Lists Home |
Date Index |
- To: <firstname.lastname@example.org>
- Subject: RE: [xml-dev] Identify PUBLICID outside of dtd?
- From: "Chris Wilper" <email@example.com>
- Date: Tue, 15 Oct 2002 12:45:36 -0400
- Thread-index: AcJ0YWKe8k6NYZ4tRRuS7SPv/+b3DAAAS+6w
- Thread-topic: [xml-dev] Identify PUBLICID outside of dtd?
Thanks for your response and link... comments below
> The idea of allowing a public identifier alone was shot
> down every time it was brought up.
> I don't think we'll ever see a public identifier allowed
> alone ... we will always be required to supply a fallback
> system identifier.
There are now several languages to express (and to varying degrees)
the schema for a particular 'type' of document. This is why
I'm thinking outside the DTD context, where the assumption
seems to have always been "there is one format for expressing
the schema to which this document conforms".
Just as the MIME "media type" identifiers (text/plain, image/gif)
identify the nature of a datastream without referencing a
particular expression of their format specification, I am
interested in the same kind of identifier for XML stream
I'm interested in doing this, not just for validation of
an XML document, but for datastream-to-agent binding.
I suppose I could make up a media type for my pet schemas and
submit it to IANA (appending it with the handy new +xml),
but in light of a TAG finding
saying "yes, existing media types should have URIs" and
it's blessing of RDDL as a possible way to describe
*namespaces* at the endpoints of URIs, *and* my belief that
an XML stream's "nature" is not unlike unlike a "Media type"'s
"nature"... I'm thinking that having a URI to identify a
doctype would ... be good... Whether the format would be
registered with IANA or not is another issue.
From: G. Ken Holman [mailto:gkholman@CraneSoftwrights.com]
Sent: Tuesday, October 15, 2002 11:41 AM
Subject: Re: [xml-dev] Identify PUBLICID outside of dtd?
At 2002-10-15 10:51 -0400, Chris Wilper wrote:
>I am convinced that the concept of a DOCTYPE/PUBLICID
>identifying a doctype is needed...
Many people (myself include) already are convinced.
I think the last time this was discussed publicly was quite a while ago ...
from my records the thread begins here:
I cannot find the original XML SIG discussions where this was hotly debated.
>Is anyone working on defining something like this?
The idea of allowing a public identifier alone was shot down every time it
was brought up.
I don't think we'll ever see a public identifier allowed alone ... we will
always be required to supply a fallback system identifier. According to
XML 1.0 4.2.2 a processor may choose to use the public identifier first and
only if it fails need it use the fallback system identifier. For this
reason I don't think the issue of allowing it alone (which is what I think
you are asking for) need be debated again ... just use a processor that
respects the use of the public identifier (and whatever mechanism it
chooses to use for resolution of the public identifier) and you don't need
to change the definition of XML.
I hope this helps.
G. Ken Holman mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd. http://www.CraneSoftwrights.com/x/
Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (F:-0995)
ISBN 0-13-065196-6 Definitive XSLT and XPath
ISBN 0-13-140374-5 Definitive XSL-FO
ISBN 1-894049-08-X Practical Transformation Using XSLT and XPath
ISBN 1-894049-10-1 Practical Formatting Using XSL-FO
Next public training: 2002-12-08,2003-02-03,06,03-03,06
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 list use the subscription