IRC log for #koha, 2011-11-21

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

All times shown according to UTC.

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

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

koha1