http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 Mirko Tietgen <mirko@abunchofthings.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off CC| |veron@veron.ch -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #4 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Mirko, while testing I found 2 other things that concern me: 1) If you have multiple 511, each will show on a separate line and the label will be repeated: Cast: Tietgen, Mirko Cast: Fischer, Katrin I think that's not consistent with how other repeatable fields display, could you make it so the label appears only once? 2) The display of a label depends on the first indicator set to 1. I see that this is how it's documented in the MARC21 standard (http://www.loc.gov/marc/bibliographic/bd511.html), but it looks a bit weird in the OPAC. Maybe we could display another label if the indicator is not set? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 Mirko Tietgen <mirko@abunchofthings.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch --- Comment #5 from Mirko Tietgen <mirko@abunchofthings.net> --- Katrin, I think both things you talk about are done exactly as described by the LOC. Please check the examples at http://www.loc.gov/marc/bibliographic/bd511.html and also have a look at the field in Koha cataloguing. Field 511 (in MARC and in Koha) is designed to take a list of names per field. The field is repeatable, the subfield a is not. No display constant generation is necessary to have several 511 fields for different lists, like 'voices', 'presenter' etc. in the LOC examples, where these descriptions are part of the field value. It would be nicer to have a subfield for display constant generation, but that is not how MARC works for this field. And who are we to doubt MARC? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 --- Comment #7 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- It's ok - I will take another look :) -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #12697|0 |1 is obsolete| | --- Comment #8 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Created attachment 14323 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14323&action=edit [SIGNED-OFF] Bug 8877 [ENH] MARC21 field 511 missing from XSLT Adds MARC21 field 511 to the OPAC XSLT file. Signed-off-by: Marc Veron <veron@veron.ch> Contents of field 511 appears as expected. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Patch changes OPAC XSLT display, 511 is shown as defined by the MARC21 standard. If 1st indicator is 1, the label cast is shown in front of the 511 field. If 1st indicator is 0 or empty, no label is shown. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8877 Jared Camins-Esakov <jcamins@cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #10 from Jared Camins-Esakov <jcamins@cpbibliography.com> --- This patch has been pushed to master. -- You are receiving this mail because: You are watching all bug changes.