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