W3C home > Mailing lists > Public > public-rdf-star@w3.org > May 2021

Re: rdf* to xml or rdf/xml

From: thomas lörtsch <tl@rat.io>
Date: Tue, 25 May 2021 16:59:52 +0200
Cc: "public-rdf-star@w3.org" <public-rdf-star@w3.org>
Message-Id: <5ABD4888-B263-4837-90AA-5733F71E0F22@rat.io>
To: Joy lix <joylix4112@outlook.com>

> On 25. May 2021, at 14:49, Joy lix <joylix4112@outlook.com> wrote:
> Hi, all, How can the following RDF* be expressed as XML or RDF/XML:
> @prefix :    <http://www.example.org/> .
> :HydePark :located  :London .
> << :John :meet :Sara >> :venue :HydePark ;
>    :date "2021-05-04".
> Thanks.
> Joylix

The rdf:ID attribute [0] comes to mind as a very concise syntactic shortcut for reification. There are however a few subteties to keep in mind:

- RDF-star embedded triples represent the triple itself (as an abstract object that is the same wherever it occurs) whereas RDF standard reification and the rdf:ID attribute address a specific occurrence (although the RDF specification provides no way to point to a specific occurrence, the rdf:ID attribute could be interpreted as being pretty explicit about this)

- like with the standarad reification quadlet an RDF-star embedded triple in the pointy brackets syntax << … >> is not asserted which provides the opportunity to annotate statements without actually stating and thereby endorsing them. The rdf:ID attribute can only piggyback on asserted statements.

- as it is syntactic sugar to RDF standard reification the rdf:ID attribute operates in the interpreted space, like all of RDF. The proposed semantics of RDF-star however constrains embedded triples to their syntactic value - so co-denotations and entailments in asserted triples aren’t automatically reflected in their embedded counterparts.

- you can’t use the rdf:ID attribute on data that you don’t have write access to (if it isn’t provided already). That requires a more verbose solution like RDF standard reification or RDF-star embedded triples.

Hope this helps,

[0] https://www.w3.org/TR/rdf-syntax-grammar/#section-Syntax-reifying
Received on Tuesday, 25 May 2021 15:00:16 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 25 May 2021 15:00:17 UTC