Time Nick Message 01:11 huginn New commit(s) needsignoff: [Bug 7001] User Configurable Slips <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7001> 03:22 moof ooh, mibbit widget! 03:24 AmitG heya chris gm 03:28 AmitG heya kmkale 03:36 kmkale Namaskaar AmitG 03:36 kmkale Namaskaar #koha 04:36 BobB hey kmkale are you about now? 05:15 ebegin Is there any term of use for the Koha logo ? Do we have to state taht Koha trademark is own by LibLime ?? 05:32 rangi [off] hell no 05:34 ebegin That what i wished ;) 05:46 cait morning #koha 05:47 rangi hi cait 05:47 cait hi rangi :) 06:00 AmitG heya cait 06:00 AmitG heya BobB 06:02 BobB hi Amit 06:05 cait hi AmitG and BobB 06:06 BobB hi cait 06:06 * BobB waves to Europe in general 06:09 cait I think most of Europe still sleeping :) 06:13 BobB Is it about 7am in Germany? I think in our summer the difference is 8 hours? 06:13 BobB No that's not right. 06:13 BobB 10 hours 06:15 cait yep, 06:15 cait 7:13 now 06:15 cait 12 hours to nz 06:15 cait so 10 to australia? 06:21 cait @wunder Konstanz 06:21 huginn cait: The current temperature in Konstanz, Germany is 3.0�C (7:00 AM CET on November 21, 2011). Conditions: Heavy Fog. Humidity: 97%. Dew Point: 3.0�C. Pressure: 30.18 in 1022 hPa (Steady). 06:52 BobB brrrr :) 06:52 BobB @wunder Sydney, New South Wales 06:52 huginn BobB: The current temperature in Sydney, New South Wales is 22.0�C (5:30 PM EST on November 21, 2011). Conditions: Mostly Cloudy. Humidity: 64%. Dew Point: 15.0�C. Pressure: 29.95 in 1014 hPa (Falling). 06:56 rangi http://www.3news.co.nz/Wellington-wind-too-strong-for-some/tabid/423/articleID/233470/Default.aspx 06:56 rangi heels, and wellington wind 06:56 rangi not a good mix 06:59 kmkale Namaste BobB & rangi :) 06:59 BobB kmkale Namaste 06:59 cait hi kmkale 07:00 cait :) 07:00 rangi heya kmkale 07:00 kmkale Namaste cait :) 07:00 BobB How are you Koustubha? We miss your smiling face each day. 07:00 kmkale I miss you all BobB 07:01 kmkale BobB: How are you & Irma? 07:02 BobB Well, you are not able to say that Thane is quiet without us, I bet. 07:03 BobB We are well. I have recovered from my cold. This is our first full week back at our desks and there is plenty to do. :) 07:03 BobB But KohaCon was excellent, so thank you once more. 07:10 huginn New commit(s) needsignoff: [Bug 7250] stage_biblios_file.pl is missing options for encodings, wrongly passing the MARC flavour instead <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7250> 07:28 alex_a hello #koha 07:29 Oak Bonjour alex_a :) 07:29 Oak hello miss cait :) 07:29 Oak kia ora #koha 07:31 cait hello Oak :) 07:34 huginn New commit(s) needsignoff: [Bug 4330] Copyright statements out of date <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4330> 07:34 alex_a hello cait Oak :) 07:37 cait hi alex_a :) 07:39 marcelr hello koha 07:48 cait hi marcelr :) 07:48 cait thx for your qa work! 07:54 marcelr hi cait 07:56 reiveune hello 07:56 wahanui niihau, reiveune 08:08 francharb morning! 08:14 rangi hi marcelr, alex_a, francharb, and reiveune 08:15 reiveune hi rangi :) 08:16 alex_a hello rangi 08:17 AmitG heya francharb, alex_a 08:18 paul_p hello everybody 08:18 AmitG heya paul_p 08:18 rangi hi paul_p 08:22 kf @wunder Konstanz 08:22 huginn kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 3.1�C (9:20 AM CET on November 21, 2011). Conditions: Fog. Humidity: 97%. Dew Point: 3.0�C. Windchill: 3.0�C. Pressure: 30.16 in 1021.2 hPa (Steady). 08:51 Khmar Hello everyone. 08:51 rangi hi Khmar 08:52 Khmar I'm Noufal Ibrahim. I was there at the Koha conference in Thane earlier this month. 08:52 Khmar I just wanted to pitch in and continue to support and help out with the stuff we talked about at the event. 08:56 Khmar Is there a mailing list for the project? I looked around the website but didn't find it. 08:56 Khmar Anand and I were the two chaps from the Internet Archive's Open Library project. 08:56 rangi which website did you look at? 08:57 Khmar koha-community.org 08:57 wahanui koha-community.org is probably actually updated and right 08:57 rangi http://koha-community.org/support/koha-mailing-lists/ 08:57 Khmar Cool. Thanks. I'll sign up. 08:58 kf or mailing lists? 08:58 wahanui mailing lists are at http://koha-community.org/support/koha-mailing-lists/ 08:58 kf :) 08:58 Khmar Ah. A bot. Excellent. :) 08:58 kf same link, only making wahanui work for his cookies 08:59 Khmar So, my plan is to open issues on the tracker for the things we talked about the conference and then to make sure that everything is wokring properly on the OL side for you guys. 09:00 Khmar brb 09:00 kf I think that sounds good - you might want to check for open bugs first 09:00 rangi i think there are ones on bugs.koha-community.org already 09:01 kf and perhaps link your entries together with a 'super bug' 09:01 kf bug 7152 09:01 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7152 enhancement, P4, ---, robin, ASSIGNED , Koha should make it easy for librarians to attach covers using Open Library 09:01 kf bug 7153 09:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7153 enhancement, PATCH-Sent, ---, oleonard, NEW , Show Open Library as Search Target in "More Searches" in OPAC detail page 09:02 kf bug 7161 09:02 kf are some 09:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7161 enhancement, PATCH-Sent, ---, oleonard, NEW , Open Library - Larger image, Read, borrow and checked-out status 09:15 fabio_t good morning people! 09:15 rangi hi fabio_t 09:15 fabio_t hi rangi 09:15 kf hi fabio_t :) 09:15 kf where are you from fabio_t? 09:16 fabio_t Italy, kf 09:16 kf ah :) 09:16 fabio_t it's 10:14 am here 09:16 kf I am from Germany 09:16 kf 10:14 here too :) 09:17 fabio_t I had some troubles with backup restoring with Koha 3.6 packages 09:17 fabio_t I'm working on it 09:19 fabio_t huh, I was wondering if I should file a bug about a missing step in configuration of Koha 3.6 deb version 09:20 kf in the wiki manual? 09:20 fabio_t no, in the software itself 09:21 rangi whats the missing step? 09:21 fabio_t after a fresh install of an UNIMARC instance 09:22 fabio_t and after the setting up of a library 09:22 fabio_t MARC bibliographic framework test fails 09:22 kf ah, why does it fail? 09:23 kf didn't load the wrong frameworks I hope? 09:23 fabio_t complaining about missing links of biblio.biblionumber and biblioitems.biblioitemnumber to UNIMARC framework 09:23 fabio_t don't know, framework seems ok 09:23 rangi hmm that doesnt sound like a packaging issue 09:24 rangi the packages use the same framework files as the tarball 09:24 fabio_t so you have to go to the MARC and Koha mappings page 09:26 fabio_t and manually set the link for biblionumber from the biblioitems page by the dropdown 09:26 fabio_t setting it to 001 @ 09:27 rangi have you tested it with the tarball? because i dont think it has anything to do with the packages 09:27 fabio_t (in koha2marclinks.pl page) 09:27 rangi so reporting a packaging bug would be the wrong thing to do 09:27 fabio_t no, I didn't test with that 09:28 rangi did you use the it-IT files 09:28 rangi ? 09:28 fabio_t I wouldn't claim it is a package issue 09:28 fabio_t yes but same error with en installation 09:29 fabio_t however after i set this manually, MARC framework test is passed 09:29 fabio_t with no errors 09:29 rangi hmm i think 001 @ is the wrong thing 09:29 fabio_t hm 09:29 rangi but i dont use unimarc so i could be wrong 09:30 fabio_t ok 09:30 rangi you could try the fr-FR ones 09:31 rangi thats the one that most UNIMARC users use 09:31 rangi and should be the most up to date 09:31 fredericd fabio_t UNIMARC Koha installation isn't that much tested in other languages than fr-FR 09:31 fabio_t oh I didn't notice that 001 @ is dropped in the biblio dropdown! 09:32 fabio_t thanks for the advice rangi and frederic 09:33 fabio_t could I install an italian version of Koha then just import the default french UNIMARC framework, right? 09:34 rangi you could yep 09:34 rangi but then all the marc would be in french :) 09:34 fabio_t eheh 09:34 kf perhaps update the it-IT files too - for the translations 09:34 rangi but it would be a good test 09:35 fabio_t I will evaluate this, because I don't know if cataloguers feel comfortably with french language 09:36 fabio_t I understand it quite good, so I could run a test 09:36 rangi you probably just need to update the it-IT files if they are broken 09:37 fabio_t this would be the better option 09:37 fredericd Zeno Tajoli is the person who has introduced UNIMARC italian support into Koha 09:37 fredericd and why UNIMARC and not MARC21? 09:39 Khmar back. I'll check the bugs and keep my eye on them. Thanks kf 09:40 fabio_t afaik, UNIMARC is a better choice for countries like Italy 09:41 fabio_t but I don't have a vast knowledge about it 09:41 fabio_t still learning a lot :) 09:42 fabio_t be back in a minute 09:45 fabio_t back 09:47 paul_p hi fabio_t (from Marseille, France ;-) ) About your issue: iirc, there is a glitch in the admin/checkmarc.pl making it sometimes complain, even if there is no problem 09:48 paul_p iirc, it's something about biblionumber and biblioitemnumber not being in the same field. It used to be true, but now, Koha has no problem with those 2 being connected to different MARC fields. 09:49 fabio_t hi paul_p 09:50 paul_p fabio_t, an option would be to load the french marc framework. If you get the same complain, for sure, it's checkmarc that is wrong. Because french MARC (the full one) is working well ! 09:50 paul_p s/would be/could be/ 09:53 fabio_t I would overlook MARC framework test but I don't know if this is the cause of Zebra not rebuilding indexes for imported records 09:56 fabio_t complaining about bib1 Local number 09:56 fabio_t when I run koha-rebuild-zebra -f myInstance 09:57 kf fabio_t: if it works after fixin the fields, I think you are on the right track 09:57 kf perhaps compare with settings in other languages? 09:59 fabio_t I will post some screenshot and relative Zebra behaviour 09:59 fabio_t ...or import success 10:04 fredericd fabio_t: Do you have biblionumber in your biblio records in 001 ou 090$9 field? 10:05 fabio_t biblio.biblionumber is linked to 001 by default 10:06 fabio_t biblioitems.biblioitemnumber to 090$a 10:07 fredericd (1) Check your biblio records in DB: bibliotms.marcxml field 10:07 fredericd (2) Check you Zebra records.abd config file (in marc_defs/unimarc/biblio) 10:08 fredericd records.abs 10:11 fabio_t record.abs was set to 090$9 10:11 fabio_t I checked it last week 10:11 fabio_t should I change it to 090$a? 10:11 fabio_t I tried once but with no luck 10:12 fredericd By default, you get both in records.abs 10:12 fredericd melm 001 Local-number,Local-number:n 10:12 fredericd and 10:12 fredericd melm 090$9 Local-number,Local-number:n 10:13 fabio_t so is mine... record.abs should be correct, right? 10:14 fabio_t the default one 10:14 fabio_t I mean. 10:14 fredericd yes 10:14 fabio_t well 10:14 fredericd So it means that your biblio records haven't biblionumber in 090$9 or 001 10:14 fabio_t going to check biblioitems.marcxml 10:15 kf prhaps it's really a problem in the en frameworks? 10:15 kf hm or records 10:16 fabio_t kf it's a good guess because I got test failed with english UNIMARC installation too 10:17 kf I think fredericd coudl be right though 10:17 kf he knwos better how the unimarc frameworks work 10:17 kf we are using marc21 10:17 fabio_t ok 10:18 fabio_t biblioitems table is empty 10:18 kf oh 10:18 fabio_t because I wasn't able to fully import my records 10:18 kf did you import records at all? 10:19 fabio_t when I run import for staging records, import stucks at 0% 10:19 fredericd fabio_t: I suppose you have access to your MySQL DB? 10:19 fabio_t yes I have 10:19 fredericd SELECT marcxml FROM biblioitems 10:20 fredericd and see if you have 001 or 090$9 field 10:22 fabio_t SELECT marcxml FROM `biblioitems` returns no values 10:23 fredericd not good, no bibli records 10:23 fabio_t yep :( 10:23 fabio_t import always fails 10:24 fredericd you have to step back yto your import procedure 10:24 fabio_t I can stage records but I can't import them 10:25 fabio_t with this setup: http://imageshack.us/photo/my-images/13/defaultsetup.png/ 10:26 fredericd Have you tried using the command line import scipt? bulkmarcimport.pl 10:28 fabio_t I get MARC framework test fail, I can import records but Zebra can't build the index (koha-rebuild-zebra -f myInstance returns [warn] Record didn't contain match fields in (bib1, Local-number)), so they can't be searched and so on 10:28 fabio_t not yet 10:29 fredericd your framework is fine 10:29 fredericd ignore zebra error until you suceed importing records 10:35 fabio_t ok, so default setup (the screenshot one) is fine 10:35 fabio_t but MARC framework test fails 10:35 fabio_t and I can't do anything with records 10:35 fabio_t records are fine too 10:36 fabio_t checked in other installation 10:38 fredericd ignore MARC framework test. The test is buggy 10:38 fabio_t ok 10:38 fredericd put your records somewhere so you can look at them 10:39 fabio_t so I can ignore framework test and zebra warning since records are fully imported 10:40 fredericd but your records are not fully imported... 10:40 fabio_t ok I'm going to restore default settings 10:40 fabio_t you're right, they seems to be imported 10:40 fabio_t in Koha backend page 10:41 fabio_t I'm going to reimport records and check the db 10:41 fabio_t * seem 10:43 fabio_t ok now import isn't stuck at 0% anymore 10:47 kf fabio_t: have you done both steps? 10:47 kf stage and import? 10:48 fabio_t yes, stage was succesful 10:48 kf yep 10:48 kf but now you have to import them 10:48 kf before you can reindex :) 10:48 fabio_t import will finish in two minutes 10:49 fabio_t yes 10:49 kf ok 10:50 fabio_t moreover, last time I got them imported, I couldn't revert the import 10:50 fabio_t that is nasty too 10:50 fabio_t ! 10:51 kf hm yes 10:51 kf perhaps all related to problems with the internal numbers 10:53 fabio_t okay, records import completed, db tables populated (biblio, biblioitems, items) 10:54 fabio_t if I sort biblio.biblionumber and biblioitems.biblioitemnumber, first value is 2 10:54 fabio_t is it normal? 10:55 kf hm, perhaps you have a deleted record somewhere? 10:55 kf I think it should be ok 10:56 fabio_t hm, I've only imported and reverted (or, at least, tried to) the whole bunch of records (about 33k) 10:57 fabio_t only bulk operations with this instance 10:57 fredericd fabio_t: Work on a small set of records 10:58 fabio_t okay fredericd 10:58 wahanui well, fredericd is translation manager for 3.8 11:01 fabio_t if I search for a record (title field or filtering search by item type) I get no results, both in backend and opac 11:02 fabio_t but that's fine because I have not reindexed yet 11:03 fabio_t so I'm running koha-rebuild-zebra -f instanceName 11:05 kf sorry, lunch 11:05 fabio_t Koha backend's and database number of holdings differ 11:05 fabio_t have a nice meal 11:07 fabio_t do I have to worry if their number is not the same? 11:11 fabio_t reindex completed 11:11 fabio_t with 12:06:27-21/11 zebraidx(734) [warn] Record didn't contain match fields in (bib1,Local-number) 11:12 hdl fabio_t: check that your record.abs file point the correct tag/subfield for your biblionumber as Local-number 11:12 fabio_t I'm still getting no search results 11:14 fabio_t hi hdl, it does 11:14 fabio_t melm 001 Local-number,Local-number:n 11:14 fabio_t melm 090$9 Local-number,Local-number:n 11:14 fabio_t thanks 11:14 hdl fabio_t: take only ONE and remove the other. 11:16 fabio_t okay 11:17 fabio_t then I have to run koha-restart-zebra myInstance, right? 11:18 fabio_t now 090$9 is commented 11:26 fabio_t Zebra restarted, rebuilding index again 11:27 fabio_t by the way, I edited /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs 11:27 fabio_t I think it's the right one. 11:30 fabio_t in ...unimarc/authorities/record.abs there is only melm 001 Local-Number, nothing related to 090 11:33 fabio_t again... 12:30:28-21/11 zebraidx(4766) [warn] Record didn't contain match fields in (bib1,Local-number) 11:34 fabio_t and, sadly, no records found by search 11:36 fabio_t nor authorities 11:41 fabio_t any clue on that? otherwise I could revert this import and try to import again from command line instead of Koha's GUI 11:56 kf_lunch fabio_t: I think your indexed field should match the field for bibnumber in your framework 11:56 kf_lunch and then I woudl try importing again 11:56 kf_lunch command line/gui should make not much of a difference here I guess 11:57 fabio_t I don't know how to do that 11:58 fabio_t as far as I know, that is made by record.abs 11:58 fabio_t and my record.abs looks fine 11:59 fabio_t may I have to contact someone at Indexdata? 12:00 kf_lunch no 12:01 kf_lunch I don't think they can help you with koha 12:01 kf_lunch hm 12:01 kf_lunch I think there is something small going wrong and the other things are only side effects 12:01 kf_lunch in your frameworks, to which field is biblionumberl inked? 12:02 kf_lunch koha-to-marc-mappings 12:04 fabio_t biblio.biblionumber linked to 001 @ 12:05 fabio_t biblioitems.biblioitemnumber linked to 090$a 12:05 kf_lunch hm 12:05 kf_lunch ok 12:05 kf_lunch I think your local_number index should point to 001 then 12:05 kf_lunch not sure about 090$a 12:06 Oak fabio_t++ 12:06 Oak kf++ 12:06 fabio_t biblioitems.biblionumber is not linked though 12:06 kf_lunch too early Oak - we have not solved the problem yet 12:07 Oak fredericd++ 12:07 Oak hehe 12:07 kf_lunch fabio: that should be ok 12:07 fabio_t I think your local_number index should point to 001 then 12:08 fabio_t in record.abs? 12:08 Oak that does not matter to me. what counts is... you know. the effort, time, patience, persistence. and me being quiet all along. 12:08 kf_lunch fabio_t: yes 12:08 fabio_t :) 12:08 kf_lunch is this like it was? 12:08 kf_lunch or what was there to begin with? 12:09 kf_lunch I still think perhaps the frameworks are messy 12:09 kf_lunch trying to reset to a default indexing configuration and testing the french frameworks might be worth it 12:09 fabio_t biblio.frameworkcode is empty 12:09 fabio_t for every record 12:09 kf_lunch that's ok 12:09 kf_lunch means default 12:09 fabio_t ok 12:12 fabio_t I will go with that 12:14 fabio_t can I paste the output of SELECT marcxml FROM biblioitems WHERE biblionumber=2? 12:15 fabio_t I mean, a raw paste in #koha 12:16 kf_lunch for pastes you can use paste.koha-community.org 12:17 pastebot "fabio_t" at 93.47.20.20 pasted "output of SELECT marcxml FROM biblioitems" (64 lines) at http://paste.koha-community.org/126 12:18 kf_lunch fabio_t: I am not very familiar with unimarc 12:18 kf_lunch it looks not wrong to me - for what it's worth 12:19 fabio_t oh, forgot it 12:20 fabio_t * I forgot 12:20 kf_lunch I think at first it might have been an import problem 12:21 kf_lunch and now something is perhaps wrong because of trying to fix it 12:21 kf_lunch I would take a step back 12:21 fabio_t ok 12:22 fabio_t is there a log I can look at? 12:22 kf_lunch there are logs 12:23 kf_lunch but I think the mapping changes are not logged 12:24 fabio_t thanks anyway 12:25 kf_lunch sorry we didn't get it working 12:25 kf_lunch it's probably really a small thing 12:27 fabio_t don't worry 12:27 fabio_t I will try with french UNIMARC after lunch ;) 12:27 kf_lunch ok :) 12:30 fredericd fabia has quit. Too bad. I had a theory for him... 12:31 kf_lunch I think he wants to come back 12:31 kf_lunch or is back 12:31 kf_lunch after lunch 12:31 fredericd He may have done a system installation in MARC21 and then a web installation in UNIMARC... 12:31 kf_lunch fredericd: that could make sense 12:31 kf_lunch he was using the packages 12:33 fredericd fabio_t_away: you're here? 12:33 fabio_t_away yes, I'm still here 12:33 kf_lunch windows-- 12:33 fabio_t_away ! 12:33 fredericd I may have an explanation for you 12:34 fredericd You may have done a system installation in MARC21 and then a web installation in UNIMARC... 12:34 fabio_t ok 12:35 fredericd check your koha-conf.xml file 12:36 fabio_t lots of strings about MARC21 indeed 12:36 Oak :) 12:36 fredericd look at zebra-biblios.cfg file 12:37 fredericd the profilePath parameter 12:37 kf_lunch fredericd++ 12:38 Oak fredericd++ 12:38 fabio_t profilePath:/etc/koha/zebradb/biblios/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/marc21/biblios:/etc/koha/zebradb/lang_defs/en 12:38 fabio_t !!! 12:38 Oak excellent 12:38 fabio_t fredericd++ 12:39 fredericd replace "marc21" with "unimarc"... 12:40 Oak and after that, hug fredericd 12:40 fabio_t lang_defs subdirectory has to be "en" 12:40 fabio_t ? 12:40 fabio_t :D 12:41 paul_p fabio_t, I suspect the lang_defs / french will suit your needs though. It also contains diacritics equivalence, that are not related to en/fr 12:41 paul_p fabio_t, another option would be to set-up icu. 12:41 paul_p (that's just an idea to follow. Not 100% sure) 12:42 fabio_t does icu stand for International Components for Unicode? 12:43 kf_lunch hm I think for italian the normal indexing might be ok? 12:43 fredericd for me, Paul is correct. There are few accents in Italian, like in French 12:44 fredericd so substitute "en" with "fr" 12:44 kf_lunch fredericd: we us it without icu for german, with umlauts, that works ok. we have also a setup with icu for a library with hebrew 12:44 kf_lunch hm. meant fabio_t 12:44 fabio_t yes, just � � � � � � 12:44 kf_lunch wrong auto_correct 12:45 fredericd with "fr", e=é=è 12:45 kf_lunch I thik standard ight be easier, for the other you have to change settings 12:45 kf_lunch for ic 12:45 kf_lunch u 12:45 fredericd with "en", e <> é 12:45 kf_lunch and the packages update might kill it - not sure. so I would not use icu for now 12:51 fabio_t YAAAY. things work. 12:52 fabio_t thanks a lot guys! 12:53 paul_p fabio_t, i'm happy for you 12:53 fabio_t kf++ 12:54 fabio_t paul_p++ 12:54 fabio_t hdl++ 12:54 paul_p ah... I was wondering why everybody had a ++ and not me :D :D 12:54 kf_lunch yay :) 12:54 kf_lunch happy it works 12:55 fabio_t now lunch will taste better :D 12:57 huginn New commit(s) needsignoff: [Bug 7240] Cleaning up import tables and action_logs <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7240> 12:57 druthb o/ 12:57 paul_p hello dpavlin & druthb !!! 12:57 paul_p fabio_t_away, happy pasta ! 12:58 dpavlin hi everybody! :-) 12:58 druthb :D 12:59 kf_lunch hi dpavlin and druthb :) 12:59 kf_lunch xslt-- 12:59 kf_lunch windows-- 13:00 kf_lunch dpavlin: I noticed you added 'Sponsored' to one of my bugs - I reset it 13:00 kf_lunch dpavlin: not sponsored by a library :) 13:02 jcamins Morning, all. 13:02 druthb morning, jcamins 13:03 kf_lunch jcamins: 13:03 kf_lunch help :) 13:20 oleonard Hi #koha 13:20 druthb hi, oleonard! :) 13:23 oleonard Up to anything fun lately druthb? 13:24 druthb Archaeological dig on my desk...piles of paper and cables and *stuff*. 13:28 * oleonard is doing an archaeological dig on his git branches, making sure they all rebase cleanly 14:00 oleonard Greetings fellow Americans. 14:01 sekjal morning, oleonard 14:03 dpavlin kf_lunch: that was mistake. However, should I set sponsored to my bugs which I implemented or not? 14:12 kf_lunch dpavlin: I am not sure, but I woudl note the sponsoring library if you do 14:13 kf lunch long over 14:25 huginn New commit(s) needsignoff: [Bug 7113] Standardize vendor id name in templates and scripts <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7113> 14:29 kf oleonard++ 14:32 oleonard Thanks kf, trying to follow up on loose ends this morning 14:32 kf I have to do that too :( 14:32 kf hopefully some time this week 14:40 mib_enlrof Hello - I just moved from Koha 3.00.06 to 3.6 (latest) and now I can't place holds - they were fine in the last version and all sysPrefs are set to allow holds 14:40 mib_enlrof Anyone seen this? 14:42 oleonard mib_enlrof: Start here: http://koha-community.org/documentation/faq/circulation/#25 14:43 oleonard (last question on the page) 14:46 imageologist hi all... 14:47 imageologist I'm facing some issues on bulk data migration.... I have submitted my problem on http://koha.1045719.n5.nabble.com/Getting-error-on-Data-Migration-Excel-gt-MarcEdit-gt-Koha-td4998748.html please review and guide me for right solution 14:47 PuerScyphu 5http://baron.proudandloud.com 7Create your own unique T-SHIRT.10In our website you can upload your image and create your own design and order the product you made 14:48 oleonard chris_n around? 14:48 * oleonard was going to ask him to boot someone 14:49 chris_n here 14:50 chris_n too late :( 14:50 oleonard Having him get booted would have been more satisfying :) 14:51 oleonard imageologist: Did you follow the suggestion you got following your message? 14:52 mib_enlrof oleonard: Surely the upgrade wouldn't have removed all my circulation rules? 14:53 oleonard mib_enlrof: No, but the upgrade might have changed the conditions under which holds work by default 14:54 mib_enlrof oleonard: OK, would they be documented anywhere, do you know? The changes the upgrade might have made? 14:54 imageologist oleonard: as per "Adalid Ortiz" suggestions I have followed and trying only 10 books recode with MarcEdit but still getting same error 14:55 imageologist oleonard: did you reviewed my attached file? 14:55 mib_enlrof Lots of these in the error log: 14:55 mib_enlrof Use of uninitialized value $reservedfor in string eq at /usr/share/koha/opac/cgi-bin/opac/opac-reserve.pl 15:01 wizzyrea mornin 15:01 kf morning liz :) 15:02 wizzyrea time-of-day, I should say :) 15:02 Oak morning wizzyrea 15:03 wizzyrea hi oak :) 15:03 Oak :] 15:11 mib_enlrof Is anyone running 3.6 after upgrading and find the holds are still working? 15:12 wizzyrea define "working" 15:12 mib_enlrof eh....functioning as designed! 15:12 wizzyrea i.e. can you place holds? can you fill holds? Can you transit holds? 15:13 wizzyrea what can't you do 15:13 oleonard mib_enlrof: We can all confirm that holds can be made to work, it's just a matter of figuring out what needs to be done. 15:13 mib_enlrof The holds were working correctly until I upgraded to 3.6 15:13 wizzyrea but the broad answer to your question is "yes, holds work" 15:13 wizzyrea what did you upgrade from? 15:13 mib_enlrof all SysPrefs are still there 15:13 mib_enlrof 3.00.06 15:14 mib_enlrof and circ rules too - still there 15:14 wizzyrea do you have a default circulation rule? 15:14 mib_enlrof Yep 15:15 mib_enlrof quite a few of these in the logs: 15:15 mib_enlrof opac-reserve.pl: Use of uninitialized value $reservedfor in string eq at /usr/share/koha/opac/cgi-bin/opac/opac-reserve.pl line 408 15:15 wizzyrea that has a holds allowed count: http://screencast.com/t/K0oBtMRp4 15:16 mib_enlrof That's correct 15:16 wizzyrea and this happens on old and new holds? 15:17 mib_enlrof Old holds? 15:17 mib_enlrof yes, to new holds 15:17 wizzyrea you had holds in your system already right? 15:17 mib_enlrof yep, working correctly 15:17 wizzyrea "old holds" 15:17 wizzyrea so only new holds aren't working correctly? 15:17 oleonard Line 408 is different in 3.6.x versus master, those of us on dev installs may not be seeing the same thing 15:17 mib_enlrof with you now 15:18 mib_enlrof yes, holds worked correctly until the upgrade 15:18 sekjal mib_enlrof: do you have any null borrowernumbers in your reserves table? 15:18 mib_enlrof one sec, I'll check 15:18 * wizzyrea is running 3.6.0 and hasn't seen this issue 15:18 wizzyrea (yet) 15:19 mib_enlrof sekjal: No NULL values, no 15:20 mib_enlrof This too: 15:20 mib_enlrof opac-reserve.pl: Use of uninitialized value in string ne at /usr/share/koha/opac/cgi-bin/opac/opac-reserve.pl line 473, <DATA> line 253 15:20 mib_enlrof Those two line show up when a reserve is called 15:20 mib_enlrof in the log, that is 15:21 * wizzyrea idly wonders if you are trying to place a hold as the superlibrarian 15:22 wizzyrea for the superlibrarian (the koha db user) 15:22 mib_enlrof Nope 15:22 mib_enlrof this line too, appears a lot: 15:22 mib_enlrof request.pl: Use of uninitialized value in hash element at /usr/share/koha/intranet/cgi-bin/reserve/request.pl line 330, <DATA> line 253 15:26 mib_enlrof ummm, seems that script isn't in the best shape, running a check on its syntax show a lot of problems. 15:26 mib_enlrof It has just occured to my that I just pulled the "latest" version from the download site 15:27 mib_enlrof Is this stable? 15:27 wizzyrea that's 3.6.0 15:27 wizzyrea yes 15:27 jcamins mib_enlrof: how did you check for syntax errors? 15:27 wizzyrea you came a long way from 3.0.6 15:27 mib_enlrof Yeah - that is worry me too 15:28 wizzyrea perhaps you should verify that all of your updates happened correctly - double check your database against schema.koha-community.org 15:28 kf mib_enlrof: are you looking at the english templates? 15:28 kf mib_enlrof: or do you hae additional langauges installed/in use? 15:29 mib_enlrof All the templates are there but I am only using en 15:29 kf hm ok 15:29 jcamins mib_enlrof: you had to go through the web installer after upgrading, right? 15:29 mib_enlrof jcamins: just the scripts using the standard perl switch to check it 15:29 jcamins mib_enlrof: which standard Perl switch? 15:29 mib_enlrof Yep, WI completeed 15:29 mib_enlrof -c 15:29 jcamins Thanks. 15:30 kf mib_enlrof: your problem is no holdsß 15:30 kf ? 15:30 * jcamins goes to try perl -c request.pl 15:30 kf have you checked your maxreserves system preference has a value? 15:30 wizzyrea apparently he can't place holds 15:30 * kf tries to remember what we did after updating 15:30 kf maxreserves should not be empty 15:30 mib_enlrof kf: Yep, no holds! 15:30 kf and you need a default-default-default rule in your circulation matrix 15:31 kf both things can cause problems with setting holds in my experience 15:31 jcamins Ooh, good point! And maxreserves isn't filled in by default. 15:31 wizzyrea http://screencast.com/t/o04Gd0aON6R 15:31 kf nope 15:31 kf mib_enlrof: can you try adding a value to maxreserves? 15:31 kf under system preferences 15:31 wizzyrea just search for "maxreserves" 15:31 kf ah nice, wizzyrea did a picture :) 15:32 wizzyrea should we make it populate by default? seems dumb to have that be a roadblock for people. 15:32 wizzyrea people can remove it if they don't want hols 15:32 wizzyrea holds* 15:32 mib_enlrof OK - maxreserves was empty 15:32 wizzyrea kf++ good catch 15:32 jcamins wizzyrea: whoever started removing it should just finish the process. 15:32 kf ok 15:32 * kf crosses fingers 15:32 mib_enlrof just gonna check if that resovled the problem 15:32 kf wizzyrea: documentation++ :) 15:32 kf had a checklist for our updates 15:33 kf from 3.0.x to 3.2.x 15:33 wizzyrea ooooo 15:33 * wizzyrea would like to see this mysterious documentation 15:33 * wizzyrea doesn't even care that it's in german 15:33 mib_enlrof No joy 15:33 mib_enlrof damn - thought that was it solved 15:33 kf it is in german I fear :) 15:33 kf mib_enlrof: can be a combination of some problems 15:33 * wizzyrea has a google translator 15:33 wizzyrea :P 15:33 kf try adding the default-default-default or all-all-all rule in your circ matrix 15:34 kf a rule for standard library, all itemtypes all patron categories 15:34 kf doesn't matter much what you set there 15:34 wizzyrea he says he has one 15:34 wizzyrea (or she) 15:34 kf hm 15:34 mib_enlrof I think I tried that - I will check again# 15:34 mib_enlrof he 15:34 mib_enlrof lol! 15:34 wizzyrea can't assume in #koha ;) 15:35 mib_enlrof Can I paste a screen shot of my circ matrix anywhere? 15:35 wizzyrea jing is popular 15:35 wizzyrea but people put screencaps just about everywhere - photobucket 15:35 wizzyrea is popular too. 15:36 * wizzyrea doesn't think pastebot supports graphics 15:36 kf nope 15:36 kf text only 15:36 hdl1 imagebin 15:37 kf mib_enlrof: what's the exact error message you get when trying to place a hold? 15:37 wizzyrea mib_enlrof: http://www.screencast-o-matic.com/ 15:37 wizzyrea also a good choice 15:37 mib_enlrof "Sorry, none of these items can be placed on hold. " 15:38 wizzyrea yea, you've got a setting somewhere 15:38 wizzyrea that needs a value 15:38 wizzyrea a circ rule, maxreserves 15:38 wizzyrea perhaps you're not allowing holds on that item type? 15:38 jcamins paul_p: around? 15:38 wizzyrea how are your circ rules set up? does every rule have a holds allowed value? 15:38 wizzyrea or just the default rule 15:39 wizzyrea if you see my cap, every rule has a holds allowed value 15:39 kf yep I think circ matrix is the next thing to check 15:39 mib_enlrof wizzyrea: There are a good lot, that's why I wanted to post an image 15:39 wizzyrea because we define different rules for certain item types 15:39 paul_p jcamins, yes (on phone) 15:39 kf mib_enlrof: do you have more than one library? 15:39 jcamins paul_p: I have a question for when you get off the phone. 15:39 mib_enlrof technically, yes! 15:39 mib_enlrof but it;s in singalmode 15:39 kf oh 15:39 mib_enlrof single 15:40 kf try turning that off 15:40 jcamins paul_p: nothing vitally important. 15:40 jcamins mib_enlrof: singlebranch mode doesn't work. 15:40 kf for a test 15:40 mib_enlrof but that hasn't changed since the upgrade 15:40 kf yep 15:40 kf problems witht hat 15:40 kf let's try to rule it out as source of your problem 15:40 kf but it has had problems with holds in the past 15:40 mib_enlrof ok, I will switch it off 15:41 sekjal mib_enlrof: you've confirmed that you don't have any null borrowernumbers in reserves. Can you confirm that each borrowernumber corresponds to a current, valid borrower? 15:42 mib_enlrof OK - Singlemode didn't make a difference 15:42 kf ok 15:42 mib_enlrof I check the borrowernumbers in reserves still exist 15:42 mib_enlrof i will check 15:42 kf and perhaps the circ rules 15:43 kf can you get the text from an sql report of issuing rules? 15:43 kf you could paste that instead of a screenshot if that's a problem 15:43 wizzyrea yes, check the circ rules - if the item type you are trying to put on hold doens't have a holds allowed value (but a circ rule defining it's other behavior) it won't work 15:43 mib_enlrof Yep, I can get the sql, I will just grab it 15:43 wizzyrea ugh get rid of that apostrophe. 15:44 kf mib_enlrof: paste.koha-community.org 15:45 maximep anyone knows if there is a preference or a way to hide records without items in the search results ? 15:45 wizzyrea opacsuppression 15:45 wizzyrea wait, you mean in the opac or staff interface? 15:45 maximep probably opac 15:46 wizzyrea then look into opacsuppression :) 15:46 wizzyrea should be in the manual 15:48 pastebot "mib_enlrof" at 137.191.227.58 pasted "Circ Rules" (20 lines) at http://paste.koha-community.org/127 15:48 maximep thanks, looking into it 15:49 wizzyrea but you don't have a default rule? 15:49 wizzyrea for all - all - all 15:50 mib_enlrof Ha - I do in the Staff screen! 15:50 mib_enlrof strange! 15:50 kf maximep: opacsuppression requires a flag in the record, opachiddenitems is perhaps another idea 15:51 kf mib_enlrof: holds in staff work? 15:51 * wizzyrea has never gotten opachiddenitems to work 15:51 mib_enlrof No, sorry - ALl-All-All shows up in the circ rules admin page 15:51 kf mib_enlrof: is that the complete table? 15:52 kf ah 15:52 kf perhaps it's the setting, try save it 15:52 mib_enlrof yep, complete table 15:52 kf it shows, but it's not saved 15:52 kf preselected values 15:53 kf mib_enlrof: does it work? 15:53 maximep kf: hmmm thanks, forgot about that. That's new from 3.4, right ? 15:53 pastebot "mib_enlrof" at 137.191.227.58 pasted "BA Course Student BA Course Bo" (16 lines) at http://paste.koha-community.org/128 15:53 kf maximep: I think so 15:54 mib_enlrof badly formatted screen print of the staff interface 15:54 mib_enlrof see the All-All-All at the bottom? 15:54 wizzyrea mib_enlrof: just try adding another all all all 15:54 mib_enlrof is that what is required? 15:54 wizzyrea humor us 15:54 mib_enlrof OK, one sec 15:55 mib_enlrof are ya ready? 15:55 wizzyrea are you? 15:56 mib_enlrof LOL! 15:56 mib_enlrof that has worked!" 15:56 mib_enlrof Thanks for sticking with e! 15:56 mib_enlrof me 15:56 mib_enlrof any reason why it need two lines? 15:56 wizzyrea it doesn't have 2 lines 15:57 mib_enlrof The admin screen does, now 15:57 paul_p 5PM and i just started what I planned to do this afternoon :'(( 15:57 kf paul_p: I know the feeling... but decided to go home now 15:58 kf tomorrow is another day 15:58 kf bye all :) 15:58 kf and grats mib_enlrof :) 15:58 paul_p bye kf 15:58 mib_enlrof thanks kf 15:58 jcamins paul_p: I hate that! 15:59 jcamins paul_p: how is the solr integration going? 15:59 wizzyrea mib_enlrof: it doesn't have 2 lines it has 1 line that is a rule, the other is the line that suggests values for you to input 16:01 paul_p jcamins, we haven't started working on it yet. It's a huge job, and we plan to do push all our acq & serial enhancements 1st (see biblibre.com/blog I blogged about that a few hours ago) 16:01 mib_enlrof No, I wish I could paste a screen from the site I am on - the line at the end to add the option is fine, then there are 2 above it with ALL-All_all 16:02 mib_enlrof And, there wasn't any entryin the SQL table - weired! 16:03 mib_enlrof I gotta go - thanks again for the help! 16:04 wizzyrea well. glad we got that worked out. 16:05 chris_n heh 16:05 oleonard So what was the thing that fixed it? 16:06 oleonard Was the error in the log a red herring? 16:06 wizzyrea he added a default rule all all all 16:06 wizzyrea and populated maxreserves 16:06 oleonard Hm, so the thing I suggested over an hour ago :P 16:07 wizzyrea the thing you suggested over an hour ago 16:07 wizzyrea exactly :) 16:08 wizzyrea i'm sure the errors in the log were legit - did we never fix that thing where we populate a default rule? 16:08 wizzyrea apparently not 16:08 wizzyrea and maxreserves really ought to have a default value. 16:08 oleonard It does for me in a new install 16:09 wizzyrea hmm and we probably don't want to nuke out people's values on upgrade 16:09 oleonard I'd be surprised if 3.0.6 worked without it 16:09 wizzyrea it apparently did work 16:10 maximep Reading the Solr presentation. I can't wait to try it! Lots of features I didn't even know Solr had 16:11 oleonard In other news, the installation of 3.6.x (not master) I did last week will not let me place holds :| 16:12 libsysguy morning #Koha 16:12 sekjal maximep: its very exciting stuff 16:12 * jcamins stops talking about libsysguy. 16:13 libsysguy hehe jcamins 16:14 libsysguy hey jcamins you may be a good person to ask this…do you know a good way to identify records that have diacritics 16:15 jcamins libsysguy: specific diacritics? 16:15 jcamins Or just any diacritics? 16:16 wizzyrea oleonard: wait for real? 16:16 wizzyrea or are you being funny 16:17 oleonard yeah for real 16:17 libsysguy any really…basically any new stuff goes in correctly... 16:17 wizzyrea my sarcasm detector is broken today 16:17 libsysguy but the stuff from the migration fails hard 16:18 libsysguy so im thinking they migrated in a weird format 16:18 libsysguy like not utf-8 16:19 jcamins Ah. 16:19 jcamins Yeah, most likely. 16:19 jcamins That's tricky. 16:20 jcamins Easiest is probably to look for all records with high bits set. 16:22 * jcamins isn't sure how to do that in MySQL. 16:27 kmkale @weather v\Thane 16:27 huginn kmkale: Error: HTTP Error 500: Server Error 16:27 kmkale @weather Thane 16:27 huginn kmkale: The current temperature in Mumbai, India is 28.0�C (9:10 PM IST on November 21, 2011). Conditions: Smoke. Humidity: 54%. Dew Point: 18.0�C. Pressure: 29.92 in 1013 hPa (Steady). 16:27 druthb @wunder 38401 16:27 huginn druthb: The current temperature in Spring Hill, Tennessee is 18.3�C (12:25 PM AST on November 21, 2011). Conditions: Scattered Clouds. Humidity: 98%. Dew Point: 18.0�C. Pressure: 30.19 in 1022.2 hPa (Falling). 16:27 druthb I'd rather be in Thane, I think. 16:28 maximep @wunder yqc 16:28 wizzyrea @wunder lawrence ks 16:28 huginn maximep: The current temperature in Kangirsuk, Quebec is -11.0�C (11:00 AM EST on November 21, 2011). Conditions: Low Drifting Snow. Humidity: 79%. Dew Point: -14.0�C. Windchill: -20.0�C. Pressure: 29.58 in 1002 hPa (Rising). 16:28 huginn wizzyrea: The current temperature in Channel 6 Downtown, Lawrence, Kansas is 3.4�C (10:26 AM CST on November 21, 2011). Conditions: Overcast. Humidity: 82%. Dew Point: 1.0�C. Windchill: 3.0�C. Pressure: 30.25 in 1024.3 hPa (Rising). 16:28 maximep me too. 16:28 wizzyrea yeeeahh 16:28 druthb The torrential rain we had earlier has finally slowed down some. 16:28 maximep at least it's sunny here 16:31 druthb The only downer I had with Thane is all the pollution...much more than I was used to. Didn't cause *me* any breathing problems, but I had to wash the crud out of my combs every day or two. 16:33 rafasaad hi all... somebody knows how can i fix a problem with searchs in koha? in portuguese, we have the "ç" in our alphabet, but we need koha found words if written with "c". Ex. (head=cabeça) cabeça/cabeca... 16:33 libsysguy @wunder 75799 16:33 huginn libsysguy: The current temperature in Tyler One Weather, Tyler, Texas is 15.7�C (10:31 AM CST on November 21, 2011). Conditions: Overcast. Humidity: 92%. Dew Point: 14.0�C. Pressure: 30.07 in 1018.2 hPa (Steady). 16:36 libsysguy any word on solr development? 16:36 maximep I think u can use koha-dev/etc/zebradb/lang_defs/en/sort-string-utf.chr to map characters 16:36 maximep libsysguy: I was just reading https://depot.biblibre.com/ppoulain/KohaCon11/kohacon11-solr.pdf 16:36 maximep interesting stuff 16:37 libsysguy maximep: that is interesting stuff 16:39 sekjal main problem with Solr dev right now is that it removes Zebra support 16:40 sekjal so, my idea is that we add some scaffolding, and support both 16:40 sekjal keep C4/Search.pm working with Zebra, and create Koha::Search::Solr to contain the Solr code 16:40 sekjal then wrap it all in a syspref, so the library can pick which to use 16:40 wizzyrea ^^ what he said 16:41 sekjal depending on that choice, the appropriate configs show up 16:41 cait hi again #koha 16:41 sekjal once Koha::Search::Zebra is working, we can drop C4::Search in favour of the more robust system 16:43 paul_p sekjal, zeno, from italy, already reintroduced zebra over our new C4::SearchEngine stuff. 16:43 sekjal paul_p: right, I know he's working on it. hadn't heard that it was completed yet 16:43 paul_p C4:SearchEngine is expected to be search engine agnostic, with standard APIs 16:44 wizzyrea zeno++ 16:44 paul_p sekjal, he sent us a patch, we couldn't test it 16:44 paul_p tajoli++ 16:44 wizzyrea tajoli++ 16:44 wizzyrea couldn't remember >> 16:46 jcamins paul_p: from what I saw, it looked like Zeno's patch reimplemented Zebra into the separate Solr branch, which means that it couldn't actually be merged into 3.8. 16:46 paul_p jcamins, right. 16:47 paul_p (and it's how it was intended to be made) 16:47 jcamins paul_p: so all the changes since the solr code was branched are just going to be dropped from 3.8? 16:47 jcamins That seems like a huge step backwards. 16:51 paul_p jcamins, 1st, that won't probably be for 3.8, 2nd, that's why it won't be so trivial : we will have to check there is no step backwards (or very small & acceptable ones) 16:53 jcamins paul_p: 3.10, or whatever. Wouldn't it be better to implement the new search interface using the existing C4::Search code, then introduce the solr work? 16:53 sekjal we need a more robust Searching test suite before we can know if any chances we make "work" or not 16:53 paul_p jcamins, I don't think so, because the existing C4::Search is really ugly 16:53 sekjal given data set X, and query Y, we should get results Z 16:54 sekjal and have enough queries run to showcase all the possible combinations 16:54 sekjal no easy task 16:54 jcamins paul_p: it's ugly, but at least it reduces the chance of regression. 16:54 sekjal but that will allow us to prove if any search engine implementation works as intended 16:55 cait unit_tests++ 16:56 cait I think we really need to replace Search.pm 16:56 cait I recently found out that when you leave the first field empty, and searhc for the second only... it will combine index from first field with search term from second 16:56 cait grr. 16:56 sekjal cait: wow, that's lame 16:57 sekjal I think if we put together a sensible set of unit tests for Search, our current implementation would fail quite a few 16:58 cait sekjal: it is 16:58 cait the library wanted me to change the keyword keyword keyword to different options 16:58 cait sekjal: that's how we found out 17:00 cait sekjal: and true about the tests, but we don't want to make it worse 17:00 cait and sru and z39.50 are really things I don't want to loose 17:05 sekjal cait: right, cannot lose those options. any alternative engine must continue to support them 17:05 cait only saying it's not only search 17:05 cait it's other things too 17:06 reiveune bye 17:09 hdl sekjal: which options ? 17:09 hdl Sru/ z3950 ? 17:10 hdl We reimplemented z3950 layer with indexdata SimpleServer. 17:10 hdl It uses those configuration files we all know and love. 17:10 sekjal hdl: yes, I thought I'd read you have Z39.50 working with Solr now 17:11 hdl So I think SRU should work also. 17:11 hdl but no time to test that. 17:12 hdl and Claire posted some tests... 17:12 hdl for search requirements. 17:13 hdl https://docs.google.com/a/biblibre.com/spreadsheet/ccc?key=0AuZF5Y_c4pIxdEVzTjUtUGFoQnFpSkpfbTU5Ykc3b2c&authkey=CIiPk_gB&hl=en_US&authkey=CIiPk_gB#gid=0 17:13 cait perhaps we should have a testing event 17:13 cait bring people together to write a test suite 17:13 cait for search, or gathering search cases 17:13 hdl taht was for a start. 17:18 * libsysguy is excited about solr 17:22 fabio_t I'm quitting... see you! 17:29 wizzyrea nengard++ for the supergood opac videos 17:29 nengard_lunch :) 17:29 cait nengard_lunch++ 17:30 nengard_lunch time to go give a webinar :) glad you like them!! 18:06 slef hi all 18:12 rangi morning 18:13 wizzyrea mornin 18:16 cait morning 18:17 cait @wunder Konstanz 18:17 huginn cait: The current temperature in Konstanz, Germany is 4.0�C (7:00 PM CET on November 21, 2011). Conditions: Mist. Humidity: 99%. Dew Point: 4.0�C. Pressure: 30.11 in 1020 hPa (Rising). 18:17 rangi @wunder Wellington nz 18:17 huginn rangi: The current temperature in Wellington, New Zealand is 10.0�C (7:00 AM NZDT on November 22, 2011). Conditions: Partly Cloudy. Humidity: 82%. Dew Point: 7.0�C. Pressure: 29.92 in 1013 hPa (Steady). 18:21 magnuse @wunder osl 18:21 huginn magnuse: The current temperature in Oslo / Gardermoen, Norway is 0.0�C (7:00 PM CET on November 21, 2011). Conditions: Mist. Humidity: 100%. Dew Point: 0.0�C. Pressure: 30.18 in 1022 hPa (Rising). 18:21 magnuse @wunder boo 18:21 huginn magnuse: The current temperature in Bodo Vi, Norway is 6.0�C (7:00 PM CET on November 21, 2011). Conditions: Light Rain. Humidity: 88%. Dew Point: 5.0�C. Pressure: 29.99 in 1016 hPa (Rising). 18:21 magnuse yay! (waiting for the plane ;-) 18:22 rangi :) 18:23 rangi I saw some tweets, sounds like it went well 18:23 Oak night 18:25 slef @wunder avonmouth 18:25 huginn slef: Error: No such location could be found. 18:25 slef @wunder egfc 18:25 huginn slef: Error: No such location could be found. 18:26 slef oh for flipping heck 18:26 slef @wunder gedney hill 18:26 huginn slef: Error: No such location could be found. 18:26 slef @wunder spalding 18:26 huginn slef: Error: No such location could be found. 18:26 slef huginn: do you know anywhere? 18:26 huginn slef: I suck 18:26 slef that you do 18:26 slef @wunder brs 18:26 huginn slef: The current temperature in Bristol Airport, United Kingdom is 9.0�C (5:50 PM GMT on November 21, 2011). Conditions: Light Drizzle. Humidity: 100%. Dew Point: 9.0�C. Pressure: 29.89 in 1012 hPa (Steady). 18:27 slef @wunder Weston-super-Mare SOMERSET 18:27 huginn slef: The current temperature in Weston-Super-Mare, United Kingdom is 10.9�C (6:25 PM GMT on November 21, 2011). Conditions: Light Drizzle. Humidity: 98%. Dew Point: 11.0�C. Pressure: 29.97 in 1014.8 hPa (Steady). 18:27 slef warmer than yow 18:28 rangi heh 18:28 * cait waves at slef and magnuse 18:28 cait @wunder Konstanz 18:29 huginn cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 2.7�C (7:25 PM CET on November 21, 2011). Conditions: Clear. Humidity: 95%. Dew Point: 2.0�C. Windchill: 3.0�C. Pressure: 30.09 in 1018.8 hPa (Steady). 18:29 magnuse rangi: yeah, i think people liked the ideas i set forth - basically it's the ones i have put on the wiki - to be continued... ;-) 18:29 * magnuse waves at cait 18:29 cait :) 18:29 rangi excellent 18:29 * slef waves at cait 18:29 cait :) 18:29 * magnuse waves at slef 18:30 * rangi waves at a penguin 18:30 cait ? 18:30 magnuse time to catch that plane - see ya! 18:30 cait I am feeling cold, but penguins? 18:30 cait safe travels magnus_away 18:31 rangi we have penguins near my house 18:31 rangi little blue ones 18:32 cait oh 18:39 slef damn. I wanted to put kohacon12 news on the new software.coop front page but I think we have unresolved questions still 18:39 rangi oh? 18:39 cait oh? 18:40 slef yeah with the probable venue 18:40 rangi I already bought tickets! 18:40 slef nm... we'll sort it out in the morning 18:40 rangi (didn't really) 18:40 slef hehe foolish doing that before it's confirmed 18:41 slef just not enough hours in these short days at the mo :-/ 18:42 * cait nods 18:44 rangi yeah it gets mental in the run up to the new year 18:44 cait hm, more feels like it was ike this all year 18:45 wizzyrea oy lunchy 18:45 * wizzyrea didn't notice the time 18:47 rangi hmm my stop in a bit 18:49 fcapo Hello, what is the correct way to have stopwords removed in my Zebra search queries? 18:51 cait zebra does not work with stopwords 18:51 cait no stop words 18:51 fcapo Ok... and QueryRemoveStopwords doesn't work with Zebra? 18:52 cait no 18:52 cait :) 18:52 fcapo And why wouldn't it work? :P 18:52 cait because it's not designed to? 18:52 cait not sure there 18:52 wahanui somebody said not sure there was a way you can use the field in acq 18:53 cait forget not sure there 18:53 wahanui cait: I forgot not sure there 18:56 libsysguy does anybody know if biblibres branch has their solr implementation? 18:56 cait there is a branch with solr 18:57 libsysguy there is? 18:57 cait have you looked at git.biblibre.com? 18:57 libsysguy oh no I was just looking at git.koha-community.org 18:57 libsysguy ah hah 18:57 libsysguy there is it 18:57 libsysguy ) 18:58 fcapo So... nobody knows the reason why QueryRemoveStopwords doesn't work with Zebra? Our client really want that feature and I'm looking at my options. I could adapt QueryRemoveStopwords to work with Zebra. 18:58 cait i think the original reason for stop words was 18:58 cait to not slow down searches 18:59 cait and it doesn't matter for zebra 18:59 cait or it's still fast when you search for and and it 18:59 wizzyrea and, koha is one of the few ILS's that can actually find Stephen King's IT 18:59 cait guessing a bit here 18:59 cait yep 18:59 cait thx wizzyrea for showing up :) 18:59 cait wizzyrea++ :) 19:00 wizzyrea well you're the one answering the question lol. 19:00 wizzyrea I think there's a kiwi band "The" as well 19:00 wizzyrea and koha, unlike every other ILS 19:00 wizzyrea can find that too. 19:00 cait yep 19:00 fcapo ok, thanks for the answers. 19:00 maximep there's a band called The The :p 19:00 cait fcapo: has the client given you a reason why they want stop words? 19:00 fcapo Still, if librarians want stopwords, I gotta give them stopwords :P 19:00 * cait can't think of a good reason 19:00 jcamins There's also the poetry journal the. 19:01 cait only if they assume it makes things slow 19:01 druthb @quote get 123 19:01 huginn druthb: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) 19:01 wizzyrea I would suspect that they want them because they are dubious about koha's search 19:01 wizzyrea are they new koha users? 19:01 bag @wunder 06516 19:01 huginn bag: The current temperature in Third Avenue Park, West Haven, Connecticut is 12.8�C (1:55 PM EST on November 21, 2011). Conditions: Scattered Clouds. Humidity: 55%. Dew Point: 4.0�C. Pressure: 30.26 in 1024.6 hPa (Steady). 19:01 druthb Stopwords is one of those mad schemes that has persisted needlessly 19:01 bag @wunder 93109 19:01 mtj wizzyrea: the band is called 'the the' :) 19:01 huginn bag: The current temperature in K6LCM - Westside / Mesa, Santa Barbara, California is 16.7�C (10:59 AM PST on November 21, 2011). Conditions: Clear. Humidity: 72%. Dew Point: 12.0�C. Pressure: 30.17 in 1021.6 hPa (Steady). 19:01 wizzyrea mtj: thanks, I couldn't remember for sure! 19:01 bag mtj? 19:01 wahanui DeM KraZy NutZ!! 19:01 bag YAY! 19:01 wizzyrea keke 19:02 mtj http://en.wikipedia.org/wiki/The_the 19:02 fcapo well, they've been using Koha for around 8 months now. They were migrated from an old system, so I guess they want ALL the features they had on their old system :P 19:02 cait but it's an unfeature 19:02 mtj -=shaZZam=- 19:02 * wizzyrea is not a proponent of making koha into every other ILS 19:02 cait hi mtj :) 19:02 mtj heya cait, morning all 19:02 wizzyrea ^^ what cait said 19:02 wizzyrea cait++ 19:13 cait hi trea :) 19:13 trea hi cait 19:19 jcamins A 200-page co-op application is just absurd. 19:22 rangi cait++ 19:22 rangi wizzyrea++ 19:22 cait hm? 19:22 cait for not thinking stop words are a good idea? 19:22 rangi let's not make koha suck as much as every other ils 19:22 cait heh 19:23 * jcamins has a feature request: 19:23 rangi search is for the patrons not the librarians 19:23 jcamins Teach Koha to fill out co-op applications. 19:23 rangi and no patron ever wanted stopwords 19:23 rangi imho anyway 19:23 wahanui rumour has it imho is in wizzyrea's humble opinion 19:23 rangi heh 19:24 rangi from now on 19:24 druthb rangi: I actually said that in my training last week, about the OPAC..."It's not for you, don't try to make it work for you--it belongs to the PATRONS." 19:24 rangi im saying iwho 19:25 rangi druthb: ziggactly 19:28 cait heh 19:28 rangi the the 19:28 rangi try finding that 19:28 rangi with stopwords 19:28 jcamins rangi: or just the 19:29 jcamins It's actually a pretty good poetry magazine, but boy is it hard to locate in catalogs! 19:29 rangi ohh I bet 19:29 rangi and it 20:02 * chris_n wonders if the graphing features of gnumeric are any better than those of libre office 20:06 slef jcamins: co-op as in cooperative? 20:06 jcamins slef: yes. 20:08 * chris_n discovers it is worse >:-( 20:09 * wizzyrea wonders if that's a good thing or a bad thing re: iwho 20:11 wizzyrea have any of you guys tried the marcedit on linux instructions? 20:12 wizzyrea http://people.oregonstate.edu/~reeset/blog/archives/946 20:12 slef chris_n: depends on what you're graphing but I like R. I've also seen a javascript plotter which might be nice for koha but I need to find out what it's called. 20:12 wizzyrea that is for OpenSUSE 20:12 slef jcamins: that's bordering on contradicting open and voluntary membership IMO. What sort of co-op? 20:13 slef wizzyrea: heh, who needs marcedit when we've got marc2xml and xml editors? ;-) 20:13 wizzyrea guys, we just updated to 3.6 and have had NO complaints today about anything being broken. 20:13 wizzyrea Just thought you should know. 20:14 slef wizzyrea: yeah, 3.4 to 3.6 is pretty slick. Well done to all involved. 20:14 wizzyrea well I take that back. One person noticed that they couldn't set lost statuses from edit items. But that's not an issue, and fixes a rather bad bug. 20:15 wizzyrea ^.^ 20:15 wizzyrea but yea, GO TEAM. 20:15 wizzyrea \o/ 20:15 wizzyrea *\o/* < with pom poms 20:16 chris_n wizzzyrea: I've installed it under wine and it works well that way 20:16 wizzyrea I couldn't get it to cooperate in wine, at least not the newest version 20:17 * chris_n had a tutorial somewhere 20:17 wizzyrea but, i admit that I didn't try super super hard. 20:17 chris_n thought I sent it to the marcedit creators to post on their site 20:17 wizzyrea there you go being all nice and contributing 20:19 slef dinner 20:25 chris_n wizzyrea: well, it was on the old koha wiki 20:25 wizzyrea ohsnaps 20:27 chris_n gmcharlt has a snapshot of the old site 20:28 gmcharlt http://librarypolice.com/wiki.koha.org/ 20:29 wizzyrea and as if by magic, he appears :) 20:30 chris_n its a bit difficult to navigate, it is current form, though 20:30 * chris_n was trying to find the document 20:30 chris_n here's the original URL: http://wiki.koha.org/doku.php?id=en:record_manipulation:software:how_to:marcedit 20:32 gmcharlt http://librarypolice.com/wiki.koha.org/en:record_manipulation:software:how_to:marcedit.html 20:33 gmcharlt http://librarypolice.com/wiki.koha.org/openoffice_excel_delimited_text_to_koha_using_marcedit.html may also be of interest 20:33 wizzyrea oh lookie there 20:34 wizzyrea heh 20:35 chris_n of course there's this note as wella; http://people.oregonstate.edu/~reeset/blog/archives/421 20:35 chris_n s/wella;/well:/ 20:35 wizzyrea those instructions don't look any easier than doing his "official" install on linux 20:35 * wizzyrea doesn't so much care about easy, it's the person I'm helping that concerns me 20:35 * chris_n is not always good at simplifying instructions :P 20:44 wizzyrea hey chris_n I know you needed another project: http://www.youtube.com/watch?v=pSOmHrKNmMs 20:46 * chris_n gnaws his tongue and feels faint ;-) 20:47 wizzyrea hehe 20:47 wizzyrea though I question putting sticky labels on books 20:47 wizzyrea I suppose if it was postit type adhesive 20:47 wizzyrea it'd be ok 20:47 wizzyrea but that sounds wicked expensive 20:47 wizzyrea for a consumable 20:48 chris_n it does indeed 20:48 wizzyrea well that whole thing looks wicked expensive to me - not that slips are much better. 20:48 chris_n the cost of convenience 20:48 wizzyrea mhm 20:55 * moodaepo is disappointed the koha-solr pdf didn't contain more of the presentation 20:57 bag hi moodaepo 20:57 moodaepo Hiya bag 20:57 * bag misses his brendan <nick> :( 20:58 bag more so today that I had to move to a three letter nick and not simple bg 21:05 rangi back, for a little bit between meetings 21:09 wizzyrea urf 21:20 * chris_n wrestles his L-O graphs into submission 21:27 rangi L-O ? 21:42 lculber hello everybody! quick newbie question. 21:43 lculber question is how can I search authorities by control number? Or can I? 21:47 sekjal lculber: If you search your authorities index with Local-number:<<number>>, you should be able to retrieve records with the corresponding 001 value 21:48 lculber thanks, sekjal! 21:55 libsysguy nengard you around? 21:55 nengard yes 21:55 libsysguy are you running Koha on your mac? 21:55 libsysguy or on a FM 21:55 libsysguy VM** 21:55 nengard VM 21:56 nengard on Mac 21:56 libsysguy gotcha 21:56 libsysguy i wish I would have thought of that 22:00 rhcl http://www.thedigitalshift.com/2011/11/ebooks/penguin-group-usa-to-no-longer-allow-library-lending-of-new-ebook-titles/ 22:07 nengard want to see the new bionic nengard? 22:07 nengard http://www.flickr.com/photos/nengard/6377063987/ 22:07 wizzyrea oh wow 22:07 wizzyrea you really are bionic 22:07 nengard hehe 22:07 jransom hiya all 22:07 wizzyrea hi jransom 22:08 wizzyrea so do you set off the TSA's scanners now/ 22:08 nengard yes :( 22:08 wizzyrea oy 22:08 nengard not the full body ones though 22:08 nengard just the metal detectors 22:08 wizzyrea oy 22:08 nengard yup 22:08 nengard and i'm still sensitive to the touch 22:08 nengard so i hate the pat down even more than usual 22:09 wizzyrea oh I'm glad you described what the dangly things were 22:09 wizzyrea I was wondering lol 22:09 nengard so was I!!! 22:09 nengard I freaked out a bit when I saw it 22:09 nengard it took the nurse and I a while to figure it out 22:09 schuster later tell druthb killed it all and restarted all happy. 22:31 rangi *sigh* 22:32 * wizzyrea is afraid to refresh her email box 22:35 rangi it was a sad email from jo, hopefully she gets lots of offers of help 22:36 wizzyrea oh yea - dick move by ptfs. 22:36 * wizzyrea waves at ptfs 22:37 libsysguy wait what happened 22:37 libsysguy i heard dick move 22:37 wizzyrea and you say *I* have a dirty mind. 22:38 wizzyrea >.> 22:38 rangi heh 22:38 rangi on the mailing lists libsysguy 22:38 wizzyrea ya 22:38 libsysguy hehe well i new I had one 22:38 libsysguy which mailing list…there are so many 22:38 wizzyrea koha main 22:39 rangi and devel 22:39 jransom http://koha-community.org/plea-horowhenua-library-trust/ 22:39 libsysguy reading... 22:39 jransom Dakvid helpfully suggested we just rename it to Utu 22:40 wizzyrea what does that mean? 22:41 maximep Utu is a MÄori concept of reciprocation, or balance. 22:41 maximep nice 22:41 rangi i think its important to remained focused on the actual issue 22:41 jransom sorry 22:41 rangi [off] and bear in mind they read the logs 22:43 jransom oh - its reci[procation in every sense: positive as well 22:43 jransom Utu is a MÄori concept of a reciprocation or balance. To retain mana, both friendly and unfriendly actions require an appropriate response. Hence the concept covers both the reciprocation of kind deeds and the seeking of revenge. 22:43 wizzyrea ooo 22:43 bag hi jransom 22:44 bag just reading your email 22:44 rangi fixed it 22:44 libsysguy whoa who are all these new people 22:44 libsysguy hi guys :) 22:44 bag hi libsysguy --> bag is bg 22:45 libsysguy haha hi bag 22:45 wizzyrea jransom is the totally fab director of HLT 22:45 wizzyrea jransom? 22:45 wahanui i think jransom is gonna *smek* someone. 22:45 wizzyrea hehe! yours is better. 22:46 libsysguy hehe 22:46 jransom bag - brendan? 22:46 bag bg? 22:46 wahanui I LOVE BASEBALL AND BREAKFAST BURRITOS 22:46 libsysguy so is there anything we can do about ptfs? 22:46 libsysguy legally? 22:46 libsysguy other than donate money 22:46 bag yes just changed the nick today… I guess with OFTC you can't register two letter nicks - they have to be three or more 22:46 wizzyrea friends don't let friends use LLILS 22:47 rangi libsysguy: spread the word i guess 22:47 * libsysguy would donate money if he had any but is a poor college student 22:47 rangi even a reply expressing support helps 22:47 libsysguy i just think it is sad 22:47 jransom yup 22:48 rangi even replying to the mail on the list, saying that, that helps 22:49 rangi if you see what i mean, so that it doesnt look like its just hlt 22:49 libsysguy yeah I understand 22:50 jransom waves at Irma 22:51 bag heya Irma 23:07 Judit goodmorning 23:08 rangi hi Judit 23:52 libsysguy1 so I've officially got a Koha install from biblibre 23:54 libsysguy1 but apparently its still on 3.02 23:54 bag yup 23:54 bag they've got loads in there 23:54 bag I've got a clone somewhere 23:54 libsysguy1 yeah I'm just kind of poking around 23:55 libsysguy1 I am curious about solr 23:55 libsysguy1 and how it works 23:58 libsysguy aww the biblibre branch doesn't have me as a devel :'( 23:59 libsysguy this would be a nightmare to merge 23:59 jcamins_away libsysguy: oh yeah!