Hey Folks, PI resolvers come in all shapes and sizes, What all your talking about implementing is proxy/resolution. I would highly recommend NOT conflating the PI resolution mechanism (and why do we even have to have one) with the url path with which a Community, Collection, Item or Bitstream is referenced under in DSpace. What this means is that you do not have a url on with you have to worry about the identifier being properly escaped. You also only have to be concerned with resolving one path to the Item for "any" PI system.
I.E. hdl:1234/5 --> http://dspace.me.ac.uk/item/ABCD and also doi:6789/0 --> http://dspace.me.ac.uk/item/ABCD Don't conflate local and global identification. Cheers, Mark Diggory On May 29, 2007, at 7:52 AM, James Rutherford wrote: > On Tue, May 29, 2007 at 11:56:58AM +0100, Graham Triggs wrote: >> On Tue, 2007-05-29 at 11:43 +0100, James Rutherford wrote: >>> I don't see what's so unusual or undesirable about colons. The >>> reasoning >>> behind doing it this way was so that the value after "/uri/" is the >>> canonical form of the identifier. >> >> The colon is a reserved character, and in this example would have >> to be >> encoded to be strictly valid according to the specifications - which >> would then mean it isn't the canonical form. > > Well if we're going to be strict, we should escape the value of the > handle 1234/56 as 1234%2F56. Since DSpace already breaks this rule, I > didn't deem including a colon as such a great crime ;) Of course, it > would be better if we could use an identifier scheme that didn't > require > escaped characters, but most will at least have a "/" to separate > prefix > from suffix. If we're going to be strict, I think I'd favour the > following form: > > http://dspace.me.ac.uk/uri/hdl%3A1234%2F56 > > or maybe > > http://dspace.me.ac.uk/uri/hdl/1234%2F56 > > Jim > > -- > James Rutherford | Hewlett-Packard Limited registered > Office: > Research Engineer | Cain Road, > HP Labs | Bracknell, > Bristol, UK | Berks > +44 117 312 7066 | RG12 1HN. > [EMAIL PROTECTED] | Registered No: 690597 England > > The contents of this message and any attachments to it are > confidential and > may be legally privileged. If you have received this message in > error, you > should delete it from your system immediately and advise the > sender. To any > recipient of this message within HP, unless otherwise stated you > should > consider this message and attachments as "HP CONFIDENTIAL". > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech ~~~~~~~~~~~~~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech