NISO/EDItEUR’s Development of an International Standard

for Online Serials Subscription Data

David GoldsmithHead, AcquisitionsNCSU Librariesdavid_goldsmith@ncsu.edu

Envision a Solution to the Online Serials Management

Mess

April 15th, 2004NC Serials Conference

BACKGROUND

2002: NISO White Paper - The Exchange of Serials Subscription Information by Ed Jones

Fall 2002: NISO/EDItEUR Joint Working Party established.

Tim Davenport and David Martin describe project in their “Initial Input from the EDItEUR ONIX for Serials Team” document

Documents available @ www.fcla.edu/~pcaplan/jwp

BACKGROUND CONT.

2003: Created 3 subgroups Indentifiers Publishers-to-LibrariesPAMS (Publication Access Management

Services)-to-Libraries

IDENTIFIERS

Determine and document procedures for obtaining ISSNs for titles that do not have themDetermine and document one or more ways of disseminating information about the existence of new ISSNs, especially when the publisher does does not carry the ISSN on the titleInvestigate the use of International Standard Textual Work Code (ISTC) registration as a way to bring together all versions (ISSNs) of a serial; Investigate uses of DOIs that resolve to title level information

BACKGROUND CONT.

2003: Created 3 subgroups Indentifiers Publishers-to-LibrariesPAMS (Publication Access Management

Services)-to-Libraries

XML SCHEMA

Library to Publisher: ONIX Serials Products and Subscriptions (SPS) format

Publisher to Library: SPS format

PAMS to Library: Serials Online Holding (SOH) format

SOH Message

Primary Uses:

Create A-Z holding lists of electronic journals

Update data for link resolvers

How do you do it?

What does that mean?

The ONIX SOH format is used for two different message types:

The ONIX Serials Online Holdings AtoZ message carries a flat title-by-title list of the serial versions held by a particular customer, with details of the online service provider(s) involved in each case.

The ONIX Serials Online Holdings By Host message carries a hierarchically structured list of serial versions grouped under the hosts through which the library is licensed to access them.

Data Elements- AtoZ

<ONIXSerialsOnlineHoldingsAtoZ> is the first and mandatory element in the opening "wrapper" of a message, specifying in this case an ONIX SOH format applied to a "flat" or A-Z listing of transactions. Used in this way, the SOH format details, one by one, the serials holdings of a particular customer. Alongside other metadata describing the serial title and versions to which they relate, there is information regarding the online service that hosts the serial resource.

Data Elements-Header

Data Elements-Holdings List

<HoldingsList> comprises a mandatory group of elements that describes the serials holdings of a particular customer and the serial titles and versions to which they relate. In the A-Z listing, this composite is limited to one occurrence per message.

Data Elements-Online Service

<OnlineService> comprises a mandatory and repeatable group of elements that identifies and provides URLs for a host, gateway or other supplier of online resources.

In the A-Z listing, there is one occurrence of this composite for each of the online services declared at the start of the message.

Data Elements-Holdings Record

<HoldingsRecord> comprises a group of elements that describes the online holdings of a specified serial version for a particular customer. <HoldingsRecord> is mandatory and repeatable. The holdings record carries the majority of the information within an ONIX SOH format, including metadata at the work, title and version level, links to the online service providers, and detailed specifications of the holdings ranges, formats and content.

Data Elements-Serials Version

<SerialVersion> comprises a group of elements that identifies and describes a particular version of a serial publication.<SerialVersion> is mandatory in each <OnlineHoldingsRecord>; it is not repeatable in this context, since each holdings record can apply only to one serial version.

Data Elements-Online Package

<OnlinePackage> comprises a group of elements that describes a serial version holdings package accessible either at a specified host service or at an independent site specific to that serial resource. This composite is mandatory in each occurrence of <SerialVersion>. It is repeatable if the customer has access to the same serial via more than one site.

Data Elements-Holdings Detail

<HoldingsDetails> comprises a group of elements that specifies the range, format and level of completeness of a specified serial version held by a particular customer. This is mandatory unless the empty element <NoHoldingsDetail/> is present. The composite is repeatable if the holdings include ranges with different content levels and/or formats.

Data Elements-Journal Issue

The <JournalIssue> composite comprises a group of elements identifying a serial issue by number and/or date. The composite is used to specify the start or end of a range of issues, for example those defining the range of holdings of a particular <SerialVersion> held by a library. If both the start and end of a range are defined, then two occurrences of the composite are required, one for the start and the other for the end.

What’s Next?

Pilot Projects

Publicity

Feedback

Push for a standard?

FIN

QUESTIONS?

PowerPoint available after 4/16/04

http://www.lib.ncsu.edu/presentations