W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > June 2002

Re: new semantics initiative

From: Dan Brickley <danbri@w3.org>
Date: Thu, 13 Jun 2002 04:14:12 -0400 (EDT)
To: Patrick Stickler <patrick.stickler@nokia.com>
cc: Pat Hayes <phayes@ai.uwf.edu>, RDF Core <w3c-rdfcore-wg@w3.org>
Message-ID: <Pine.LNX.4.30.0206130410590.24826-100000@tux.w3.org>

On Thu, 13 Jun 2002, Patrick Stickler wrote:

> On 2002-06-12 19:46, "ext patrick hayes" <phayes@ai.uwf.edu> wrote:
> >
> >> On 2002-06-12 7:23, "ext patrick hayes" <phayes@ai.uwf.edu> wrote:
> >>
> >>>  ...instead, we (ie the RDF coreWG) assume that the W3C will
> >>>  eventually have the good sense to declare that a certain namespace is
> >>>  *globally* understood to be 'rdf-invisible', in that any triples
> >>>  which use urirefs from that namespace are not asserted in any RDF
> >>>  graph.
> >>
> >> Sorry to rain on the parade, but this is nonsense. Namespaces
> >> are not significant nor represented in the RDF graph, and there
> >> is no formal relationship between a URI and whatever namespace
> >> prefix was used to hack it into the RDF/XML serialization.
> >>
> >> Basing the designation of dark triples on namespace distinction
> >> is impossible, since that distinction is an illusion.
> >
> > Then the entire WWW is an illusion. I will leave others to draw a
> > conclusion about that.
> >
> >>
> >> C.f. http://lists.w3.org/Archives/Public/www-rdf-interest/2002Jun/0172.html
> >>
> >> If you wish to simply say that the use of namespaces to trigger
> >> an RDF parser to flag such statements as dark, well, fine, but
> >> let's please be clear that it is a syntactic mechanism and not
> >> a semantic one, and to that end, I can think of a number of
> >> other possible (and IMO better) syntactic mechanisms for
> >> indicating dark triples that are not based on namespace prefixes.
> >>
> >> But saying "any triples which use urirefs from that namespace"
> >> is nonsense since urirefs have no namespace. They are URIs,
> >> not qnames, and they are fully opaque.
> >>
> >> Presuming that triples have some indication of being dark
> >> which is not based on namespaces, such as a simple bit,
> >> then we're OK, and can proceed with dark triples and
> >> the introduction of the proposed layering tweaks to the MT.
> >>
> >> But there are *no* namespaces in the RDF graph. None whatsoever.
> >
> > Well, sorry, but *that* is nonsense. If there are no namespaces in
> > the RDF graph then there is no connection between any RDF graph and
> > the RDF + RDFS vocabulary, so all of RDF(S) is meaningless.
> No. The connection is between an RDF graph and vocabulary terms
> which are denoted by URIs. The fact that a set of terms are grouped
> together in a functional collection, and for editorial convenience
> that collection is given the same XML namespace prefix in the RDF/XML
> serialization is *irrelevant*.
> We could just as easily give every single RDF and RDFS term a different
> XML namespace prefix, and the connections between those terms and
> their semantics in the graph would be the same (it would just make
> RDF/XML a bit harder to write).
> > Maybe we are using 'namespace' in different senses?? I just mean a
> > set of URIs that belong to someone (in this case, the W3C).
> But what is the formal connection between a term and that collection
> of terms? Where in the graph do we see that relation? Where is
> that collection explicitly denoted in the graph as produced by
> *every* conformant RDF parser?
> You seem to be missing some pieces to your puzzle, Pat.
> Yes, the W3C defines a functional vocabulary called RDF, and
> another called RDFS, and yes, the terms of those vocabularies
> are grounded in the same XML namespace for each vocabulary,
> and yes, the namespace URI is taken to denote those functional
> vocabularies, *BUT* in the graph itself, there is *no* explicit
> representation of the relationship between term and vocabulary
> which is accessible to any RDF application.
> Show me where I'm wrong.
> (and no fair peeking into URIs either, those are opaque, no?)

This is why the original RDF Schema WG provided the rdfs:isDefinedBy relation.

For apps that care, it provides a common name for indicating that relationship.

Sure, it doesn't force parsers to emit this information, schema authors to
assert it, or database administrators to keep it lying around if they
think it is using up too much disk space.

But that's why we created it. That's all it was intended to do.

rdfs:isDefinedBy was a bad name. We'll live. Let's please move on...

Received on Thursday, 13 June 2002 04:14:14 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:53:58 UTC