Karen Coyle wrote:
>
> Interestingly, representatives of the German national library have been
> attending MARBI meetings lately, and I believe that is because they are
> thinking of switching from their own bibliographic record format to
> MARC. I'm going to be very interested to see how this particular issue
> gets resolved, since they are not accustomed to keying the punctuation
> in their current format.
>
This is what I mentioned a few postings ago. Obviously too briefly, so
I'm taking the liberty to elaborate in more detail.
German libraries will certainly _not_ key ISBD punctuation at field and
subfield boundaries. They will indeed not be inputting MARC _at all_ but
only enable their systems to be more MARC compliant than they used to
be, to produce better MARC output and make more from imported MARC
input. MARC will then be used as the only transfer and exchange format
here, superseding the older MAB2 which never knew field boundary
punctuation. (It was created after MARC, early 70s, and and developers
back then deliberately chose to avoid that mistake.)
Internally, and that includes the national libarary and bibliography,
systems are going on using what they've been using before,
with no significant changes. In many cases, that'll be the Pica
_internal format_ (Pica+) for storage and the Pica _external format_
(Pica3) for input.
The two are not alike but 100% mappable. And here comes the most
interesting part: Pica _external_ looks like this:
0500 Aan
1100 1993
1110 kn
1140 k
1500 /1eng
1700 /1XD-US
2000 0-8389-3432-3
3010 Karen_at_Coyle [Hrsg.]
3120 !231586523! <-- these are ID number links
3121 !100133134! to authority records
4000 Format integration and its effect on cataloging, training, and
systems : papers presented at the ALCTS Preconference Implementing
USMARC Format Integration, American Library Association annual
conference, June 26, 1992, San Francisco, California / ed. by Karen
Coyle ...
4030 Chicago [u.a.] : American Library Assoc.
4060 X, 110 S
4061 ill
4170 ALCTS papers on library technical services and collections ; 4
4180 #400#!036138207! ; 4
4201 Papers presented at the ALCTS preconference Implementing USMARC
format integration, American Library Association annual conference, June
26, 1992 San Francisco, California
5010 025.316
This gets translated in the fly to the _internal_ format for storage
(which the cataloger neither gets to see nor needs to know)
[abbreviated]
001@ $023,40
001A $02005:04-08-95
010@ $aeng
011@ $a1993
013@/00 $0kn
013H $0k
019@ $aXD-US
021A $aFormat integration and its effect on cataloging, training, and
systems$dpapers presented at the ALCTS Preconference Implementing USMARC
Format Integration, American Library Association annual conference, June
26, 1992, San Francisco, California$hed. by Karen Coyle ...
028C/00 $dKaren$aCoyle$BHrsg.
029F/00 $9231586523$8Preconference Implementing USMARC Format
Integration <1992, San Francisco, Calif.> ; GKD-ID: 52199654
029F/01 $9100133134$8American Library Association ; GKD-ID: 47934
033A $pChicago [u.a.]$nAmerican Library Assoc.
034D $aX, 110 S
034M $aill
036E/00 $aALCTS papers on library technical services and collections$l4
036F/00 $x400$9036138207$8ALCTS papers on library technical services and
collections / Association for Library Collections & Technical Services
; GKD-ID: 30058090. - Chicago [u.a.] : Ass. of College and Research
Libraries, 1991-$l4
037A $aPapers presented at the ALCTS preconference Implementing USMARC
format integration, American Library Association annual conference, June
26, 1992 San Francisco, California
045A $aZ699.35.M28
045F $a025.316
Look at 033A for instance and the corresponding 4033 above, and you
notice that these systems _do_ input the punctuation but _don't_ store
it - the on-the-fly conversion (works both ways) exchanges the " : "
with $n.
This means catalogers in the Pica sphere are trained to key punctuation
in but not subfield codes.
Pica, the dominant system in Germany, is dominated by OCLC. U.S. ILS's
have never gained a foothold in the German market otherwise and that's
mainly because we never found MARC attractive for internal storage,
let alone input.
B.Eversberg
Received on Mon Aug 27 2007 - 02:05:00 EDT