Bug 21303 - XSLT should look in LDR/18 to know whether to add punctuation or not
Summary: XSLT should look in LDR/18 to know whether to add punctuation or not
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: MARC Bibliographic data support (show other bugs)
Version: Main
Hardware: All All
: P4 enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
: 30018 (view as bug list)
Depends on: 37196 37325
Blocks:
  Show dependency treegraph
 
Reported: 2018-08-31 15:00 UTC by Caroline Cyr La Rose
Modified: 2024-07-17 13:09 UTC (History)
5 users (show)

See Also:
GIT URL:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Caroline Cyr La Rose 2018-08-31 15:00:24 UTC
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
Comment 1 David Cook 2021-09-09 01:54:15 UTC
This is interesting. I always assumed that people just went with "a" for AACR2 for LDR/18, but it looks like the practice for RDA is to use "i" or "c" according to a few sources like OCLC (https://www.oclc.org/bibformats/en/fixedfield/desc.html).

OCLC has some examples that suggests even when using AACR2 that they'd use "a" when including punctuation and "c' when punctuation is omitted (https://www.oclc.org/bibformats/en/onlinecataloging.html#punctuation)

Very interesting.
Comment 2 Marion Durand 2021-10-01 08:34:36 UTC
I'm working on this bug, but I'm not sure what the result should be for this example
100 1#
a Goscinny, René,
d 1926-1977-,
e author.

About the comma near the date, should it look like:
1) Goscinny, René, 1926-1977- [author.]. (Without any comma after the date)
or
2) Goscinny, René, 1926-1977-, [author.]. (With a comma after the date)

About the two periods at the end, should it look like:
3) Goscinny, René, 1926-1977- [author.] (With the period inside the bracket)
4) Goscinny, René, 1926-1977- [author]. (With the period outside the bracket)
5) Goscinny, René, 1926-1977- [author.]. (With two periods)
6) Goscinny, René, 1926-1977- [author] (Without any period)
Comment 3 Katrin Fischer 2023-06-17 13:40:41 UTC
*** Bug 30018 has been marked as a duplicate of this bug. ***
Comment 4 Alexander Wagner 2024-07-17 13:09:32 UTC
**Note** there was some discussion if it's not better to implement this feature (and linked bugs) by means of a Perl-based Marc Filter. Same result just different technical approach.