The Pid webservice is a driver for Handle System's resolver technology. It eases the creation of persistent identifiers and their bindings to attributes such as web locations with the use of a Soap protocol. This means it is system agnostic: an external application offering web methods that can be integrated into your catalog and archival system solutions. All with the purpose to offer a consistent delivery via pids of your web resources to yourself, your users and external discovery services alike.
Access to the webservice is HTTP over SSL. A private webservice key is needed to be able to create and update your pids. This single key can be changed at any time you want, should it be compromised. You can manage pids from different naming authorities ( for example a naming authority for production pids, and another for testing). There are two ways to obtain webservice keys:
Place the key in a HTTP header request as expressed in this pseude code:
HTTP-header(headerName, headerValue) = { "Authorization", "Bearer [key]" }
Whereby [key] is the webservice key. For example, if the key is 12345, the header is:
HTTP-header("Authorization", "Bearer 12345")
The Pid webservice offers seven operations:
Use Soap to operate the webservice API:
The following example will create a pid 10622.1/32dc9242-a978-43b0-befd-831fa02af673 Once created, the url handle: http://hdl.handle.net/10622.1/32dc9242-a978-43b0-befd-831fa02af673 would resolve to the url http://socialhistoryservices.org/
You can also create the PIDs yourself as demonstrated in this movie:
You do not need the locatt expicitly mentioned in the handle to redirect endusers to the desired locations. The country attribute can be used to direct users using GeoIP. We demonstrate this here:
To change a resolve url, use the UpsertPidRequest again
To know that bindings exist for a given pid, use the getPid method. In this example we find out that the resolve url is http://new-domain/
It is possible to find a pid through it's bound attributes such as resolve urls. In this example we look for pids that are bound to the resolve url http://socialhistoryservices.org/. Note that the reverse lookup is case sensitive and the result set is limited to 10 records.
It is possible to bind other attributes to a pid, such as a local identifier or any other tag for that matter. In this case, the local identifier needed to be set when creating or updating the pid.
For example, if the local identifier was 12345 and bound like this:
Then the reverse lookup would be:
Unless you are an service provider whose clients cannot supply anything else but local identifiers, this method would not be useful to an organization delivering pids. The GetQuickPid method utilizes the earlier mentioned methods. Specifically:
The createPid will create a new PID but fail when the PID already was made in an earlier call. Likewise the updatePid will fail when the PID to be updated does not exist.
The upsert method does exactly the same as the createPid and updatePid do separately; but throw no error. It is thus the most efficient method.
The upsert method does exactly the same as the createPid and updatePid combined; and is more efficient. It will create new pids; and update a pid if it already exists. Use this method if you do not need to check explicitly for PIDs that do not exist whilst updating... or already exist while creating them.
This method will delete a pid and all it's bound attributes.