Time Nick Message
23:59 jenkins_koha Nicole C. Engard: update local cover images info
23:59 jenkins_koha Project Koha_Docs_3.12.x build #59: FIXED in 1 min 55 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/59/
23:59 wahanui o/ '`'`'`'`'`'`'`'`'`
23:59 jenkins_koha Yippee, build fixed!
23:59 jenkins_koha Starting build #59 for job Koha_Docs_3.12.x (previous build: STILL FAILING -- last SUCCESS #51 1 day 10 hr ago)
23:56 pianohacker cya dcook
23:56 dcook ta, pianohacker
23:56 pianohacker bye
23:56 huginn dcook: The current temperature in London, United Kingdom is 8.0°C (11:50 PM GMT on March 20, 2014). Conditions: Clear. Humidity: 93%. Dew Point: 7.0°C. Windchill: 6.0°C. Pressure: 29.68 in 1005 hPa (Steady).
23:56 dcook @wunder london, england
23:56 dcook tcohen: How long until you head to London? :)
23:52 huginn tcohen: The current temperature in Bo Alto de San Martin, Cordoba City, Argentina is 20.6°C (8:50 PM ART on March 20, 2014). Conditions: Clear. Humidity: 81%. Dew Point: 17.0°C. Pressure: 29.71 in 1006 hPa (Steady).
23:52 tcohen @wunder cordoba, argentina
23:52 jenkins_koha Nicole C. Engard: update local cover images info
23:52 jenkins_koha Project Koha_Docs_3.14.x build #38: FIXED in 5 min 30 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/38/
23:52 wahanui o/ '`'`'`'`'`'`'`'`'`
23:52 jenkins_koha Yippee, build fixed!
23:52 jenkins_koha Starting build #38 for job Koha_Docs_3.14.x (previous build: STILL FAILING -- last SUCCESS #31 1 day 10 hr ago)
23:47 gmcharlt rangi: jenkins slave process got bloated; I've killed it and put it back in the cluster
23:33 pianohacker amen
23:20 dcook [off] well said, tcohen
23:06 tcohen [off] f*k indexdata
22:14 wajasu got to run.
22:13 wahanui i already had it that way, huginn.
22:13 huginn bag: Quote #175: "*oleonard is waiting for a good scientist -> hulk patron category transition script" (added by wizzyrea at 03:44 PM, January 04, 2012)
22:13 bag @quote random
22:12 tcohen ask zebra for several biblionumbers for using them?
22:12 wajasu i'm wondering if i can just generate chunked queries supplying a subset of the biblionumbers, that use the where clause to match the OpacHideItem rules.
22:11 wahanui i think context is everything?
22:11 tcohen context?
22:10 wajasu but we must process all the items for the biblionumbers for a given result set.
22:09 wajasu true
22:09 * tcohen hides
22:09 tcohen facets aren't even facets
22:08 wajasu when the build facets runs it also has a max records to preocess syspref and that constrains the amount of marcxml and then the mysql db items retrived to calucalte facet counters.
22:07 tcohen actually 1000 might be a low value
22:07 wajasu i know we git the hits, then page around 20 per page, so we grab 20 marcxmls to present.
22:05 eythian I don't really know, I've not look at that sort of thing very deeply.
22:05 wajasu is opac-search really geared toward returning 1000 results. since the zebra sort seems like its configured for that many results.
22:03 eythian your profiler will let you know.
22:03 eythian if your loop happens 5 times, no one cares. If it happens 5,000 times, then maybe worth refactoring.
22:03 eythian so do what looks best and then see.
22:03 eythian but again, premature optimisation etc etc.
22:03 eythian (often it's not optional, but if you can readily store something in your own namespace, it's probably good to.)
22:02 eythian (in general, anyway.)
22:02 eythian you should avoid calling functions in loops anyway, just to be safe.
22:01 wajasu by the way, is it better to run C4::Context::preference once at the top of the script instead of in the loops latter when deciding to process?
21:59 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11051 enhancement, P5 - low, ---, robin, Signed Off , Performance of opac-search
21:59 eythian tcohen: it's mentioned on bug 11051
21:59 pianohacker that's a heavy, smelly pile to be buried in good sir
21:58 rangi nope, ive been buried in ncip
21:58 pianohacker rangi: that reminds me, did you get a chance to look at the Koha::Database slowness?
21:58 tcohen found the bottelneck?
21:57 eythian yes
21:57 tcohen eythian: the cached version takes longer?
21:56 tcohen jcamins knows how :-P
21:56 tcohen you can do it
21:55 wajasu i wish i could get the biblionumbers for a resultset from zebra without having to process the marcxml chunk. then i could write batched queries against the db to determine if an item is hidden.
21:54 rangi memcached scales more easily than mysql
21:54 rangi its for scalability
21:54 rangi its not for speed
21:54 rangi the thing for remembering with caching
21:53 eythian http://debian.koha-community.org/~robin/opac-search/ <-- or here for a version with memcache off.
21:53 jcamins (n.b. this was not a vote for making a change like that, just observing that MiJ is faster)
21:53 tcohen and found that we could actually force those from the code
21:52 eythian http://debian.koha-community.org/~robin/opac-search-cached/nytprof/ <-- wajasu, start here.
21:52 tcohen i was looking for a way to have dbic tell me the attributes of a db connection (character set, collation)
21:52 jcamins Well, MiJ is faster than Marcxml.
21:51 tcohen MiJ++
21:51 eythian nothing about that sounds like it's likely to be an improvement :)
21:51 wajasu just a wild idea
21:51 wajasu what if the mapping framework could be generated as an XSLT transform that zebra uses and maybe we return MARC as JSON
21:50 tcohen question: would it be a bad thing to force a collation for SQL queries on the Perl side?
21:50 eythian they should be handled in a better way.
21:49 wajasu premature optimization then
21:49 eythian frameworks are slow.
21:49 bag it's just a pain :P
21:49 tcohen fetching the frameworks is
21:49 eythian you do a search and profile it, zebra doesn't really show up at all.
21:49 eythian zebra is not something that is slow.
21:49 wajasu could it be worth using the memcached option for zebra queries? and possibly namedResults for paging
21:49 eythian (because it was doing its own internal caching anyway, which has its own problems. But someone had added the memoisation without benchmarking before/after.)
21:48 eythian I found a case a little while ago where the memoisation of a function made it slower.
21:48 jcamins It's better if you're using JSON::XS, but it's still bad.
21:47 eythian yeah, it's worth noting that in many cases deserialisation can be pretty expensive.
21:46 jcamins Or, I suppose, try to cache the entire database.
21:46 jcamins Well, no, the worst thing you can do performance-wise is preload all the sysprefs and discard them all.
21:44 bag right
21:43 jcamins And the absolute worst thing you can do performance-wise is to preload all the sysprefs.
21:43 jcamins Maybe with Plack it could be worthwhile, but that's kind of iffy, too.
21:43 jcamins tcohen: yes, I've profiled, and it's not worth it.
21:43 wahanui the second is, like, by design
21:43 tcohen the second?
21:43 jcamins Right.
21:43 jcamins Oh.
21:42 eythian jcamins: which comment are you refuting?
21:42 jcamins tcohen: it is *not*.
21:41 tcohen i guess mysql has to be good for caching such trivial queries
21:41 tcohen rangi: has anyone profilled if caching syspref fetching is worth the trouble?
21:37 pianohacker bye
21:37 * magnuse wanders off
21:37 magnuse we'll see
21:37 magnuse not so far, but we have talked about spending a couple weeks there before summer
21:33 pianohacker ahh, yeah... he's coming with you to oslo, I'm guessing?
21:32 magnuse pianohacker: it is. huge carbon footprint for a small boy. it will be a lot less once he starts kindergarten and his mothers starts working again...
21:27 pianohacker magnuse: wow. I hope you don't keep that up, that's a lot of time in the air!
21:27 magnuse that is something :-)
21:26 pianohacker magnuse: mine was decent. Got patted down twice, really should have shaved, and customs in the US was way understaffed, but everything happened in time :)
21:26 magnuse leonard is now ~22 months and has flown 22 times
21:26 * cait nods
21:25 magnuse yeah...
21:25 pianohacker magnuse: past a certain point, it's just long and exhausting
21:25 magnuse pianohacker: how was yours?
21:25 magnuse 3 flights and lots of waiting
21:25 magnuse we left our apartment at 05:00 am and arrived at home at 20:00 pm
21:24 cait :)
21:24 cait hi pianohacker
21:24 magnuse well, not as long as yours, but...
21:24 magnuse looong :-)
21:24 pianohacker how was your flight back?
21:24 pianohacker hey magnuse
21:23 magnuse hiya pianohacker
21:23 pianohacker hi all
21:23 * magnuse waves to cait
21:22 * cait waves
21:18 magnuse hiya eythian
21:18 magnuse "sysprefs is one" - does that mean there is a problem with sysprefs in general, or that changing them can be troublesome?
21:18 eythian hi
21:16 rangi we cant be having env variables in apache ..
21:16 rangi fixing the memcached config is another
21:16 rangi but sysprefs is one
21:15 rangi yep thats the plan
21:15 magnuse if there are known issues it would be really good to have them documented somewhere
21:15 magnuse rangi: cool. and "the zconn subroutine" would be fixed by your patch which is floating around somewhere?
21:11 rangi but if you fix that, its mostly safe enough, (there are more issues but we plan on fixing them soon)
21:11 rangi it isnt safe, it randomly gives no search results (connection has gone away)
21:10 rangi in C4::Context
21:10 rangi however without fixing the zconn subroutine
21:10 rangi sweet, we run the opac under plack in production
21:10 magnuse they are now begging me to let them test koha+plack for one day in real use :-)
21:09 magnuse so Viktor's public library has been testing koha under plack on a server i set up for them, and it has not blown up while they have been testing the functions they usually use
21:00 rangi http://jenkins.koha-community.org/computer/Galen/
20:59 rangi Dyrcona: thanks, ill disable the node for the time being
20:58 jenkins_koha Project Koha_Docs_3.12.x build #58: STILL FAILING in 3.8 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/58/
20:57 * cait waves
20:56 Dyrcona gmcharlt is giving a presentation. I'll let him know after he's finished.
20:56 mtompset rangi++ # yay for a diagnosis. :)
20:55 rangi not on the jenkins server either, but on galens node
20:55 rangi its just the box is out of ram
20:55 rangi its not actually corrupt
20:53 jenkins_koha Project Koha_Docs build #463: STILL FAILING in 5.6 sec: http://jenkins.koha-community.org/job/Koha_Docs/463/
20:47 jenkins_koha Project Koha_Docs build #462: STILL FAILING in 4.8 sec: http://jenkins.koha-community.org/job/Koha_Docs/462/
20:44 jenkins_koha Project Koha_Docs_3.14.x build #37: STILL FAILING in 4.8 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/37/
20:41 jenkins_koha Project Koha_Docs build #461: STILL FAILING in 6 sec: http://jenkins.koha-community.org/job/Koha_Docs/461/
20:39 nengard :P
20:39 jenkins_koha Project Koha_Docs_3.12.x build #57: STILL FAILING in 7.9 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/57/
20:35 nengard breaking it
20:35 bag nengard what are you doing to gmcharlt's memory :P
20:34 magnuse from that console output it looks like the git repo on the jenkins server is corrupt, maybe because of some lack of memory (is my guess, based on looking at the error messages)
20:33 nengard so i'm all good :)
20:33 nengard whew
20:32 magnuse yeah, looks like a problem on the jenkins server
20:31 nengard it all seems okay from my end
20:31 nengard is it corrupt on my local machine? or is that something that I have no control over?
20:30 mtompset ewww....
20:30 mtompset ERROR: Workspace has a .git repository, but it appears to be corrupt.
20:29 mtompset http://jenkins.koha-community.org/job/Koha_Docs/460/console
20:29 magnuse i also see "Building remotely on Galen in workspace /var/lib/jenkins/workspace/Koha_Docs" - maybe gmcharlt knows something about it?
20:29 jenkins_koha Project Koha_Docs_3.14.x build #36: STILL FAILING in 4.4 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/36/
20:29 bag mtompset: are you talking about the git server? or the jenkins server?
20:29 mtompset When the script runs, it probably is a memory hog.
20:29 mtompset How much is left?
20:29 mtompset nengard: free -m
20:28 nengard bag is it on our server?
20:28 nengard I type my fancy git commands and it magically updates
20:28 magnuse i can see "ERROR: Workspace has a .git repository, but it appears to be corrupt." here: http://jenkins.koha-community.org/job/Koha_Docs/460/console
20:28 nengard not sure what machine that is ....
20:28 mtompset nengard: Can you reboot the machine it is building on?
20:28 mtompset "Cannot allocate memory" That's the problem, I figure.
20:27 magnuse it fails awfully fast...
20:27 nengard he's being a .... not nice bot .... today
20:27 nengard usually jenkins emails me though with the exact error
20:27 nengard bag you mean git? yes
20:27 huginn mtompset: The operation succeeded.
20:27 mtompset @later tell papa So tired trying to figure out bug 11213 test plan. I think I finally got it.
20:27 bag nengard: can you get to where the docs are?
20:26 jenkins_koha Project Koha_Docs build #460: STILL FAILING in 5.3 sec: http://jenkins.koha-community.org/job/Koha_Docs/460/
20:25 nengard :(
20:25 nengard I can't make it stop failing if you don't tell me what I did wrong jenkins!!
20:24 jenkins_koha Project Koha_Docs_3.12.x build #56: STILL FAILING in 4.8 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/56/
20:24 nengard hmm jenkins isn't helping me - he's not telling me why the manual is failing :( -- "No problems were identified. If you know why this problem occurred, please add a suitable Cause for it"
20:14 jenkins_koha Project Koha_Docs_3.14.x build #35: STILL FAILING in 3.6 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/35/
20:09 jenkins_koha Project Koha_Docs_3.12.x build #55: STILL FAILING in 4 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/55/
19:59 jenkins_koha Project Koha_Docs_3.14.x build #34: STILL FAILING in 3.9 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/34/
19:56 jenkins_koha Project Koha_Docs build #459: STILL FAILING in 4.8 sec: http://jenkins.koha-community.org/job/Koha_Docs/459/
19:54 jenkins_koha Project Koha_Docs_3.12.x build #54: STILL FAILING in 5 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/54/
19:44 jenkins_koha Project Koha_Docs_3.14.x build #33: STILL FAILING in 4 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/33/
19:39 jenkins_koha Project Koha_Docs_3.12.x build #53: STILL FAILING in 4.5 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/53/
19:30 jenkins_koha Project Koha_Docs_3.14.x build #32: FAILURE in 14 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.14.x/32/
19:26 jenkins_koha Project Koha_Docs build #458: FAILURE in 18 sec: http://jenkins.koha-community.org/job/Koha_Docs/458/
19:25 jenkins_koha Project Koha_Docs_3.12.x build #52: FAILURE in 47 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/52/
19:03 alphaman homegrown. trying to auth patron's cards for our Drupal server so they can access our online resources
18:58 rhcl alphaman: just out of curiosity are you trying to connect some specific app to Koha?
18:55 alphaman yay, tho I walk through the valley of PHP, I shall fear no evil, for Perl is my shepherd, I shall not stack dump…
18:53 alphaman sometimes you just gotta dig down in the muck to find a solution
18:53 alphaman In all fairness, I've been doing Perl far longer than PHP…
18:52 mtompset No need to apologize. Everyone does it. They are just ashamed to admit it. ;)
18:52 alphaman I was worried I'd get neutralized...
18:52 alphaman yup. sorry...
18:52 huginn mtompset: perl has neutral karma.
18:52 mtompset @karma perl
18:51 huginn mtompset: php has neutral karma.
18:51 mtompset @karma php
18:51 mtompset Did you just ask about PHP?
18:32 alphaman Anybody have any experience using John Wohler's sip2.class.php? I'm having trouble getting a stable connection to 3.14 with it.
18:30 mtompset https://wiki.debian.org/DebianReleases
18:30 mtompset I would guess that squeeze is okay until some time in 2015. :)
18:22 wajasu i wasn't sure if squeeze is the target debian, or wheezy. i wondered if i needed to build my test VM with wheezy
18:18 mtompset wajasu: What do you mean?
18:11 wajasu should i start testing signoffs with wheezy for master from now on?
18:04 Brooke gadzukes there are actual pictures in the label creator :)
17:57 Brooke we gots us any big city fancy pants label makin' folkses?
17:57 francharb \o
17:52 Brooke o/
17:34 magnuse bag: HI
17:30 rhcl hihi
17:27 mtompset Greetings, #koha/.
17:09 pianohacker hello
16:56 bag magnuse: HELLO there
16:15 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8296 enhancement, P5 - low, ---, julian.maurice, Needs Signoff , Add descriptive (text) published date field for serials
16:15 wajasu nengard: maybe bug 8296
16:02 reiveune bye
15:55 nengard how it's not the date every library wants to see
15:55 nengard I'm looking for a bug report I think we have that talks about the date shown for serials in the opac
15:55 nengard anyone around to help me find a bug report?
14:51 kivilahtio could be
14:51 petter if not you dont know if it works
14:51 kivilahtio jaja
14:51 petter you should measure!
14:51 kivilahtio like i said i got some errors
14:50 kivilahtio yeah
14:50 petter then run the scripts
14:50 petter cpan install HTTPD::Bench::ApacheBench
14:50 kivilahtio but now i need to configure zebra + mariadb + koha with unix sockets
14:50 kivilahtio need to take a look there
14:50 kivilahtio dunno
14:50 kivilahtio I got like 100% error
14:50 petter but its easy
14:50 kivilahtio I will write my own
14:50 kivilahtio i tried, i failed miserably
14:50 petter Did you run the benchmarking scripts?
14:49 petter sure, got it
14:49 kivilahtio just verify that the file there is modified
14:49 petter ok
14:49 petter It seem indeed to be about 10% speed up on average
14:49 kivilahtio I dont think you need to do make install (to overwrite your configs)
14:49 petter Anyway, I did some more benchmarkings
14:48 petter never
14:48 petter haha
14:48 kivilahtio petter: if you do crazy stuff like me you will enjoy the Makefile.PL
14:48 kivilahtio petter: don't ask me
14:48 petter I have it
14:48 petter off course
14:48 kivilahtio but if you have the source from git, you should have Makefile.PL
14:48 petter If packages are the recommended & preferred way, who uses the perl Makefile way?
14:48 kivilahtio petter: no idea
14:48 kivilahtio see if mysql_socket is there with hte value you gave
14:47 petter So does the packages use the Makefile in anyway?
14:47 kivilahtio nano blib/KOHA_CONF_DIR/koha-conf.xml
14:47 kivilahtio make test
14:47 kivilahtio make
14:47 kivilahtio answer questions
14:47 kivilahtio petter: but from the INSTALL.ubuntu folder, run perl Makefile.PL
14:46 kivilahtio petter: maybe the easiest way is to use those fancy virtual sandboxes you have
14:45 kivilahtio petter: go to the folder where your INSTALL.ubuntu is
14:45 kivilahtio petter: erm
14:41 petter ?
14:41 petter olli - how to test the Makefile stuff. I always installed using packages then gitify..
14:39 oleonard nengard: $("legend:contains('Guarantor information')").parent().hide();
14:39 oleonard nengard: I'll give up trying to understand, but I think their request might indicate a misunderstanding of how Koha works on their part that you might want to investigate.
14:38 marcelr but not now
14:38 marcelr kivilahtio: i will be looking at it (in some stage of the process)
14:37 nengard and the J to A Cron turns a child to an adult when they reach the right age per the patron category
14:37 nengard and choose the patron type you want :)
14:37 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11974 enhancement, P5 - low, ---, gmcharlt, NEW , Enable unix socket connections for database connections.
14:37 nengard you just go to 'New Patron'
14:37 kivilahtio petter: marcelr: go for it! bug 11974
14:37 nengard create a child without going through that link
14:37 nengard Yes you can ...
14:36 nengard i had a typo let me see if it works now
14:36 nengard wait
14:35 oleonard What does it have to do with the J to A cron?
14:35 oleonard Do they think you can't create a child record without going through the "add child" link?
14:34 nengard Probably they don't want to link the child to an adult but do want other child functionality like the j to a cron
14:34 nengard i don't know the answer to that ... I just do what i'm asked to do :)
14:34 oleonard nengard: I shouldn't even ask, but... Why do they want to hide it?
14:33 petter more benchmarks i mean
14:33 petter needs more testings
14:33 petter hm, now that i look at it actually some benchmarks are slower
14:32 kivilahtio and I can feel the maintenance issues
14:32 kivilahtio it is a pain :)
14:32 marcelr kivilahtio++
14:32 nengard tips on hiding it with jquery?
14:32 nengard and the section has no id
14:32 nengard the borrowerunwanted field isn't working
14:32 nengard I have a library that wants to hide the guarantor info on the child record add/edit form
14:31 kivilahtio petter: a sec I almost have the Makefile.PL modified
14:31 oleonard Yes
14:31 nengard oleonard around?
14:30 petter http://paste.koha-community.org/179
14:30 petter check the linked paste
14:30 petter by the benchmarking scripts in misc/load_testing
14:30 petter I'd be happy to sign of
14:30 kivilahtio petter: how are you testing?
14:30 petter kivilahtio: I get a minor speeup from using domain sockets, from few percent to at best 19% faster
14:18 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11974 enhancement, P5 - low, ---, gmcharlt, NEW , Enable unix socket connections for database connections.
14:18 pastebot "petter" at 127.0.0.1 pasted "bug 11974 before / after benchmarking" (34 lines) at http://paste.koha-community.org/179
14:17 wahanui i guess unimarc is http://www.ifla.org/en/publications/unimarc-formats-and-related-documentation
14:17 jcamins unimarc?
14:17 markvandenborre some are quite cryptic
14:17 markvandenborre is there some overview page where I can find the meaning of all these unimarc fields?
14:15 markvandenborre so for a lot of info, this is clear enough
14:10 markvandenborre there is more info lower in the csv
14:10 markvandenborre ah
14:10 markvandenborre I see column headers tagfield, liblibrarian, libopac, repeatable, mandatory, authorised_value, frameworkcode
14:08 markvandenborre but maybe you mean something more magic?
14:08 markvandenborre there is no column with the header "hidden" as far as I can see
14:07 cait in the spreadsheet
14:07 cait there is a hidden column
14:07 cait ah
14:07 cait first
14:07 markvandenborre I have this export open in libreoffice now
14:07 markvandenborre cait: -5? hideen?
14:06 markvandenborre thank you for the info, but I'm more interested in getting this up and running
14:05 marcelr you can add quotes via a bot
14:05 markvandenborre thank you
14:05 marcelr this feels like a quote :)
14:04 markvandenborre this feels like very much a welcoming irc channel, more so than many others
14:04 cait in the hideen
14:04 cait i think -5 shoudl do it
14:04 * markvandenborre starts looking through the manual
14:04 cait export from koha
14:04 markvandenborre ok... so now the question becomes how to "hide"
14:03 cait and you can use export/import and edit as spreadsheet
14:03 cait in my experience
14:03 cait markvandenborre: better not delete but hide
14:02 marcelr look for tables marc_tag.. marc_subfield.. etc (please see the docs :)
14:02 markvandenborre ah? please tell me more about that?
14:02 marcelr you can hide them
14:02 markvandenborre with the goal of creating a very _simple_
14:02 marcelr ok you mean tags in framework
14:01 markvandenborre and I'm deleting all kinds of information from that
14:01 markvandenborre I have made a copy of the default framework, which I suppose contains only marc tags
14:00 marcelr you mean user tags or marc tags? btw..
14:00 markvandenborre marcelr: where is this even stored, I presume in the sql db
13:59 marcelr command line?
13:59 markvandenborre or is that just not possible?
13:59 markvandenborre am I overlooking something
13:59 markvandenborre marcelr: I was hoping to find an easy way to delete tens of tags we don't need at once
13:58 marcelr ga zo door markvandenborre
13:57 markvandenborre just answered my own question here after reading the f*cking manual
13:56 marcelr but that project got killed rather quickly
13:56 marcelr i would have preferred to not include the notices for all the other languages at all :)
13:55 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9032 enhancement, P5 - low, ---, m.de.rooy, Signed Off , Share a list
13:55 marcelr cait: bug 9032
13:55 markvandenborre cait: so the idea is I remove all the tags I don't need from a copy of the default framework, correct?
13:49 markvandenborre the manual seems to be quite comprehensive
13:48 markvandenborre don't know if there's anyone with the ambition to make the docs more prominent, but it would have helped stupid me
13:47 markvandenborre they were entirely invisible when arriving to http://koha-community.org/documentation/
13:47 markvandenborre so I just now looked at it more closely
13:47 markvandenborre when I clicked the documentation page
13:46 markvandenborre heh, the links to the manual dropped off my screen
13:44 petter is it for real?
13:43 petter 30-40%
13:43 petter olli: about your socket patch - did you measure the speedup yourself?
13:43 cait look in the manual for bibliographic frameworks
13:43 markvandenborre "custom framework" is horrible as a web search term
13:43 markvandenborre can you point me at more specific docs about this "custom framework" reference you just made
13:43 cait in which fields are used
13:43 markvandenborre with no big increase on either a close or faraway horizon
13:43 cait both formats are similar and then very different
13:42 markvandenborre some audio cd's and only a tiny number of dvd's
13:42 cait also documentation about the format
13:42 markvandenborre 2702 books
13:42 markvandenborre very small library
13:42 markvandenborre it's not incredibly important
13:42 cait so worth investigating a bit
13:42 cait because the formats are different
13:42 cait but that's something that is hard to change later
13:42 cait germany is all marc21 now
13:41 markvandenborre ok
13:41 cait i can't really tell you, maybe look what your national library uses, or what z39.50 servers in your regions use
13:41 markvandenborre what am I going to get the best support on?
13:41 cait depending on where you are located marc21 might make sense
13:41 markvandenborre Belgium?
13:41 cait france, italy...
13:41 cait unimarc is only used in a few countries
13:41 markvandenborre unimarc iirc, I chose the EU specific version
13:40 markvandenborre right, I was already guessing that this was some bilbiographic or koha specific terminology, not a custom web framewrork :-)
13:40 cait are you using marc21 or unimarc?
13:40 cait a bibliographic framework
13:40 cait to make data entry easier
13:40 cait a custom framework would be just a catalouging form defined witht he fields you want to use
13:39 cait hm?
13:39 markvandenborre even ISMN (sheet music) numbering lookup
13:39 markvandenborre there seem to be provisions in koha for sheet music...
13:38 markvandenborre cait: as in not koha?
13:38 cait markvandenborre: sounds like you might want to use a custom framework
13:38 markvandenborre any pointers towards relevant bits of documentation?
13:38 markvandenborre we only keep a relatively minor subset of metadata about them
13:37 markvandenborre I am looking into the best way to simplify entry of sheet music books into koha
13:37 marcelr so good
13:37 kivilahtio but if ANY issues arise...
13:37 kivilahtio I'll take a look ral quick
13:37 kivilahtio :)
13:37 marcelr better offer?
13:37 kivilahtio you scratch my back i scratch yours?
13:37 kivilahtio win win
13:37 kivilahtio this way we both get a sign off and commit
13:36 kivilahtio and I could sig of your pathc
13:36 kivilahtio that would force you to sign off my patch
13:36 marcelr ;)
13:36 kivilahtio I was hoping you could do it
13:36 marcelr you can do it !
13:36 kivilahtio it is bad for my health
13:36 kivilahtio or make whatsovere
13:36 marcelr :)
13:36 kivilahtio I am not very good with Makefile.pl
13:36 kivilahtio good suggestion btw
13:35 kivilahtio hi there :D
13:35 marcelr hi kivilahtio
13:35 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11974 enhancement, P5 - low, ---, gmcharlt, NEW , Enable unix socket connections for database connections.
13:35 kivilahtio marcelr: about bug 11974
13:35 kivilahtio oleonard: thanks :D
13:34 wahanui irc regulars is at http://wiki.koha-community.org/wiki/IRC_Regulars
13:34 oleonard irc regulars?
13:34 kivilahtio does anyone now his nick?
13:34 kivilahtio m de rooy
12:57 drojf it isn't? ;)
12:55 oleonard Seems like people are entering search terms into Koha list emails like it's Google.
12:20 nlegrand hey #koha !
12:17 cait hi oleonard :)
12:16 oleonard Hi #koha
12:05 drojf hi #koha
11:38 * magnuse will have french cheese for lunch, but only one kind...
11:22 francharb good morning
11:20 * BTT slaps francharb_afk around a bit with a large fishbot
10:51 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10003 enhancement, P5 - low, ---, tomascohen, Passed QA , koha-* scripts (packages) should provide tab-completion in bash
10:51 magnuse woohoo - bug 10003
10:23 vfernandes thanks magnuse and cait
10:22 * cait wanders off
10:22 cait hm i forgot to make tea today.
10:18 magnuse like rancor
10:18 magnuse well, there are some features waiting to get in, i guess
10:18 magnuse :-)
10:17 cait i think we are quite strict with 'new feature' but not so many more modules we can write... so maybe we should be a bit less strict :)
10:16 magnuse hm, it just shows one new feature - everything might not be correctly tagged...
10:15 magnuse short version: http://tinyurl.com/o2l47s6
10:14 magnuse whoa, that's a long url
10:14 magnuse us=Pushed%20to%20Master&bug_status=Pushed%20to%20Stable&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&bug_status=BLOCKED&chfield=bug_status&chfieldfrom=2013-11-22&chfieldto=Now&chfieldvalue=Pushed%20to%20master&list_id=93066&query_format=advanced
10:14 magnuse enhancements and new features pushed to master since 2013-11-22: http://bugs.koha-community.org/bugzilla3/buglist.cgi?bug_severity=enhancement&bug_severity=new%20feature&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=REOPENED&bug_status=ASSIGNED&bug_status=In%20Discussion&bug_status=Needs%20Signoff&bug_status=Signed%20Off&bug_status=Passed%20QA&bug_status=Pushed%20for%20QA&bug_status=Failed%20QA&bug_status=Patch%20doesn%27t%20apply&bug_stat
10:07 wahanui http://dashboard.koha-community.org/ are the better stats to optimise
10:07 cait http://dashboard.koha-community.org/
10:06 cait i'd have to think - there are some :) the dashboard always shows the last five enh/features pushed
10:03 vfernandes but there is any new features that you have any information cait?
10:03 magnuse cait: .pö - is that for german perl scripts? ;-)
10:03 petter hei magnus!
10:03 magnuse kia ora petter!
09:59 petter hi cait!
09:59 cait hi petter
09:59 cait .pl - http://git.koha-community.org/gitweb/?p=release-tools.git;a=tree;h=c5e072bd0ddc5f4467408f330ed94fabd6db4ea0;hb=c5e072bd0ddc5f4467408f330ed94fabd6db4ea0
09:58 cait i think it was get-bugs.pö
09:58 cait i woud look at what's already pushed
09:58 cait it's still a bit time to go, so hard to tell what will make it
09:57 cait there is also a release notes script that can be fun - it's on the git repo
09:57 vfernandes i thought there was a simple way :D
09:56 cait and master as version
09:56 cait you can create searches by status change - that should work
09:56 cait for pushed since last release
09:56 cait you could do a search in bugzilla
09:54 vfernandes where I can see the koha roadmap and new features/enhacements for 3.16?
09:54 cait hi vfernandes :)
09:54 vfernandes hi :)
09:20 cait ah yeah, probably easier then :)
09:15 Hopla ill try i only change logo + colours so
09:14 cait also on updating, you won't miss the changes from the new css, so probably less work to make it fit again
09:14 cait yu can put in the css there directly and change anytime by logging in
09:13 Hopla searching that one
09:13 Hopla aha
09:13 cait sure
09:13 cait if you only have minor changes, i'd recomment just changing what you want to change and use opacusercss - it's bit easier to maintain
09:13 Hopla thx fr the info :)
09:12 Hopla ow
09:12 cait if you worked like that in the past, it should work again
09:12 Hopla so if i make a copy off the opac.css edited it and point to it in opaclayoutstylesheet it would be ok
09:12 cait ccsr is going to go away with 3.16 probably, it's responsive, but there is a new theme bootstrap since 3.14 that's going to be the new and only default theme at some point
09:10 Hopla ok im using prog
09:10 Hopla sec
09:10 cait the theme you use can be found out by looking at the opacthemes system preference
09:09 cait if you want to use a file, there are other preferences
09:09 cait then you don't need to care about the files and it will just overwrite the default
09:09 cait you can just add your things to opacusercss system preference
09:09 cait ok :)
09:09 Hopla i wont
09:09 cait but don't change the default css
09:09 cait each has it's own css file
09:09 cait ccsr and prog are themes
09:05 Hopla Hey koha i just upgraded frop 3.8 to 3.12 i have some problems with my old css file so i want to make a new one only i find there are 2 now (i wanted to copy one to edit it) one in ccsr and one in prog ... in 3.8 there was only 1 so i should copy both or just 1 in a new local css file ?
08:49 marcelr ok now i see :)
08:49 cait QA
08:49 marcelr continue what btw
08:49 marcelr hi cait
08:49 cait marcelr++
08:48 cait hi marcelr - thx for continuing :)
08:48 wahanui cait: I forgot hi magnuse
08:48 cait wahanui forget hi magnuse
08:43 wahanui hi magnuse are you spending much time in oslo?
08:43 marcelr hi magnuse
08:43 magnuse hiya marcelr
08:28 marcelr hi #koha
08:26 cait morning magnuse and paul_p
08:16 magnuse kia ora cait
08:11 cait good morning #koha
07:54 paxed what is the reserveconstraints table for?
07:48 reiveune hellok
07:46 paxed i have no idea how the koha maintainers haven't been killed by cataloguers.
07:46 wahanui what's up, Joubu
07:46 Joubu hello
07:45 magnuse but you never know...
07:45 magnuse there was quite some interest around it in marseille, so i think it will make it into 3.16
07:45 magnuse so pianohacker will have to fix the issues and then it will go through signoff, qa and getting pushed by the rm
07:45 paxed because the current cataloguing system is bad.
07:44 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11559 enhancement, P5 - low, ---, jweaver, Failed QA , Professional cataloger's interface
07:44 magnuse bug 11559 is currently "failed qa"
07:43 paxed so, is there any kind of ETA for Rancor?
07:29 alex_a bonjour
07:11 paxed our cataloguer just had a fit over that.
07:09 paxed lovely.
07:09 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9093 normal, P5 - low, ---, gmcharlt, NEW , 008 forgetting what material type was chosen
07:09 paxed ah, it's bug 9093
07:08 * cait waves
07:04 paxed marc21^
07:04 paxed hm. any reason why 008 value builder doesn't know how show the type of material correctly? (eg. LDR/06=a and LDR/07=s, 008 builder shows BKS, when it should show CR)
06:55 magnuse happy equinox, #koha!
06:51 indradg good morning #koha
06:49 wajasu when i search (z3950) and get the Add MaRC Record page, there is a default framework dropdown. if other framework mappings have been setup by the admiin, i would expect they would be avaiable.
06:40 paxed how does the cataloguer set the framework used for a record?
05:49 dcook You're welcome. It was interesting!
05:47 wajasu thx
05:47 wajasu yup
05:46 dcook Definitely learned something today though and we are farther than we were
05:46 dcook Alas, I don't know, and I have other things to do :/
05:44 wajasu i'm sure if we could read the source code we could find out, and see if there is any ICU support code.
05:43 dcook Probably unrelated though
05:43 dcook There might be some hope though: http://lists.indexdata.dk/pipermail/zebralist/2013-February/002563.html
05:43 dcook I didn't really follow most of what you said there, but yeah...the current way of doing facets really sucks
05:41 wajasu so i think facets are worth it.
05:41 wajasu so i was learning about new authors, etc.
05:41 wajasu so then you start realizing how much is left out. when i increased the number from 5 to 100, the catalog got more interesting because i saw more writers who wrote on a topic, or such.
05:39 wajasu what i noticed with my patch is as i went through more than N records that a syspref restricts, the resulting 5 facets for author changed.
05:38 wajasu but we get back a marcxml chunk and must decode with MARC::Record.
05:37 wajasu what i wish i could do is query zebra and just get back the biblionumber (Local-number) for a search. so i can grab items from the DB and count facets myself.
05:35 wajasu now that i inderstand search so well.
05:35 wajasu i agree. that why i was investigating the facets.
05:34 dcook Not that that was what you were precisely saying of course :p
05:34 dcook I suspect that querying Zebra for facets from a million results would be a lot faster than iterating through a million results to generate a facet list
05:34 dcook ta mtompset
05:34 dcook Then I'm not sure of the relevancy
05:34 mtompset Have a great day, #koha wajasu dcook. :)
05:34 mtompset I should go. I need sleep.
05:33 mtompset -- which by the way is on my "get back to quickly" list.
05:33 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11909 major, P5 - low, ---, matted-34813, ASSIGNED , Fix hidelostitems, OpacHiddenItems total count, prog them facet display
05:33 wajasu yes. the other day. i have a bug 11909 that i was working with mtompset
05:33 dcook Indexdata claims that Zebra special retrieval elements should work faster than using marcxml
05:32 dcook As in, at the Perl code level?
05:32 dcook How do you mean that you got facet counts working?
05:31 wajasu i did get facet counts working, where i retrieve all the results records (marcxml) and inspect hidden etc. but what if the system is big like 1million records.
05:30 dcook the :0 thing might fix this but I'm not sure..
05:28 dcook Probably makes more sense to focus on ElasticSearch and/or Solr anyway :p
05:28 dcook Would you post those links on Bugzilla?
05:26 wajasu :)
05:25 dcook Gotta love how their bugzilla links are broken..
05:25 wahanui i think Interesting is sometimes good and sometimes bad
05:25 dcook Interesting
05:25 wajasu http://lists.indexdata.dk/pipermail/zebralist/2009-April/002190.html
05:23 wajasu http://lists.indexdata.dk/pipermail/zebralist/2008-January/001859.html
05:17 dcook Hmm, none of those options are doing much
05:15 dcook Yeah, I changed the output
05:15 wajasu maybe inputcharset outputcharset stuff
05:15 dcook Hmm, I just told yaz-client to use UTF-8 and that's not working..
05:14 wajasu i am thinking its a character conversion thing as well
05:11 dcook Of course, the reason it might not seem to work with ICU might be because the terminal isn't expecting utf8..
05:10 dcook Doesn't hurt to understand what's going on in the config files though :p
05:09 dcook That's certainly one way to do it, if your package install doesn't use ICU
05:09 wajasu i'll copy my default.idx fromt he package install into my kohadev
05:09 dcook Still...it's not a great solution if it doesn't work for ICU..
05:09 dcook Use "charmap word-phrase-utf.chr" instead of "icuchain words-icu.xml" in default.idx for whatever index type you want to try
05:09 wajasu ok i'll try switching back to non-ICU
05:08 dcook I switched back to non-ICU and that's why it was working..derp derp
05:07 wajasu i haven't had any luck yet
05:07 dcook Probably at least
05:07 dcook Oh wait...it's because I'm an idiot
05:06 dcook Oh I wonder..
05:06 dcook For some reason, it's working great
05:06 dcook wajasu: Try something like "elements zebra::facet::Title:w,itype:w,pubdate:w,rtype:w" with ICU
05:05 dcook Suddenly title is working now too
05:05 dcook wth...
05:04 dcook As does pubdate
05:03 dcook That's working for me
05:03 dcook wajasu: With your ICU install, try a facet of "itype:w"
05:03 dcook Ooo
04:53 wajasu i suppose i can do another make and choose chr
04:50 dcook Yeah, "zebra::facet::Title:p" would be a facet for the title phrase index
04:50 wajasu can u paste your default.idx
04:49 wajasu the index w, and index p, must have to do with zebra::facet::Title:p and such
04:48 dcook Link stuff up?
04:47 wajasu now things make sense. those index w and index p definitions in there link stuff up
04:46 dcook I do have an idea though..
04:46 dcook Possibly somewhere else. I'm not sure.
04:46 dcook You'll need to change default.idx
04:45 dcook Although if you replaced all the specific zebra::facet::*:* type entries with just a <retrieval syntax="xml"/> you should be able to do any facet you want in yaz
04:45 wajasu remind me how to turn off icu
04:45 dcook I doubt you will while using ICU
04:45 wajasu i haven't had any success yet.
04:42 dcook It looks like my package install is non-ICU, while my tarball install is ICU
04:42 dcook Yeah, those are fallbacks
04:41 wajasu my koha-conf has a bunch of retrieval entries as well as the included one.
04:41 wahanui hmmm... interesting is sometimes good and sometimes bad
04:41 dcook Interesting...
04:40 dcook Not sure about ICU
04:40 dcook Hmm, I'm using DOM for both of them..
04:35 pastebot "dcook" at 127.0.0.1 pasted "Zebra facet output on package install" (51 lines) at http://paste.koha-community.org/178
04:33 pastebot "dcook" at 127.0.0.1 pasted "Zebra output on non-package install" (25 lines) at http://paste.koha-community.org/177
04:33 dcook It only fixes one of the problems though it appears..
04:32 wajasu trying out
04:30 huginn dcook: The operation succeeded.
04:30 dcook @later tell wajasu take a look at bug 11232 again. I've updated the instructions.
04:05 dcook hdl posed the question in June 2009 and now there is an answer :)
04:04 dcook That we lost by using <retrievalinfo> in the first place
04:04 dcook Then we regain access to the Zebra special retrieval elements
04:04 dcook We just need "<retrieval syntax="xml"/>" at the bottom within <retrievalinfo>
04:03 * dcook continues dancing
04:03 dcook Nope! I was right!
04:01 dcook I might be an idiot still
04:01 * dcook halts the celebration
04:01 dcook I need to double-check things
04:01 dcook Wait...
04:01 dcook It specifies that "name" is optional...
04:01 dcook http://www.indexdata.com/yaz/doc/tools.retrieval.html
04:01 dcook Initial testing suggests that it'll be so easy to access Zebra's special element set
04:00 wizzyrea that is unsurprising to me.
04:00 dcook We're doing our Zebra config all wrong for facets
04:00 wizzyrea hehe
04:00 dcook Too much excitement. Not enough outlet...
03:59 dcook Gahhh
03:59 dcook It was so obvious in the end
03:59 * dcook does a little dance
03:59 dcook I'm awesome!
03:59 dcook Ahhh!
03:19 * mtompset grins.
03:18 * mtompset shouts, "MORE VMS!"
03:18 mtompset I have 13 VM's to play with. :)
03:18 dcook And we wind back up at the beginning where I have to ask someone else to restart zebra in this case :p
03:18 dcook But I do have a VM and I use packages and gitify :p
03:18 dcook I don't really have my own development
03:17 mtompset So then... why don't you have a VM for your own development?
03:17 dcook I just provide the code :p
03:17 dcook Someone else runs it
03:17 dcook It's not my server :p
03:16 mtompset You don't have root access for your dev install?!
03:16 dcook I don't have root access for my dev install in any case, so it looks like I'll have to ask someone else to do it
03:15 dcook Yeah, I already looked there
03:15 mtompset ^lone^long^
03:15 mtompset look for the lone daemon line. ;)
03:15 mtompset dcook: less kohaclone/debian/scripts/koha-restart-zebra
03:05 dcook So yeah...I think the problem is making sure you're changing the correct file, and then making sure that Zebra is restarting correctly
03:01 wajasu ok
03:00 dcook Double-check your koha-conf.xml to make sure that retrieval-info-bib-dom.xml is the correct file
03:00 dcook wajasu: I'm quite confident that the problem is with restarting Zebra
02:57 wajasu ok. be right back
02:57 dcook So not really relevant to the task at hand
02:56 dcook Alas, that's for package installs
02:55 dcook I was wondering why it wasn't working on my Debian VM, but it's because I was pointing to the wrong file...
02:54 wajasu Wha?
02:54 dcook Aha!
02:39 * mtompset is glad dcook and wajasu are talking zebra and facets. :)
02:35 pastebot "wajasu" at 127.0.0.1 pasted "zebra log -v all" (188 lines) at http://paste.koha-community.org/176
02:32 wajasu facet first phase real=0.00 cat=index might be a lead
02:31 pastebot "wajasu" at 127.0.0.1 pasted "zebra log" (9 lines) at http://paste.koha-community.org/175
02:30 wajasu there is a G and /A in that string
02:30 wajasu 21:16:20-19/03 zebrasrv(1) [log] dict_lookup_grep: (\x01G\x01\x02)/A\x01\x01\x01\x06\x01\x01\x01\x06
02:30 wajasu is see this in the log
02:29 dcook G/A ?
02:28 wajasu just grabbed 8031 from the ccl.properties mapping
02:27 wajasu and got 7 hits. then did a show and got a facet xml response, but text was G/A
02:26 wajasu f @attr 1=8031 BK
02:26 wajasu elements zebra::facet::itype:w
02:26 wahanui format xml is a client side transformation of whatever comes back from the server.
02:26 wajasu format xml
02:25 wajasu base biblios
02:25 wajasu I just recently tried:
02:21 wajasu search present delSet triggerResourceCtrl scan sort extendedServices namedResultSets
02:21 wajasu option gives:
02:20 wajasu got yaz-client version 4.0.11
02:14 wajasu but that may be the default
02:14 dcook Maybe 2.0.20
02:14 wajasu zversion says 3
02:14 dcook Wait..
02:13 dcook 2.1
02:13 dcook Facetting is only supported from Zebra 2....
02:13 dcook Well could've been
02:13 dcook Well, I'll try it on my wheezy vm in a minute
02:13 wajasu when you were hacking could it have been a newer compiled version?
02:13 wajasu i hope its not because its squeeze and an older zebrasrv yaz-client
02:12 dcook O_o
02:12 dcook Same for any combo for me at the moment
02:12 wajasu maybe my retrieval should be combined
02:12 dcook Yeah, same.
02:11 wajasu [25] Specified element set name not valid for specified database -- v2 addinfo 'zebra::facet::any:w,title:w,title:0'
02:11 wajasu element zebra::facet::any:w,title:w,title:0 ends up giving me:
02:10 dcook Yes, that would be it
02:09 wajasu its the elements line
02:09 wajasu my base biblios find @attr 1=4 heart gets 4 hits.
02:08 dcook I'm thinking that there is something missing in my directions..
02:07 dcook Ah
02:07 dcook That's not what I said to do :p
02:07 wajasu i've rebuild_zebra and restart zebrasrv
02:07 wajasu i have clean db with 3 records i pulled and caltaloged that have "heart" in the title
02:05 dcook In any case, if you can restart zebra itself, try that
02:05 wajasu in/is
02:05 wajasu the VM in about 5 week old.
02:05 wajasu i created a VM and did koha packages to get dependencies, but then to a kohaclone dev install
02:04 dcook lol
02:04 wajasu well i lied.
02:04 dcook Have you tried koha-zebra-restart?
02:04 wajasu yes
02:03 dcook wajasu: Are you using a package install?
02:03 dcook Maybe I forgot to put something in instructions
02:03 dcook Mmm, I doubt it
02:03 wajasu maybe i forgat to put something in the yazgfs section
02:01 dcook Hmm
01:56 dcook Hold on. I'm just getting it set up now :p
01:55 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11232 new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra
01:55 wajasu i even tried the retreival lines from comment 6 from bug 11232
01:53 dcook I really need to remember to set up a dev machine one of these days..
01:53 dcook Let's see...I could probably take a few minutes to try this again
01:52 dcook That's a bit bizarre
01:52 wajasu got error
01:51 wajasu 0 instead of w get
01:49 wajasu got the same thing with Title. let me try 0
01:48 wajasu i tried, but will try again.
01:48 * dcook can't remember the actual index he tried out in October
01:48 dcook Caps might matter
01:48 dcook You might try "Title"
01:48 dcook Also, wajasu, I don't think we actually have a "title" index set
01:48 wajasu i've been putting <retrieval syntax="xml" name="zebra::facet::title:w"/> into ... zebradb/retrieval-info-bib-dom.xml
01:45 dcook You could try zebra::facet::title:0 since you're using ICU
01:44 dcook Did you set up zebra::facet::title:w in your zebra config?
01:43 wajasu looking into facets.
01:41 pastebot "wajasu" at 127.0.0.1 pasted "zebra facet yaz-client result" (58 lines) at http://paste.koha-community.org/174
00:17 smeagol feesh..nice fish..