← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
08:21 | hdl | kados around ? |
09:41 | kados: ? | |
10:03 | kados | hdl: I'm here now |
10:03 | 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 | tumer: I can't reproduce the bug | |
10:07 | tumer | choose title not keyword |
10:08 | advanced search BTW | |
10:08 | kados | I see it now |
10:08 | hmmm | |
10:08 | well the query parser is currently kludgy | |
10:09 | we need to build a real one | |
10:09 | 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 | but that shouldn't affect sorting at all | |
10:10 | 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 | 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 | 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 | 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 | then re-sort and take out the field weighting and stemming | |
10:14 | 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 | the first time you do the search it's: | |
10:16 | idx=ti&q=it | |
10:16 | 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 | 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 | it's a 2.4.1 thing :-) | |
10:17 | hey hdl | |
10:20 | 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 | 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 | 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 | 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 | tumer: no ... that's the RSS link | |
10:30 | tumer: currently avaialble link works fine | |
10:31 | 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 | 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 | 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 | :( | |
10:33 | kados | hmmm |
10:33 | hdl | (Wn european standards :S ) |
10:34 | in usmarc, leader seems to be the same for biblios and authorities though. | |
10:34 | kados | hdl: right |
10:34 | the only solution I can think of | |
10:34 | is to pass a flag to MARC::File::XML | |
10:35 | UNIMARCAUTH or something | |
10:35 | I would write an email to perl4lib list | |
10:35 | 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 | if not defined in ledaer? | |
10:36 | hdl | Do YOU do this ? |
10:37 | tumer : UNIMARC leader for authorities IS different from biblios ? | |
10:37 | tumer : UNIMARC leader for authorities IS different from biblios. | |
10:37 | tumer | we have a different leader for authorities as well |
10:37 | but encoding position is the same | |
10:37 | hdl | kados : I can try and send a mail on this perl4lib list. |
10:38 | 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 | user definable ofcourse | |
10:42 | kados | we will need a whole bunch of zebra config files for authorities |
10:42 | record.abs, bib1.att, ccl.properties, etc. | |
10:43 | and as with biblios, UNIMARC and USMARC will need different files | |
10:44 | and I agree with tumer, I think starting in rel_3_0 we should start using 001 as the system identifier | |
10:44 | 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 | hdl: NPL migrates THIS weekend :-) | |
10:50 | hdl: and there is still a lot to do :-) |
← Previous day | Today | Next day → | Search | Index