[uf-new] First draft of hAudio proposal
scott at makedatamakesense.com
Tue May 1 18:57:19 PDT 2007
On May 1, 2007, at 7:49 PM, Manu Sporny wrote:
>> acquire. optional. using rel-design-pattern with acquire as the
>> --- there is aleady the 'enclosure' used for ATOM and Podcasts
> Again, Martin is correct - enclosure is for direct links to files that
> should be cached. Most of the examples never link directly to the
> download, instead they link to some method of acquisition (usually a
> buying or login process).
If nothing else is changing here, I think rel values should be nouns,
not verbs. I think all of the existing rel values in microformats
fit this pattern, and it's good to be able to say "this page and that
page have a relationship of _____."
>>> is there a reason you want to get this done in the next week or
> Because I'm the jerk that is going to persistently push the draft
> forward :).
On May 1, 2007, at 7:51 PM, Manu Sporny wrote:
> Brian, Martin, Scott - if you don't like the method listed in the
> proposal... please suggest a replacement and the rest of the community
> can weigh in on the merits of each method.
My current proposal is to keep grouping semantics specific to each
individual microformat. In this case, albums could be identified by
something like class="album", audio tracks by something like
class="audio-track", and parsers could simply recognize that albums
are groups of tracks, just as hatom parsers recognize that feeds are
groups of entries. Of course, I still think hatom could cover most
of the semantics of audio downloads.
More information about the microformats-new