XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [APPS-REVIEW] Metalink XML Download Description Format (draft-bryan-metalink-01)

Anthony Bryan wrote:
>> So, in general, this would be for IRIs that do not identify a resource to
>> download, but metadata about a resource to download? Strictly speaking,
>> isn't metalink not yet another format for that?
> 
> Yes, it is.
> 
> Do you think about a "metadata" element (a sub-element of
> "resources")with a required "type" attribute of MIME type is
> appropriately generic?

Sounds good.

> This could then be used to describe Metalinks if needed, and other
> types that may come later.

Right.

> I don't think BitTorrent's MIME type is in the is listed in the IANA
> MIME Media Types. Would this be a problem?
> 
>    <?xml version="1.0" encoding="UTF-8"?>
>    <metalink xmlns="http://www.metalinker.org";>
>      <files>
>        <file name="example.ext">
>          <resources>
>            <url>ftp://ftp.example.com/example.ext</url>
>            <url>http://example.com/example.ext</url>
>            <metadata
> type="application/x-bittorrent">http://example.com/example.ext.torrent
>            </metadata>
>          </resources>
>        </file>
>      </files>
>    </metalink>

One of these issues that regularly come up :-)

One way out of that would by to "grab" special type names like 
"torrent", and hardwire them. That should be ok as long as they can't 
collide with registered names (thus no "/" allowed).

BR, Julian



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS