hAudio rel-enclosure & linking issues

The hAudio spec says:

    <http://microformats.org/wiki/haudio#Full_Do
wnload_.28Enclosure.29>

        Full Download (Enclosure)

        A Full Download URI specifies from where the full
version of an
        audio recording may be retrieved. The URI MUST point
to a direct
        link to a file retrieval process (FTP, HTTP,
BitTorrent URI,
        etc).

           *    The element is identified by a URI fitting
the
                rel-design-pattern, the rel content being
enclosure.


This does not allow for links to streaming files, which are
not
cacheable, and are thus outside the scope of rel-enclosure:

    <http:/
/microformats.org/wiki/rel-enclosure>

        relEnclosure is a simple, open, format for
indicating files to
        cache

        [...]

        Abstract
        relEnclosure is one of several microformats. By
adding
        rel="enclosure" to a hyperlink, a page
indicates that the
        destination of that hyperlink is intended to be
downloaded and
        cached.


An example is found at:

        <http://www.bbc.co.uk/radio4/science/livingworl
d_20041121.shtml>

where the relevant link is below the heading "LISTEN
AGAIN".




Also, there appears to be no mechanism to mark up an hAudio,
expressed
in plain text on page A, which links to an interim page, B,
which in
turn links to a file download. For example, the radio shows
listed on:

        <http://www.westmidlandbirdclub.com/bibliography/radio&g
t;

-- 
Andy Mabbett
_______________________________________________
microformats-discuss mailing list
microformats-discussmicroformats.org
http://microformats.org/mailman/listinfo/microforma
ts-discuss

In message <CjPah$aeTqhHFwsZpigsonthewing.org.uk>,
Andy Mabbett 
<andypigsonthewing.org.uk> writes

>The hAudio spec says:
>
>    <http://microformats.org/wiki/haudio#Full_Do
wnload_.28Enclosure.29>
>
>        Full Download (Enclosure)

>           *    The element is identified by a URI
fitting the
>                rel-design-pattern, the rel content
being enclosure.

>This does not allow for links to streaming files, which
are not 
>cacheable, and are thus outside the scope of
rel-enclosure:
>
>    <http:/
/microformats.org/wiki/rel-enclosure>

>        relEnclosure is one of several microformats. By
adding
>        rel="enclosure" to a hyperlink, a page
indicates that the
>        destination of that hyperlink is intended to be
downloaded and
>        cached.

It would also seem to be inadvisable to use
rel="enclosure" for links to 
off-site files.

Perhaps download targets should be indicated by
class="download" (or 
some such) with an informative note about using
rel="enclosure" /where 
appropriate/ ?

-- 
Andy Mabbett
_______________________________________________
microformats-discuss mailing list
microformats-discussmicroformats.org
http://microformats.org/mailman/listinfo/microforma
ts-discuss

Hello Andy

> It would also seem to be inadvisable to use
rel="enclosure" for links to 
> off-site files.

Please can you explain a little further why you have an
issue with this?

It seems sound enough to me  I have
found more often than not that a
purchased audio track is rarely downloaded from the website
you actually
buy the track from.

rel="encloseure" simply means that the hyperlink
destination is
something that can be downloaded or cached?

Thanks

Martin McEvoy

p.s I posted this one too to microformats new ;) the same
reasons as
before.

_______________________________________________
microformats-discuss mailing list
microformats-discussmicroformats.org
http://microformats.org/mailman/listinfo/microforma
ts-discuss