[uf-new] Microformat for Music Downloads
scott at makedatamakesense.com
Fri Apr 6 09:32:39 PDT 2007
On Apr 6, 2007, at 10:39 AM, Manu Sporny wrote:
> 1. Extend hAtom/hReview to support a very small subset of Marian and
> your problem description, solving a simple problem, but potentially
> bloating a Microformat when a new microformat is needed.
I don't think extending hAtom is an option. Music is not fundamental
to the purpose of hAtom. But we could still use hAtom with the
addition of music-specific properties that aren't part of hAtom.
> 2. Complete media-info - which will solve both your and Marian's
> descriptions, but could take a really long time to solve a complex
> 3. Create a very simple hAudio microformat, which can then be
> into media-info, solving your problem and Marian's problem. It would
> also lay some foundation for media-info, which I know Scott was
> concerned about. The downside being YAuF - yet another Microformat.
These are mutually exclusive options in name only. The same
properties can be 1) used with hAtom, 2) used in media-info, and 3)
used outside both hAtom and media-info. The semantics of something
like class="album-title" don't change when we use them with a
different microformat, as long as we define them clearly. That's the
"modularity / embeddability" principle:
I suspect the music downloads problem can be solved by using some
semantics from hAtom and introducing other new HTML semantics (e.g.
album title) that may be part of media-info in the future. But I see
no reason we need to give those new semantics a separate microformat
name, and no reason we need to wait for all of media-info to be
complete before we start using them. The point is solving the
problem. If we solve this problem without creating a whole new
microformat with a whole new name, that's still a successful outcome.
More information about the microformats-new