W3C home > Mailing lists > Public > www-rdf-comments@w3.org > October to December 2002

Re: "Resource" (RDF vocabulary definitions)

From: Dave Beckett <dave.beckett@bristol.ac.uk>
Date: Mon, 25 Nov 2002 10:06:47 +0000
To: Chris Catton <chris.catton@btopenworld.com>
cc: seth <seth@robustai.net>, RDF-Interest <www-rdf-interest@w3.org>, www-rdf-comments <www-rdf-comments@w3.org>
Message-ID: <9226.1038218807@hoth.ilrt.bris.ac.uk>

(This is being cross posted, is there a specific reason why?)

>>>Chris Catton said:
> Seth Russell wrote:
> > I think the party line here is that the mime type of the document gets
> > to define what the fragment means.  Since RDF is supposed to be served
> > with application/rdf+xml, then it can define the fragment differently
> > than text/html.

It is more than the party line; that is how Internet Media Types aka
MIME Types work.  And the registration document says how fragments
are used.

  application/rdf+xml Media Type Registration

> Does this mean that if I represent a graph in rdf/xml inside an html
> document by putting some triples inside rdf tags it has a completely
> different meaning to a graph expressed in exactly the same way but served as
> an .rdf document?

That's a long sentence to reply to, but here goes.

An (X)HTML document is defined by the HTML specification and the
maintainers.  It has a media type (or several, another story) which
tells you that this is HTML, sometimes filename suffixes indicate
this on various systems.  So lets assume you have one of those.

If you then add some extra XML elements to that document, it is up to
that specification to tell you what they mean.  If it was your
intention for them to be a representation of an RDF graph, that isn't
something that the HTML specifications tell you, as far as I know.
It certainly isn't something the RDF specifications have any control over.

So there is no meaning for putting 'rdf tags' inside HTML to make an
RDF graph.  That probably just gives invalid (X)HTML.

Received on Monday, 25 November 2002 05:07:46 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:15:19 UTC