[uf-discuss] format for identifiers?

Simon Kittle si at kittle.co.uk
Mon Nov 28 14:10:34 PST 2005


 
> > I think the question might have been misread.  I understood the 
> > question to be, "is there or should there be a microformat for 
> > indicating that something IS an identifier", as opposed to 
> "is there 
> > or should there be a microformat FOR identifiers".  E.g. given the 
> > string "urn:isbn:<whatever>", indicating that that string 
> represents 
> > an identifier.
> 
> I don't believe the question was misread. Tantek's point was 
> that there's no need for a microformat, we already have it 
> covered with URIs.

Isn't this just the same issue (as someone already pointed out) as with
URL's in the hCard format.  There is still a 'url' class you specify isn't
there?  Surely the above URI argument would mean this 'url' class is
redundant and it should be implied by the presence of an A tag with a URL in
it?

I'm new to this so if I've got my theory wrong please bear with me :)  

But the way I see the url class in the hCard format is not a way to say
"this is a url", but rather to say "this is explicity this persons url".  It
gives the model consistancy (everything in a class) and it allows for
further href links to be used - but also, perhaps it would allow you to not
use an HREF to display a URL, if you wanted to (does the hCard spec allow
that?)

Obviously there aren't many reasons why you'd want to not use an A HREF to
describe a URL - but you may not want to use such a scheme for displaying
book isbn's, or other non-internet abstract urn namespaces.


So perhaps C Hudley was asking a question along the lines of: just like
there may be be multiple URLs in an hCard (one described with url, for
starters, attached to it's parent with the 'url' class) - there might be a
page with multiple urn:isbn:* numbers, so what would be a good way to
describe that? (to attach the URI to something else)

So it's not that he was after a way to identify these things (for which
there exists a URI scheme already) but a way to put them into context, like
grouping a bunch of tags under class='vcard' and marking one class='url'
puts it into context.


- Simon


> > I would suggest that the point of the identifier is that it 
> represents 
> > some resource, and merely marking up a string as being an 
> identifier 
> > doesn't accomplish much without being able to dereference it and 
> > obtain the resource it identifies.
> 
> So, you're saying URIs are only useful when they're URIs?
> 
> 
> > Saying "urn:isbn:<whatever>" is an identifier doesn't do much good; 
> > the point is that given that identifier, I can tell that 
> it's talking 
> > about a book and I can go obtain information about that book.  In 
> > which case, a href="" comes to mind.  I think there's room for some 
> > debate here.
> 
> I'm not sure what use case you're going at here.
> 
> > - David
> >
> > On 11/23/05, Tantek Çelik <tantek at cs.stanford.edu> wrote:
> >>
> >> Hello C. Hudley, welcome to the list!
> >>
> >> On 11/23/05 9:54 AM, "C. Hudley" <chudley at gmail.com> wrote:
> >>
> >>> Has any work been done on a format for identifiers?  By 
> "identifier" 
> >>> I mean "some kind of arbitrary string that identifies the 
> object at 
> >>> hand in some system".  Examples of the kinds of identifiers that 
> >>> might be in scope would be ISBNs for books, PMIDs for 
> pubmed, node 
> >>> ids for weblog entries, DOIs for journal articles, flickr ids for 
> >>> flickr images, etc.
> 
> BTW, see http://www.iana.org/assignments/uri-schemes and 
> http:// www.iana.org/assignments/urn-namespaces, which have 
> schemes and namesspaced for most of the things you list above.
> 
> -ryan
> 
> 
> --
> Ryan King
> ryan at technorati.com
> 
> 
> 
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
> http://microformats.org/mailman/listinfo/microformats-discuss
> 




More information about the microformats-discuss mailing list