1. OpenURL: Pointing a Loaded Resolver Kristina Long Simon Fraser University Access 2003

2. Outline  Projects  OpenURL 101: Version 0.1 Version 0.1 Version 1.0 Version 1.0  Link Resolvers: knowledgebase knowledgebase link resolving logic link resolving logic administrative interface administrative interface

3. OpenURL and Link Server Projects  GODOT Holdings, requesting and full text linking software used by COPPUL and ELN Holdings, requesting and full text linking software used by COPPUL and ELN Parses incoming OpenURLs Parses incoming OpenURLs  GODOTjake Full text link server used by GODOT and written by Todd Holbrook Full text link server used by GODOT and written by Todd Holbrook  CUFTS Completely redesigned link server written by Todd Holbrook Completely redesigned link server written by Todd Holbrook Parses incoming OpenURLs. Provides HTML output for links directly from citation or XML output for use by software like GODOT. Parses incoming OpenURLs. Provides HTML output for links directly from citation or XML output for use by software like GODOT.

4. OpenURL version 0.1  Syntax for a URL containing bibliographic information  Version 0.1 is simple to understand and implement  28 data elements for describing seven different genre: Bundles: journal, book, conference Bundles: journal, book, conference Individual items: article, preprint, proceeding, book item Individual items: article, preprint, proceeding, book item  Includes field for local information (‘pid’)

5. OpenURL version 0.1  Example (without escape encoding): http://godot.lib.sfu.ca:7331/godot/hold_tab.cgi ?sid=AMS:MathSciNet&genre=article &title=Phi Delta Kappan &atitle=A tale not widely told &volume=74&date=1992&pages=196-7&issn=0031-7217 &pid= 743928749 Doe, John; Brown Peter &pid= 743928749 Doe, John; Brown Peter

6. OpenURL Version 1.0  National Information Standards Organization (NISO) trial of 1.0 in progress - trial ends November 2003  Framework has been generalized so it will be of use for more than bibliographic citations (eg. legal documents, genome sequences)

7. OpenURL version 1.0  new genres (eg. Journal issue, Dissertation, Patent)  request can be sent ‘by reference’  extensible  richer metadata options: Multiple formats: Key-value pairs, XML, MARC Multiple formats: Key-value pairs, XML, MARC Element sets for different types of items Element sets for different types of items

8. OpenURL version 1.0: Metadata Formats Core:Metadata Formats ori:fmt:kev:mtx:bookori:fmt:kev:mtx:bookKey/Encoded-Value Metadata Format For Books ori:fmt:kev:mtx:book ori:fmt:kev:mtx:dissertationori:fmt:kev:mtx:dissertationKey/Encoded-Value Metadata Format For Dissertations ori:fmt:kev:mtx:dissertation ori:fmt:kev:mtx:journalori:fmt:kev:mtx:journalKey/Encoded-Value Metatdata Format For Journals ori:fmt:kev:mtx:journal ori:fmt:kev:mtx:patentori:fmt:kev:mtx:patentKey/Encoded-Value Metadata Format For Patents ori:fmt:kev:mtx:patent ori:fmt:xml:xsd:bookori:fmt:xml:xsd:bookXML Metadata Format for Books ori:fmt:xml:xsd:book ori:fmt:xml:xsd:dissertationori:fmt:xml:xsd:dissertationXML Metadata Format for Dissertations ori:fmt:xml:xsd:dissertation ori:fmt:xml:xsd:journalori:fmt:xml:xsd:journalXML Metadata Format for Journals ori:fmt:xml:xsd:journal ori:fmt:xml:xsd:MARC21ori:fmt:xml:xsd:MARC21Library of Congress MARC XML Metadata Format ori:fmt:xml:xsd:MARC21 ori:fmt:xml:xsd:oai_dcori:fmt:xml:xsd:oai_dcOpen Archives Initiative Unqualified Dublin Core ori:fmt:xml:xsd:oai_dc ori:fmt:xml:xsd:patentori:fmt:xml:xsd:patentXML Metadata Format for Patents ori:fmt:xml:xsd:patent

9. OpenURL version 1.0: Matrix defining the KEV Format to represent a dissertation

10. OpenURL version 1.0: By-Value http://resolver.mylib.ca/resolver ?url_ver=z39.88-2003&url_ctx_fmt=ori:fmt:kev:mtx:ctx&url_val_fmt=ori:fmt:kev:mtx:journal&rfr_id=ori:rfr:myid.com:mydb&rft.genre=article &rft.title=Phi Delta Kappan &rft.atitle=A tale not widely told &rft.volume=74&rft.date=1992&rft.pages=196-7&rft.issn=0031-7217

11. OpenURL version 1.0: by Reference http://resolver.mylib.ca/resolver ?url_ver=z39.88-2003&url_ctx_fmt=ori:fmt:kev:mtx:ctx&url_ctx_ref=uri:http://www.example.org/objects/1234.txt

12. Implementing Incoming Version 0.1 OpenURL Links  Minimal implementations (eg. ISSN only)  Need parser for local information in ‘pid’ field  Quality of data in OpenURL varies among vendors  Vendor documentation often minimal or non- existent  Vendor OpenURL linking feature can’t be customized (eg. link image or wording, window size, window name)

13. Link Server Software  Most common application of OpenURL  Components: Knowledgebase Knowledgebase Link resolving logic Link resolving logic Administrative interface Administrative interface

14. Knowlegebase  Essentially a title list database: title title ISSN ISSN e-ISSN e-ISSN full text coverage (date, volume and issue) full text coverage (date, volume and issue) embargo period (days or months) embargo period (days or months) vendor specific ID/code vendor specific ID/code base URL base URL DOI DOI  Local configuration information may also be considered to be part of knowledgebase

15. Knowledgebase: Vendor Title List Problems  Lack all the required fields  Poor quality or only intended for humans to read (eg. coverage dates in inconsistent formats)  No easily machine readable format provided (eg. tab-delimited)  Not updated frequently  Not easy to find on website or only available by email request

16. Link resolving: Storing Linking Information  How to store linking information? Code (eg. Perl) using provided utility functions Code (eg. Perl) using provided utility functions Link templates Link templates  Need a way for libraries that want to add their own links to new resources to do so

17. Link resolving logic: Issues  Do you pre-fetch the link? Pro: minimizes bad links Pro: minimizes bad links Cons: Cons: extra logic for linking moduleextra logic for linking module if not a proper API, then wording changes on vendor’s end may break linking module logicif not a proper API, then wording changes on vendor’s end may break linking module logic increases vendor/publisher site hitsincreases vendor/publisher site hits increases time to return resultsincreases time to return results

18. Link resolving logic: Issues  Do ISSN only lookup or do title as well?  If doing title matching then: do you use a title authority file? – may be time consuming to maintain do you use a title authority file? – may be time consuming to maintain fuzzy matching vs. false positives fuzzy matching vs. false positives

19. Link Resolving Logic: Issues  How to handle multiple hits from the same provider (eg. article appears in multiple Ebscohost databases)?  Need provider level de-duping.

20. Administrative Interface: Simplifying Configuration  Minimize the amount of information required  Keep screen specific to resource  Make details of the implementation of the links transparent  Provide site groupings for multiple branches or for consortia

21. Administrative Interface: Data Merging Issues  Which title list details need to be able to be overridden at the library level (eg. coverage, journal title)?  Should the data displayed for a screen be the merged, the local or the global data?  Consider how to clearly display the merged data  SQL not good at handling overriding data, so must be done by application code

22. Administrative Interface: Minimizing Duplication of Work  Especially an issue with ‘partial collections’, eg. Springer, Highwire  Allow integration with external subscription databases (eg. Custom e-journals databases, Serials Solutions)  How to implement integration? Live lookup on remote database. Live lookup on remote database. Upload dump of data (manual or automated) Upload dump of data (manual or automated) Either way must maintain mapping of resource names Either way must maintain mapping of resource names

23. References  OpenURL Syntax Description (http://www.sfxit.com/openurl/openurl.html)  Implementing OpenURL 1.0, by Oliver Pesch (http://library.caltech.edu/openurl/Presentations.htm) Implementing OpenURL 1.0 Implementing OpenURL 1.0