Print

Print


I don't think we're disagreeing that much. 
The bibframe transformation from MARC to bibframe is not a user viewing an OPAC display, but a system that has MARC records in hand.  Once it's parsed, the OPAC will be able to do what it wants with each separate bibframe property, including chaining it together with punctuation, ISBD or otherwise. 
We don't/won't expect end users to view/understand RDF triples or any raw bibframe serialization; it will be turned into HTML or whatever for the end user.

As far as systems being unable to load MARC and therefore even less likely to load bibframe, I think you're wrong. MARC may have been overly complex for backend systems, but Bibframe is designed to be serialized in a number of ways, JSON being one of them.  I can envision a jquery module easily ingesting a bibframe "record" and converting it to whatever the receiving system needs, or just displaying it in the browser.

 Nate

-----Original Message-----
From: J. McRee Elrod [mailto:[log in to unmask]] 
Sent: Tuesday, January 29, 2013 2:03 PM
To: Trail, Nate
Cc: [log in to unmask]
Subject: Re: [BIBFRAME] Punctuation

Nate Trail:

>If it's in a MARC record, there's no need to guess, because the 
>subfields are already parsed parts. Title proper is 245$a, subtitle is 245$b, etc.

Most patrons never see the MARC record.  I'm talking about the OPAC display.

I know of no OPAC which displays the subfield codes.  A few allow patrons to click "MARC", but I've never seen anyone but a cataloguer do that.

While if viewed, the MARC subfield codes parse parts,  only a tiny minority of people would be able to read with understanding a Bibframe html marked up record.  They are dependent on the display based on that record.  That display needs punctuation.  Punctuation is more likely to be consistent from system to system if in the record.

ISBD is the most successful internatonal bibliographic standard ever; I hate to see it abandoned.  My only argument with it is seeing the period ending an element as introducing the next, and not considering alternate title as other title information.

People seem to be overly optimistic about the ability of ILSs, and their affordability.  We have clients which can't load MARC*.  They certainly will not be able to load Bibframe.


*For such clients we export what their ILS requires, e.g., all subjects (persons, corporations, conferences, uniform titles, topics, places, genres) in one "Subject" field, separate by demarkers.  


   __       __   J. McRee (Mac) Elrod ([log in to unmask])
  {__  |   /     Special Libraries Cataloguing   HTTP://www.slc.bc.ca/
  ___} |__ \__________________________________________________________