Time Nick Message 17:10 kados thd: I'm here 17:27 thd kados: I am back 17:29 thd kados: "until recently there were few stated instructions concerning this order" 17:30 thd "Modern classification schemes contain instructions, called citation formulae." 17:32 thd "But in most cases, subject catalogers had to rely on arrangements already established in the list as a guide." 17:32 thd that would be the list of subject headings 17:34 thd "New headings were generally established according to existing patterns." 17:34 thd "Even so what was done over the years was not always consistent." 17:35 thd "Thus there is considerable variation on this score in LCSH as it stands now." 17:36 kados wonderful :-) 17:39 thd kados: this is from Chan 1995 17:39 thd kados it does get better 17:40 thd kados: that was from the beginning of a chapter section on subdivision ordering 17:41 thd kados: there was a conference in 1991 which considered rectifying this problem for better machine readability 17:42 thd kados: this edition gives the two basic current patterns. 17:42 thd kados: I gave you place--topic--time--form yesterday 17:44 thd kados: the rule for that is when the subject string begins with a geographic heading, a 651 17:44 thd kados: rule 2 is for topical headings, 650 17:45 thd kados: then use topic--place--time--form 17:46 thd kados: then we have the rule from what john quoted yesterday 17:48 thd kados: when the string contains another topical element, $x, the elements may be arranged in one of the following orders 17:49 thd kados: we do have guidance for choosing which but only if we have the authority file showing 008/06 or the printed guide of LCSH. 17:50 thd kados: so with $x we have either topic--topic--place--time--form 17:50 thd kados: or topic--place--topic--time--form 17:51 thd kados: the heading authority 008/06 tells us which to use. 17:52 kados interesting 17:52 kados that's good news 17:53 kados good detective work thd! 17:53 kados I posted the question to autocat as well, dont' know if you saw that 17:53 thd kados; that last bit was what I was trying to explain to you last night 17:53 kados I haven't eaten yet today 17:53 kados so I'm gonna go do that 17:53 kados be back soon 17:54 thd kados: I did not see it appear but the list is moderated so I would not expect the question to appear before Monday 18:08 thd kados: when you are back there is something informative from page 400 18:17 kados i added some cool options to the default facet: 18:17 kados http://zoomopac.liblime.com/cgi-bin/koha/opac-main.pl 18:17 thd kados: page 400 is really good 18:18 thd kados: there is a discussion about whether the order really matters in the era of key work matching 18:18 kados hmmm, they're not working :( 18:19 thd \kados: who they? 18:19 kados thd: something I was working on 18:19 kados thd: continue :-) 18:19 thd kados: but the order has semantic value 18:21 thd kados: sometimes it makes a real difference to the meaning about how things are ordered and you can see the way subtle word changes in MARC 21 subfield names means something different 18:21 thd than previously 18:22 thd kados: there is an example given here 18:24 thd kados: "For example. the heading Law--Periodicals--History is used for a history of law journals, and Law--History--Periodicals is used for journals about legal history." 18:24 chris yep quite different 18:25 thd kados: note how the pattern in the first instance does not follow one of the common rule patterns given 18:26 thd the first pattern is topic-form-topic where we previously had patterns given with form at the end 18:26 thd hello chris 18:27 chris hi thd 18:27 thd chris, kados: now for the best sentence in the book 18:28 chris although in the case above it is topic--topic--form .. as periodicals is the topic it just looks like topic--form--topic 18:29 chris which is what makes rules so tricky :) 18:30 thd chris, kados: "The instructions given in "Subject Cataloging Manual" have become so detailed and voluminous that they have become difficult for many outside the Library of Congress to apply." 18:30 chris :-) 18:30 chris let alone the public to comprehend :) 18:31 thd chris: Periodicals as used here might always be considered a form even if it is used as a topic as you say. 18:31 chris yeah, language isnt precise enough :-) 18:31 kados hehe 18:32 kados pretty pointless to maintain a taxonomy that's only known by one group of people for which there exist no tools capable of making use of it 18:34 thd chris: yesterday I saw an account of the problem where a user without specialised library training could never guess the pattern and then of course he could also never guess the authorised form but the correct terms can be found with indexing tracings and references in authority files. 18:36 thd kados: so you build the tools to allow everyone to use it 18:36 chris yep 18:36 kados thd: that's the idea :-) 18:36 kados but shame on LOC for choosing voyager 18:36 chris yeah who names an ils after a space shuttle anyway 18:36 thd kados: it is not difficult if you presume that the existing records are correct and do not worry much about how to determine the correct order 18:37 kados thd: I thought we were planning to try to determine the correct order 18:38 chris what we could do 18:38 chris is use some flash 18:38 chris and just have them rearranging themselves constantly 18:38 chris cover all our bases :-) 18:38 kados heh 18:38 thd chris: was that not also the name of the probe with the indecipherable golden disk full of pictures and primes 18:39 chris hmm i think you are right thd 18:39 thd oh there is more 18:40 thd just another reference to the 91 conference to fix all this and I guess when this book was published in 95 everyone was awaiting approval of their recommendations 18:40 chris ok, lunch and a meeting for me, see you guys later, good luck with the subject ordering 18:41 thd kados: I was right as I said about the second $z being subsidiary to the first. That is a common rule. 18:43 thd kados: pretty good for ten minutes access to a library where I have no borrowing privileges 18:44 thd kados: it did help that I knew exactly what book to find and ran to the copy machine before they closed 18:46 kados :-) 18:47 thd kados: so it would be good to know if the recommendations of the Subject Subdivisions Conference from 91 were ever formally adopted 18:48 thd kados: maybe someone on autocat will say or maybe Google has indexed the answer 18:50 kados hopefully 18:52 thd kados: http://www.loc.gov/catdir/cpso/subdconf.html 18:58 kados I can't believe they had a converence on subject subdivisions :-) 19:07 thd kados: I had been reading about the OCLC work on authority file strings. It seemed very impressive. It seemed to have started with an effort to fix spelling mistakes in subject headings in their union catalogue. 19:08 thd kados: wouldn't you want to attend that conference? :) 19:08 kados hehe 19:14 kados and with that, I'm heading back home 19:14 kados be back on soon 20:04 thd kados: I had been reading recently about much of the work which had received an impetus from the conference but I had not seen that conference as a starting point. 20:06 thd kados: the report at http://www.loc.gov/catdir/cpso/subdconf.html basically says that the problem is too big to fix but we will fix what we can afford to fix. 20:07 kados :-) 20:08 thd kados: OCLC is responsible for trying to upgrade many of the library records 20:09 thd s/library/libraries/ 20:10 thd kados: the big problem with upgrading records from what I have read is what happens when one authorised heading is cancelled and replaced by two narrower ones. 20:12 thd kados: then there is no clean and obvious path so there is a computer recommendation made from key words found in the record and a human then confirms or corrects the recommended choice. 02:00 toins hi all 02:17 toins salut bruno 02:19 btoumi salut toins 02:19 btoumi hi all 02:22 btoumi comment avs tu toins? 02:22 toins ca va 02:23 toins et toi N 02:23 toins ? 02:24 btoumi ca va bien malgres les nuit a 30°c :=( 02:24 toins ah oui... je connais ça aussi 02:41 btoumi trop dur pour dormir 03:01 btoumi hi hdl 03:01 hdl hi. 03:01 hdl back from holidays 03:01 btoumi ah ok good holidays? 03:02 toins hello hdl !!! 03:02 hdl helo 03:02 hdl Is paul around ? 03:03 toins I think he is at his office 03:03 btoumi chris: areu around? 03:03 toins but still without DSL ... 04:59 btoumi toins are u around? 05:03 tumer btoumi:did you sort your calendar scripts? you did not ask anything so i am assuming you did 05:05 btoumi tumer: i work on fines and i recreate the fines2.pl to use day non worked and special days and i create specials fonction to calculate that 05:05 btoumi taht why i don't anithing to u 05:06 tumer calendar.pm already has those functions in it 05:06 btoumi yes but i must work with table from holydays module 05:07 btoumi because day closed depends the library 05:08 tumer when we calculate a fine we do not use this module. The reason is we add days to date_due when issuing 05:08 tumer so if the library is closed the date_due is given to next day automatically 05:09 tumer the fines module comes into action after that 05:10 tumer btoumi:is that how you are doing as well 05:12 btoumi i create 2 function getspecials holidays and getrepeatableholydays 05:13 btoumi the first function return how many days there is between date due and date of the day 05:14 btoumi the second calculate how many day are like the repeatable day in the table 05:14 btoumi after i do the sum 05:15 btoumi and we don't calulate fines before the "after day" 05:15 btoumi from issuingrules 05:17 tumer ok thanks 05:18 tumer kados: u around? if not ping me when u are I have a big problem with the new API 06:58 kados tumer[A]: I'm here ... 06:58 kados tumer[A]: which new API? I just invented a new one last night :-) 06:59 tumer hi kados 07:00 tumer well splitiing items from biblios has created a problem 07:00 tumer i can not search a title say in a specific branch 07:01 kados hmmm 07:01 tumer i have tried all tricks i know but zebra does not do linked seraches 07:01 kados you will need to use yaz proxy I think 07:02 kados have you asked ID about this? 07:02 tumer they seem to be on holiday 07:02 kados hehe 07:03 tumer well i can do async mode search and search both items database and biblios database simultanously 07:03 kados yea? 07:03 tumer just a sec 07:04 kados what I think we need is 'merged result sets' functionality 07:10 tumer yes, but for that we have to be able to link databases together say with biblionumber 07:11 tumer until somebody comes up with some idea I am stuck 07:13 tumer you have not submitted anything from the zip file so i am keeping the new biblio and search until this case is solved 07:13 kados ok ... 07:13 tumer and by the way the new API is it this facets? I could not get it to work 07:13 kados I would ping ID again ... they are supposed to respond quick quickly 07:14 tumer zoomopac at liblime gives me only facets and no results 07:14 kados ? 07:15 kados what browser are you using? 07:15 kados (haven't tested in IE, but it looks fine in FF and Safari) 07:16 kados what I've been doing is actually quite simple 07:16 kados I just discovered it last night and it makes some hard things very easy 07:17 kados my @ccl_query = $query->param('ccl_query'); 07:17 kados foreach my $ccl (@ccl_query) { 07:17 kados $ccl_query .= "$ccl "; 07:17 kados } 07:17 kados this means that in the template I can have something like: 07:18 kados <select name="ccl_query"> 07:18 kados <option value="keyword"> 07:18 kados </select> 07:18 kados <input tyle="text" name="ccl_query"/> 07:18 kados and a submit 08:04 btoumi hi paul 08:05 paul hello btoumi 08:08 kados hi paul 08:08 paul hello kados 08:08 paul my opac-zoomsearch works really fine. 08:08 kados cool 08:08 kados I'm going to be making quite a few changes to make the code simpler 08:08 paul i've done some hacks for UNIMARC, but i'll have to synch with your recent commits... 08:08 paul i have a last question 08:09 paul my datas are in UTF-8 08:09 kados I will probably abandon use of PQF 08:09 paul in zebra as well as in SQL 08:09 kados and instead use CCL 08:09 kados right 08:09 paul when I search in opac-zoom search, accented chars are shown as latin1 chars (a , instead of a é for example) 08:09 paul I have investigated a lot, and found the culprit : 08:10 kados (I suspect the filehandle must be opened with utf8 flag set 08:10 paul in USMARC.pm, line 170 : 08:10 paul if ( $marc->encoding() eq 'UTF-8' ) { 08:10 paul warn "ENCODING $tagdata"; 08:10 paul # $tagdata = marc_to_utf8( $tagdata ); 08:10 paul } 08:11 paul if I comment $tagdata = ..., it works well 08:11 kados hmmm 08:11 kados is that the same line that Tumer commented out? 08:13 paul hi tumer 08:13 tumer hi paul. 08:13 paul can you look at immediate logs ? 08:13 tumer the problem with usmarc.pm is a bug 08:13 kados paul: can you add a note (tumer too) about what you discover about encoding to the encodingscratchpad on the wiki? 08:14 paul ok kados. 08:14 tumer i have commited a new usmarc.pm corrected to koha cvs 08:14 kados I have been keeping notes there 08:15 tumer paul i have a problem with new db design. separating items resulted in not being able to search linked databases 08:15 paul yep, i've seen your mail 08:15 tumer i could not find a solution and i am stuck 08:16 paul maybe there is no solution, except staying with biblio & item in the same zebra DB ? 08:16 tumer yes but MARC definition does not allow that for multiple items 08:17 paul ??? 08:17 tumer we have to have separate holdings marc 08:18 tumer can you follow me paul? 08:18 paul i'm afraid no 08:20 tumer well according to LoC if there is more than one item you are supposed to create separaete marc records for it and not embed it in 08:20 tumer so we have a items marc and biblios marc 08:20 tumer even if i put them in same zebra db i cannot link them in zebra 08:21 tumer i cannot search title and branch and get a merged result 08:21 tumer is it more clear? 08:21 paul yas, thx. previously, we embeeded the items in MARC record. why MUST we change this behavious ? 08:22 paul for me & my customers, it's useless today. 08:22 paul in France/UNIMARC, we use recommandation 995. 08:22 paul there is a standard for unimarc holdings as well, but "nobody" uses them, afaik 08:22 tumer kados wants more MARC compliant behaviour 08:23 tumer i wanted to reduce indexing time whith circulation data 08:23 tumer but now in wain 08:24 tumer in MARC21 its more than 1 field 8.. for holdings 08:24 kados tumer: yaz-proxy may help you 08:24 kados tumer: and write ID again (be sure to cc me) support@indexdata.dk 08:25 kados tumer: asking them if what you want to do is possible 08:25 paul tumer: where is your fixed usmarc.pm ? I can't find it 08:25 tumer kados: yaz-proxy does not merge just balances the work load between databases ý think 08:25 tumer kados: do you remember where i send usmarc.pm -to you was it 08:26 kados to the list 08:26 tumer oh yes attachemt to koha-devel 08:26 kados the problem I'm facing with MARC::* 08:26 paul ok, gotcha 08:26 kados is that I've spent so many long hours on it 08:26 kados and i can't get the maintainer's to agree there is a problem 08:27 kados because there are no test cases that can be easily reproduced 08:27 btoumi paul: what is gotcha? 08:27 kados that clearly show the problem 08:27 kados btoumi: it means 'I understand' 08:27 paul btoumi: the usmarc.pm link 08:27 tumer even reading the script its obvious 08:27 paul (and in this case : "ive got it") 08:27 btoumi ok thanks all 08:27 kados tumer: did you ask per4lib about whether it's a bug? 08:28 tumer it says if the leader says UTF8 convert from marc8 to UTF8 which is stupid 08:28 kados it's OOP so there are some other things happening in there 08:28 kados but I haven't had time to investigate too much 08:29 kados so I suppose I should trust you :-) 08:29 paul it runs a "decode" (from Encode perl package) to decode to utf8 something that already is utf-8 08:29 paul I agree with tumer it's probably a bug. 08:29 kados ok ... so we have two people to confirm this 08:29 tumer also gets the characters decode(UTF8) and leaves it like that 08:29 kados what we need is a small test case to prove that it's a problem 08:29 kados and someone needs to write to perl4lib 08:29 kados to say 'this module has a major bug ... here it is ... here is the test that proves it ... here is the solution' 08:30 kados so that we can continue to use the standard module rather than branch our own version 08:30 paul s/it/if/ 08:30 kados thanks 08:30 tumer i am very busy with the new system setup 08:31 tumer i am experiencing lots of timeout from zebra while indexing 08:31 tumer 40 cataloguers working at the same time and zebra cannot keep up 08:32 tumer that was one of the raesons trying to seperate items. I did it and i ahve to go back 08:33 kados tumer: do you issue items yet? 08:33 kados tumer: before you waste all that effort, I'd ask ID if there is anything that can be done for merging result sets 08:33 kados tumer: maybe even some sponsored development or something 08:34 tumer issue?? 08:34 dewey issue is moot for geographic subjects 651 where is does not matter if $z comes between $z or not 08:35 kados tumer: check-out / check-in 08:35 tumer kados: currently circulation desk is closed 08:35 kados ahh ... 08:35 kados for summer? 08:35 kados or has it never been open? 08:36 tumer special closure for a month 08:36 kados for what? holiday? 08:36 kados koha? :-) 08:36 tumer to catalogue 3000 books a day 08:36 kados wow 08:36 tumer before the academic year 08:36 kados are you using shadow indexes? 08:37 tumer i tried it all it even gets slower 08:37 paul tumer & kados : could you answer my mail on koha-devel : "[Koha-devel] zebra config files : about default.idx" ? 08:37 kados I had an idea about using shadows 08:37 kados only run a commit once every 10 minutes or so 08:37 kados rather than after each change 08:37 kados I was hoping it would improve the speed 08:37 kados have you tried that? 08:38 kados paul: looking now 08:38 tumer thats normal during this period but not when we are issuing 08:38 tumer paul:i think the problem is more than that of tabs 08:39 tumer its too long what i think so i will write to you later 08:41 kados k 09:16 btoumi question for all . the sub getiteminformation (from Cir2.pm) will not disapear in futur? 09:17 toins btoumi, at least, it will be renamed to GetItemInformation 09:18 tumer[A] i have kept it in modified API as well 09:18 btoumi j'allais te le demander toins 09:18 toins hehe 09:18 btoumi paul yes it's a fonction wo give all information about item 09:19 paul so it's proper place is Catalogue.pm, not in Circulation ! 09:20 btoumi i don't think to look in catalogue.pm 09:20 paul Catalogue.pm has to be used for every catalogue related operation, except search & cataloguing. 09:21 paul so it should be the best place I think 09:21 btoumi i think so but i never work on this part of koha ,i look for equivalent function 09:22 btoumi where i can find Catalogue.pm 09:22 btoumi ? 09:22 paul don't mind with this for instance, ToinS will solve it when it's code cleaning reaches this module ! 09:23 btoumi strange i don't find Catalogue.pm 09:24 btoumi bookseller.pm 09:24 btoumi i suppose ;=) 09:24 btoumi toins where is Catalogue.pm 09:25 btoumi ? 09:27 toins btoumi, I don't know 09:28 btoumi paul: u talk about Catalogue.pm can u tell me where is this module? 09:29 paul maybe it does not exist yet, but he will be created later ;-) 09:29 paul or maybe it will be in Biblio.pm 09:29 btoumi ok thanks 09:29 btoumi ;=) 09:35 btoumi paul : yes it's in biblio.pm 09:35 btoumi its => getbibliofromitemnumber 09:36 btoumi and i now toins that whe must rename this function GetBiblioFromItemnumber 09:36 toins ;-) 09:36 btoumi toins: is it righ*? ;=) 09:37 toins it's depend on what this function do exactly.... 09:46 btoumi return all information form biblio,items biblioitems with an itemnumber 09:48 btoumi paul: is it a good choice to use getbibliofromitemnumber from biblio.pm? 09:50 btoumi ty 09:50 paul hdl around ? 09:50 hdl hi paul 09:52 btoumi toins: are u around ? 09:52 toins yep 09:53 btoumi i don't change name of function because there is a lot of sub with bad name 09:53 toins no problem 09:53 btoumi and i know u do it later 09:54 toins ok 09:54 btoumi if there is only one i do :=) 09:56 paul hey, shedges is with us for a few minuts ! 09:56 paul welcome here dear friend 09:58 shedges hi paul -- how are you? 09:58 paul fine, thx. although a little bit hot in Marseille this month 09:58 paul & august won't be better probably :-( 09:58 shedges From watching the Tour de France, I think ~all~ of France is hot this month! 10:12 kados hey shedges , how's it going? 10:13 shedges hey kados! 10:13 shedges I added image (binary) files for the Users Guide to CVS this weekend 10:14 kados cool 10:14 kados I'm totally swamped this week :( 10:15 shedges no versioning support, of course, but a place to store them for retrieval 10:15 shedges good work? or busy work? 10:15 kados but I hope to have some time soon to work on linking kohadocs.org up to CVS via rsynch 10:15 kados mostly good work 10:15 kados http://zoomopac.liblime.com is maturing 10:15 shedges good deal! 10:15 kados I was hoping to get 2.3.1 rolled out yesterday but didn't quite get to it 10:15 kados we need a new design :-) 10:16 kados I've been comparing out OPAC design to the linkes of Amazon.com, ebay, google, and some of the nice OPACs out there 10:16 kados s/out/our/ 10:17 kados evergreen's going quite well also: http://demo.gapines.org 10:17 kados (design wise) 10:17 shedges Who's doing the design for you? 10:18 kados of evergreen? one of the PINES developers 10:18 shedges no, zoomopac 10:18 kados I only criticize :-) 10:18 kados ahh ... that'd be me :-) 10:19 kados owen and I are gonna talk about it this week though 10:19 shedges OK, now I gotta look... 10:19 kados so hopefully he'll have some ideas 10:19 kados hehe 10:20 paul kados : the zoomopac is not ugly, it's for developpers ;-) 10:21 paul guys, I have to leave... 10:21 shedges bye paul 10:21 kados ciao paul 10:21 paul bye shedges, nice to read you 10:21 paul see you tomorrow kados 10:21 thd tumer[A]: are you still there? 10:21 toins bye paul ! 10:21 thd good evening paul 10:31 thd kados: I am going to change my vote and opt for answer 5 on the autocat list, the one that you did not offer as a choice. 10:37 kados thd: which one is that? :-) 10:38 kados thd: is it the 'don't attempt this at home' one? :-) 10:38 thd 5. 10:38 thd $a Architecture 10:38 thd |->$x History 10:38 thd |->$z Illinois 10:38 thd | |-->$z Chicago 10:38 thd |->$v Pictorial Works. 10:38 kados ahh 10:39 kados yea, that's a goodun 10:39 kados so that implies it's a pictoral history of Chicago Illinios ... but where does architecture come in? 10:40 kados shedges: are you on the autocat list? 10:41 kados thd: I'm adding 5 to my liset 10:43 thd kados: my suggestion is that unless one the standard subdivision sequence is broken then keep the subdivision of the same kind (topic, $x, in this case) as $a with $a. 10:44 kados http://kados.org/hierarchy.txt 10:44 thd kados: that may change the order of some forms but not where it affects the meaning. 10:46 thd kados: the second line in your example 5 does not line up correctly 10:46 thd like the ones above 10:46 kados oops 10:47 kados fixed 10:47 shedges kados: nope, not on the autocat list 10:47 thd kados: and I indented Chicago too much 10:48 kados shedges: here's a puzzle for you: http://kados.org/hierarchy.txt 10:48 thd kados: take out a dash from Chicago 10:48 kados thd: done 10:50 thd kados: so my proposal changes the order given for topical subjects with topical subdivisions which are subdivided geographically 10:51 thd kados: the actual string is merely a convention and should be malleable for taxonomy purposes as long as the meaning does not change 10:52 tumer kados: my professor tells me you can not change the order as you wish if its created as $a $z$x it has to stay that way 10:52 thd tumer: is the problem for separate holdings that you cannot bring multiple databases in the same result set? 10:52 tumer it has a meaning on stress 10:52 tumer hi thd 10:52 thd tumer: hello 10:52 dewey hi, thd 10:52 tumer thd:yes 10:53 kados tumer: yes, I'm not proposing to change order ... just to nest each element properly 10:53 tumer the order is the nesting in way 10:53 tumer $a alwys being first 10:54 tumer $x$y$z change places 10:54 thd tumer: why not put them in the same database in separate records and search by 000/06 to identify the holdings records 10:54 thd ? 10:54 kados tumer: so your prof chooses #4? 10:54 tumer thd: how do you search some title belonging to some branch? 10:55 shedges kados: I'd say: 10:55 shedges $a Architecture 10:55 shedges |->$x History 10:55 shedges |->$z Illinois 10:55 shedges |->$z Chicago 10:55 shedges |->$v Pictorial Works. 10:56 shedges (based on MODS, I guess) 10:56 shedges http://www.loc.gov/standards/mods/v3/mods-3-2-outline.html#subject 10:56 tumer kados: number 4??? 10:57 kados tumer: http://kados.org/hierarchy.txt 10:57 kados tumer: show that to your prof, see what he/she says :-) 10:57 kados shedges: looking now 10:58 thd tumer you search for holdings by finding 000/06, please excuse the PHP syntax it is easy to convert to Perl 10:58 tumer shedges's looks right 10:58 thd } elseif ($tag000_pos06 == 'u' || $tag000_pos06 == 'v' || $tag000_pos06 == 'x' || $tag000_pos06 == 'y') { 10:58 thd $recFormat = 'holdings format'; 10:58 thd if ($tag000_pos06 == 'u') { 10:58 thd $recType = 'unknown'; 10:58 thd } elseif ($tag000_pos06 == 'v') { 10:58 thd $recType = 'multipart item holdings'; 10:58 thd } elseif ($tag000_pos06 == 'x') { 10:58 thd $recType = 'single-part item holdings'; 10:58 thd } elseif ($tag000_pos06 == 'y') { 10:58 thd $recType = 'serial item holdings'; 10:58 thd } 11:01 kados tumer: do you know how to index the leader in zebra? 11:01 kados tumer: if i ever knew I forgot 11:01 tumer yes 11:01 tumer use LDR instead of number 11:02 thd shedges: is the topical subdivision no more important than the geographic subdivision in a topical subject? 11:03 tumer thd: i am still not sure what u are saying. 2 separate marc records, how do you merge serach them? 11:03 tumer kados:i am not very sure now 11:03 kados shedges: I'm not sure the MODS description is positing an order 11:04 kados tumer: :-) 11:04 shedges right -- I doubt that it is 11:04 shedges I was just trying to cheat! 11:05 tumer well according to prof lady no4 looks ok but she is not used to see them like that 11:06 thd tumer: well you search for records matching your criteria which are either holdings or bibliographic records and sort them out when you get the results back if you want both or limit the search if you only want one 11:06 tumer they are used to seeing them all in one line in LoC 11:06 kados hehe 11:06 thd if ($targetSyntax == 'MARC 21') { 11:06 thd if ($tag000_pos06 == 'a' || $tag000_pos06 == 'c' || $tag000_pos06 == 'd' || $tag000_pos06 == 'e' || $tag000_pos06 == 'f' || $tag000_pos06 == 'g' || $tag000_pos06 == 'i' || $tag000_pos06 == 'j' || $tag000_pos06 == 'k' || $tag000_pos06 == 'm' || $tag000_pos06 == 'o' || $tag000_pos06 == 'p' || $tag000_pos06 == 'r' || $tag000_pos06 == 't') { 11:06 thd $recFormat = 'bibliographic format'; 11:07 kados thd: what is this for? 11:07 kados thd: detecting the format? 11:07 tumer thd is trying to solve merge issue on the fly 11:07 thd kados: yes and material type etc. 11:07 kados cool 11:08 kados in zebra 11:08 tumer where is branch where is shelf? 11:08 thd tumer: my z39.50 client has no other choice but to solve merge issues on the fly 11:08 kados the problem is, depending on the leader field, the positions change in 008 11:08 thd kados: I have code for that 11:09 tumer search on a title i get 1000 results 100 of those are in a specific branch and i want those 11:09 tumer bibliograhic record does not hold branch or shelving info i thought 11:10 thd tumer: use the branch as an additional search criteria as part of the query by inclusion or exclusion and you may need post processing if by inclusion. 11:11 thd tumer: yes the bibliographic record may have no holdings so then you have to search for linked holdings 11:12 thd tumer: by specifying a search for 003 in holdings records taken from 001 in bibliographic records 11:12 tumer well if they are separate records and i search title=sometithing branch=MAIN i am bound to get 0 resuts 11:13 tumer thd:004 i presume 11:13 tumer and it could take houlf hor doing that i tried 11:13 tumer s/hor/hour 11:14 thd tumer: what could take half an hour? 11:14 tumer once i receive bibliographic records to recursively search holdings 11:16 thd tumer: how long if you run two separate searches and merge them with Perl instead of asking Zebra to do the work? 11:16 tumer for that i have to receive all the records and that is sometimes in 10,000+ 11:17 thd tumer: yes that is a problem for a large result set 11:18 tumer well results upto 20-50 is bearable and i do it 11:19 thd tumer: certainly it can be done for results one page at a time but it should be reasonable to do for an arbitrary result set. 11:20 thd s/it should be/there should be a method/ 11:22 thd tumer: the problem is that we need a way to create a common index for both holdings and bibliographic records while keeping the records separate 11:23 tumer why do we need that? 11:23 thd tumer: so you can search both as if they were in one record 11:23 thd tumer: for speed 11:24 tumer zebra does not work that way 11:24 tumer a record is a record separate entity 11:25 tumer how will zebra know which holdings belong to which biblio to join them 11:25 thd tumer: you have found that there is no way to cross index multiple databases or is the problem of combining the results from multiple databases in a single results set 11:25 thd ? 11:27 tumer thd: if i search on common indexes like biblionumber i retrive both biblio and the related holdings 11:27 tumer whether in same or differnt databases 11:27 tumer the problem still persists... 11:27 thd tumer: what then is the problem? 11:27 dewey then the problem is, like, that you still want a unique call number for all the material that you have in the collection 11:28 thd tumer: is the problem what dewey said? 11:29 thd tumer: I hope that you do not have the problem that dewey was repeating. 11:34 thd tumer: is the problem that you have Zebra indexing by field instead of by record type so that Zebra is not matching 001 in a bibliographic record to 004 in a holdings record for indexing purposes? 11:37 thd tumer: if that is the problem, one of a general kind for Zebra, which I feared some months ago. If Zebra will not change then we need to build at least our own meta-indexing system which uses Zebra for at least storage if not some indexing. 11:40 tumer thd:correct 11:41 thd tumer: my hope is that Index Data would fix the obstacle first. 11:41 tumer i hope 11:42 thd tumer: yet, I do not think that building a complimentary index would be difficult but I have not thought it through fully. 11:44 thd tumer: I think it quite simple now 11:45 thd tumer: but much less efficient than if Zebra does it all. 11:48 thd tumer: have you or anyone asked Index Data about this indexing design problem specifically? 11:50 thd tumer: this will be a much worse problem for doing anything interesting with authorities will it not? 11:52 thd tumer: I mean for authorities we would have the same problem but not even have the option of authorities data for tracings and references fields, etc. in the bibliographic records in the way that we have holdings fields in the bibliographic records. 11:55 thd tumer: so who has asked Index Data about more flexible use of indexes for matching different record types or other similar purposes? 11:56 thd kados: are you paying attention?