W3C home > Mailing lists > Public > www-xml-schema-comments@w3.org > January to March 2001

RE: what should I expect for validation of attributes of type QName?

From: Biron,Paul V <Paul.V.Biron@kp.org>
Date: Wed, 24 Jan 2001 11:31:47 -0800
Message-Id: <376E771642C1D2118DC300805FEAAF43014BA954@pars-exch-1.ca.kp.org>
To: "Vun Kannon, David" <dvunkannon@kpmg.com>
Cc: "'www-xml-schema-comments@w3.org'" <www-xml-schema-comments@w3.org>
> -----Original Message-----
> From:	ht@cogsci.ed.ac.uk [SMTP:ht@cogsci.ed.ac.uk]
> Sent:	Wednesday, January 24, 2001 12:47 AM
> To:	Vun Kannon, David
> Cc:	'www-xml-schema-comments@w3.org'
> Subject:	Re: what should I expect for validation of attributes of
> type QName?
> "Vun Kannon, David" <dvunkannon@kpmg.com> writes:
> QNames as datatypes in ordinary documents (not XML Schema documents)
> are just that, qualified names, and are simply constrained to have the
> right form and to have an appropriate NS declaration in scope.
> There's no implication that they 'refer' to schema components, or that
> they should 'resolve' to anything.
One slight correction. The QName datatype does NOT require there to be a NS
declaration in scope.  To quote from the spec:

	QName represents XML qualified names. The value space
	of QName is the set of tuples {namespace name, local part},
	where namespace name is a uriReference and local part is
	an NCName. The lexical space of QName is the set of strings
	that match the QName production of [Namespaces in XML].

There is no requirement, per se, that there be a namespace decl in scope.

Practically speaking, however (which is probably where henry is coming
from), the only way the processor can now how to map literals from the
lexical space (which contain prefix:localPart) to values in the value space
(which contain {_namespace URI_, local part} pairs is for there to be a
namespace decl for _namepace URI_ that binds prefix to it.

Received on Wednesday, 24 January 2001 15:31:32 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:49:54 UTC