- From: Joshua Shinavier <joshsh@uber.com>
- Date: Thu, 29 Aug 2019 13:33:33 -0700
- To: David Booth <david@dbooth.org>
- Cc: public-rdf-star@w3.org
- Message-ID: <CAPc0Ous28rPX+id5C2B293-pH9LwTf5LqvY-QN9E4NJT9_AaxQ@mail.gmail.com>
Intro: Joshua Shinavier Good afternoon from Palo Alto. I am a long-time graphhead working for the last two years at Uber, where I contribute to our knowledge graph and data standardization efforts. I am a co-founder of Apache TinkerPop, and I wrote the first tools for mapping between the RDF and property graph data models, starting with neo4j-rdf-sail in 2008. I have just finished a paper, Algebraic Property Graphs, on a data model developed here at Uber and formalized in collaboration with my coauthor Ryan Wisnesky. We are incorporating APG into the design of TinkerPop 4. A preprint should appear in a week or two -- in the meantime, here is a presentation <https://www.slideshare.net/joshsh/a-graph-is-a-graph-is-a-graph-equivalence-transformation-and-composition-of-graph-data-models-129403012/1> from last January. I have observed RDF* from a distance, and am keen on following its progress toward standardization. I think I would like to write a mapping, at some point, between RDF* and APG for TinkerPop. I was a fly on the wall at the Graph Data workshop last March, where I was struck by the similarity between GraphQL SDL (from Olaf's proposal for a property graph schema language), and the data interchange languages we deal with at Uber (primarily Apache Thrift, Apache Avro, and Protocol Buffers), which influenced the design of APG. Best regards, Josh -- Joshua Shinavier, PhD Research Scientist 415.712.6463 | joshsh@uber.com <https://www.uber.com/> On Thu, Aug 29, 2019 at 11:15 AM David Booth <david@dbooth.org> wrote: > Introduction: David Booth. I've been involved with RDF for several > years, with a focus on healthcare and life sciences. I have also been > facilitating discussion and collecting ideas for making RDF easier to > use by average developers: > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_w3c_EasierRDF&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=sJhFz8sBHviX5X-NTacbAF4HxeDU6HQVYyJyqMvtNVI&e= > > I think RDF*/SPARQL* has potential for addressing a long-known gap in RDF. > > My main concerns: > > - It must be easy to make statements about an entire graph -- a set of > triples -- rather than one triple at a time. At present RDF* does not > allow this, but my understanding is that it could be extended to do so. > IMO this is critically important. > > - It should be harmonized with other existing mechanisms, such as > named graphs and N3's ability to talk about graphs. > > Thanks! > David Booth > > On 8/9/19 9:09 AM, Andy Seaborne wrote: > > Intro: Andy Seaborne > > > > I have the pleasure of working with Richard at TopQuadrant. > > > > Previous, I have worked on SPARQL and RDF (for the latter, a certain > > amount around syntax alignment of Turtle). > > > > For RDF* I'm interested in hearing what people are using it for and how > > it interacts with the idea that an RDF triple is "true" regards of the > > rest of the graph. Making statements about triples, whether > > probabilities or other conditions on the triple (including (bi)temporal > > usage) changes that from an application POV. Maybe we are moving to a > > more syntactic view of RDF? > > > > On the SPARQL* side, I'm interested hearing about implementation > > experience, for example in the balance in implementation for RDF* as it > > relates to data when RDF* is not present. > > > > I don't think there are any fundamental problems - it is a matter of > > making choices and explaining them, some of which may be "best practice" > > around usage and modelling. > > > > Andy > > > > On 06/07/2019 11:11, Olaf Hartig wrote: > >> Hi all, > >> > >> I just wanted to welcome everyone who has already subscribed to this > >> list! > >> > >> The main purpose of this list is to have a place where folks can ask and > >> discuss questions related to the RDF*/SPARQL* approach and how to use > >> this > >> approach. > >> > >> If you are here to help or support the work on the submission document > >> about > >> RDF*/SPARQL*, I will send another email later to share details about > >> how we > >> are going to do this. Given that the vacation period here has started, > >> probably not much is going to happen anyways during the next weeks. > >> > >> In the meantime, maybe, everyone who has joined the list may introduce > >> themselves; who are you and what's your interest in RDF*/SPARQL*? > >> > >> For myself, I simply list the documents I wrote about about > >> RDF*/SPARQL* with > >> a brief summary of what each of them provides: > >> > >> 1/ As an introductory document I created the short position statement > >> that I > >> wrote for the W3C workshop in March 2019 in Berlin. This position > >> statement > >> provides a brief motivation and an overview of the approach, a summary > >> of its > >> properties, and pointers to other publications and material. > >> > https://urldefense.proofpoint.com/v2/url?u=http-3A__blog.liu.se_olafhartig_2019_01_10_position-2Dstatement-2Drdf-2Dstar-2Dand-2Dsparql-2Dstar_&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=skUw8QHu8sM5eroPUk8nKvRfRXOBVb1a3bzG-sxPmTc&e= > > >> > >> > >> 2/ "Foundations of an Alternative Approach to Reification in RDF" > >> > https://urldefense.proofpoint.com/v2/url?u=http-3A__arxiv.org_pdf_1406.3399&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=Bda6z0CEE850y2eyWX0Wu_EhzrjSe7Q__Ei5YoZ5Qns&e= > >> This is the initial document that I wrote together with Bryan > >> Thompson. The > >> main contributions of this document are a formal definition of the > >> RDF* data > >> model, a mapping from RDF* to pure RDF with the RDF reification > >> vocabulary, a > >> definition of the Turtle* grammar, a formal definition of SPARQL*, and > >> a precise > >> specification of how SPARQL* (as a query language) extends the W3C > >> recommendation of the SPARQL 1.1 Query Language. > >> > >> 3/ "SPARQL* Update" > >> > https://urldefense.proofpoint.com/v2/url?u=http-3A__blog.liu.se_olafhartig_documents_sparql-2Dupdate_&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=ZajDOY2s3oJtchhEqfJLpsZv55ms3SwAWTymKiJiSOU&e= > >> This document specifies SPARQL* Update, which is an RDF*-specific > >> extension of > >> SPARQL Update. > >> > >> 4/ "Foundations of RDF* and SPARQL* - An Alternative Approach to > >> Statement- > >> Level Metadata in RDF" > >> > https://urldefense.proofpoint.com/v2/url?u=http-3A__olafhartig.de_files_Hartig-5FAMW2017-5FRDFStar.pdf&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=a5imu7kKjDKmxMMrGtYg14gvW5OPfYsRA4Z6rrFZ_po&e= > >> This document is a research paper that looks at redundancy in RDF* > >> graphs, and > >> shows that the reification-based mappings from RDF* to RDF and from > >> SPARQL* to > >> SPARQL possess two desirable properties: they are information > >> preserving and > >> query result preserving. > >> > >> 5/ "Reconciliation of RDF* and Property Graphs" > >> > https://urldefense.proofpoint.com/v2/url?u=http-3A__arxiv.org_pdf_1409.3288&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=nCEj3R3Tcu2OJcqV_UJVACQBBkD1L0W_gME8Q7y3wBw&e= > >> This document describes the relationship between RDF* and the Property > >> Graph > >> data model. More technically, this document provides two formal > >> mappings from > >> RDF* graphs to Property Graphs, and one such mapping in the other > >> direction > >> (PG to RDF*). > >> > >> Additionally, together with some of my students, we have developed an > >> RDF*/ > >> SPARQL* extension of the Java RDF framework Apache Jena to provide a > >> collection of tools and Java libraries to process RDF* data and SPARQL* > >> queries. See: > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_RDFstar_RDFstarTools&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=SKtR2eMF25xkunDX0sI-827Hj5xbdrpNFrmbliYBAjc&e= > >> Moreover, we have some preliminary extension of these tools that > >> connect RDF* > >> and Property Graphs: > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_RDFstar_RDFstarPGConnectionTools&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=sSZPzDI_Gc-JvQhK8OinfJIB3uCj2DnJ3M3xk9pd0-U&e= > >> > >> > >> Olaf > >> > >> ----- > >> Dr. Olaf Hartig, Docent > >> Associate Professor (Universitetslektor, docent) > >> Division for Database and Information Techniques (ADIT) > >> Department of Computer and Information Science (IDA) > >> Linköping University > >> > >> Website: > https://urldefense.proofpoint.com/v2/url?u=http-3A__olafhartig.de&d=DwIDaQ&c=r2dcLCtU9q6n0vrtnDw9vg&r=yHrezOOUvTAeD_KgsElyJw&m=zlnipR0txPLL6b_i5MuSRbFobs5RQrjA3TJBUVsW9Mo&s=bTNFQ0Zgxw9AM1fDyjUcrPYPMIFkszCZtSFkTRJZFXA&e= > >> Office: Building B, Ground floor, Room 2B:478 > >> > >> Postal address: > >> Dept. of Computer and Information Science (IDA) > >> Linköpings universitet > >> SE-581 83 Linköping > >> SWEDEN > >> > > > > > > > >
Received on Thursday, 29 August 2019 20:34:09 UTC