Title: Speaking the Same Language
1Speaking the Same Language
- Serials Standards and e-ResourceData
Interactions - Diane HillmannCornell University
2Standards Evolution
- Normal development trajectorywhere do we fit?
- What current standards are relevant to our
emerging needs? - What are the real problems were trying to solve?
3Development Learning Curve
- Simple ---gt Complex
- Monographs-----gt Serials
- Human ----gt Machine
- One-at-a-time ----gt Batch
- Single use ----gt Re-Use
4MARC 21 Holdings
- Represents 20 years of experience with
publications - Tested approach to encoding and exchanging data
- Growing installed base of publication patterns
- Solid infrastructure of sharing and collaboration
5So why hasnt MARC Holdings been adopted outside
libraries?
- Its too complicated--we need something simpler
- Too specific to libraries to serve the needs of
others
6Is it too complicated?
- Everything in MFHD was developed in response to
real publications (we couldnt make all that
upbut publishers did!) - MARC is a communications formatnot a user
interface - Too complicated for who? Not for machines!
7Why not start new with something simpler?
- A simpler solution should accommodate 80 of the
titles easily - The 80-20 rule (Paretos Principle) 20 of the
titles will cause 80 of the problems - Which 80 will a simpler solution handle, and who
will deal with the other 20? - Likely answer expensive humans (and who pays for
them?)
8Shared Goals
- Efficient and timely communication of
transactions (updates, changes, new info) - Emphasis on machine rather than human
communication - Unambiguous referencing to all levels of
publication (titles, volumes, issues, articles,
etc.) - Easy re-use of data from other sources
9Shared Information
- CONSER records contain
- Bibliographic description title, publisher,
dates, related titles, etc. (MARC Bib) - Enumeration, chronology, captions, prediction
patterns, etc. (MARC Holdings) - CONSER record is a collaboratively created and
maintained Publication History for serials - Standardized for sharing, with an existing
support infrastructure
10A Step up with Super Records
- A possible solution to the FRBR work level for
serials - Gathering
- Relationships (title changes, versions, etc.)
- Publication History information (what was
actually published) - Creating
- A basis for better user display
- A template for more efficient re-use of
information on serials
11(No Transcript)
12Down to cases
- What library functions can shared Publication
History support? - Interlibrary loan (better matching of user needs
to holdings at the institution and partner
institution level) - Remote storage (easier decision making and access
to multiple physical and digital locations) - Reference linking (correlated citations from many
sources) - E-Resources management (less ambiguous user
displays)
13The Key is Information Flow
- Determination of where Publication History
content should be - Created
- Updated
- Managed
- Determine best methods of
- Distribution to interested parties
- Notification of changes
14A Possible Shared InfoFlow?
- Librarians continue to create and maintain
Publication History - Using MARC Holdings and CONSER database as basis
for sharing - Determine best distribution modes for publishers
and vendors - Direct access via OCLC or other means?
- OAI-PMH for XML transfer to internal databases?
- Other?
15Maintaining the InfoFlow
- Shared data but separate responsibilities
- Agreements defining expectations
- Investment in appropriate distribution pipelines
- Development of a common infrastructure that
supports efficient, machine-based interoperability
16New title publication (Publisher)
Library acquires title first issues
Publication Pattern created distributed
Vendor distributes updates using pattern model
Library uses updates to maintain
subscription
Library catalogs
Publication history record captured by vendor
The Serial Serpent
Library posts pattern changes for redistribution
17Supporting Citation
MARC 21 SICI OpenURL
245 a jtitle
020 a ISSN issn
853/863 i-k (Chronology) date
853/863 a-c Enumeration volume/part/ issue
18Conclusion
- The world as we know it favors those operating
furthest to the right on the Learning Curve, with
solutions - Complex enough to do the job
- Emphasizing machine interactions as much as
possible - Re-using information created and maintained by
others when practicable