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

what is "completely different" [Re: RDF, Namespaces, and Versioning?]

  • From: james anderson <James.Anderson@m...>
  • To: XML Developers' List <xml-dev@i...>
  • Date: Wed, 10 Feb 1999 20:26:57 +0100

rdf namespaces
What is the concensus (?!) here on how one should interpret "completely
different" in the passage below?

David Megginson wrote:
> In other words, ... I cannot use
> "{http://www.megginson.com/ns}result" in two different specs for two
> completely different purposes.

I understand that the intended reference was to declarations in two different
documents. Although not noted in the original note, the case of conflicting
use within a single document is clear without discussion. Which means that
"two different specs" could well be a resource with the same URI which is
included into two distinct documents.

If the name is an element name, would all definition instances be required to
have identical content models? Or maybe "equivalent" models? (For example,
under equivalence classes ANY / EMPTY / element content / pc content / mixed
content.) Equivalent models for all constituents which are in the same
namespace as the element name? Equivalent models for all constituents which
appear in namespaces declared in some "canonical" DTD?

If the name is an attribute name, would all definitions be required to be
identical? All definitions for elements with identical names? Or maybe all
definitions must specify the same attribute type? Or class of attribute type
(whereby all enumerated types are "equivalent")?

The question is, how much is an application permitted to cache? If it has seen
all the names before, does it need to fetch the "definitions" again, or can it
reuse the ones it has?
Is the answer to this question different for attribute and element
declarations that it is for entities? Maybe there is a distinction to be made
between structural and non-structural entities?

My experience with sgml is limited to reading, but it indicates that such
expectations would be disappointed in that world.

Will the presence of universal names perhaps permit different expectations for
distributed compound XML documents?


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/ and on CD-ROM/ISBN 981-02-3594-1
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.