https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37168
--- Comment #4 from Phil Ringnalda <[email protected]> --- The advantage of SRU is that you can see what your searches are mapped to and change it. The disadvantage is that you can see.... The LC's SRU explain record at http://lx2.loc.gov:210/LCDB tells you what you can search by, not including any sort of call number search, so it's not mapped to anything, it's just a keyword search, and you get the same results whether you use either call number field in the search form or you use the keyword field. The LC's Z39.50 explain record at https://www.loc.gov/z3950/xml/lcdbz3950.xml tells you that you can search for Dewey call number and LC call number and in each case as a keyword or with right truncation or exact match or left-anchored with right truncation (which I think is a fancy way of saying starts with), and somewhere deep in the bowels of Koha we either choose one of those for the "LC call number" and "Dewey" fields for a Z39.50 search, or maybe we don't. Or maybe we choose one of the LC call number fields for both: today's 'test what you are actually getting' call number search for me is Perl, and if I do that as an LC call number search at LC Z39.50 I get no results, but if I do that as a "Dewey" search at LC Z39.50 I get two records, both of which have an 050 LC call number field which includes the string Perl. Do we actually do left-anchored with right truncation LC call number searches for the "LC call number" field, and keyword LC call number searches for the "Dewey" field? It would fit with the results I get. Or, do we specify the Dewey call number index and it is misconfigured in the LC server as LC call number? The results I get from the separately-implemented Z39.50 search in the advanced editor make me think this other one is doing something wrong, since in the advanced editor both the LC call number and the Dewey number searches give reasonable looking results from both OCLC and LC, finding whatever you search for in 050+09x local call number fields or 082+09x and not finding it in random spots or in the spot for the other flavor of call number. Personally, I'm looking for an exit strategy to get away from touching the Replace via Z39.50 search as quickly as I can while walking away backward so it doesn't sneak up and bite me on the back. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
