サイト内の全リソースに普遍的なURI(PURL (英語) )を与えるにはどうすれば良いのかを調べてみました。
リソース一つ一つにPURLを与えるには、リソースを公開するたびにPURLを貰ってくるしかないのですが、partial redirectという代替的な方法がありました。
IDと
Passwordを入力
PR PURLに基点となるPURLを入力
Root URLにリダイレクト先の基点となるURIを入力
例えば基点となるPURL(PR PURL)をhttp://purl.org/jintrick/Personal/とし、リダイレクト先の基点となるURIをhttp://members.jcom.home.ne.jp/jintrick/Personal/としたなら、http://purl.org/jintrick/Personal/agenda.html はhttp://members.jcom.home.ne.jp/jintrick/Personal/agenda.htmlに自動的にリダイレクトされることになります。
ただし、partial redirectを利用したURIは、実際のリソースの存在を保証するものではなく、単なるリダイレクトなのだそうです。例えばhttp://purl.org/foo/bar/baz.htmlがpartial redirectでhttp://foo.com/bar/baz.htmlにリダイレクトされていたとします。PURLユーザーは、このhttp://purl.org/foo/bar/baz.htmlというURLを直接メンテナンスすることができません。このURLを保持したければ、実際のリソースの場所を調整するしかないわけです。これはPURLの利点の一つである「サイト構成とURIの分離」が失われていることを意味しますが、サイト構成なるものを変更しない私には無関係なので、他のPURLと同じようにpartial redirectを利用することにしました。
既にPURLが存在している場合、それをPR PURLに変更することはできないようです。例えば私の場合、http://purl.org/jintrick/personnel/ というPURLを貰っていましたが、これをhttp://members.jcom.home.ne.jp/jintrick/Personal/に関連付けたPR PURLとすることは出来ませんでした。そのため、改めてhttp://purl.org/jintrick/Personal/をPR PURLとして取得しました。
PR PURLの入力欄には/NET/という文字列が最初から入力されていますが、これはtop-level-domainと呼ばれるものを取得していない場合には変更できません。top-level-domainは申請することで取得可能です。Top Level Domain Request Formから申請します。
コンセプトからすれば当たり前も良いところなのですが、PURLやPR PURLは変更、削除できません。一度作成したら最後です。URIの文字列はよくよく考えねばなりません(自戒)。
一意かつ不変であることがPURLの最大の特長であり、実際のリソースの「位置」を示すものとしては若干非力ですから、名前空間URIとして利用するのが一般的な用途です。