[uf-new] Microformat for Music Downloads

Wed Apr 4 12:39:03 PDT 2007

On Wed, 2007年04月04日 at 11:58 -0500, Scott Reynen wrote:
> On Apr 4, 2007, at 10:26 AM, Manu Sporny wrote:
>> > Martin,
> >
> > If the only fields that we have to contend with are artist and 
> > object, I
> > would agree with you. However, if you take a look at the types of 
> > fields
> > that we are dealing with for music:
> >
> > http://microformats.org/wiki/media-info- 
> > examples#Analysis_of_Music_Sites
>> I think Martin was talking about this problem:
>> http://microformats.org/wiki/music-examples#The_Problem

Yes I was referring more to this problem, a was thinking more along the
lines of playing the content in a music player such as iTunes or Amarok
directly from a blog or Artist's website and being able to read a review
about the track you are listening to either as a feed or by viewing the
web page its self. 
>> Which is much simpler than the media info problem:
>> http://microformats.org/wiki/media-info-brainstorming#The_Problem
>
>From what I understand so far is this about the actual file itself?
maybe the media-info should relate more to the metadata attached to the
file itself and should follow the lines if already widely used formats
such as idv3.
> > It starts to become evident that semantically describing music is much
> > different that describing feeds (hAtom) and reviews (hReview). 
> > hAtom is
> > for feeds, which music items are usually not.
>> hAtom is not only for feeds; it's for "practically any other place 
> Atom may be used," and feeds are only the most prominent example of 
> that. hAtom contains a title, description, and item for download, 
> which is very close to what's needed for music downloads.
>> > Analysis of over 85 music sites have shown that those are the norm
>> Many of the sites you surveyed don't have audio downloads available, 
> so while they may be relevant to the media-info work, they're outside 
> the scope of music downloads.
>> > - and
> > I can't see them fitting neatly into hAtom or hReview. Can anybody 
> > think
> > of any combination of existing Microformat mappings that would work 
> > for
> > the fields listed above?
>> I think media-info will likely need a new format, as it's relatively 
> broad in scope. But music downloads is a simpler problem, and I 
> think Martin did a great job of demonstrating that we can solve most 
> of it with existing microformats.
>> --
> Scott Reynen
> MakeDataMakeSense.com
>>> _______________________________________________
> microformats-new mailing list
> microformats-new at microformats.org
> http://microformats.org/mailman/listinfo/microformats-new