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

Re: RDF, Namespaces, and Versioning?

• From: Clark Evans <clark.evans@m...>
• To: David Megginson <david@m...>
• Date: Wed, 10 Feb 1999 16:06:36 +0000

David Megginson wrote:
> 
> As far as Namespaces is concerned, the namespace URI is a black box --
> it doesn't point to anything, and it doesn't mean anything.  The
> creator, however, is free to add internal structure:
> 
>   http://www.megginson.com/ns/business/1999-01-29/
>   http://www.megginson.com/ns/business/1999-02-09/
> 

First, thank you for your reply.  It was helpful. However, 
I do know, the spec dosn't say _how_ to use namespaces.

When you design something, it helps to have several
"use cases" that describe _how_ the software/standard/etc.
will/could be used to solve a real world problem.  This
is what I'm after.  How does one do versioning?

Let's say that one of your clients, BigTools, was
using your architecture 
  http://www.megginson.com/ns/business/1999-01-29/
to describe their products.

Now lets say that I'm the author of a simple tool
vendor search engine. Suppose this engine only needs 
information defined by a small subset of your 
architecture.  To make things interesting, let's say
I do this for 500 vendors....

Now.  One year later, you make a few "backward"
compatible changes to the architecture, and
convert all of your clients, including BigTools,
to this new version.

Shouldn't there be a way to mark the namespace
so that it is knowable (from the declaration?)
that 
   http://www.megginson.com/ns/business/1999-01-29/
is a proper subset of the newer:
   http://www.megginson.com/ns/business/1999-02-09/
_or_ a way to know that they are not backward compatible?


Hmm.

I suppose that your new architecture could define,
in its definition, the mapping to the old architecture.

Clark

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

• Follow-Ups:
  • Re: RDF, Namespaces, and Versioning?
    • From: David Megginson <david@m...>

• References:
  • Re: Storing Lots of Fiddly Bits (was Re: What is XML for?)
    • From: Marcelo Cantos <marcelo@m...>
  • Re: Storing Lots of Fiddly Bits (was Re: What is XML for?)
    • From: Paul Prescod <paul@p...>
  • Re: Storing Lots of Fiddly Bits (was Re: What is XML for?)
    • From: Clark Evans <clark.evans@m...>
  • DOM API
    • From: Paul Prescod <paul@p...>
  • RDF, Namespaces, and Versioning?
    • From: Clark Evans <clark.evans@m...>
  • re: RDF, Namespaces, and Versioning?
    • From: David Megginson <david@m...>

• Prev by Date: Re: XML Parser with DOM in C
• Next by Date: Re: XML Parser with DOM in C
• Previous by thread: re: RDF, Namespaces, and Versioning?
• Next by thread: Re: RDF, Namespaces, and Versioning?
• Index(es):
  • Date
  • Thread