Re: Datatypes with no (cool) URI

Gannon raises a valid point, BUT it is important to remember that ISO
is a *publisher* and DOI is fundamentally a publishing industry thing.

So while they might not be inclined to support Cool URIs for their own
sake, they might be DOI adopters for the sake of The Bottom Line...

On Tue, Apr 3, 2012 at 11:19 AM, Gannon Dick <gannon_dick@yahoo.com> wrote:
> There are just some things outside of the Web's bailiwick, and the
> properties of people in that class.  The problem is that you are never sure
> if you are naming the property on rudely calling the property holder names.
> ISO declines to play, the LOC declines differently
> http://id.loc.gov/authorities/subjects/sh91003756 and simple classes don't
> exist.  I think you've hit a limit, not on Cool Uri's necessarily, but maybe
> on philosophy.
>
> ________________________________
> From: John Erickson <olyerickson@gmail.com>
> To: David Booth <david@dbooth.org>
> Cc: Phil Archer <phila@w3.org>; "public-lod@w3.org" <public-lod@w3.org>
> Sent: Tuesday, April 3, 2012 9:53 AM
> Subject: Re: Datatypes with no (cool) URI
>
> On Tue, Apr 3, 2012 at 10:38 AM, David Booth <david@dbooth.org> wrote:
>> On Tue, 2012-04-03 at 14:33 +0100, Phil Archer wrote:
>>> [ . . . ] The actual URI for it is
>>>
>>> http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36266
>>> (or rather, that's the page about the spec but that's a side issue for
>>> now).
>>>
>>> That URI is just horrible and certainly not a 'cool URI'. The Eurostat
>>> one is no better.
>>>
>>> Does the datatype URI have to resolve to anything (in theory no, but in
>>> practice? Would a URN be appropriate?
>>
>> It's helpful to be able to click on the URI to figure out what exactly
>> was meant.  How about just using a URI shortener, such as tinyurl.com or
>> bit.ly?
>
> David's good point raises an even bigger point: why isn't ISO minting
> DOI's for specs?
>
> Or, at least, why can't ISO manage a DOI-equivalent space that would
> rein-in bogusly-long URIs, make them more manageable, and perhaps more
> functional e.g. CrossRef's Linked Data-savvy DOI proxy
> <http://bit.ly/HcStYl>
>
>
> --
> John S. Erickson, Ph.D.
> Director, Web Science Operations
> Tetherless World Constellation (RPI)
> <http://tw.rpi.edu> <olyerickson@gmail.com>
> Twitter & Skype: olyerickson
>
>
>



-- 
John S. Erickson, Ph.D.
Director, Web Science Operations
Tetherless World Constellation (RPI)
<http://tw.rpi.edu> <olyerickson@gmail.com>
Twitter & Skype: olyerickson

Received on Tuesday, 3 April 2012 15:23:32 UTC