OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [xml-dev] Registration status

Just to make sure I have understood things around this thread:

Due to the nature of XML (specifically, mixed vocabularies) MIME types
are somewhat useless and an application should determine what to do with
fragments of a mixed document using the expanded names of the nodes. 
But it's impossible for a multipurpose XML app, to have build-in
resolutions of all possible namespaces, thus we need a more well defined
or even strict namespace methodology, meaning descriptions of vocabulary
characteristics stored at the namespace URI.

From what I can understand, this will grow as a requirement between XML
standards. We have already reached a point where we need references to
documentation (this is probably where mimes will end up),
validation-related documents, commonly used transformations or even
useful pieces of programming code, versioning information etc.

What strucks me here, is that the only attempt to implement this in an
adequate level (AFAIK) is RDDL, which comes from no standards body...

Kindest regards,


> -----Original Message-----
> From: David Carlisle [mailto:davidc@nag.co.uk] 
> Sent: Sunday, October 28, 2001 7:53 PM
> To: elharo@metalab.unc.edu
> Cc: ietf-xml-mime@imc.org; xml-dev@lists.xml.org
> Subject: Re: [xml-dev] Registration status
> There's been some thought about doing it but I think we're watching
> the progress of the html group's html+xml draft first. (speaking about
> MathML here)
> But personally the more I think about this, the less I like 
> it, and see
> so little use for media types for XML languages. Except for test files
> MathML never lives on its own, it's always embedded in a 
> larger document
> type, XHTML, DocBook, TEI, whatever. Since the same document 
> might also
> have svg, you end up with application/xhtml+mathml+svg+xml and
> permutations of that. It seems unreasonable to expect any 
> application to
> do anything with that and in practice a more workable 
> alternative is to
> serve everything as application/xml and let the application key
> individual processing requirements off the namespaces contained in the
> document. (Actually my "home" isp will serve .xml files as 
> text/xml with
> no possibility of changing that, but that's a different thread)
> David
> _____________________________________________________________________
> This message has been checked for all known viruses by Star Internet
> delivered through the MessageLabs Virus Scanning Service. For further
> information visit http://www.star.net.uk/stats.asp or 
> alternatively call
> Star Internet for details on the Virus Scanning Service.
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>