[uf-discuss] hAtom - ready for 0.1?

Chris Casciano chris at placenamehere.com
Tue Feb 28 05:47:52 PST 2006

On Feb 28, 2006, at 5:53 AM, David Janes -- BlogMatrix wrote:

> Chris Casciano wrote:
>> My own expectation is not that it contains copyright statements, 
>> licensing information and links to feed information in addition to 
>> contact information wrt. page authorship. But then I look at Tantek's 
>> implementation on his blog and it works as a very tight address 
>> inside a list of other page related information. Works there, but 
>> where else? What if the presentable information is more then just one 
>> data item? I'm using a really silly and informal line on 
>> ChunkySoup.net that is a case of it not translating well to this 
>> usage:
> The uF community is taking ADDRESS to mean something semantically "in 
> the spirit of the HTML 4.01 spec [1]:
> | The ADDRESS element may be used by authors to supply contact
> | information for a document or a major part of a document such
> | as a form.
> Regards, etc...
> David
> [1] http://www.w3.org/TR/REC-html40/struct/global.html#edef-ADDRESS

Right. That's the same definition that is used in 401 which I had 
linked to in one of my replies. But given it means something equivalent 
to contact information and not "licensing information and contact 
information" or "a bunch of random stuff in a footer" it just doesn't 
map well to the real web and thus is rarely used.

So from where I sit its either rewrite stuff, redesign things to 
include information that isn't there (or is currently linked, abuse 
ADDRESS for sake of conforming to hatom over html or just decide a page 
content just doesn't map well to Atom or that I otherwise can't be 
bothered to conform to hatom in a way I'm happy with.

Again, the rest of the spec seems to map real well to real world usage 
-- outside of a few occcations where there aren't dates that map well 
to individual entries (either no date, or one date heading for multiple 
posts). But authorship is something that is VERY regularly defined 
outside of the individual entry both on the 1 man personal context and 
the anonymous corporation side* and the solution provided to defining 
the required data just doesn't seem very that practical to me.

Not much more to really say on it so I'll end my participation in this 
discussion there and hope that with time enough other people will run 
into this wall with hatom (or maybe hreview or some other µf that needs 
to pair page data with entry data).

[ Chris Casciano ]
[ chris at placenamehere.com ] [ http://placenamehere.com ]

More information about the microformats-discuss mailing list