[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: More on notations and MIME types

  • From: "W. Eliot Kimber" <eliot@d...>
  • To: XML Dev <xml-dev@i...>
  • Date: Thu, 03 Dec 1998 14:28:01 -0600

make mime type in registry
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).


<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

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


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.