Time Nick Message 01:25 Francesca @wunder wlg 01:25 huginn Francesca: The current temperature in Wellington, New Zealand is 14.0°C (2:00 PM NZDT on November 16, 2015). Conditions: Mostly Cloudy. Humidity: 67%. Dew Point: 8.0°C. Pressure: 29.80 in 1009 hPa (Steady). 01:30 * wizzyrea yawns 01:30 * Francesca is tired also 01:31 * dcook yawns three 01:31 * eythian just sleeps with his eyes open 01:31 Francesca hahahaha 01:31 Francesca skills 01:33 cdickinson I feel like a criminal for being not tired for once 01:34 Francesca is it a criminal offence to be tired now? 01:35 cdickinson no, it's a criminal offence to NOT be tired 01:35 Francesca lol 01:41 dcook Huzzah... figured out how to access zebra::snippet on an older Koha based on stuff I wrote on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11232 01:41 dcook :D 01:41 huginn 04Bug 11232: new feature, P5 - low, ---, tomascohen, RESOLVED FIXED, Retrieve facets from Zebra 01:43 dcook Particularly useful when you get a record hit, and you want to know which index the hit came from... 01:43 pastebot "dcook" at 127.0.0.1 pasted "The joys of zebra::snippet" (18 lines) at http://paste.koha-community.org/161 01:44 dcook Now figuring out a way to make Zebra not autocorrect the spelling... 03:59 dcook Fooooooooooooood 04:01 eythian wahanui: food is <reply>such as brains. 04:01 wahanui ...but food is ready... 04:01 eythian no wahanui, food is <reply>such as brains. 04:01 wahanui okay, eythian. 04:01 jcamins food? 04:01 wahanui such as brains. 04:01 jcamins No, the response still doesn't make sense to me. 04:01 * jcamins was checking. 04:02 eythian it's an example of food, jcamins 04:02 eythian very rich, though 04:02 eythian so don't eat too many 04:07 Francesca who eats brains 07:02 magnuse Francesca: https://en.wikipedia.org/wiki/Brain_%28food%29 07:03 Francesca thanks, I think 07:03 Francesca brains are not my kind of food 07:04 Francesca ah well 07:47 reiveune hello 07:48 Francesca hi 07:48 wahanui que tal, Francesca 07:56 dcook I wonder why we didn't use some of the embedded item fields in the bibliographic records... like 852 07:57 dcook I suppose there's no way of storing an item number in there... 07:57 dcook MARC sure is a jerk.. 07:59 dcook Although maybe a compound key of bibliographic number and sequence number... 08:01 alex_a bonjour 08:01 wahanui niihau, alex_a 08:13 gaetan_B hello 10:03 paul_p Joubu = dans les parages ? 10:04 paul_p !seen joubu 10:04 paul_p @seen joubu 10:04 huginn paul_p: joubu was last seen in #koha 2 days, 17 hours, 10 minutes, and 2 seconds ago: <Joubu> Have a good week-end #koha! 10:12 kohanoob hi 10:12 kohanoob I'm having some trouble with zebra reindexing 10:12 kohanoob http://pastebin.com/jxb9GJX3 10:13 kohanoob what i have is Koha 3.18.5 (.deb install on Debian 7) 10:14 kohanoob i imported an existing Koha db (from 3.18.3) into a blank 3.18.5 empty db 10:14 kohanoob any zebra experts around? 10:23 ashimema how did you attempt to run the rebuild? 10:23 ashimema oops.. 10:23 ashimema it's there at the top of the paste 10:24 ashimema running as root 10:25 ashimema 'tis all about permissions errors 10:25 * ashimema in meeting now 10:37 * cait waves 11:50 cait ashimema++ :) 13:01 Viktor magnuse++ was right. A meta report for getting the SQL of reports saved me the process of manually view/copy/paste/add descriptions to 70 reports. xarragon++ walked me through it. 13:07 magnuse yay! 13:18 khall @seen tcohen 13:18 huginn khall: tcohen was last seen in #koha 2 days, 20 hours, 5 minutes, and 50 seconds ago: <tcohen> bye Joubu uuuuu 13:25 nengard Hi all 13:36 ashimema hi nengard 13:42 * magnuse waves 13:45 wnickc hi magnuse 13:45 ashimema hi magnuse 13:59 magnuse i have a library running under plack in production. every so often it looks like something bad happens to the databaseconnection, and they are shown the webinstaller. fair enough. but if they click into the webinstaller, it shows perl modules as missing that are *not* actually missing from the server they are runinng on. anyone else seen that? 14:03 ashimema Not seen that one I'm afraid.. 14:04 ashimema have seen the db disconnect.. but not the installer modules issue 14:04 ashimema we run plack in parallel with cgi at the moment, so customers have a fallback whilst we go restart plack 14:10 magnuse ashimema: ok, thanks 14:24 cait ashimema: how often do you need to restart? / how stable is it? 14:25 ashimema Hmm.. 14:25 ashimema oen moment and I'll ask the guy who restarts it 14:26 ashimema We are using it for opac and staff 14:26 ashimema Some of the disconnects are inside our own code.. the cash management piece we haven't yet submitted upstream.. 14:27 ashimema having said that, the code only uses koha's dbic implimentation, not it's own connection, so likeyl it's not our code.. 14:27 ashimema and.. I'm yet to roll on Joubu's latest patches that attempt to fix the disconnects onto the server in question.. 14:30 tcohen late morning 14:31 magnuse cait: we see the webinstaller a couple of times a week, maybe 14:31 tcohen cait: what is it about? 14:31 magnuse i was planning to restart plack every night, but koha-plack refused to be run from cron out of the box, and i have not had time to investigate 14:31 cait tcohen: they were discussing using plack in prodcution - i was just curious :) 14:31 cait and hi tcohen :) 14:32 magnuse hi tcohen 14:32 ashimema my man got back to me.. 14:32 ashimema about once a week at the moment. 14:32 ashimema we're running under a dev install.. not packages 14:32 tcohen ashimema: how do u run plack? do u have some requests limit ? 14:33 tcohen the current integration on packages relies on starman and kill the child process each 50 requests 14:33 * magnuse wanders off to make pancakes, but will read back later 14:39 cait mmh pancakes 14:45 Dyrcona mpm_pancake.conf 14:45 Dyrcona Sorry, been messing with Apache configs today. :) 14:46 ashimema we're just switching to the 50 request limit tonight tcohen 14:46 ashimema feels like a hack to me.. but it'll do for now ; 16:00 huginn New commit(s) kohagit: Bug 15116: Show menu at the top of batch circ page <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=528e9963ee80f3abb6f70ecdaa616b6511bdbb3f> / Bug 14078: (followup) converting from ISO5426 is not complete <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=636050f9be374fc15acad8b047c1ae227d38b225> / Bug 14078: converting from ISO5426 is not complete <http://git.koha-community.org/gitweb/?p=koha 16:07 bora Hi! I am trying to import Koha records (with items) into a new Koha version. But I only can import the records, not items. 16:08 bora How can I do to be able to import records with items? Thanks. 16:10 wnickc hi bora, are the items in the 952 field in the marc records? 16:13 bora Sorry, I do not know how find if the item in the field 952 or not. 16:14 bora Could you tell how to check it? 16:14 mveron Good evening / daytime #koha 16:15 wnickc bora: where did the records come from? Marcedit is the easiest way I know to look into the marc 16:19 bora Yes, it is in the field 952 16:19 Shane-S When doing returns (returns.pl) often we are getting an error Can't bless non-reference value at /usr/share/koha/lib/C4/ItemType.pm line 64. Where or what can I look for to fix or provide more information? 16:21 wnickc and formatted correctly for koha: http://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx) 16:22 wnickc if so did you make sure that 'check for embedded item record data' is set to yes 16:23 cait Shane-S: hm check your itemtypes are all valid 16:23 cait sorry, i should be more clear 16:23 bora Yes, I set it to "yes." 16:23 cait check that the items itypes match exactly valid itemtype codes - 16:24 cait exactly - no additional spaces at the end... and the same case spelling 16:24 reiveune bye 16:25 Shane-S cait: okay..issue might be we had to do a long migration and db upgrade from 3.12 -> 3.20 would that have messed these up, they are older books 16:26 cait Shane-S: hm there is also bug 13934 16:26 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13934 critical, P5 - low, ---, jonathan.druart, Pushed to Stable , Check in fails on master "Can't bless non-reference at .../ItemType.pm Line 64" 16:26 cait but it should be fixed in 3.20 16:26 Shane-S we installed from packages so it was all done via scripts 16:26 cait that should not affect your items actually hm. 16:27 cait might be koha is more strict now than it used to be 16:27 cait i'd check if it's repeatable for a specific item 16:27 cait next time it occurs 16:27 cait and then you can take a closer look at this one 16:28 Shane-S yeah it is, same books cause it 16:29 cait ah good 16:29 cait an additional space can be really hard to see - but maybe it's another easier to spot difference 16:30 Shane-S so I am looking at the itemtype field? 16:30 Shane-S if I cna ever find the book....search is slow... 16:31 Shane-S my second library (same server) but added from 3.12 (other one with issues was like 3.08) hasn't had these problems and migrated fine. 16:32 Shane-S finally returned my results :p 16:33 Shane-S ah, okay...now to test...itemtype wasn;t set 16:33 cait oh 16:33 cait that'd explain it too 16:34 Shane-S I swear it was defaulted to "book"...maybe when I did the MARC import way back when item types didn't migrate and it wasn't an issue in previous versions? 16:35 Shane-S any way to batch update all record with "" to be books? 16:35 Shane-S like update itemtype = "4" where itemtype = ""? 16:36 cait hm 16:36 cait ou could write a report 16:36 cait to get them all 16:37 cait yeah you can update it too with ql 16:37 cait sql 16:37 cait or you can get the itemnumbers out with sql and use the item batch edit with the list 16:38 Shane-S hmm...seems like SQL might work...need to go write one...been awhile since my php/mysql days 16:38 cait that has the advantage that you don't have to worry about zebra - the batch edit tool takes care of it 16:38 Shane-S oh...so maybe SQL out the ID, then batch...less stress 16:38 cait select itemnumber from items where itemtype = "" or itemtype is NULL or so 16:38 cait yeah, that's what i sometimes do 16:38 cait depends a bit on how many you get out 16:39 Shane-S yeah.. 16:39 cait might want to do the batch in batches :) 16:40 Shane-S can I use SQL through a tool, or need to SSH in? 16:52 Shane-S hmm..having no luck...report only comes out with values for itype I did WHERE items.itype<>"BK" and no blanks for itype are in the report 16:54 cait Shane-S: did you only try = "" or IS NULL also? 16:55 cait and yes, you can od select statements from the reports tool 16:55 Shane-S I found it...so Books in type is set to "BK" these have a code of "BOOK" 16:55 cait ah 16:55 cait yeah 16:55 Shane-S so, I am going to doublecheck my item types...and them batch update 16:56 Shane-S hmm..no item type of book...maybe they imported that way 16:57 cait hm yeah - i tihnk the import doesn't mind 16:58 Shane-S <100 so batch should be easy enough 16:58 cait yep 16:59 Shane-S ty cait I was lost looking at the error...i feared a major migration issue....requiring a rebuild 16:59 cait sometimes the scaries errors come down to small things :) 16:59 Shane-S all because I didn't keep up on the updates 16:59 cait i have had someone else recently with a similar problem i think 17:03 Shane-S okay batch all done, and all books fixed. Was actually only 50...not bad for an 8,000 records DB ;) 17:04 cait :) 17:04 Shane-S I think we "have" 3,000 books, but the system was from Follets Circ/Cat for OS X 17:04 Shane-S running on OS 9...so yeah...old...and before my time 17:05 Shane-S and I am the IT person...so Library stuff...is foreign to me...though not nearly as much now since Koha and Evergreen endevors (Koha won FYI) 17:06 cait :) 17:06 Shane-S someday if I ever hit the lottery I will have to mail you all $500 coffee gift cards ;) 17:07 cait heh 17:07 cait are you playing the lottery? 17:07 Shane-S oh wait...I gotta do that to win don't I...seems I always miss a step ;) 17:09 Shane-S I do play when the news says the jackpots are 150+ million...otherwise only the christmas scratch offs I get from co-workers 17:19 gaetan_B bye 17:27 bag morning 17:30 druthb good afternoon, bag. :P 17:30 bag heya druthb 17:36 tcohen hi bag 17:37 bag heya tcohen 18:19 bag bag? 18:19 wahanui I LIKE BASEBALL 18:19 JesseM jessem? 18:19 wahanui you are new to the committers list (from yesterday) 18:19 amyk-meeting amyk? 18:19 bag amyk is great 18:19 bag amyk? 18:19 wahanui amyk is great 18:44 talljoy_phone @later tell dani rocio asked for tutorial on bulk updates in RT. here is one if you would like to view http://screencast.com/t/ni1HH0UVY4j 18:44 huginn talljoy_phone: The operation succeeded. 18:45 talljoy_phone ha! well all of koha can see my screencast! don't judge me...i'm no video person. heh 18:45 rocio talljoy_phone 18:45 rocio haha 18:45 talljoy_phone hi rocio! 18:45 talljoy ah. we had a netsplit on bywater channel...that explains it 18:51 rangi morning 18:53 cait morning rangi, hi all 19:00 tcohen hi rangi 19:00 tcohen !! 19:00 rangi !! 19:00 rangi :) 19:01 tcohen this is a proof I don't introduce typos on my commit messages only 19:03 * tcohen sits waiting for jenkins to go green once and for all 19:03 rangi :) 19:04 tcohen rangi: is it possible to have bugs for the CI infrastructure on bz? :-D 19:04 cait CI? 19:04 rangi yup, but probably should be its own product 19:04 tcohen i want the RM and the QA team to be able to fill bugs on that 19:04 rangi not under the koha product 19:04 tcohen yeah 19:04 tcohen sure 19:04 rangi 2 secs 19:05 tcohen cait: Continuous Integration (a.k.a. jenkins) 19:05 cait aah 19:05 huginn New commit(s) kohagit: Bug 15152: t/db_dependent/Reports_Guided.t should not depend on existing data <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=c0adb88d0a55ac5625bd5973bb7053b14769bd41> / Bug 15133: encode correctly email generated by runreport.pl <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=9515db57bdd13cdff33d9056963455fb850ad877> / Bug 15120: runreport.pl cronjob doesn't allow custom subjects anymore < 19:05 tcohen I generalized it because we could introduce more tools if needed 19:05 cait we have test suite, but not jenkins 19:05 tcohen yeah, they are of course related 19:05 tcohen but CI could be used to build docs, build master packages, etc 19:05 tcohen who knows 19:06 rangi im gonna call it infrastructure 19:06 tcohen not only tests :-D 19:06 rangi CI can be a component 19:06 rangi so we can put bugs about all our stuff, like splitter, or hea etc 19:06 tcohen 100% agreed! 19:07 tcohen can u please assign me the CI component while you're there :-D 19:08 cait hm maybe a different description then? 19:08 rangi http://bugs.koha-community.org/bugzilla3/enter_bug.cgi 19:09 cait hea and splitter don't seem to fit in 19:09 cait Dev tools? 19:09 cait ah 19:09 cait sorr 19:09 cait y 19:09 cait i should have scrolled all the way up 19:10 cait should we move Websites, Mailing Lists, etc. translate.koha-community.org and the others then? 19:10 rangi eventually yes 19:10 cait there are also components for contribs and bugs.kc.org 19:11 rangi yep 19:11 rangi ill wait until after the release tho 19:12 tcohen thanks rangi 19:12 cait maybe we can do it as part of the usual clean-up 19:12 rangi sounds good 19:13 bag sounds good indeed 19:41 tcohen @wunder cordoba, argentina 19:41 huginn tcohen: The current temperature in Cordoba, Argentina is 32.0°C (4:00 PM ART on November 16, 2015). Conditions: Partly Cloudy. Humidity: 29%. Dew Point: 12.0°C. Pressure: 29.68 in 1005 hPa (Falling). 19:41 cait @wunder Konstanz 19:41 huginn cait: The current temperature in Bodensee Konstanz City, Konstanz, Germany is 13.0°C (8:41 PM CET on November 16, 2015). Conditions: Clear. Humidity: 59%. Dew Point: 5.0°C. Pressure: 30.09 in 1019 hPa (Steady). 19:42 tcohen bag: that's hard for a tennis match :-/ 19:42 cait it's super warm here for this time of the year 19:42 * tcohen laughs *super warm* 19:42 bag @wunder pdx 19:42 huginn bag: The current temperature in Vancouver Heights, Vancouver, Washington is 8.2°C (11:42 AM PST on November 16, 2015). Conditions: Overcast. Humidity: 82%. Dew Point: 5.0°C. Windchill: 8.0°C. Pressure: 30.24 in 1024 hPa (Falling). 19:42 cait it's 8 at night :) 19:42 cdickinson_ @wunder lower hutt 19:42 huginn cdickinson_: The current temperature in Waterloo, Lower Hutt, New Zealand is 15.2°C (8:40 AM NZDT on November 17, 2015). Conditions: Mostly Cloudy. Humidity: 57%. Dew Point: 7.0°C. Pressure: 29.62 in 1003 hPa (Steady). 19:42 cait in november a sweater and my thinnest jacket shoudl not be too warm... but it is 19:42 cdickinson_ perfect 19:42 bag too cold to go running outside - I think I will go use a treadmill inside 19:46 tcohen i can't leave until jenkins finishes, I'm too anxious 19:49 bag hurry up jenkins 21:34 wizzyrea hi 21:37 * cait waves 21:40 trasheagle Does anyone have any experience with the Zebra/SRU search? 21:40 cait that's not a very specific question :) 21:41 cait trasheagle: just ask away, if someone around knows the answer they will react 21:42 trasheagle Ok, well I've inherited a Koha Debian install. 21:42 trasheagle I enabled Zebra/SRU and have Zebra index, I have a bit of trouble with that. 21:42 trasheagle indexed* 21:42 wizzyrea what kind of trouble? 21:43 trasheagle Disk quote issues, they were resolved and Zebra is running. 21:43 trasheagle quota* 21:44 trasheagle Anyway, I'm not sure how to form the SRU URL to get what I want. 21:45 trasheagle I am looking to be able to search records by tag. 21:45 trasheagle It doesn't look like this is possible with the regular REST API 21:45 rangi tag as in the tags in the tag cloud? 21:46 cait or tags as marc tags? 21:46 trasheagle MARC tags 21:46 cait can you give an example search you want to do? 21:46 trasheagle This is all going to be through the API 21:46 trasheagle So using the REST API I have a record that has this: 21:46 trasheagle <datafield tag="040" ind1=" " ind2=" "> <subfield code="a">WiMaASF</subfield> <subfield code="c">WiMaASF</subfield> <subfield code="e">rda</subfield> </datafield> <datafield tag="084" ind1=" " ind2=" "> <subfield code="2">NHC</subfield> <subfield code="a">WRMT.10.ASFPM2010</subfield> </datafield> 21:46 cait in zebra multiple marc tags can be mapped to one index... i think you can only search using the index names 21:46 trasheagle whoops 21:47 trasheagle I should use the paste, sry 21:47 trasheagle <datafield tag="040" ind1=" " ind2=" "> <subfield code="a">WiMaASF</subfield> <subfield code="c">WiMaASF</subfield> <subfield code="e">rda</subfield> </datafield> <datafield tag="084" ind1=" " ind2=" "> <subfield code="2">NHC</subfield> <subfield code="a">WRMT.10.ASFPM2010</subfield> </datafield> 21:47 trasheagle http://paste.koha-community.org/164?tx=on&wr=on&ln=on&tidy=on&hl=on&store=on&submit=Format+it%21 21:48 trasheagle So the datafields have a tag value and subfields with values 21:49 trasheagle values* 21:49 pianohacker cait: bug 15197 21:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15197 critical, P5 - low, ---, jweaver, Needs Signoff , Multiple special characters (</&/>) not escaped correctly in Rancor 21:49 * cait hands pianohacker some chocolate 21:49 pianohacker mmm 21:49 cait can you please add a test plan? 21:49 pianohacker sure 21:50 trasheagle I want to form a URL that gives me records with those tag values 21:50 trasheagle err I want to search by those tag values 21:50 cait it doesn't work quite the way you want it to, I think 21:51 cait what you want to do is find out which index those tags are indexed in 21:51 cait and then use those to form a search 21:51 trasheagle I am looking through the CQL docs: http://www.loc.gov/standards/sru/cql/spec.html 21:53 trasheagle Would you be able to point me to the documentation about that? 21:53 cait 040 is indexed in Code-institution 21:53 cait 084 is not indexed at all right now - you'd have to add an index first for that 21:53 cait the index definitions can be found in several files 21:53 cait the one i checked is this one http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=etc/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml;h=6b1fb87baa1a43544075de546bf178b6765bf1b9;hb=c0adb88d0a55ac5625bd5973bb7053b14769bd41 21:54 cait but this is master.. it might look slightly different 21:54 cait in your installation 21:54 cait which version are you running? 21:54 trasheagle Koha version: 3.20.05.000 21:55 cait hm ok, that's not too far from the one i showed you - but you can look up the file in your installation of course and see there 21:55 cait http://wiki.koha-community.org/wiki/How_to_add_new_zebra_index 21:56 cait pianohacker: ... and include the test plan in the commit message... :) 21:56 pianohacker so strict 21:58 cait well... yes. 21:58 bag ha 21:58 trasheagle ok 21:58 pianohacker I did the needful 21:58 eythian hi 21:59 trasheagle So I need to add index_data_fields for the tags I want to index? 21:59 cait 040 is indexed already 21:59 cait but 084 is not 21:59 cait so you can't search on it 22:00 trasheagle Since 040 is already indexed, how would I form a URL to search on it? 22:01 cait i have never played with SRU so far 22:01 cait i am not totally sure 22:01 cait well... or not sure at all 22:01 trasheagle I am correct in that Zebra/SRU is needed for this? 22:02 trasheagle The regular REST API doesn 22:02 trasheagle t do this? 22:02 cait hm it looks like there is another file involved then 22:02 cait etc/zebradb/pqf.properties 22:02 wahanui etc/zebradb/pqf.properties is the key: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=etc/zebradb/pqf.properties 22:03 cait see here: http://wiki.koha-community.org/wiki/Making_more_indexes_searchable_with_Zebra_SRU 22:04 cait trasheagle: currently we only have a restful implementation for cataloguing i think... but we are working on a new restful API that will cover more - but it's not available yet 22:04 cait but for searching, sru makes sense yes 22:04 trasheagle ok, thanks for the help 22:31 * cait glares at her qa queue 22:48 dcook Oh snap... 22:48 dcook "Specifies whether un-indexed fields should be ignored. A zero value (default) throws a diagnostic when an un-indexed field is specified. A non-zero value makes it return 0 hits" 22:49 dcook While that would make debugging harder, that could be nicer in production... 22:49 dcook Well, maybe 22:49 eythian that presumably also fixes the OpacSuppression thingy 22:49 dcook In theory 22:49 dcook Hmm 22:49 dcook Too many other things to do but if I don't look at this now.. 22:50 pianohacker dcook: whatcha looking at? 22:50 dcook pianohacker: http://www.indexdata.com/zebra/doc/querymodel-zebra.html 22:50 dcook I can't remember what I was actually looking for. Just noticed that at a glance 22:51 pianohacker well, that's clearly specified :P 22:51 dcook Oh, I'm looking at automatic single error correction in Zebra (e.g. "carer" includes hits for "career"), but Indexdata says that's not a thing... so I need to give them more info.. 22:51 pianohacker @attr 14=1 ? 22:51 huginn pianohacker: I'll give you the answer just as soon as RDA is ready 22:51 dcook @attr 7=14 1 22:51 huginn dcook: I'll give you the answer as soon as RDA is ready 22:51 dcook I would think 22:51 dcook Oh wait 22:51 dcook My bad.. 22:51 dcook Yeah, wth... 22:52 dcook Maybe @attr 14=1 1? 22:53 pianohacker I think that's it... is there any precedence for @attr's without values? 22:53 pianohacker bgkriegel++ 22:53 dcook Oh wait... no I think you were right the first time 22:54 dcook Precedence for @attrs without values... 22:54 dcook How do you mean? 22:54 dcook Ahh, nevermind 22:54 dcook Yeah 22:54 dcook Look at 3.2.2. Zebra Extension Rank Weight Attribute (type 9) 22:54 pianohacker ah, yup yup 22:54 dcook Looks like you had it right with @attr 14=1 22:55 dcook So we can do a test of that quite easily.. 22:55 pianohacker PQF is weird. 22:55 dcook word 22:55 cait you 2 make absolutely no sense to me :) 22:56 pianohacker that's probably good. 22:56 dcook ^ 22:57 dcook Well it doesn't work for made up use attributes... 22:57 dcook Let's see about the OpacSuppression suggestion 22:57 dcook Yep 22:58 pastebot "dcook" at 127.0.0.1 pasted "OpacSuppression stuffz" (18 lines) at http://paste.koha-community.org/165 22:59 dcook Well that's neat 23:01 dcook I wonder if there's a config option somewhere else for that.. 23:01 dcook Probably is 23:04 dcook Nah that would've just made sense.. 23:04 dcook Boo.. http://www.indexdata.com/zebra/doc/zebra-cfg.html 23:05 dcook pianohacker: Did you see my million emails about the latest Zebra and YAZ changes? 23:05 dcook Looks like the newest YAZ makes the CCL2RPN work properly for that lex r=o example 23:06 pianohacker dcook: yeah, I did 23:07 dcook Cool :) 23:07 pianohacker I think the fix for now is to just explicitly not add the rk=() wrapping for ,st-numeric searches 23:07 dcook Yeah, I think that's the only option atm 23:07 dcook Well... 23:07 dcook Anything that uses r=o to be honest 23:07 pianohacker it's kind of meaningless for a numeric, explicit-index search anyway, right? 23:07 dcook Because rk=() overwrites the relation attributes used for range searches... 23:08 dcook pianohacker: I'd say so 23:08 dcook Well, almost meaningless 23:08 dcook It might be useful in a complex query 23:08 pianohacker oh, right, st-date-normalized and st-numeric 23:08 dcook The presence or absence of a number might still be important for the overall relevance score of a query segment 23:09 dcook Possibly st-year too I think 23:09 dcook I think Search.pm has a few exceptions already in it for yr and acqdate 23:09 pianohacker yeah 23:09 dcook Which disable ranking for the entire query or at least the rest of the query 23:15 dcook Ahh... I think I've solved that "siemon" = "simon" problem 23:15 dcook equivalent ï(ie) 23:15 dcook map ï i 23:17 dcook Hmm maybe that doesn't do what I think it does 23:18 dcook Nope... not it.. 23:42 dcook eythian: What's the issue with OpacSuppression again? 23:43 dcook Oh, nevermind 23:43 dcook I think I recall 23:43 eythian dcook: if it's turned on, but you have no suppressed items, you get no results 23:43 dcook Righto 23:44 dcook I guess that 14=1 wouldn't really make a difference 23:45 dcook As I don't think there's a way to search for "not set" 23:45 dcook I suppose the thing to do would actually be to change the indexing... 23:45 dcook To add 0 if it's not set, and 1 if it is set 23:46 * dcook ponders 23:46 dcook If OpacSuppression is on, we add a bit to the query.. 23:46 dcook Excluding anything with OpacSuppression on 23:47 dcook Oh hey, that does work 23:47 dcook That's cool 23:48 dcook Sort of.. 23:48 pastebot "dcook" at 127.0.0.1 pasted "Workaround for annoying OpacSuppression issue" (18 lines) at http://paste.koha-community.org/166 23:55 dcook Ooohh... 23:55 dcook We can just add 14=1 to Suppress even 23:56 dcook While that wouldn't be as comprehensive, we really only find this issue with Suppress... 23:57 dcook Yes... 23:57 dcook I so don't have time for this but it would help other people...