I think this is a topic for xml-mime more than ietf-types -- there's
a discussion about using the .xml file extension for an XML mime type.
Just a random thought: could we define a standard processing instruction for
XML bodies?
<?MIME content-type="application/vnd.recordare.musicxml+xml"?>
It seems a pretty clear 'processing instruction', because you're instructing
the MIME receiver how to process the content.
I know there's been some aversion to using the namespace of the
root element as an indicator of content-type, although I'm not entirely
sure why XML MIME registrations shouldn't include the expected
namespace, too, or, in lieu of other information, the namespace
shouldn't be used to determine the MIME type (in servers or FTP; the
content-type header should be authoritative for MIME bodies
.)
Larry
-----Original Message-----
From: ietf-types-bounces(_at_)alvestrand(_dot_)no
[mailto:ietf-types-bounces(_at_)alvestrand(_dot_)no] On Behalf Of Michael Good
Sent: Friday, June 08, 2007 9:53 AM
To: Mark Baker; Bjoern Hoehrmann
Cc: ietf-types(_at_)alvestrand(_dot_)no
Subject: Re: Review requested for MusicXML media type proposals
Dear Mark and Björn,
Thank you for your comments!
For MusicXML 1.0 and 1.1, there is no separate specification document. The
DTDs
are the specification. We are of course aware of the desirability of a
separate
specification document, but Recordare is a small commercial company in a
small
market. We do hope to get a specification document out for 2.0 later this
year,
but it will not be ready for MusicXML 2.0's initial release later this
month.
That is why the specification section of the registrations points to the DTD
index. For now, the DTDs are the specification, and that has worked
adequately
(if not ideally) in practice.
For the compressed format, the container format will be described in the
container.dtd file. I will add a note to the specification section that "The
zip-based container format is described in the container.dtd file."
There have been no MusicXML-specific MIME types registered in the past. Most
servers probably use the application/xml type. It is intended that MusicXML
1.0
and 1.1 files can use the application/vnd.recordare.musicxml+xml media type.
Thank you for the suggestion about adding information to the
interoperability
considerations section. The draft now reads "As all MusicXML 1.0 and 1.1
files
are valid MusicXML 2.0 files, this media type may be used by files in these
earlier versions of the MusicXML format." Does that seem appropriate?
All MusicXML software to date uses and relies on the .xml suffix, so that
cannot change. If we were starting off new, we would have more flexibility.
One
benefit of the compressed format is that we can add our own special .mxl
suffix, which over time will help the usability of these files.
Best regards,
Michael Good
Recordare LLC
www.recordare.com
____________________________________________________________________________
________
Be a better Globetrotter. Get better travel answers from someone who knows.
Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545469