The Ontotext article that this image is from answers some questions about RDF-star. You can also read the recent RDF-star and SPARQL-star W3C Draft Community Group Report submitted last month that addresses many more details. #RDF #RDFstar #knowledgeGraph
HTTPS://W3C.GITHUB.IO/rdf-st…
2
1
5
the diagram itself does not perturb me.
the notion that it adequately conveys a real problem does.
the same concern applies to the rdf-star report.
1
1
I think RDF* attempts to solve the problem that software engineers find LPGs more appealing because they can quickly qualify edges without giving much thought to domain modeling.
RDF* allows one to more easily punt on domain modeling in RDF too.
1
1
RDF* is advertised as supporting LPGs but the CG report goes into a totally different direction: versioning, explainable AI, syntactic fidelity, triple types instead of actual occurrences. LPGs is the last thing the proposed semantics supports. So it will be ignored. One more...
2
1
RDF-star already covers very well what developers are used to do with edge properties in LPG. I don't feel like judging whether that's good or bad thing to do. The CG dives deep into many semantic aspects - something people in the RDF camp us to do. I don't see this harmful
1
"harmful" is not the question.
try "useful".
- does anything more than "what developers are used to [doing] with edge properties" - that is the "deep ... semantic aspect", matter?
- are the real things one does with rdf supported?
1
2
Yes, @Synaptica uses @OntotextGraphDB support for #RDF-star for access control management in their Graphite knowledge management suite. The benefits in terms of simplicity of modeling and smaller storage footprint are clear. ontotext.com/blog/rdf-star-i…
2
2
The problem with modelling quoted triples as literals (with a dedicated datatype) would have been blank nodes. You would not have been able to model something like :
<#alice> foaf:knows _:bob {| ex:since 2019 [}.
_:bob foaf:name "Bob".
Aug 30, 2022 · 12:27 PM UTC
1






