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