[uf-discuss] hAudio rel-enclosure & linking issues

[Andy Mabbett]

The hAudio spec says:

    <http://microformats.org/wiki/haudio#Full_Download_.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/livingworld_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>

-- 
Andy Mabbett