[Table of Contents]


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: arsclist Cataloging



hi,
attached (i hope) is a "raw" marc record.
it's for Victor AM 257, created by the library of congress.
-r

A. Ralph Papakhian, Indiana University Music Library
Bloomington, IN 47405 812/855-2970 papakhi@xxxxxxxxxxx
co-owner: MLA-L@xxxxxxxxxxxxxxxxxxxx

On Fri, 13 Dec 2002 stevenc@xxxxxxxxxxxxxx wrote:

> Ponts here:
> 1) What is the file structure of the MARC system? I won't go into the
> technical
> details, but if I can look at the actual file as a digital entity I can
> possibly figure
> out how to access the information (doesn't work with MS Access, though).
> If the fields are saved as ASCII text, and if there is a coherent file
> structure
> (what does it put in the file for empty fields?) the contents can be
> retreived.
> 2) The problem with the "bibliographic databases" cited is that these,
> again,
> are proprietary data formats...meaning you need a copy of the cited programs
> to see the data, and eithir you can't get them, or you can get them for a
> GREAT
> big sack of money! Thise creates problems for individual (and poor) users
> like
> myself! In other words, if MARC can export to xxx, and I don't have and
> can't
> get xxx, I'm no better off!
> Steven C. Barr
> ----- Original Message -----
> From: "David Seubert" <seubert@xxxxxxxxxxxxxxxx>
> To: <ARSCLIST@xxxxxxxxxxxxxxxx>
> Sent: Friday, December 13, 2002 6:19 PM
> Subject: Re: arsclist Cataloging
>
>
> > The MARC format is an open standard and was specifically designed for the
> > sharing and interchange of catalog records among institutions. RDI (at
> > least as it exists in the RLIN database) is in MARC. However, native MARC
> > files aren't readily exportable to standard consumer database programs
> > because of the hundreds of possible fields in a MARC record. That being
> > said, most catalogs (like OCLC/WorldCat) can export their catalog records
> > in the formats used by bibliographic databases such as ProCite or EndNote.
> >
> > David
> >
> > At 05:15 PM 12/13/2002 -0500, you wrote:
> > >One further question: both MARC and RDI are (I assume) proprietary
> database
> > >programs and/or data formats. To what extent are the data files readable
> by
> > >or
> > >exportable to other standard database programs...even the standard .dbf
> > >format,
> > >which is still a standard exhange format although its parent application
> is
> > >long
> > >since defunct? Is there some reason why such compatibility is
> specifically
> > >avoided, or is this a case of nobody having been interested in it?
> > >Steven C. Barr
> > >----- Original Message -----
> > >From: "David Seubert" <seubert@xxxxxxxxxxxxxxxx>
> > >To: <ARSCLIST@xxxxxxxxxxxxxxxx>
> > >Sent: Friday, December 13, 2002 4:12 PM
> > >Subject: Re: arsclist Cataloging
> > >
> > >
> > > > At 02:20 PM 12/13/2002 -0500, you wrote:
> > > > >Library vs private.
> > > > >
> > > > >It is my understanding that some fields in the MARC cataloging system
> are
> > > > >not searchable, which means the desired data is there but not
> > >independently
> > > > >serarchable.
> > > >
> > > > What is searchable in a database of MARC records is entirely dependent
> on
> > > > what designers of the software choose to make searchable. There is no
> > > > inherently unsearchable data, and keyword indexes often search fields
> that
> > > > have not been traditionally searchable in library catalogs such as
> notes
> > > > fields.
> > > >
> > > > >We might begin with what info libraries want and what collectors
> want.  A
> > > > >list of fields (non-MARC) from each group might be a useful start.
> > > > >
> > > > >The argument about cataloging not being discoraphic holds no water
> with
> > >me-
> > > > >the computer can accomodate it.  Why leave important stuff out?
> > > >
> > > > Library cataloging is based around the whole object and on the concept
> of
> > > > the "main entry", usually the person with primary responsibility or in
> > >some
> > > > cases the title. In a discography there isn't the same concept of main
> > > > entry and as we all know, discographies are often arranged by catalog
> > > > number, matrix or some other information. The data may be the same,
> but it
> > > > doesn't necessarily translate from one format to the other easily. I
> think
> > > > reconciling discographic data and MARC data will be the great
> difficulty
> > >in
> > > > getting a database like the AVRL off the ground.
> > > >
> > > > The main reasons to leave things out are time and money. The more
> detailed
> > > > the cataloging, the more expensive it is and the larger the backlog
> > > > becomes. Anyway, time to get back to cataloging before our backlog
> becomes
> > > > any larger than it is...
> > > >
> > > > David
> > > > David Seubert, Curator
> > > > Performing Arts Collection
> > > > Davidson Library Special Collections
> > > > University of California
> > > > Santa Barbara, CA  93106
> > > > (805) 893-5444 Fax (805) 893-5749
> > > > mailto:seubert@xxxxxxxxxxxxxxxx
> > > > http://www.library.ucsb.edu/speccoll/pa/
> > > >
> > > > -
> > > > For subscription instructions, see the ARSC home page
> > > > http://www.arsc-audio.org/arsclist.html
> > > > Copyright of individual posting is owned by the author of the posting
> and
> > > > permission to re-transmit or publish a post must be secured
> > > > from the author of the post.
> > > >
> > >
> > >-
> > >For subscription instructions, see the ARSC home page
> > >http://www.arsc-audio.org/arsclist.html
> > >Copyright of individual posting is owned by the author of the posting and
> > >permission to re-transmit or publish a post must be secured
> > >from the author of the post.
> >
> > David Seubert, Curator
> > Performing Arts Collection
> > Davidson Library Special Collections
> > University of California
> > Santa Barbara, CA  93106
> > (805) 893-5444 Fax (805) 893-5749
> > mailto:seubert@xxxxxxxxxxxxxxxx
> > http://www.library.ucsb.edu/speccoll/pa/
> >
> > -
> > For subscription instructions, see the ARSC home page
> > http://www.arsc-audio.org/arsclist.html
> > Copyright of individual posting is owned by the author of the posting and
> > permission to re-transmit or publish a post must be secured
> > from the author of the post.
> >
>
> -
> For subscription instructions, see the ARSC home page
> http://www.arsc-audio.org/arsclist.html
> Copyright of individual posting is owned by the author of the posting and
> permission to re-transmit or publish a post must be secured
> from the author of the post.
>
>
01140njm  22003614a 4500001001200000003000600012005001700018007001500129008004100035010001700076035002300093040001300116028001900144028001700163028001700180028001700197028001700214028001700231042000800248050002000256100003400276245010200310246002700412260003700439300004600476440003100522511006200553500002300615500004100638650002100679700004200700710003600742ocm49737131OCoLC20021214000000.0020405s1935    njuspn   i          N/A    a   02567649   a(OCoLC)ocm49737131  aDLCcDLCsd|dmsennmslub02aAM 257bVictor00a8624bVictor00a8625bVictor00a8626bVictor00a8627bVictor00a8628bVictor  apcc00aRDA 09833-098371 aStrauss, Richard,d1864-1949.10aAlso sprach Zarathustrah[sound recording] =bThus spake Zarathustra : op. 30 /cRichard Strauss.31aThus spake Zarathustra  aCamden, N.J. :bVictor,c[1935?]  a5 sound discs :banalog, 78 rpm ;c12 in. 0aMusical masterpiece series0 aBoston Symphony Orchestra; Serge Koussevitzky, conductor.  a"Red seal record."  aProgram notes inserted in container. 0aSymphonic poems.1 aKoussevitzky, Serge,d1874-1951.4cnd2 aBoston Symphony Orchestra.4prf

[Subject index] [Index for current month] [Table of Contents]