Persistent Identifiers
Library Cataloging

Persistent Identifiers


My summary of the PURLs/Handles aspect of the creation of persistent identifiers:

When deciding on what system to use to help manage collections pointed at with URIs, there are two major systems people use: Handles and PURLs. I have looked at several comparisons of the two systems. Most of them are now getting dated and do not summarize the issues I see as important, so I'm offering my own.

This may be somewhat biased towards the PURL system. It is my staff that maintains the PURL code here at OCLC, but I think this lays out the main points that need to be considered:

Either system will work. Both have been successfully employed in helping to maintain persistent identifiers to digital items

The systems are not quite direct competitors. Handles are built at a slightly higher level than PURLs (more on this below). PURLs have no pretensions other than a way to maintain URIs, and to do this with URLs. Handles have a definition outside the current URL implementation of them.

Handles have several advantages

PURL advantagesOther differencesPartial redirects, mentioned as a PURL advantage, need more explanation than there is room for here. Partial redirects are a way of using the PURL resolution server to resolve only the beginning of a PURL, allowing the migration of whole collections from one place to another by changing a single PURL. I am planning a paper describing how this can be used, but for now see the PURL documentation for more information.

In general, if you are worried about being able to resolve DNS names and whether HTTP is going to be supported long-term, then Handles promises to be independent of those protocols (although the current implementation uses them). If you are more interested in the lowest-overhead method, or plan to use partial redirects, then PURLs are probably more suitable.

In any case, you can't make an informed decision without understanding how both the Handle registry system and PURL partial redirects work.

Links

  1. A good bibliography of some of these issues
  2. Some practical guidelines on creating links with some persistence even without PURLs or Handles ('Cool URIs')
  3. Clifford Lynch's 'five questions' about identifier systems
  4. Papers about the Handle System
  5. Handle System home
  6. PURL home
Thom Hickey
2003 March--Posted with permission. Appeared on DC-General mail list.




- Purl Server News
The PURL Server is being replaced with a new architecture. During the transition period the ability to Register, Create, or Modify records on this Server will be disabled. If testing of the new release is successful, we will announce a more definite...

- Purl 2.0 Coming Soon
OCLC has announced an update to the PURL service.OCLC Online Computer Library Center, Inc. and Zepheira, LLC announced today that they will work together to rearchitect OCLC's Persistent URL (PURL) service to more effectively support the management...

- Purl Spam
The spam problem on the OCLC PURL server has been resolved.A new PURL server has been put into service.Deleting what we though were spam. We added a disclaimer about PURLS on the first page.53674 PURLS were deleted along with 95 user ids.PURLS has now...

- The Link Element & A Page's Purl
I don't understand why Persistent URLs are not more common. Using the LINK element in HTML documents to indicate a page's PURL is another tool that may make them more common.Bookmarking a page that has a PURL is difficult. The user must know about...

- Persistent Url
There is another PURL service available U-ID. This is a for profit organization. Seems to me the OCLC PURL system would be a better option for libraries. There is the need for these services. I just wonder why the OCLC service has not caught on more widely....



Library Cataloging








.