If it's a URI that is indeed an identifier that "unambiguously identifies the referent", as the standard says... I don't see how that's inappropriate in rft_id. Isn't that what it's for? I mentioned before that I put things like http://catalog.library.jhu.edu/bib/1234 in my rft_ids. Putting http://somewhere.edu/our-purl-server/1234 in rft_id seems very analogous to me. Both seem appropriate. I'm not sure what makes a URI "locally meaningful" or not. What makes http://www.worldcat.org/bibID or http://books.google.com/book?id=foo "globally meaningful" but http://catalog.library.jhu.edu/bib/1234 or http://somewhere.edu/our-purl-server/1234 "locally meaningful"? If it's a URI that is reasonably persistent and unambiguously identifies the referent, then it's an identifier and is appropriate for rft_id, says me. Jonathan Eric Hellman wrote: > I think using locally meaningful ids in rft_id is a misuse and a > mistake. locally meaningful data should goi in rft_dat, accompanied by > rfr_id > > just sayin' > > On Sep 15, 2009, at 11:52 AM, Jonathan Rochkind wrote: > > >> I do like Ross's solution, if you really wanna use OpenURL. I'm much >> more comfortable with the idea of including a URI based on your own >> local service in rft_id, then including any old public URL in rft_id. >> >> Then at least your link resolver can say "if what's in rft_id begins >> with (eg) http://telstar.open.ac.uk/, THEN I know this is one of >> these purl type things, and I know that sending the user to it will >> result in a redirect to an end-user-appropriate access URL." >> Cause that's my concern with putting random URLs in rft_id, that >> there's no way to know if they are intended as end-user-appropriate >> access URLs or not, and in putting things in rft_id that aren't >> really good "identifiers" for the referent at all. But using your >> own local service ID, now you really DO have something that's >> appropriately considered a "persistent identifier" for the referent, >> AND you have a straightforward way to tell when the rft_id of this >> context is intended as an access URL. >> >> Jonathan >> >> > > Eric Hellman > President, Gluejar, Inc. > 41 Watchung Plaza, #132 > Montclair, NJ 07042 > USA > > [log in to unmask] > http://go-to-hellman.blogspot.com/ > >