Time Nick Message 06:22 munin chris: The current temperature in Wellington, New Zealand is 9.0°C (6:00 PM NZST on July 11, 2009). Conditions: Mostly Cloudy. Humidity: 66%. Dew Point: 3.0°C. Windchill: 7.0°C. Pressure: 30.06 in 1018 hPa (Steady). 06:22 chris @weather wellington, new zealand 23:10 pianohacker Good night, #koha 21:35 chris with other peoples money 21:35 chris yep nzlive is what happens when you let consultants loose 21:31 pianohacker Interesting blurb about nzlive 21:31 chris yeah its quite easy to use 21:28 pianohacker That's quite a nice website 21:23 chris http://www.eventfinder.co.nz/2009/jul/wellington/japan-festival-of-wellington 20:56 chris heya rhcl :) 20:56 rhcl chris! 20:54 chris and i can finally sleep through ata's grunting and the other weird noises he makes when he sleeps :) 20:54 chris we are all meeting up at 1pm for a japanese festival 20:54 pianohacker *escape 20:54 pianohacker One way to escap 20:54 pianohacker Ahh, very nice 20:53 chris Kahu is at my sisters house, with is cousin, hence the sleep in :) 20:52 pianohacker Kahu sleeping in at all? 20:52 pianohacker How's Kahu and Atu ? 20:51 chris heh yeah, its not pretty 20:50 pianohacker Had forgotten how bad the API was 20:50 pianohacker Good, trying to forward-port some 2.2 code 20:50 chris how bout urself? 20:49 chris good :) glad its the weekend 20:49 pianohacker How are you? 20:48 pianohacker Easier than trying to deal with 18-hour time shifts 20:48 pianohacker nz_time = mst_time - 6 hours || cst_time - 7 hours 20:47 chris rhcl and joetho its 8.50am on saturday and i just had the first sleep in in 7 weeks :-) 20:32 Snow_Fox and piano no im not completly off my rocker, im quantly holding onto a leg :-P 20:28 Snow_Fox off to left field 20:28 Snow_Fox i mean its litterally thinking about something and squirrel 20:27 Snow_Fox very ADD complient 20:26 Snow_Fox but it also is ADD complient 20:26 Snow_Fox dont get me wrong comes in handy for a verity of things 20:26 pianohacker Snow_Fox: You seem to have a pretty antagonistic relationship with that brain of yours 20:22 Snow_Fox my brain has already decided its the weekend and left me here to fend for myself 20:22 Snow_Fox and trust me 20:20 Snow_Fox its about 3:20 here 20:20 Snow_Fox wizzy should be too 20:20 Snow_Fox rhcl im central time its friday :| 20:03 rhcl ic 20:02 pianohacker rhcl: 5 since we saw wizzy 20:02 rhcl 5 until ???? 20:00 joetho 5 hours and counting 20:00 joetho wow, that is one echoey laugh 19:44 munin pianohacker: wizzyrea was last seen in #koha 4 hours, 45 minutes, and 49 seconds ago: <wizzyrea> hey, it made me laugh :P 19:44 pianohacker @seen wizzyrea 19:44 rhcl Don't know about Liz and Snow. 19:43 rhcl Jo shows up about this time sometimes. 19:43 rhcl Chris is usually on, don't know where he is. 19:43 pianohacker Well, it is technically the weekend there 19:41 joetho well in NZ right now it is something like 10:30 Tuesday morning or something. Aren't they usually a little noisier than this? 19:39 rhcl Yea, I just noticed that! Must be friday afternoon or something. 19:37 joetho busy day in Kohaville. 15:50 |Lupin| take care ! 15:50 |Lupin| see you later all 15:31 ricardo Take care kf! :) 15:31 kf have a nice weekend #koha :) 15:30 ricardo hdl_laptop: Very interesting, indeed. Thanks a lot Henri! :) 15:29 hdl_laptop and 550 are associated terms : Broader, Narrower or Related, depending on $5 value 15:29 hdl_laptop 750 are parallel forms : other languages 15:28 ricardo So, I guess that "550"s are "subdivisions" and "750"s are "synonyms" right? (I'm afraid I'm an "UNIMARC authorities" newbie...) 15:23 ricardo hdl_laptop: Do you mean, when I added the forward slash in the URL? Yes. Thank you very much! :) 15:22 hdl_laptop ricardo: have you been able to see more ? 15:21 ricardo Note that the IP address is "glued" to "cgi-bin", meaning there's a "/" (forward slash) missing there 15:21 ricardo http://193.48.137.34cgi-bin/koha/opac-authoritiesdetail.pl?authid=9146 15:21 jdavidb pianohacker++ 15:21 ricardo ... leads to ... 15:21 ricardo http://koha.mom.fr/cgi-bin/koha/opac-authoritiesdetail.pl?authid=9146 15:21 ricardo hdl_laptop: Many thanks for the URL... A warning. The redirect that the URL does has a small typo: 15:20 ricardo pianohacker: That's great news! :) Any improvement is a good thing 15:19 pianohacker ricardo: I'm currently working on a new sysprefs editor that makes the translation process slightly more sane 15:18 ricardo ... and does this support "broader term / narrower term" relationships or just "is the same as" (synonym) relationship? 15:18 hdl_laptop http://koha.mom.fr/cgi-bin/koha/opac-authoritiesdetail.pl?authid=9146 15:13 ricardo hdl_laptop: Great, thanks :) Do you know of any Demo / Library Koha site that implements this? 15:13 hdl_laptop yes 15:13 ricardo Are you talking about this? ^^^ 15:12 ricardo $5 Tracing Control 15:12 ricardo $3 Record Number 15:12 ricardo ... 15:12 ricardo 5-- SEE ALSO REFERENCE TRACING BLOCK 15:12 ricardo http://archive.ifla.org/VI/3/p1996-1/uniafull.htm#5-- 15:12 ricardo hdl_laptop: Hmmm... $3 and $5 15:09 hdl_laptop of course ;) 15:09 ricardo hdl_laptop: OK, thanks. I'm assuming that you mean the 5XX fields for "UNIMARC Authorities" and *NOT* the 5XX fields for "UNIMARC Bibliographic". Right? 15:06 hdl_laptop and $3 should also be in heading 15:06 hdl_laptop you can find $5 in 5XX fields 15:04 ricardo hdl_laptop: In what field is that $5 and $3 ? 15:04 hdl_laptop not so handy. 15:04 hdl_laptop manually 15:04 hdl_laptop on web interface, filling out $3 authority numbers 15:04 |Lupin| in the marc editor ? 15:04 hdl_laptop no. 15:03 ricardo hdl_laptop: Manually, meaning doing SQL Updates? 15:03 hdl_laptop or you edit by manually 15:03 hdl_laptop s/bulkedit/bulkimport/ 15:03 hdl_laptop either you blukedit a thesaurus 15:02 hdl_laptop Problem is that you cannot link 2 authorities via the web interface. 15:02 hdl_laptop and $3 for linking 15:02 hdl_laptop $5 used for broader narrower term 15:01 ricardo hdl_laptop: That's great. Thanks! :) What fields are used for that? Is there some documentation? 15:01 hdl_laptop well kindof 15:01 hdl_laptop ricardo: for unimarc, it works 14:59 ricardo |Lupin|: No problem :) I see that spelling mistake even in some software 14:59 |Lupin| ricardo: no, sorry 14:59 ricardo gmcharlt: Thanks... And for UNIMARC... anyone? 14:59 wizzyrea hey, it made me laugh :P 14:58 ricardo wizzyrea: LOL! 14:58 munin wizzyrea: The operation succeeded. Quote #15 added. 14:58 wizzyrea @quote add <|Lupin|>ricardo: you are like the Portuguese Hitchcock!! 14:58 gmcharlt ricardo: not for MARC21 14:58 |Lupin| ricardo: ooops sorry 14:57 ricardo |Lupin|: s/portugese/portug*u*ese ... Thanks! :) 14:57 |Lupin| gmcharlt: that's what I was gonna say ! 14:57 ricardo Does Koha currently support Thesaurus (Authorities for Subjects) with relationships (hierarchical, synonyms, narrower term...) between subjects? 14:57 |Lupin| ricardo: you are like the portugese Hitchcock !! 14:57 ricardo |Lupin|: LOL! 14:57 |Lupin| finally ! 14:56 ricardo Which leads me... to my question :) 14:56 ricardo gmcharlt: It seems to me that a RFC could be a good thing for this, but I'm the first one to admit that I think I can't help much regarding that (I don't know the current data model / Perl code for this... and I'm already "swamped" in work) 14:53 ricardo gmcharlt: Maybe... 14:52 gmcharlt which potentially could vary by library type and from country to country 14:52 ricardo gmcharlt: ++ 14:51 gmcharlt the other would be initial default values 14:51 gmcharlt one is translating the descriptions 14:51 gmcharlt there are actually two axes of syspref localizaiton 14:49 ricardo hdl_laptop: Right, and I think that can be problematic for additional localizations/translations (more copy+past work... and need to replace things in more places if changes occur, like: "We now need to change the default "NoZebraIndexes" values...") 14:47 hdl_laptop ebegin: in fact, sysprefs sql data have different directories but differs in language, not in marcflavour 14:46 ricardo hdl_laptop: OK, thanks :) I guess that would be a part that would be worthy of "refactoring". But I understand that would take some time and work to do (changes in Perl code and database model) 14:45 ebegin my guess is that when hdl_laptop wrote "sysprefs are only language dependant" he meant "are not"... 14:45 hdl_laptop it is just a matter of translating values in database. 14:44 hdl_laptop ricardo: no you are not. 14:44 ricardo s/foks/folks 14:43 ricardo hdl_laptop: Sure, I understand that (and I very much appreciate the excellent work done by BibLibre foks), but I'm not sure *why* "System Preferences" are language dependent, except for translating *descriptions* of System Preferences... Am I wrong? 14:43 |Lupin| much to say today... 14:43 |Lupin| :) 14:42 ricardo |Lupin|: Actually, no, that wasn't my question... I'll get to that in a minute :) 14:42 hdl_laptop ricardo: sure, but Unimarc, was first supported by french ppl and sysprefs are only language dependant. 14:41 |Lupin| ricardo: was that your question ? 14:41 ricardo hdl_laptop: Probably... But shouldn't "NoZebraIndexes" depend only on the MARC flavor and *not* on language? 14:40 hdl_laptop ricardo: maybe it is because noZebraIndexes for UNIMARC is in French systempreferences. 14:40 ricardo Now *I* have one question... 14:39 wizzyrea Lupin: no problem. :) 14:39 gmcharlt hi ricardo 14:39 pianohacker Hi, Ricardo 14:39 |Lupin| wizzyrea: cool ! thanks a lot ! 14:39 ricardo Hi Galen & Jesse! :) 14:39 wizzyrea Lupin: http://koha.org/cgi-bin/logs.pl 14:38 |Lupin| wizzyrea: thanks ! 14:38 wizzyrea 1s I'll find them 14:38 |Lupin| where ? 14:38 |Lupin| oh cool ! 14:38 wizzyrea Lupin: there are logs online 14:38 |Lupin| does munin log ? 14:37 ricardo :) 14:37 ricardo |Lupin|: You're welcome :) 14:37 ricardo |Lupin|: LOL 14:37 |Lupin| thanks ricardo 14:36 |Lupin| oh my god 14:35 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2178 critical, P3, ---, galen.charlton@liblime.com, NEW, "NoZebraIndexes" system preference is being set to MARC21 values in UNIMARC installations 14:35 ricardo Bug 2178 14:35 hdl_laptop yes 14:35 ricardo Which leads to... 14:35 ricardo hdl_laptop: I think you mean "NoZebraIndexes" :) 14:35 hdl_laptop then reindex 14:34 hdl_laptop change 200b into 990whatever and should be ok. 14:34 hdl_laptop NoZebraIndex 14:34 |Lupin| hdl_laptop: and for the indexing issue, how's that handled ? 14:34 |Lupin| hdl_laptop: ok, that's what I was expecting 14:31 hdl_laptop the subfield should contain itemtype codes 14:31 hdl_laptop you can define in admin/ 14:30 hdl_laptop there is the itemtype table 14:30 |Lupin| also: what should the field where item types are stored contain ? a number referring to an itemtype table in the DB, the content of the item's description field ? something else ? 14:29 |Lupin| hdl_laptop: NoZebra mode 14:29 hdl_laptop all depends if you are NoZebra Mode or Zebra mode 14:28 |Lupin| hdl_laptop: how do you add the field to the index, please ? 14:28 ricardo |Lupin|: You're welcome! :) 14:28 |Lupin| ricardo: both 14:28 |Lupin| ricardo: thanks ! I'm pretty sure that once I'll have defined the itemtype=>MARC mapping I'll face this problem, too. thanks ! 14:28 ricardo |Lupin|: Oh, OK. In the Intranet? In the OPAC? Both? 14:27 |Lupin| ricardo: well I didn't even go that far, I just tried to display one record and encountered the problem of not seeing any document type 14:26 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2599 major, PATCH-Sent, ---, henridamien@koha-fr.org, NEW, Search limits not working for NoZebra 14:26 ricardo Bug 2599 14:26 ricardo |Lupin|: See if this applies to you: 14:26 |Lupin| hdl_laptop: ok 14:25 hdl_laptop Problem is that you have to add that to the index 14:25 hdl_laptop But localfields might also be a good choice since they donot harm data if you grab them from BNF 14:24 ricardo |Lupin|: And let me guess... The problem is that when you do an Advanced Search, and choose some Item Type, you get something like "no results found"? 14:24 |Lupin| hdl_laptop: ok 14:24 hdl_laptop We have long used 200$b for that matter 14:23 |Lupin| ricardo: no zebra in use here 14:23 hdl_laptop Hi ricardo 14:23 |Lupin| hello ricardo 14:23 |Lupin| hdl_laptop: did ou see the discussion with Ricardo on the list ? Which field is more approrpiate according to you ? 200b or 990c ? 14:23 ricardo Hi |Lupin|! One more thing, are you using Zebra or not? 14:22 |Lupin| hdl_laptop: yes it's he setting I have. 14:19 hdl_laptop |Lupin|: item-level_itype off you should be able to define itemtype at bibliolevel 14:15 |Lupin| now no document type appears in the OPAC 14:14 |Lupin| there was a record in the catalogue with a free text document tpe 14:14 |Lupin| I just defined an authorized value set for document types 14:13 |Lupin| folks 12:09 |Lupin| anybody else knows, please ? 12:09 |Lupin| nicomo: ok, np 12:06 nicomo i don't know the answer to you itype OFF question 12:06 nicomo :-) 12:06 |Lupin| nicomo: given the peculiariies of our usage, I'll probably give moyself a few liberties with respect to r995. 12:05 |Lupin| nicomo: you're right. 12:05 nicomo and you can do whatever you want in the 9XX block 12:05 nicomo it's not a unimarc constraint at all 12:05 |Lupin| nicomo: btw, when the item-level_itype system preference is off, does it mean the information is stored outside of the 995 field ? 12:05 nicomo b/ used to exchange items data between systems 12:04 nicomo a/ just that, a recommandation 12:04 nicomo but that being said, the recommandation is 12:04 nicomo ah well, it should be 2 12:03 |Lupin| nicomo: isn't this field restricted to one character ? 12:03 nicomo Item Type 12:02 nicomo in the original French 12:02 nicomo $r == Type de document 12:02 nicomo nope 12:02 nicomo no problem 12:02 |Lupin| nicomo: this violates the recommandation 995, doesn't it ? 12:01 |Lupin| nicomo: ok, thanks 12:00 nicomo 995$r 12:00 |Lupin| nicomo: do item types have a marc binding by default ?