PURL Frequently Asked Questions


1.0 General Questions (Terminology and Philosophy)
1.1 What does PURL stand for?
1.2 What is a PURL?
1.3 What does a PURL do?
1.4 What does a PURL look like?
1.5 Why do we need PURLs?
1.6 What makes PURLs "persistent"?
1.7 What is a PURL resolver?
1.8 What is a domain?
1.9 What is a partial redirect or partial redirection?
1.10 What is the difference between a PURL, a domain, and a partial redirect?

2.0 Questions about Registering with a PURL Resolver
2.1 Who are registered users?
2.2 Should I become a registered user?
2.3 What can I do (or not do) as an unregistered user?
2.4 What can I do as a registered user?
2.5 How do I become a registered user?

3.0 Questions about Creating PURLs and Partial Redirects
3.1 Can I create a PURL?
3.2 How do I create a PURL?
3.3 How is the name component of a PURL assigned?
3.4 What is the relationship between the name in a PURL and the URL associated with it?
3.5 Can I create a partial redirect?
3.6 How do I create a partial redirect?
3.7 Can I delete a PURL?
3.8 Can I delete a domain?
3.9 Can I delete a partial redirect?

4.0 Questions about Access to PURLs
4.1 What is a group?
4.2 What are groups used for?
4.3 Who are group members?
4.4 Who are the maintainers of a PURL or partial redirect?
4.5 Who are the writers of a PURL or partial redirect?

5.0 Questions about Using PURLs
5.1 What can I do with a PURL?
5.2 How can I save PURLs as bookmarks?

6.0 Questions about Maintaining PURLs
6.1 Are PURLs updated automatically when their associated URL changes?
6.2 Who keeps PURLs up-to-date with their associated URLs?
6.3 How do I update or maintain a PURL?
6.4 Who can modify a PURL's associated URL?
6.5 Does a PURL ever have more than one associated URL at a time?
6.6 Does a PURL have the same associated URL forever?
6.7 Is it possible for a given URL to be assigned multiple PURLs?

1.0 General Questions (Terminology and Philosophy)

1.1 What does PURL stand for?

PURL stands for "Persistent Uniform Resource Locator."

1.2 What is a PURL?

Functionally, a PURL is a URL.

1.3 What does a PURL do?

Instead of pointing directly to the location of an Internet resource, a PURL points to an intermediate resolution service. The resolution service associates the PURL with the actual URL and returns that URL to the client, which can then complete the transaction in the normal fashion.

In Web parlance, this is a standard HTTP "redirect."

     _______         PURL       ---------- 
    |        |  ------------>> |          | Resolver associates PURL with  
    |        |                 |   PURL   | unique URL; maintenance utilities   
    |   C    |       URL       |  SERVER  | facilitate creation of PURLs and 
    |   L    |  <<------------ |          | modification of associated URLs.
    |   I    |                  ----------   
    |   E    |       URL        ----------              
    |   N    |  ------------>> |          |                                 
    |   T    |                 | RESOURCE | 
    |        |    Resource     |  SERVER  |     
    |        | <<------------  |          | 
     --------                   ----------      

1.4 What does a PURL look like?

PURLs look just like URLs because they are URLs. A PURL has three parts: (1) the protocol, (2) the resolver address, and (3) a name.

  1. Protocol - The protocol used to access the PURL resolver. Note: This protocol may differ from that used to access the resource associated with the PURL.
  2. Resolver address - The IP address or domain name of the PURL resolver. This portion of the PURL is resolved by the Domain Name Server (DNS).
  3. Name - User-assigned name. Note: This name may differ from the name of the resource in the associated URL.

Here are a few examples of PURLs (some are hypothetical):

     http://purl.oclc.org/OCLC/RSPD
     ----   ------------- ---------
       /           |             \
  protocol  resolver address   name

     http://purl.oclc.org/oclc/rsch/metadataII
     ----   ------------- --------------------
       /           |               \
  protocol  resolver address       name  

     http://purl.somewhere.edu/library/catalog
     ----   ------------------ ---------------
       /           |               \
  protocol  resolver address       name  

     http://purl.org/keith/home
     ----   -------- ----------
       /        |            \
  protocol  resolver address  name  

     http://purl.org/net/weibel
     ----   -------- ----------
       /        |            \
  protocol  resolver address  name  

     http://purl.publisher.com/journal/article_id
     ----   ------------------ ------------------
       /           |               \
  protocol  resolver address       name  

1.5 Why do we need PURLs?

Sometimes URLs do not work because Internet resources move, change names or method of access, or other reasons. Once a URL fails, all instances of that URL (for example, links in a Web document or a bibliographic record) become invalid.

1.6 What makes PURLs "persistent"?

As long at the PURL resolver is functioning, the PURLs never change.

A PURL can be associated with any given resource/URL. While PURLs allow you to associate different URLs with them, the PURL itself never changes. Put another way, you can change what a PURL resolves to, but you can't change the PURL.

This means that a PURL can last longer than any particular URL that may be associated with it. PURLs persist indefinitely, and as long as they do, all instances of such PURLs (for example, links in a Web document or a bibliographic record) remain valid.

1.7 What is a PURL resolver?

A PURL resolver is a service, available via standard HTTP 1.0 protocols, that facilitates the creation, maintenance, and resolution of PURLs.

1.8 What is a domain?

Domains are subdivisions of the name space on a PURL resolver. They are very much like directories in a file system.

There are two varieties of domains: top-level and subdomains.

1.9 What is a partial redirect or partial redirection?

The concept of partial redirection is the use of a domain as a prefix for a localized hierarchy of URLs. This is possible because a PURL resolver will resolve as much of a PURL as it can find in its database and append the remainder (unresolved portion) to the end of the resolved URL. For example, if the partial redirect http://purl.foo.com/bar exists and is associated with the URL http://your.web.server/your/servers/web/root then an attempt to resolve the partial redirect PURL http://purl.foo.com/bar/some/other/stuff.html will resolve to the URL http://your.web.server/your/servers/web/root/some/other/stuff.html

1.10 What is the difference between a PURL, a domain, and a partial redirect?

A partial redirect is a special-purpose PURL that acts like a domain. A regular domain has no associated URL. While a partial redirect has a URL associated with it, that URL is not guaranteed (or even expected) to reference an actual resource. The URL associated with a partial redirect may only be a prefix common to the complete URLs of multiple resources. In contrast, the URL associated with a PURL is expected to reference a single actual resource.


2.0 Questions about Registering with the Bibliographic PURL Resolver

2.1 Who are registered users?

Anyone with valid a CONSER or BIBCO authorization may become a registered user of the OCLC Bibliographic PURL resolver.

2.2 Should I become a registered user?

If you want to be able to do any of these things, you must become a registered user. Otherwise, you do not have to become a registered user.

2.3 What can I do (or not do) as an unregistered user?

Unregistered users can search the resolver for universally-resolvable PURLs and partial redirects. They cannot do these things.

2.4 What can I do as a registered user?

As a registered user, you can:

2.5 How do I become a registered user?

Point your Web browser to the OCLC Bibliographic PURL resolver and follow the instructions for becoming a registered user.


3.0 Questions about Creating PURLs and Partial Redirects

3.1 Can I create a PURL?

Yes. Any CONSER or BIBCO participant can create a PURL.

3.2 How do I create a PURL?

If you are not a registered user of the Bibliographic PURL resolver, you must become one. You are then able to create PURLs.

To create a PURL, point your Web browser to the OCLC Bibliographic PURL resolver and follow the instructions for creating a PURL.

3.3 How is the name component of a PURL assigned?

The PURL name is generated automatically.

3.4 What is the relationship between the name in a PURL and the URL associated with it?

None.

A PURL can look very different from its associated URL. For example, suppose the URL for a resource is

    http://my.address.org/very/long/path/name/and/obscure/file_name.txt
This URL can be associated with the PURL
    http://purl.oclc.org/foo/bar
It is not necessary for the PURL name component to duplicate any portion of the associated URL.

3.5 Can I create a partial redirect?

Yes. Any CONSER or BIBCO participant registered to use the Bibliographic PURL resolver can create a partial redirect.

3.6 How do I create a partial redirect?

If you are not a registered user of the Bibliographic PURL resolver, you must become one.

To create a partial redirect, point your Web browser to the Bibliographic PURL resolver and follow the instructions for creating a partial redirect.

3.7 Can I delete a PURL?

No. No one can or should delete a PURL. A PURL can, however, be associated with a "null URL", i.e., no URL at all, in which case, a history page is returned when the PURL is resolved.

3.8 Can I delete a domain?

No. Once a domain is created it will persist indefinitely.

3.9 Can I delete a partial redirect?

No. No one can or should delete a partial redirect. A partial redirect can, however, be associated with a "null URL", i.e., no URL at all, in which case, a history page is returned when the partial redirect is resolved.


4.0 Questions about Access to PURLs

4.1 What is a group?

A group is a list of registered users, groups, or both. The group all includes all registered users. The Bibliographic PURL resolver has only one group. All registered users are automatically added to the CONSER group.

4.2 What are groups used for?

Groups are mechanisms that allow you to organize and easily specify lists of registered users. This mechanism is useful for specifying other readers, writers, or maintainers of things you own. In and of themselves, groups do not bestow new capabilities on their members.

4.3 Who are group members?

Group members are registered users who are included in a group.

4.4 Who are the maintainers of a PURL or partial redirect?

You and other users in the CONSER group are its maintainers.

4.5 Who are the writers of a PURL or partial redirect?

You are the only writer of the PURLs and partial redirects you have created. (Creating a PURL or partial redirect is the same as writing it and can only be done once for any PURL or partial redirect.)


5.0 Questions about Using PURLs

5.1 What can I do with a PURL?

You can select a PURL that you find, for example, on a Web page or in a document, and the PURL will be resolved to the associated URL, which your browser will then use to access the resource.

PURLs generated by the Bibliographic PURL resolver will be placed in OCLC's bibliographic records. Your links will remain valid even if the associated URLs change. (This does not mean that a PURL magically changes its own associated URL when the referenced resource moves, you must update your PURLs when this happens.)

You can submit a PURL (or even just part of a PURL) to the PURL resolver to obtain more information about the PURL, the associated URL, or, in some cases, the resource itself.

5.2 How can I save PURLs as bookmarks?

Avoid using the "save-current-document-as-a-bookmark" feature of most browsers because this will save the URL, not the PURL, of the document. Note that when you access a document via a PURL, it causes a redirect to the associated URL. The URL, not the PURL, is what the browser associates with the "current document" it is displaying. Instead, you should use your browser's manual bookmark editing features to enter PURLs by hand. That way, the PURL, not the URL associated with it, becomes the bookmark.


6.0 Questions about Maintaining PURLs

6.1 Are PURLs updated automatically when their associated URL changes?

No. You or another registered CONSER or BIBCO participant must update your PURL when the associated URL changes.

6.2 Who keeps PURLs up-to-date with their associated URLs?

It is the responsibility of a PURL's owner and its maintainers to update the PURL when the associated URL changes. You can update the URL associated with any PURL you created. In addition, you can update any PURL for which you are a maintainer.

6.3 How do I update or maintain a PURL?

You can perform PURL maintenance by connecting to the Bibliographic PURL resolver using a WWW browser and then using the PURL resolver's maintenance forms to make the appropriate changes to the desired PURL.

6.4 Who can modify a PURL's associated URL?

Any registered CONSER or BIBCO participant can modify the URL associated with a PURL.

6.5 Does a PURL ever have more than one associated URL at a time?

No. PURLs are uniquely associated with a single URL at any given moment. Over time, however, the associated URL can change. In other words, a PURL may have many URLs associated with it over time, but only one at a time.

6.6 Does a PURL have the same associated URL forever?

No. The owner of a PURL can change the associated URL at will.

6.7 Is it possible for a given URL to be assigned multiple PURLs?

Yes. This will happen when a user creates PURLs on several PURL resolvers and each of these PURLs has the same associated URL. We hope that common sense and etiquette will prevent most users from creating multiple PURLs on the same resolver, each of which has the same associated URL. Always search the PURL resolver before creating a PURL.