[uf-new] First draft of hAudio proposal

[Scott Reynen]

On May 1, 2007, at 7:49 PM, Manu Sporny wrote:

>> acquire. optional. using rel-design-pattern with acquire as the
>> mf-rel-value.
>>
>> --- 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
>>> two?
>
> Because I'm the jerk that is going to persistently push the draft
> forward :).

Good reason.

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.

--
Scott Reynen
MakeDataMakeSense.com