Summary: | Link in 780/785 should search for $t in title and $a in author | ||
---|---|---|---|
Product: | Koha | Reporter: | Caroline Cyr La Rose <caroline.cyr-la-rose> |
Component: | MARC Bibliographic data support | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | minor | ||
Priority: | P5 - low | CC: | flyingendpaper, lauren_denny, philippe.blouin |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Bug Depends on: | |||
Bug Blocks: | 34482 |
Description
Caroline Cyr La Rose
2018-08-31 14:51:02 UTC
I disagree--the linking entry fields, https://www.loc.gov/marc/bibliographic/bd760787.html are common in serial records where the $a and $t are often very common terms (e.g., made up example, $a Maritime History Society. $t Newsletter) and so this is why the $w contains _exact_ record numbers--the primary key for the record to be searched. In OCLC libraries, it is common to place the OCLC number in the 001 as the primary key, and the $w will carry the OCLC record number of the linking record as well as the $w of the Library of Congress record, etc. Also, if the linking record has a uniform title, it is mandatory that this be in the $s, and this can be very generic for legal materials. Large library systems (even WorldCat.org) use the $w record numbers as the search term for record linking in these fields, and this is going to be more common as RDA encourages more linking entry fields. If this is pursued, I would strongly encourage it to be configurable by the library, so the library has the choice of whether their Koha catalog will operate as other systems using the $w as the search term in the search executed by selecting a field in a 78X linking entry field, or via the $a & $t. Our Koha is configured to use the $w not only because it is the standard and offers the same functionality to our users as, e.g., WorldCat.org, but also because only a tiny minority of linking entry fields have distinguishing $a fields in them, and a search on the $t in these fields would retrieve so much as to be useless. (E.g., $t Newsletter, $t Proceedings, $t Annual report, etc.) Hi Heather, I should maybe have specified that the situation I was describing did *not* use UseControlNumber. If UseControlNumber is activated, the exact control number in $w is searched in the control-number index, as you described in your use case. When that syspref is deactivated, and you have values in 780/785 $a and/or $t the values are searched in the title index (or they were in 2018 when I wrote this bug report). In the same link you provided https://www.loc.gov/marc/bibliographic/bd760787.html under subfield $a it says it's the main entry ("Main entry heading data (without the content designators) from field 100 (Main Entry-Personal Name), 110 (Main Entry-Corporate Name), or 111 (Main Entry-Meeting Name) in the related record.") meaning it should contain the author's name. My proposal was to search for the value in $a in the author index rather than the title index. This bug is four years old, the code may have changed since. Hi, Caroline! Thank you for clarifying! Yes, then, you are correct! It should definitely not be searching a 7XX $a in a title index, and should search for $a and $t in the correct indexes if UseControlNumber is not activated. I think correct behavior of searches from linking entry fields is still very much in progress. I hope some library staff who have UseControlNumber not activated can comment on this bug! Best, h2 I just tried it again in master with elasticsearch, and the problem is still there. *UseControlNumber is off* My record is 100 1# $aRowling, J.K. 245 10 $aHarry Potter and the Chamber of Secrets / $cby J.K. Rowling ; illustrations by Mary GrandPré. 780 00 $aRowling, J.K. $tHarry Potter and the philosopher's stone 785 00 $aRowling, J.K. $tHarry Potter and the prisoner of Azkaban When I click on the link in the staff interface or the OPAC, the search is '"ti,phr:Rowling, J.K. Harry Potter and the philosopher's stone"' |