The PID system should provide long term support for resolving identifiers.
The Identifiers should be permanently resolvable via HTTP to a digital resource. The bits that comprise the digital resource may change. It is not a goal of the PID system to ensure fixity of digital resources.
The PIDs should conform to the URL RFC1738
Since the PIDs are URLs they could be used as the href attribute in an <a> element in HTML.
If the ID schema has a DNS name then all PIDs in the system should be unique even with the DNS name removed. This goal is trivially satisfied if there is only one DNS name used by the PID system. If there are more than one DNS names used in the system care must be taken to ensure that goal is met.
The PIDS should work with existing systems such as VIVO, arXiv, OAIS (CUL), Voyager Catalog, and WorldCat etc.
Please add comments about this goal.
The hope is that the URL can be of the form http://hostname.com/localNamespacePrefix/identifierPart
or something similar. The localNamespacePrefix could also be called a collectionPrefix. The resolver system should place no additional restrictions on the identifierPart beyond conforming URL syntax.
In an attempt to avoid problems in situations where the labels associated with resources change, the PIDs should support partially opaque identifiers such as http://hostname.com/170/2a33-ffff
instead of http://hostname.com/SuperMegaCollection/WalterCarlos1
. Since the resolver system places no additional restrictions on the identifier part, we cannot stop systems from requesting new identifiers with a syntax that they attach meaning to.
Ex. A collection administrator might register the following Identifiers:
http://resolver.cornell.edu/170/article23332
-> http://collectionX.cornell.edu/article/23332
http://resolver.cornell.edu/170/article23332.pdf
-> http://collectionX.cornell.edu/article/23332?format=pdf
http://resolver.cornell.edu/170/article23332.tex
-> http://collectionX.cornell.edu/article/23332?format=tex![]()
The resolver system will not attempt to parse these identifiers and will not record or track relationships between identifiers.
To encourage the possibility of using the PIDs across intuitions, the PIDs should not be branded.
The digital resource returned by the PID resolver might not be the thing identified by the PID, but a surrogate for a resource that cannot be transported easily via HTTP.
Please add comments about this goal. How short? Should there be a length limit (which implies a limit to the number of things that can be resolved)?
Please add comments about this goal. Adding dashes between every 4 digits of the identifier may be a way to improve the easy of copying the PIDs.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
This should be satisfied by earlier goals.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.
Please add comments about this goal.