- From: Pierre-Antoine Champin <pierre-antoine.champin@ercim.eu>
- Date: Thu, 10 Feb 2022 12:43:18 +0100
- To: Anthony Moretti <anthony.moretti@gmail.com>, public-rdf-star@w3.org
- Message-ID: <4b13335e-9dd3-7327-29d1-8b7a035b7696@ercim.eu>
On 10/02/2022 09:45, Anthony Moretti wrote:
> I'm aware there are still semantics issues, but if they're potentially
> resolvable would it be possible to support both referentially
> transparent and referentially opaque statements by using a different
> syntax for each? So, I guess, something like:
>
> Referentially transparent statement:
> << S R O >>
>
> Referentially opaque statement:
> <<" S R O ">>
Here is a proposed alternative syntax :
Referentially opaque statement:
<< S P O >>
Referentially transparent statement:
[ :transparentStatementOf << S P O >> ]
You would need to define the semantics of :transparentStatementOf
accordingly. This could be done by
1) making it an owl:InverseFunctionalProperty, so that
X :transparentStatementOf << S P O >>.
Y :transparentStatementOf << S P O >>.
entails that X and Y are one and the same thing.
2) making it a transparency-enabling property
(https://www.w3.org/2021/12/rdf-star.html#selective-ref-transparency),
so that
X :transparentStatementOf << S P O >>.
S owl:sameAs S'.
P owl:sameAs P'.
O owl:sameAs O'.
entails
X :transparentStatementOf << S' P' O' >>.
So, to the question "would it be possible to support both referentially
transparent and referentially opaque statements", I would answer "yes,
using the current specification of RDF-star" -- and the appropriate
semantic extensions.
>
> With one usage rule:
>
> Transparent statements can only be nested in transparent statements.
>
> The rule means that once the <<" ">> delimiters are used everything
> inside, no matter how deeply nested, is also referentially opaque,
> which keeps things composable.
>
> Just asking because I saw Thomas' email
> <https://lists.w3.org/Archives/Public/public-rdf-star/2021May/0023.html> about
> the topic.
>
> Regards
> Anthony
Attachments
- application/pgp-keys attachment: OpenPGP public key
Received on Thursday, 10 February 2022 11:43:22 UTC