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 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 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 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 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!