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

Re: Namespace URI address resources

  • From: Murray Maloney <murray@m...>
  • To: "'XML Dev'" <xml-dev@i...>
  • Date: Tue, 15 Jun 1999 23:48:07 -0400

uri address
At 10:44 AM 6/16/99 +1000, Rick Jelliffe wrote:
>A schema is "processing" not "data": it is tied to whatever applications
>understand the schema format. Editing, creating and validating against a
>schema are all applications.

Well. Maybe meta-data, but a schema is simply declarative.
It does not perform any processing. Editing, creating and 
validating are all applications. So what?

The point is that a schema actually defines some aspect of
the meaning of 'names' in a 'namespace'. That seems useful.

>There is no schema language yet that can express all useful constraints.
>To propose a mechanism that does not allow a plurality of schemas is, in
>fact, to say that the schema language should defines the (bounds of the)
>possible schemas: if XML-Data does not support a constraint, it  cannot
>be part of schemas. This is putting the cart before the horse.

Using the namespace URI to be locate a schema does not preclude
the possibility of there being any number of schemas associated
with that URI.
>
>It is not that the namespace URI identifies a schema that it is the
>problem, it is :
>
>* the notion that a document has only *one* schema and
>* there is no mechanism yet to allow alternative schemas to be assigned.

Nobody is proposing that a document has only *one* schema.
The mechanism is known in the biz as 'content negotiation'.
This is known to work for multiple languages and devices.
>
>If W3C made a mechanism to allow alternative schemas (like Jonathon
>Bordon's recent post), then the namespace URI could be overloaded to
>provide a schema, as a defaulting behaviour in the absense of a PI. But
>it is bad for the WWW if there is no mechanism to allow alternatives;
>without such a mechanism, requiring overloaded use of the namespace URL
>is bad.

As I said, there is such a mechanism. 

Regards,

Murray

----------------------------------------------------------
Murray Maloney, Esq.          Phone: (905) 509-9120
Muzmo Communication Inc.      Fax:   (905) 509-8637
671 Cowan Circle              Email: murray@m...
Pickering, Ontario 		Web:   http://www.muzmo.com
Canada, L1W 3K6    		

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...)



PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.