[Koha-bugs] [Bug 18309] UNIMARC update from IFLA

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Mar 16 09:52:44 CET 2018


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

Laurent <laurent.quinson at enssib.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |laurent.quinson at enssib.fr

--- Comment #21 from Laurent <laurent.quinson at enssib.fr> ---
Hi
this is my check

some remarks and questions especially for the integration of zone (or block)
and under fields specific to the French ABES (sudoc) and the BNF


*Comment 1
009 ARK perennial identifier of the record [obsolete since version 2007]
ARK = Archival Resource Key / This is a Bnf Specific Zone
. See ARK specifications: http://www.cdlib.org/inside/diglib/ark/arkspec.pdf
[accessed October 10, 2006]
ex: 009http: //catalogue.bnf.fr/ark: / 12148 / cb375475483


*Comment 2
Add the following subfield: $ 010 9 which is a field put forward by the ABES as
part of the Sudoc network. The information of Sudoc is the following
UNIMARC / Bibliographic
Field 010: export of subfield $ 9 (repeatable): "ISBN of a serial delivery"
This Sudoc-specific subfield is likely to be present in periodical records. It
contains the ISBN of a periodical delivery when it is processed in the Sudoc in
the collector's state under the note of the periodical concerned.

*Comment 3
Zones 90, 91 and 99 specific to Koha = OK

*Comment 4
Block 181 except that the $ 181 a must be repeatable
Block 182 = OK
Block 183 = 183 $ P sub-field specific to ABES and Sudoc network / 183 $ 8
under IFLA specific field obviously missing
Block 203 = OK (note: not present in Sudoc of ABES)

*Comment 5
Block 219 = OK but specific to Sudoc of ABES; for the moment these data are
transferred to 210 during the imports. Also bargain at the PUC for a 214. But
not won! Do not plan a 214
Attention misses $ 219 $ 6 and $ 7, under fields reserved for cataloging
documents with non-Latin characters. Also note that $ 219 $ P $ r $ s and $ 6
and $ 7 are non-repeatable subfields (to be corrected)

*Comment 6:
Block 231 new since 2017: does not exist at Bnf and ABES Sudoc
All sub fields are repeatable so correct

*Comment 7:
Block 283 new since 2017: does not exist at BnF and ABES Sudoc
Lack $ 8Material specific, repeatable

*Comment 8
Bloc 338 new 2017: does not exist at BnF and ABES Sudoc
Be careful and correct: $ b, $ c and $ e are repeatable!

*Comment 9
Block 915 specific to ABES Sudoc
Be careful the $ a and $ b are repeatable (to correct)

*Block 916 no longer exists at ABES Sudoc (to be deleted? if it do not exist in
IFLA)

*Block 917 specific to the ABES Sudoc and the BNF

*Bloc 918 specific to the BNF

*Bloc 919 specific to the ABES but also to the BNF
Be careful the $ b, $ c, $ d, $ e are not present at the ABES-Sudoc level

*Comment 10
Missing subfield $ j "PEB code" that is specific to ABES Sudoc / non-repeatable
Missing subfield $ v "Copy status code" that is specific to ABES Sudoc /
non-repeatable
Missing subfield $ Z "Shared Conservation Plan Code" that is specific to ABES
Sudoc / Repeatable
Missing the subfield $ p "Conservation pole or associated pole in the context
of a PCPP" that is specific to the ABES Sudoc / non-repeatable

*Comment 11
Add the entire block 931 (Sudoc block of the abes) that is missing in the
document is $ 5, $ 2, $ a, $ b, $ c, $ d, $ e, $ g, $ h, $ i, $ l, $ v / all
are non-repeatable / for labels see
http://documentation.abes.fr/sudoc/formats/loc/zones/931.htm

*Comment 12
This comment deals with the 932 that was proposed to delete
Why remove the 932 zone that seems useful for the ABES (sudoc)
This box contains the dimension below which the document is to be stored later.
It is used in the case of documents that have successive locations inside the
establishment. For example, for a manual that is first put in the free access
section, but then kept in the store, a 932 zone is created for the store
rating. It allows to indicate the rating, and all the information related to
the exact location of a physical or "bibliographic" copy (serial publication).
If we reintegrate it will be necessary to put these various sub-fields in
action
http://documentation.abes.fr/sudoc/formats/loc/zones/932.htm

*Comment 13
All block 955 (used by ABES sudoc) is to be reviewed because it lacks subfields
like this: $ =, $ 0, $ 1, $ 2, $ 3, $ 4, $ 7, $ h, $ i, $ n, $ o, $ p, $ q / $
1, $ 2, $ 3, $ 4 and $ 7 are non-repeatable unlike the others
To remove $ r, $ w and $ z
http://documentation.abes.fr/sudoc/formats/loc/zones/955.htm
Note: This field contains the collection status corresponding to the main
bibliographic unit (as defined by ISO 10324) of a serial publication. The main
bibliographic unit consists of all the fascicles or volumes that make up the
basic collection of the serial publication, excluding tables and indexes,
supplements and special numbers that are reported in other areas.
For serials, the collection state is recorded in terms of numbering or timing,
or both. When there is only one chronological sequential indication, the
chronology is used to indicate the collection status. If a serial publication
does not have chronological data, it is not provided. When both are included,
the timeline and numbering should be recorded together, starting with the
timeline.
Because of the repeatable structure of certain subfield groups ($ a $ b $ c $ d
$ e $ f $ k $ l $ m $ n $ o $ p), the field allows you to enter the same 955
zone. the collector states of a SAME collection that includes, for example,
gaps, but does not require the entry of a different copy record.
Note: it should be noted that other linked areas (930 for example) are not
repeatable, it will be necessary to ensure consistency between the information
entered in 955 and in other areas of the SAME record of copy, especially the
articulation with the zone 959: to see the chapter Instructions for the entry
of the gaps.

*Comment 14
Block 956
All block 956 (used by Sudoc of the ABES) is to be reviewed because it lacks
subfields like this: $ -, $ 0, $ 1, $ 2, $ 3, $ 4, $ 7, $ n, $ o, $ p, $ q /
the $ 1, $ 2, $ 3, $ 4 and $ 7 are non-repeatable unlike the others
Remove $ h, $ i, $ j, $ r, $ w, and $ z
http://documentation.abes.fr/sudoc/formats/loc/zones/956.htm

*Comment 15
Block 957
All block 957 (used by Sudoc of ABES) is to be reviewed because it lacks
subfields like this: $ -, $ 0, $ 1, $ 2, $ 3, $ 4, $ 7, $ n, $ p, $ q / them $
1, $ 2, $ 3, $ 4 and $ 7 are non-repeatable unlike others
Remove $ h, $ i, $ j, $ r, $ w, and $ z
http://documentation.abes.fr/sudoc/formats/loc/zones/957.htm


*Commentary 16
Block 958 = OK

*Comment 17
Bloc 959 has just been added by Sudoc ABES
Any good but addition of a $ r that does not exist at the level of the ABES?

*Comment 18
Not found the 987 where does it come from?

*Comment 19
Block 995 = block koha = OK

*Comment 20
Block 990 $ has repeatable!

*Comment 21
Block 991 All good except $ b and $ c repeatable

*Comment 21
Block 992 OK

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


More information about the Koha-bugs mailing list