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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: More on notations and MIME types

[ Lists Home | Date Index | Thread Index ]
  • From: "W. Eliot Kimber" <eliot@dns.isogen.com>
  • To: XML Dev <xml-dev@ic.ac.uk>
  • Date: Thu, 03 Dec 1998 14:28:01 -0600

At 02:53 PM 12/3/98 -0500, John Cowan wrote:

>Here's my potted version of notations vs. MIME types:
>
>	Both provide names for syntactic encodings.
>
>	Notations have local names (private aliases),
>	whereas MIME types don't.
>
>	MIME type names have internal syntax, allowing partial
>	interpretation; notation names are opaque.

But you can get the same effect with data ("notation") attributes (or you
could, if XML had included them.).  Also, the SGML Extended facilities, we
formalized a mechanism for establishing notation hierarchies so that one
notation can name another notation as its supertype.  More verbose than the
MIME mechanism, but I think ultimately more flexible. Again, depends on
data attributes.  Here, I think, it comes down to syntax choices.  Any
syntax defined for compactness will almost always be limited in some key way.

And of course, you can combine notations with MIME types to take advantage
of the MIME facilities, if you want to (by making the MIME type the
external ID of the notation, directly or indirectly).

>	MIME types reference a central registry with private-use
>	extensions; notations reference a distributed registry.

But notations can use any central registry that exists, including the MIME
registry.  If we had a generally available public ID or URN registry, it
wouldn't even be an issue.

I observe that part of the issue here seems to be the need to have reliable
public registries for persistently-named resources, which is a general
problem.  MIME type names are persistent names--if there existed a
general-purpose registry of persistent names, then MIME type names wouldn't
need their own special-purpose registry (which obviously they had to have
in order to make MIME work at all).

Cheers,

E.
--
<Address HyTime=bibloc>
W. Eliot Kimber, Senior Consulting SGML Engineer
ISOGEN International Corp.
2200 N. Lamar St., Suite 230, Dallas, TX 75202.  214.953.0004
www.isogen.com
</Address>

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

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

Copyright 2001 XML.org. This site is hosted by OASIS