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

RE: Schema Namespace name, schemaLocation, and Schema V ersi

  • To: "'Thomas B. Passin'" <tpassin@c...>, xml-dev@l...
  • Subject: RE: Schema Namespace name, schemaLocation, and Schema V ersioning
  • From: Mark Feblowitz <mfeblowitz@f...>
  • Date: Mon, 22 Jul 2002 09:47:12 -0400

schemalocation syntax
Regardless of where you start from, versioning spans both the syntactic and
the semantic. I could have two syntactically identical schemas, and could
choose to assign them different versions (and, if included in the namespace
name, different namespaces) if the intended semantic interpretation were to
change. The trouble with having a richer language for describing legal
structures and types is that Schema blurs the distinction between syntactic
and semantic, even if it cannot capture/enforce all of semantics. 

 -----Original Message-----
From: 	Thomas B. Passin [mailto:tpassin@c...] 
Sent:	Saturday, July 20, 2002 11:10 AM
To:	xml-dev@l...
Subject:	Re:  Schema Namespace name, schemaLocation, and
Schema V   ersioning

[Rick Jelliffe]

From: "David Carlisle" <davidc@n...>
> Take a look at the namespace spec.
> Namespaces are not about semantics they are about names.

Well, they really are about modularity which cannot really get too far from
ideas of semantics.

[Tom P]
From a strict point of view, the modularity is on a syntactical level,
though, not a semantic level.  If I specify an ex:address element rather
than an xy:address element, I am specifying the __structure__ of the address
element and its children.  This lets me know how to process its structure.

It is inviting to assume that any semantics that originally attached to the
ex:address element should come along with my use of it, but the Recs say
nothing about that.  Since neither XML Schema, DTDs, nor RELAX NG specify
semantics, there is no standard mechanized way to specify or control the
semantics of a document design.

Suppose that we import an ex:person element and it has an attribute "id".
The original schema had an annotation saying that the id is intended to be a
(US) social security number.  But after we have started to use our schema,
we decide to that it needs to allow either an SS number or the person's
driver license number (in many US states you can use state-assigned number
in place of your SS number for a driver's license).  Should we stop using
ex:person?  This is a semantic issue, not a structural or syntactical one
(and gets into Len's pet area of contracts).

Suppose that we decide to continue to use the id attribute even though its
meaning has changed a bit.  The syntactic consequence is that ex:person will
still work fine with my software.  If we decide that we should have another
attribute, called "newid", that would be a semantic decision and we could
work out the syntactical consequences (perhaps an extension of ex:person if
it can be extended).

Of course, we may consider the syntactic consequences as we decide whether
the semantic issues are strong enough to warrant a change in the structures.
Those practical tradeoffs are where the lines get blurred.  But I think it
is useful to start from a strict position - syntax is syntax, not
semantics - and only deviate for good reasons.  The Recs - XML, Namespaces,
Schema - only deal with syntax.  The semantic issues are an overlay.

Cheers,

Tom P



-----------------------------------------------------------------
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
manager: <http://lists.xml.org/ob/adm.pl>

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.