IRC log for #koha, 2015-11-16

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:01 Francesca joined #koha
00:02 dcook joined #koha
00:07 papa joined #koha
00:42 jenkins_koha joined #koha
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 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[…]_bug.cgi?id=11232
01:41 :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:35 Francesca joined #koha
03:39 Francesca joined #koha
03:39 hanthana joined #koha
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 very rich, though
04:02 so don't eat too many
04:07 Francesca who eats brains
04:30 ibeardslee joined #koha
04:48 Francesca joined #koha
04:56 Francesca joined #koha
05:57 saiful joined #koha
06:09 cdickinson_ joined #koha
06:26 Francesca joined #koha
06:56 fridolin joined #koha
07:02 magnuse Francesca: https://en.wikipedia.org/wiki/Brain_%28food%29
07:03 Francesca thanks, I think
07:03 brains are not my kind of food
07:04 ah well
07:06 sophie_m joined #koha
07:07 mario joined #koha
07:30 Francesca joined #koha
07:47 reiveune joined #koha
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 I suppose there's no way of storing an item number in there...
07:57 MARC sure is a jerk..
07:59 laurence joined #koha
07:59 dcook Although maybe a compound key of bibliographic number and sequence number...
08:00 alex_a joined #koha
08:01 wilfrid joined #koha
08:01 alex_a bonjour
08:01 wahanui niihau, alex_a
08:04 Francesca joined #koha
08:06 Francesca joined #koha
08:13 gaetan_B joined #koha
08:13 gaetan_B hello
08:22 Francesca joined #koha
08:44 alex_a_ joined #koha
08:48 paul_p joined #koha
09:03 ashimema joined #koha
09:39 cait joined #koha
09:41 Viktor_away joined #koha
10:03 paul_p Joubu = dans les parages ?
10:04 !seen joubu
10:04 @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:08 kohanoob joined #koha
10:12 kohanoob hi
10:12 I'm having some trouble with zebra reindexing
10:12 http://pastebin.com/jxb9GJX3
10:12 burdsjm joined #koha
10:13 kohanoob what i have is Koha 3.18.5 (.deb install on Debian 7)
10:14 i imported an existing Koha db (from 3.18.3) into a blank 3.18.5 empty db
10:14 any zebra experts around?
10:23 ashimema how did you attempt to run the rebuild?
10:23 oops..
10:23 it's there at the top of the paste
10:24 running as root
10:25 'tis all about permissions errors
10:25 * ashimema in meeting now
10:30 Viktor_away joined #koha
10:33 burdsjm joined #koha
10:37 * cait waves
10:37 Viktor_away joined #koha
11:30 saiful joined #koha
11:50 Viktor_away joined #koha
11:50 cait ashimema++ :)
12:31 wilfrid joined #koha
12:36 alex_a joined #koha
12:47 meliss joined #koha
12:49 khall joined #koha
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:06 alex_a_ joined #koha
13:07 magnuse yay!
13:09 alex_a joined #koha
13:11 barton joined #koha
13:13 wnickc joined #koha
13:17 nengard joined #koha
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:38 wnickc joined #koha
13:39 Dyrcona joined #koha
13:42 * magnuse waves
13:45 wnickc hi magnuse
13:45 ashimema hi magnuse
13:47 TGoat joined #koha
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:00 mario joined #koha
14:00 edveal joined #koha
14:03 ashimema Not seen that one I'm afraid..
14:04 have seen the db disconnect.. but not the installer modules issue
14:04 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:13 talljoy joined #koha
14:24 tcohen joined #koha
14:24 cait ashimema: how often do you need to restart? / how stable is it?
14:25 ashimema Hmm..
14:25 oen moment and I'll ask the guy who restarts it
14:26 We are using it for opac and staff
14:26 Some of the disconnects are inside our own code.. the cash management piece we haven't yet submitted upstream..
14:27 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 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 and hi tcohen :)
14:32 magnuse hi tcohen
14:32 ashimema my man got back to me..
14:32 about once a week at the moment.
14:32 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 the current integration on packages relies on starman and kill the child process each 50 requests
14:33 JesseM joined #koha
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 Sorry, been messing with Apache configs today. :)
14:46 ashimema we're just switching to the 50 request limit tonight tcohen
14:46 feels like a hack to me.. but it'll do for now ;
14:47 NateC joined #koha
14:55 amyk joined #koha
15:03 amyk joined #koha
15:10 fridolin left #koha
15:12 cma joined #koha
15:13 rocio joined #koha
15:38 paul_p joined #koha
16:00 huginn New commit(s) kohagit: Bug 15116: Show menu at the top of batch circ page <http://git.koha-community.org/[…]daa616b6511bdbb3f> / Bug 14078: (followup) converting from ISO5426 is not complete <http://git.koha-community.org/[…]047c1ae227d38b225> / Bug 14078: converting from ISO5426 is not complete <http://git.koha-community.org/gitweb/?p=koha
16:06 bora joined #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 How can I do to be able to import records with items? Thanks.
16:09 meliss1 joined #koha
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 Could you tell how to check it?
16:14 mveron joined #koha
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:17 Shane-S joined #koha
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[…]data_fields_(9xx)
16:22 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 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 exactly - no additional spaces at the end... and the same case spelling
16:24 reiveune bye
16:24 reiveune left #koha
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[…]_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 might be koha is more strict now than it used to be
16:27 i'd check if it's repeatable for a specific item
16:27 next time it occurs
16:27 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 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 if I cna ever find the book....search is slow...
16:31 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 finally returned my results :p
16:33 ah, okay...now to test...itemtype wasn;t set
16:33 cait oh
16:33 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 any way to batch update all record with "" to be books?
16:35 like update itemtype = "4" where itemtype = ""?
16:36 cait hm
16:36 ou could write a report
16:36 to get them all
16:37 yeah you can update it too with ql
16:37 sql
16:37 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 yeah, that's what i sometimes do
16:38 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 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:53 cait left #koha
16:53 talljoy1 joined #koha
16:54 cait joined #koha
16:54 cait Shane-S: did you only try = "" or IS NULL also?
16:55 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 yeah
16:55 Shane-S so, I am going to doublecheck my item types...and them batch update
16:56 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 running on OS 9...so yeah...old...and before my time
17:05 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 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 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:26 laurence left #koha
17:27 bag morning
17:28 saiful joined #koha
17:30 druthb good afternoon, bag.  :P
17:30 bag heya druthb
17:36 tcohen hi bag
17:37 bag heya tcohen
17:40 ribasushi joined #koha
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 amyk?
18:19 wahanui amyk is great
18:41 cdickinson_ joined #koha
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 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
18:57 paul_p joined #koha
19:00 tcohen hi rangi
19:00 !!
19:00 rangi !!
19:00 :)
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 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/[…]3bb7053b14769bd41> / Bug 15133: encode correctly email generated by runreport.pl <http://git.koha-community.org/[…]6963455fb850ad877> / 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 but CI could be used to build docs, build master packages, etc
19:05 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 so we can put bugs about all our stuff, like splitter, or hea etc
19:06 tcohen 100% agreed!
19:07 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[…]la3/enter_bug.cgi
19:09 cait hea and splitter don't seem to fit in
19:09 Dev tools?
19:09 ah
19:09 sorr
19:09 y
19:09 i should have scrolled all the way up
19:10 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 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
20:17 paul_p joined #koha
20:33 ribasushi joined #koha
21:04 Francesca joined #koha
21:28 wnickc joined #koha
21:34 wizzyrea hi
21:35 Francesca joined #koha
21:37 * cait waves
21:39 trasheagle joined #koha
21:40 trasheagle Does anyone have any experience with the Zebra/SRU search?
21:40 nengard left #koha
21:40 cait that's not a very specific question :)
21:41 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 I enabled Zebra/SRU and have Zebra index, I have a bit of trouble with that.
21:42 indexed*
21:42 wizzyrea what kind of trouble?
21:43 trasheagle Disk quote issues, they were resolved and Zebra is running.
21:43 quota*
21:44 Anyway, I'm not sure how to form the SRU URL to get what I want.
21:45 I am looking to be able to search records by tag.
21:45 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 So using the REST API I have a record that has this:
21:46 <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 I should use the paste, sry
21:47 <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 http://paste.koha-community.or[…]bmit=Format+it%21
21:48 So the datafields have a tag value and subfields with values
21:49 values*
21:49 pianohacker cait: bug 15197
21:49 huginn 04Bug http://bugs.koha-community.org[…]_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 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 what you want to do is find out which index those tags are indexed in
21:51 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:51 francharb joined #koha
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 084 is not indexed at all right now - you'd have to add an index first for that
21:53 the index definitions can be found in several files
21:53 the one i checked is this one http://git.koha-community.org/[…]3bb7053b14769bd41
21:54 but this is master.. it might look slightly different
21:54 in your installation
21:54 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 http://wiki.koha-community.org[…]d_new_zebra_index
21:56 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 but 084 is not
21:59 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 i am not totally sure
22:01 well... or not sure at all
22:01 trasheagle I am correct in that Zebra/SRU is needed for this?
22:02 The regular REST API doesn
22:02 t do this?
22:02 cait hm it looks like there is another file involved then
22:02 etc/zebradb/pqf.properties
22:02 wahanui etc/zebradb/pqf.properties is the key: http://git.koha-community.org/[…]db/pqf.properties
22:03 cait see here: http://wiki.koha-community.org[…]le_with_Zebra_SRU
22:04 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 but for searching, sru makes sense yes
22:04 trasheagle ok, thanks for the help
22:31 * cait glares at her qa queue
22:43 dcook joined #koha
22:48 dcook Oh snap...
22:48 "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 While that would make debugging harder, that could be nicer in production...
22:49 Well, maybe
22:49 eythian that presumably also fixes the OpacSuppression thingy
22:49 dcook In theory
22:49 Hmm
22:49 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[…]ymodel-zebra.html
22:50 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 Oh wait
22:51 My bad..
22:51 Yeah, wth...
22:52 Maybe @attr 14=1 1?
22:53 pianohacker I think that's it... is there any precedence for @attr's without values?
22:53 bgkriegel++
22:53 dcook Oh wait... no I think you were right the first time
22:54 Precedence for @attrs without values...
22:54 How do you mean?
22:54 Ahh, nevermind
22:54 Yeah
22:54 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 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:56 Francesca joined #koha
22:57 dcook Well it doesn't work for made up use attributes...
22:57 Let's see about the OpacSuppression suggestion
22:57 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 I wonder if there's a config option somewhere else for that..
23:01 Probably is
23:04 Nah that would've just made sense..
23:04 Boo.. http://www.indexdata.com/zebra/doc/zebra-cfg.html
23:05 pianohacker: Did you see my million emails about the latest Zebra and YAZ changes?
23:05 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 Well...
23:07 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 pianohacker: I'd say so
23:08 Well, almost meaningless
23:08 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 Possibly st-year too I think
23:09 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 Ahh... I think I've solved that "siemon" = "simon" problem
23:15 equivalent ï(ie)
23:15 map ïi
23:17 Hmm maybe that doesn't do what I think it does
23:18 Nope... not it..
23:41 papa joined #koha
23:42 dcook eythian: What's the issue with OpacSuppression again?
23:43 Oh, nevermind
23:43 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 I guess that 14=1 wouldn't really make a difference
23:45 As I don't think there's a way to search for "not set"
23:45 I suppose the thing to do would actually be to change the indexing...
23:45 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 Excluding anything with OpacSuppression on
23:47 Oh hey, that does work
23:47 That's cool
23:48 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:51 rocio left #koha
23:55 dcook Ooohh...
23:55 We can just add 14=1 to Suppress even
23:56 While that wouldn't be as comprehensive, we really only find this issue with Suppress...
23:57 Yes...
23:57 I so don't have time for this but it would help other people...

← Previous day | Today | Next day → | Search | Index

koha1