[Bug 17867] New: Improve display of source (MARC21 773) in result list
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Bug ID: 17867 Summary: Improve display of source (MARC21 773) in result list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt@gmail.com Reporter: katrin.fischer@bsz-bw.de QA Contact: testopia@bugs.koha-community.org Currently only $t is shown. If there is no author in $a, the title goes in $a and there is no $t. We should also catch this case and show at least a and t.
From the XSLT: 928 <xsl:if test="marc:datafield[@tag=773]"> 929 <xsl:for-each select="marc:datafield[@tag=773]"> 930 <xsl:if test="marc:subfield[@code='t']"> 931 <span class="results_summary"> 932 <span class="label">Source: </span> 933 <xsl:value-of select="marc:subfield[@code='t']"/> 934 </span> 935 </xsl:if> 936 </xsl:for-each> 937 </xsl:if>
Note: if there were multiple 773, the lable would be printed mulitple times. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Academy -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Aleisha Amohia <aleishaamohia@hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleishaamohia@hotmail.com --- Comment #1 from Aleisha Amohia <aleishaamohia@hotmail.com> --- Hi, I'm not sure how to reproduce this because the 773a and 773t fields show for me in both staff client and OPAC. Can you please provide a test plan on how to reproduce? -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- To test: - Add a record with 773$a (no $t!) and a record with 773$a and $t - View it on the detail pages and result lists in staff and OPAC - On the detail pages, 773 should show in both cases - On the result lists, 773 doesn't appear to show (another enh for later maybe?) - Put the records on a list - On the list result list Source: only shows for record with $t So $a is usually the author, but if there is no author, it will have the title, and $t is empty (cataloguing rules... can't really explain better). Just saying it's totally valid that there is only $a and no $t, so we should account for this case :) -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Karen <karenliang.student@wegc.school.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 --- Comment #3 from Karen <karenliang.student@wegc.school.nz> --- Created attachment 59189 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59189&action=edit Bug 17867 Improve display of MARC21 773 in result list Test Plan: 1) Add a record with 773$a (no $t!) and another record with 773$a and $t 2) View it on the detail pages and result lists in staff and OPAC 3) Confirm that 773$a and $t show on the detail page 4) Confirm that 773$a doesn't show on the results list but $t does. 5) Apply patch and refresh the result list page 6) 733$a and $t should now both show on the result list page -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Karen <karenliang.student@wegc.school.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59189|0 |1 is obsolete| | --- Comment #4 from Karen <karenliang.student@wegc.school.nz> --- Created attachment 59193 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59193&action=edit Bug 17867 Improve display of MARC21 773 in result list I had to undo the changes I made previously in file MARC21slim2intranetResults.xsl. Only change the MARC21slim2OPACResults.xsl. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59189|1 |0 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 --- Comment #5 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Comment on attachment 59189 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59189 Bug 17867 Improve display of MARC21 773 in result list Review of attachment 59189: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=17867&attachment=59189) ----------------------------------------------------------------- Looking at the code this isn't quite right yet and given the age of the patch I am not sure if Karen will still be available to work on this. I am resetting the assignee from "Galen" to default, marking this as NEW for now. Note: The behaviour of $a and $t described here might be something specific to our data export as I have recently learned. Changing it won't hurt anyone, but it might not generally apply. ::: koha-tmpl/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACResults.xsl @@ +603,5 @@
<span class="label">Source: </span> <xsl:value-of select="marc:subfield[@code='t']"/> + </span> + </xsl:if> + <xsl:if test="marc:subfield[@code='a']">
I think this condition needs to be modified to check if either a or t exist in order to decide if the label should be displayed. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |karenliang.student@wegc.sch | |ool.nz Status|Needs Signoff |ASSIGNED Assignee|gmcharlt@gmail.com |koha-bugs@lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|Academy | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Heather <heather_hernandez@nps.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |heather_hernandez@nps.gov --- Comment #6 from Heather <heather_hernandez@nps.gov> --- I am not understanding this completely. A 245 field is mandatory in a MARC21 bib record, therefore all records to which a 773 would link have at least a 245. It is correct that not all bib records have a 100, 110, or 111 main entry to go into the 773 $a, and that these records may then only have a 245 (title main entry) or a 130 uniform title main entry. However, when a bib record to which the 773 should link has a 130, that data does not go into the 773 $a, but goes into the $t. From: https://www.loc.gov/marc/bibliographic/bd76x78x.html "$t - Title Title information from subfields $a, $f, $g, $k, $n, and $p of fields 130 (Main Entry - Uniform Title) and 245 (Title Statement) of the related record." The 773 $a (from that same website) can only contain data from the related record's 100, 110, or 111--name or meeting name fields, not title fields: "$a - Main entry heading 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." Am I missing something or misreading what is meant here by intending to put the related record's title data into a 773 $a? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 --- Comment #7 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- (In reply to Heather from comment #6)
I am not understanding this completely. A 245 field is mandatory in a MARC21 bib record, therefore all records to which a 773 would link have at least a 245. It is correct that not all bib records have a 100, 110, or 111 main entry to go into the 773 $a, and that these records may then only have a 245 (title main entry) or a 130 uniform title main entry. However, when a bib record to which the 773 should link has a 130, that data does not go into the 773 $a, but goes into the $t.
And you are completely right there, Heather! :) It was an error in our MARC21 export from the union catalog. I think what happened was that $a was understood to always contain the 'main heading', so when there was no other 100 the title got put into $a. It has since been changed. That said... could it be nice to also show 773$a and possibly other subfields? Thinking especially about $g etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 --- Comment #8 from Heather <heather_hernandez@nps.gov> --- If present, I think all the subfields should be displayed since they show the exact location within the host item of the analyzed title, with the $w record number hyperlinked to execute a search to retrieve the exact record containing the record number--I'm working on a support ticket with ByWater for this, but it's very complicated since the format for record numbers in the 7XX linking entry fields doesn't exactly match how the record numbers are stored in, e.g., 001. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hagud@orex.es --- Comment #9 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- *** Bug 19606 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Magnus Enger <magnus@libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus@libriotech.no --- Comment #10 from Magnus Enger <magnus@libriotech.no> --- There are patches here. Should the status be "Needs signoff"? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17867 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #11 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I think this has been resolved by bug 16522 that centralized the 773 display between detail and result pages using one common template in the Utils file. *** This bug has been marked as a duplicate of bug 16522 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org