[Koha-bugs] [Bug 21303] New: XSLT should look in LDR/18 to know whether to add punctuation or not

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Aug 31 17:00:24 CEST 2018


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21303

            Bug ID: 21303
           Summary: XSLT should look in LDR/18 to know whether to add
                    punctuation or not
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: MARC Bibliographic data support
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: caroline.cyr-la-rose at inlibro.com
        QA Contact: testopia at bugs.koha-community.org

I noticed the XSLT sometimes adds or removes punctuation. If the cataloguers
already add the punctuation while cataloguing, this causes double punctuation
or no punctuation at all where there should be.

For instance, I have a record where there is a period (.) at the end of 100$e.
So in MARC, it looks like

100 1#
a Goscinny, René,
d 1926-1977-,
e author.

In intranet details, it looks like

Goscinny, René, 1926-1977- [author.].

There are two periods (and no comma after the date).

In the 260 field, the opposite happens. There is a period at the end of 260$c
in MARC, but nothing is appearing in intranet results.

260 ##
a Paris :
b Gallimard jeunesse,
c [2014].

In the intranet details, it looks like

Paris : Gallimard jeunesse, [2014]

There is no period after the date. 

MARC21 has a code in LDR/18 to indicate whether or not punctuation has been
included in the cataloguing. XSLT should obey this code to determine if it
should add punctuation or not.

LDR/18 possible codes
# - Non-ISBD
a - AACR2
c - ISBD punctuation omitted
i - ISBD punctuation included
n - Non-ISBD punctuation omitted
u - Unknown

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.


More information about the Koha-bugs mailing list