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

Re: N-Triples MIME type should not be text/plain -- comment on RDF Test Cases.

From: Garret Wilson <garret@globalmentor.com>
Date: Sun, 04 Nov 2007 16:03:58 -0800
Message-ID: <472E5DEE.2060003@globalmentor.com>
To: Graham Klyne <GK@ninebynine.org>
CC: www-rdf-comments@w3.org

Graham Klyne wrote:
> Garret Wilson wrote:
>>> Funny, I thought that a similar line of reasoning was obvious for
>>> RDF/N3. Let's say that I have a "recipe" format that stores recipes for
>>> my recipe application. Or maybe I have a configuration file type for my
>>> operating system. If they were to have content types of
>>> application/recipe+rdf+n3 and application/config+rdf+n3, respectively,
>>> couldn't I edit them in a general RDF editor that could read N3, even if
>>> I didn't have MyRecipeApplication or MyOSConfigEditor handy?
> Many years ago, my mathematical analysis tutor would say that if a statement was
> "obvious", then either it could be proven in three lines, or it was an
> assumption...   ;)

I meant "obvious" in a similar light-hearted sense.

> With RDF, the distinction between different uses isn't crystalized in the same
> way.

I'm not sure I follow all the subtle distinctions you're trying to find 
between the usability of +xml and +rdf+n3. RDF is more structured and 
more self-consistent than XML will ever be; all I know is that I can 
take any URF (a framework analogous to RDF) example from 
<http://www.urf.name/> and dump it into 
<http://www.guiseframework.com/demo/urfprocess> and explore its 
structure using a dynamic tree control, regardless of the "different 
uses" it might have. If I get an application/recipe+rdf+n3 file, and I 
don't have the recipe plugin, it seems "obviously" :) useful to me to be 
able to explore its structure. I can always download it if I want to.

Anyway, just an opinion.


Received on Monday, 5 November 2007 00:05:10 UTC

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