Time Nick Message 08:21 hdl kados around ? 09:41 hdl kados: ? 10:03 kados hdl: I'm here now 10:03 kados hdl: I got your email ... 10:04 tumer kados:i just sent a bug 10:04 kados tumer: where? 10:04 tumer bugzilla regarding search 10:05 kados tumer: the new search api you mean? dev_week? 10:05 tumer zoomopac.liblime.com bug 10:05 kados tumer: what bug number? 10:05 tumer 1184 10:07 kados tumer: a search on 'it' pulls up 61253 results 10:07 kados tumer: I can't reproduce the bug 10:07 tumer choose title not keyword 10:08 tumer advanced search BTW 10:08 kados I see it now 10:08 kados hmmm 10:08 kados well the query parser is currently kludgy 10:09 kados we need to build a real one 10:09 kados I just haven't had time 10:09 tumer i think its trying to weight fields even though there is a sort defined 10:10 kados well ... the rank and the sort are two completely different animals 10:10 tumer BTW i have added field weighting to head 10:10 kados the query always includes field weighted ranking 10:10 kados but that shouldn't affect sorting at all 10:10 kados unless you sort by rank :-) 10:10 tumer well depends how you look at it 10:11 kados it depends on how zebra looks at it actually :-) 10:11 kados and zebra treats sorting and ranking as two different things 10:11 tumer if you sort your ranking does not count right 10:12 kados the records still have a rank score added 10:12 kados it's just ignored 10:12 tumer yes but the order is your sort 10:12 kados correct 10:13 tumer so what i did is just to ignore ranking if any defined sort is chosen 10:13 tumer apart from ranking ofcourse 10:13 kados but that will lead to different result counts 10:13 tumer no 10:13 kados ie, if you do a field-weighted, stemmed query 10:14 kados then re-sort and take out the field weighting and stemming 10:14 kados you're gonna get a different result count 10:14 tumer stemming does not work for turkish so i did not play wirh it 10:14 kados Lingua::Stem doesn't have a stemming library for Turkish? 10:14 tumer nope 10:15 kados tumer: maybe you can create one ;-) 10:15 tumer hehe 10:16 kados ok, I found the reason for the discrepency 10:16 kados the first time you do the search it's: 10:16 kados idx=ti&q=it 10:16 kados but when you sort it it becomes: 10:16 hdl hi all 10:17 kados q=ti: it&sort_by=1%3D36+%3Ci 10:17 kados so it's a matter of the query parser not being smart enough to know that idx=ti is the same as q=ti: 10:17 kados it's a 2.4.1 thing :-) 10:17 kados hey hdl 10:20 kados bug updated 10:20 tumer kados:also i am stoping to work on head. It all functions basically work,(we use it here) I am not sure about prog templates and i cannot keep up with the rest of dev. process 10:20 kados tumer: ok 10:21 kados tumer: soon after NPL migrates, I want to have a meeting about 'roles' in the Koha development community 10:21 tumer cool 10:21 kados tumer: I'd like each of the core developers to focus on one module or at most two 10:21 kados tumer: rather than all of us dabbling in all the modules ;-) 10:21 tumer good idea 10:22 kados Koha's just too big for one person to maintain 10:28 tumer kados:found another bug in search you want me to send bugzilla? 10:29 hdl kados: what do you think of my email, is there a workaround ? 10:30 hdl kados: I am not getting any index on authorities. 10:30 kados tumer: sure 10:30 tumer kados:clicking on currently availabe items gives XML error cannot show page 10:30 kados hdl: I don't quite understand your question 10:30 kados tumer: no ... that's the RSS link 10:30 kados tumer: currently avaialble link works fine 10:31 kados owen: think we better remove that RSS link until it's working 100% of the time 10:31 hdl kados: Moreover, authorities donot have biblionumbers nor bibitems but authority number (authid) is 001. 10:31 hdl kados : I try and explain. 10:31 tumer oh sorry! 10:31 owen Okay 10:31 hdl Unimarc authorities donot have the same 100 field as biblios. 10:31 kados hdl: 100 is for encoding? 10:32 hdl yes. 10:32 kados ok 10:32 kados hdl: do they have a field for encoding somewhere? 10:33 hdl Yes : 100 but not in 25th position but in 22 or so. 10:33 hdl :( 10:33 kados hmmm 10:33 hdl (Wn european standards :S ) 10:34 hdl in usmarc, leader seems to be the same for biblios and authorities though. 10:34 kados hdl: right 10:34 kados the only solution I can think of 10:34 kados is to pass a flag to MARC::File::XML 10:35 kados UNIMARCAUTH or something 10:35 kados I would write an email to perl4lib list 10:35 kados that's where Ed and Mike typically chat about MARC::* modules 10:35 hdl OK. 10:35 kados explain the situation 10:36 tumer hdl:how does a MARC reader know that its authorities 10:36 tumer if not defined in ledaer? 10:36 hdl Do YOU do this ? 10:37 hdl tumer : UNIMARC leader for authorities IS different from biblios ? 10:37 hdl tumer : UNIMARC leader for authorities IS different from biblios. 10:37 tumer we have a different leader for authorities as well 10:37 tumer but encoding position is the same 10:37 hdl kados : I can try and send a mail on this perl4lib list. 10:38 hdl tumer: UNIMARC-A label/leader doesnot have any encoding position. 10:39 tumer so a MARC reader has to first understand that its authorites and read a different tag is that it? 10:40 hdl tumer and kados : anyway, we must have a peculiar record.abs for authorities, since authid should be in 001 and not in 090$9 or 090$a. 10:41 tumer in head its already 001 10:42 tumer user definable ofcourse 10:42 kados we will need a whole bunch of zebra config files for authorities 10:42 kados record.abs, bib1.att, ccl.properties, etc. 10:43 kados and as with biblios, UNIMARC and USMARC will need different files 10:44 kados and I agree with tumer, I think starting in rel_3_0 we should start using 001 as the system identifier 10:44 kados by default 10:48 hdl kados : will you write an email to perl4lib or should I ? 10:49 kados hdl: I won't have time for a couple weeks 10:49 kados hdl: NPL migrates THIS weekend :-) 10:50 kados hdl: and there is still a lot to do :-)