- From: Pierre-Antoine Champin <pierre-antoine.champin@ercim.eu>
- Date: Tue, 11 Jan 2022 15:43:21 +0100
- To: Anthony Moretti <anthony.moretti@gmail.com>, public-rdf-star@w3.org
- Message-ID: <4d9eb9c7-9542-7af5-94b7-d64a947adfe5@ercim.eu>
Hi Anthony, thanks for the summary. It's hard to catch up for those of us who went offline during the break :-) On 08/01/2022 10:40, Anthony Moretti wrote: > Hi > > I thought I'd put the ideas I shared during the longer discussion in > one place to make it easier for people to read and give feedback. I > love what's been achieved so far, I just want whatever is released to > be the best possible thing that could be released. What is not entirely clear to me is how you see the ideas below interact with RDF-star —or RDF, for that matter... 1) Do you want to modify the core of RDF / RDF-star, replacing their notion of statement by the one you propose here (time+place annotated, complex and/or compound)? 2) Or do you want to explore how your proposed notion of statement could be expressed *on top* of RDF / RDF-star, with no or minimal modification to them? If the answer is 2 (my favorite option, by the way), then the idea is to model anthony-statements using a set of rdf-statements (possibly extended with RDF-star). I think it would help the discussion a lot to a) acknowledge that the word "statement" in this discussion is ambiguous, and b) to be as explicit as possible about which kind we are talking about. I also have a few comments on the two first ideas: > (...) > > Summary: > 1. Optional time, space, and certainty positions. I am uncomfortable with "hard-coding" these 4 dimensions, and only them, in every possible statement. I think that the relevant dimensions depend on the relation itself (e.g., the birth-date of a person is neither time nor place dependent; the president of a country is not place dependent...). And I don't think that any list of contextual dimension can be exhaustive. Especially regarding certainty, there are many ways to model uncertainty (not all of them modelling it with a single value between 0 and 1, by the way). On that particular topic, you might be interested in this paper: https://hal.inria.fr/hal-02167174/file/Publishing_Uncertainty_on_the_Semantic_Web__Bursting_the_LOD_bubbles__Final_Version_.pdf > 2. Separating additional data from metadata. Do you have any clear definition, or at least guidelines, to decide whether a piece of information is additional data or metadata? best > 3. Simple, compound, and complex statements. > - - - > > *1. Optional time, space, and certainty positions* > > We exist in time and space, and this type of modeling could possibly > be easier. A statement would have four optional positions, leaving the > time and space positions blank would mean "unbounded", and leaving the > last position blank would mean 1.0: > > Subject Relation Object T1 T2 SpatialBound Certainty > > Examples: > > :RichardB :marriedTo :LizT 1964 1974 > :RichardB :marriedTo :LizT 1975 1976 > > :BigMac :price-USD 7.30 T1 T2 :Switzerland > :BigMac :price-USD 1.62 T1 T2 :India > > If anybody has worked with temporal databases they might see an > analogy with "valid times". By extension, the spatial bound could be > thought of as a "valid place". > > *2. Separating additional data from metadata* > > This would remove a lot of ambiguity and creates a clear order of > assertion. It also seems to match the Wikidata data model. > > Example: > > :LizT :starredIn :JaneEyre > { > :role :HelenBurns, > :pay-USD 10000, > } > {| > :statedBy :Bob, > :statedIn :Wikipedia, > |} > > *3. Simple, compound, and complex statements* > > Taking inspiration from linguistics, there could be four different > types of statements: > > 1. Simple statement > 2. Compound statement > 3. Complex statement > 4. Compound-complex statement > > Simple statement (binary relationship): > S R O T1 T2 SB C > > Compound statement (graph): > { > S R O T1 T2 SB C, > S R O T1 T2 SB C, > S R O T1 T2 SB C, > } > T1 T2 SB C > > Complex statement (n-ary relationship): > S R O T1 T2 SB C > { > R O T1 T2 SB C, > R O T1 T2 SB C, > } > > Compound-complex statement (n-ary relationship): > { > S R O T1 T2 SB C, > S R O T1 T2 SB C, > S R O T1 T2 SB C, > } > T1 T2 SB C > { > R O T1 T2 SB C, > R O T1 T2 SB C, > } > > This creates consistency, and makes it easy to reason about the > temporal/spatial validity of any graph. > > The existing RDF-Star "<<" and ">>" delimiters could be applied to > statements of any type to say that a statement was "neutrally > asserted", as I think Pat has described it before. Maybe for > completeness, and based on something Pat published, other delimiters > could be created that would mean "negatively asserted", something like > "<!" and "!>" for example. > > The existing RDF-Star "{|" and "|}" delimiters could be applied to > statements of any type to add metadata. The example in Section 2 of > this email is an example of a complex statement with metadata. > > And I'm not sure, but it seems that nesting statements could be a > general solution to contexts, the deepest nested statements would be > in the most specific contexts. I haven't examined it properly though. > > If you've made it here thanks for reading! If you need more examples > please ask and I'll do my best. I love everything done so far, I just > want to bounce around these additional ideas with the hope that > they're constructive. Please reply with any feedback at all, good and > bad, it's all welcome! > > Regards > Anthony
Attachments
- application/pgp-keys attachment: OpenPGP public key
Received on Tuesday, 11 January 2022 14:43:26 UTC