On 3/15/2011 9:06 AM, Karen Coyle wrote: > Quoting Richard Light<[email protected]>: > >> In message >> <[email protected]>, Frankie >> Roberto<[email protected]> writes >> >>> I see a "links" tab on the Work edit page that lets you add links with >>> a URL and a display string. Is that what you need? >>> >>> Not quite - a URL isn't always the same as an identifier (eg a LibraryThing >>> id). I've used this to add a few Wikipedia URLs though. >> >> Yes, ideally we would also want a place to add the corresponding dbpedia >> identifiers.
And any other identifier, including URI-base identifiers, such as International Standard Text Codes (ISTC). > Wouldn't many of these identifiers be resolvable URIs? Although I, > too, am reluctant to mix identifiers and locators, it seems to be > inevitable since so many are both (wikipedia page URLs/URIs and OL > URLs/URIs for example). Perhaps inevitable, and so much the more unfortunate because of it. I am frequently frustrated, and irritated by discovering a URI which /looks/ like a URL, right down to a method fragment identifier which is usually associated with location (e.g. http:), but for which no description can be found by resolving the authority fragment. Identifiers are identifiers, and locaters are locaters and when you use the same string for both you are just encouraging confusion, just as you are encouraging confusion when you suggest that an identifier, even a URI, should be placed in the "links" tab. "links" means locaters, and you should not add anything to this field which is not a link. Sometimes locaters can also be identifiers, in which case they should be tracked separately, because sometimes links can be redirected, or simply disappear, whereas identifiers must have some semblance of permanence (the identifier must not change, nor may it be assigned to a different resource once assigned). /No/ link is an identifier, except coincidentally. Whoever suggested that URLs could be identifiers, and that URIs should look like URLs but not be locaters should be scorned and ridiculed incessantly. _______________________________________________ Ol-discuss mailing list [email protected] http://mail.archive.org/cgi-bin/mailman/listinfo/ol-discuss To unsubscribe from this mailing list, send email to [email protected]
