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 wahanui I LOVE BASEBALL AND BREAKFAST BURRITOS 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 137.191.227.58 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 137.191.227.58 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 93.47.20.20 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>