Re: rdfms-graph: Food for thought

Steve,

Your approach seems entirely reasonable to me as an application design, but 
I'm not sure that it's something we want to be forced to standardize, which 
I fear may be the result of allowing it in the abstract RDF syntax.  E.g. 
when exchanging RDF between systems (the reason for standardization), do we 
really want to specify that the existence of a node, without properties, is 
significant?  If so, we must define the significance, and that looks 
awkward to me.

I suppose I'm not arguing to prohibit property-less nodes so much as saying 
I don't think we should try to define them as part of a standard.  IMO, the 
abstract syntax and associated semantics where such things appear is 
intended to unambiguously specify the intent of what we do define, not to 
prohibit (or say anything about) what we don't define.

#g
--

At 09:41 AM 7/16/01 -0700, Stephen Petschulat/CanWest/IBM wrote:

>The use case I have in mind is a metadata repository where new resources
>are constantly being added, but they may be 'tagged' at a later time. In
>this case, an empty
>
><rdf:description about="urn:myscheme:some_object_id">
></rdf:description>
>
>would indicate that the resource urn:myscheme:some_object_id is a part of
>the current domain of discourse, but nothing has been said about it. So the
>resource is flagged as one that needs someone to meta-tag it. Of course,
>there are many other ways to solve this such as meta-meta info to indicate
>the tagging information, but this isn't reason enough to explicitly
>disallow it...
>
>cheers,
>
>- steve
>
>Stephen Petschulat
>
>
>
> 
>
>                     Graham 
> Klyne 
>
>                     <Graham.Klyne@balt       To:     Stephen 
> Petschulat/CanWest/IBM@IBMCA
>                     imore.com>               cc: 
> w3c-rdfcore-wg@w3.org
>                                              Subject:     Re: 
> rdfms-graph: Food for thought
>                     16/07/2001 
> 05:36 
>
>                     AM 
>
>                     Please respond 
> to 
>
>                     Graham 
> Klyne 
>
> 
>
> 
>
>
>
>
>At 10:55 AM 7/13/01 -0400, Stephen Petschulat/CanWest/IBM wrote:
> >Agreed. Note that it brings the Subject into the RDF graph... the lack of
> >arcs itself can be meaningful.
>
>Really?
>
>That (i.e. "the lack of arcs itself can be meaningful") goes against my
>understanding of RDF.
>
>#g
>
>
>------------------------------------------------------------
>Graham Klyne                    Baltimore Technologies
>Strategic Research              Content Security Group
><Graham.Klyne@Baltimore.com>    <http://www.mimesweeper.com>
>                                  <http://www.baltimore.com>
>------------------------------------------------------------
>
>
>
>-----------------------------------------------------------------------------------------------------------------
>
>The information contained in this message is confidential and is intended
>for the addressee(s) only.  If you have received this message in error or
>there are any problems please notify the originator immediately.  The
>unauthorized use, disclosure, copying or alteration of this message is
>strictly forbidden. Baltimore Technologies plc will not be liable for
>direct,
>special, indirect or consequential damages arising from alteration of the
>contents of this message by a third party or as a result of any virus being
>
>passed on.
>
>This footnote confirms that this email message has been swept by
>Baltimore MIMEsweeper for Content Security threats, including
>computer viruses.
>
>
>
>
>
>
>
>This footnote confirms that this email message has been swept by
>MIMEsweeper for the presence of computer viruses.

------------------------------------------------------------
Graham Klyne                    Baltimore Technologies
Strategic Research              Content Security Group
<Graham.Klyne@Baltimore.com>    <http://www.mimesweeper.com>
                                 <http://www.baltimore.com>
------------------------------------------------------------

Received on Monday, 16 July 2001 16:11:10 UTC