- From: Eve L. Maler <Eve.Maler@east.sun.com>
- Date: Wed, 21 Jun 2000 15:24:45 -0400
- To: xml-uri@w3.org
At 01:04 PM 6/21/00 -0500, Dan Connolly wrote:
>There's a distinction between the resource that a URI identifies
>and entities that may represent that schema; I don't seem to
>be able to get that point across, no matter how many times
>I cite the URI and HTTP specs. I'll try to paraphrase again,
>slightly differently:
>
> a namespace name is a URI
> a URI identifies/points to a resource
> a resource may be represented by/described by an entity (such as a
>schema
> document)
>
>What is "not a goal" is "that it [a namespace name] be directly
>usable for retrieval of a schema". That's quite different
>from saying that it's not a goal that a namespace name
>identifies/points to a resource.
Yes, I do understand what you're saying; I'd put it like this, to make it
more concrete:
- A URI refers to a resource
- A resource is a bucket
- An entity is what fills the bucket and can be poured out on demand, and
what fills the bucket may change on a regular or irregular basis
But my point is that nothing in the spec suggests that pointing to a
resource/bucket *was* a goal; the goal was to be able to use a string that
had the characteristics of uniqueness and persistence. I have finally come
around to an opinion expressed by some others on this list (and off it): we
made a mistake in choosing URIs/URI references for namespace names. Your
explanation above, while accurate in describing the situation today,
doesn't change my mind about whether we should have made it that way.
Eve
--
Eve Maler +1 781 442 3190
Sun Microsystems XML Technology Center elm @ east.sun.com
Received on Wednesday, 21 June 2000 15:24:10 UTC