Dear All
I may be jumping the gun, but having read a piece in September's Library & Information Update, how does RDA fit in with MARC21 conversions? We haven't yet fully taken MARC21 on board, as our LMS supplier is still working on it; will we still need to convert eventually or will RDA take us in a radically different direction?
I'd be interested to hear any comments from those of you who really know about cataloguing (unlike me - I'm just a working model of a cataloguer).
Many thanks
Sue Goodman
LibrariesWest
-----Original Message-----
From: Bibliographic standards in UK libraries
[mailto:[log in to unmask]]On Behalf Of Andrew Coburn SLBS LY LS
Sent: 09 September 2008 08:56
To: [log in to unmask]
Subject: Re: UKMARC to MARC21 conversion
Hannah
I would only add to the foregoing that (unless you believe your past
cataloguers were nigh on perfect) you might want to try and get a list
of fields and subfields that are used in your current database and check
out the ones that only appear a couple of times or don't actually exist
in UKMARC. We did that and were able to correct a lot of stuff that
should never have been there and would not have converted sensibly.
On 248 I agree with everyone else.
Andrew Coburn
Acquisitions & Cataloguing Manager
Essex Libraries
Adults, Health and Community Wellbeing
Essex County Council
Goldlay Gardens
tel. 01245 244957
01245 284981 ext 255
minicom 01245 244966
ECC ednet 35255
-----Original Message-----
From: Bibliographic standards in UK libraries
[mailto:[log in to unmask]] On Behalf Of Danskin, Alan
Sent: 09 September 2008 08:21
To: [log in to unmask]
Subject: Re: UKMARC to MARC21 conversion
Hannah,
I endorse what Hugh and Michael have said. Option 1 is the simplest and
most consistent. We decided that options 2 and 3 could not be applied
with any consistency. The downside to option 1 is that the conversion
results in a cut off between current and legacy multiparts. You will
have to instruct staff what to do when processing a new volume for a
legacy multipart. Do you recatalogue the whole set? Follow the legacy
pattern (245 n & p) or catalogue as a single volume?
The only advice I have, is make sure you know what elements and
subfields you have in your database. The mapping may be an opportunity
to do some clean up. In any case, have a default location such as 887
where you can map stuff that isn't recognised and still retain its
structure. Finally, test the conversion thoroughly before going live
with it.
Alan
Alan Danskin
Data Quality & Authority Control Manager, British Library Boston Spa,
Wetherby, West Yorkshire
LS23 7BQ
United Kingdom
Tel. +44 (0)1937 546669
Fax. +44 (0)1937 546979
[log in to unmask]
-----Original Message-----
From: Bibliographic standards in UK libraries
[mailto:[log in to unmask]] On Behalf Of Hugh Taylor
Sent: 09 September 2008 08:02
To: [log in to unmask]
Subject: Re: UKMARC to MARC21 conversion
Hannah,
I would support everything Michael said. Apart from the errors, the
biggest difficulty you'll have to face is when there are statements of
responsibility in both UKMARC 245 and 248. Whatever else, you don't want
to lose the relationships between the various elements, even if the end
result is "ugly" in MARC 21 terms.
One note of caution, based on our own experience back in 2002. You will
need to drill into the minds of your staff that the resulting
construction is only infrequently going to be appropriate for future
cataloguing. As with so many things, simply seeing so many examples in
your newly-converted database will encourage people to think this is a
pattern that can simply be copied. They need to go back to the rules to
think about what it is they're describing and work out for themselves
what this means in AACR2 terms before deciding how that maps to MARC 21.
Don't start with the MARC 21 and divine the rationale from that! We
found that the most difficult thing of all (perhaps because it involved
more people than writing and testing the conversion spec).
Hugh
--
Hugh Taylor
Head, Collection Development and Description Cambridge University
Library West Road, Cambridge CB3 9DR, England
email: [log in to unmask] fax: +44 (0)1223 333160
phone: +44 (0)1223 333069 (with voicemail) or
phone: +44 (0)1223 333000 (ask for pager 036)
Michael Emly said - in whole or part - on 08/09/2008 17:09:
> Dear Hannah
>
> I don't know how your system would handle options 2 or 3 below, but I
> think they could prove difficult because you then have to identify
> which discrete records should be merged to form a single bib. I'd
> recommend option 1, which is what Leeds did.
>
> In terms of specification, if your database is clean and compliant,
> then I wouldn't depart very far from the BL spec - it's tried and
> tested, even if it isn't perfect.
************************************************************************
**
Experience the British Library online at www.bl.uk
The British Library's new interactive Annual Report and Accounts 2007/08
: www.bl.uk/knowledge
Help the British Library conserve the world's knowledge. Adopt a Book.
www.bl.uk/adoptabook
The Library's St Pancras site is WiFi - enabled
************************************************************************
*
The information contained in this e-mail is confidential and may be
legally privileged. It is intended for the addressee(s) only. If you are
not the intended recipient, please delete this e-mail and notify the
[log in to unmask] : The contents of this e-mail must not be disclosed or
copied without the sender's consent.
The statements and opinions expressed in this message are those of the
author and do not necessarily reflect those of the British Library. The
British Library does not take any responsibility for the views of the
author.
************************************************************************
*
Click
https://www.mailcontrol.com/sr/GvPzIsJSxjnTndxI!oX7UtTXwRoU2H8XI9PMFPTxe
VxTuIlbg31f+13I5r7HS!X6OEBH4o35jBZaXEW7R1X!lw== to report this email as
spam.
This email (including any attachments) is intended only for the recipient(s) named above. It may contain confidential or privileged information and should not be read, copied or otherwise used by any other person unless express permission is given. If you are not a named recipient, please contact the sender and delete the email from your system. It is the recipient's responsibility to ensure that appropriate measures are in place to check for software viruses.
This communication is intended solely for the person (s) or organisation to whom it is addressed. It may contain privileged
and confidential information and if you are not the intended recipient (s), you must not copy, distribute or take any action
in reliance on it. If you have received this e-mail in error please notify the sender and copy the message to
[log in to unmask]
Individuals are advised that by replying to, or sending an e-mail message to Somerset County Council, you accept
that you have no explicit or implicit expectation of privacy.
In line with the Surveillance and Monitoring Policy, any e-mail messages (and attachments) transmitted over the
Council’s network may be subject to scrutiny.
Somerset County Council - An Excellent Four Star Authority
|
