Herman, I. (Ivan)

English

CWI's Institutional Repository

 1First impressions of the W3C workshop on Graph Data SDI.Next: Linked Spatial Data in Europe March 12, 2019 Amersfoort, The Netherlands Ivan Herman, W3CPhoto:	©	Bert	Kaufmann	Warning: these are really the first impressions • The workshop took place last week, ended on Wednesday…• …and I has a few days off after the event 🙂 2The facts• The Workshop on “Web Standardization for Graph Data”:• took place in Berlin, 4-6 March 2019• there were ≈100 participants• one keynote (from Amazon), ≈20 presentations, and a bunch of short presentations• lots of discussions, panels• program, submissions, etc, are available via: https://www.w3.org/Data/events/data-ws-2019/ 3Lots of sessions… 4Issues leading to the Workshop 1.• Increasing importance of graph-based data and databases in general (used in machine learning, Internet of Things, Big Data, etc.)• The concept of Property Graphs has come to the fore, alongside RDF, for graphs• there is a need to find a way to see how these technologies coexist• discussions are ongoing on the pro-s and cons of RDF vs. PG• PG is part of the graph data landscape for good! • RDB/SQL is also very much present in this area, too 5Issues leading to the Workshop 1.• SQL could be extended to do everything for graphs• SPARQL could be extended to do everything for PG and tables• A property graph GQL that handles tables and graphs could do everything SQL can do 6In theory…Source:	presentation	of	Alastair	Green,		https://www.w3.org/Data/events/data-ws-2019/assets/slides/AlastairGreen.pdfIssues leading to the Workshop 1.• That would lead to paralysis, or endless war• Data communities have very deep social and product roots, and large to huge user bases• Like humans, they can’t get personality transplants 7In practice…Source:	presentation	of	Alastair	Green,		https://www.w3.org/Data/events/data-ws-2019/assets/slides/AlastairGreen.pdfIssues leading to the Workshop 2.• There are also concerns with RDF• general acceptance is still relatively slow (although there are great successes)• there are many minor (or major…) technical issues with RDF & Co that need housekeeping(“RDF”, in the presentation, is a shorthand for full RDF suite, i.e., RDF, RDFS, OWL, SPARQL, SHACL, etc.) 8A few words about Property GraphsProperty Graphs• Framework for representing data and metadata with a graph of nodes and links• both nodes and links may have name/value pairs• otherwise referred to as “properties”• nodes are “just” nodes, not necessarily URL-s• Link annotations are very useful to assign temporal, spacial, provenance, etc, information easilySource:	neo4j	text	on	PG:	https://neo4j.com/developer/graph-database/#property-graph  10Property graphs have a real success• Non-SQL database vendors, like Neo4j, base their business on this• Major database providers (Oracle, Amazon’s Neptune,…) incorporate PG as well as RDF stores• There are a number of smaller (including open source) implementations (e.g, TinkerPop)• There are a number of query languages (declarative and imperative), but not one winner (yet)• There is work in the ISO/SQL community to incorporate PG, and define query languages 11PG can be represented in RDF• For example:• using reification• some sort of an intermediate node (usually BNode) to represent the link• use a named graph with a single triple• extend RDF to include, somehow, a triple as an entity (e.g., “RDF*”) 12:acme a :Company :name "Acme, Inc":HAS_CEO :start_date "2008-01-20"^^xsd:date:amy a :Employee :name "Amy Peters" Source:	presentation	of	David	Booth,		http://tinyurl.com/EasierBerlinPG can be represented in RDF: RDF*• Instead of something like: 13Company has_ceo Employee . s rdf:type df:Statement . s rdf:subject Company . s rdf:predicate has_ceo . s rdf:object Employee . s :start_date "2008-01-20"^^xsd:date .• Use<<Company has_ceo Employee>> :start_date "2008-01-20"^^xsd:date .• To be seen whether this is a syntactic sugar, or RDF should be extended Adapted	from	the	presentation	of	Olaf	HartigPG can be represented in RDF• All these representations do exist in real products• All have pros and cons• There is no generally accepted way of doing that, i.e., none of those solutions are interoperable. 14Why are PG-s interesting for the RDF community?• They are around on the market…• They represent, in some ways, a level of abstraction that is easier to understand:• by collapsing the “properties” into some sort of labels, the real, “core” aspect of a graph becomes more visible• helps in grasping the “essence” of a dataset without being lost in details (date, provenance, tags, etc.)• adopting a “PG style” would be actually helpful to make RDF more understandable“…historically, property graphs were somewhat of a reaction to the complexity of RDF. A complex standard will not be accepted by the developer community” (Juan Sequeda) 15Source:	presentation	of	David	Booth,		http://tinyurl.com/EasierBerlin• The value of RDF is well proven, but…Source:	presentation	of	David	Booth,		http://tinyurl.com/EasierBerlin• The value of RDF is well proven, but…• Too hard for average development teamsPhD  RecommendedIssues leading to the Workshop: “EasierRDF” initiative• Email and github discussion initiated by David Booth• See: https://github.com/w3c/EasierRDF  18Over 600 messages!!19Source:	presentation	of	David	Booth,		http://tinyurl.com/EasierBerlinEasierRDF github site: 50+ issues!20Source:	presentation	of	David	Booth,		http://tinyurl.com/EasierBerlinSome result of the email/github discussion• Technical issues• lack of n-ary relations• blank nodes• missing canonicalization/signature of graphs• RDF is too low (“assembly”) level• no generally accepted and simple rule system• Non-technical issues• lack of beginner level good tutorials• no equivalence to, say, MDN• no (not yet?) proper integration with Javascript• moribundity of tools, registries, lots of abandonware• Connection to Property Graphs? 21Results of the WorkshopResults of the Workshop: many ideas came up• RDF*/SPARQL* documentation to be submitted to W3C, with possible incubation towards a standard• extend JSON-LD with PG• Standards work around PG• an abstract (standard) model for Property Graphs☨• standard mapping between Property Graphs and RDF• standard mapping between Property Graphs and Relational Data☨• W3C Community Group for Graph Query Language (GQL)☨• RDF improvements• RDF for stream processing• RDF for time, for geographical data, …• solve all the technical and outreach problems in RDF 😀 23Final	work	probably	not	at	W3C☨But… this can lead to chaos• It would lead to unstructured, unrelated work, not necessarily in the right order• Final decision and further actions:• a workshop report should come out in 3-4 weeks• set up a W3C Business Group:• look at the bigger story around data: data is strategic asset for companies. What are the features and mappings that are of importance?• derive a prioritized list of technical issues to be solved to fulfill those needs• spin off task forces, community groups, etc, to look at the technical issues that are of major  importance• liaise with other organizations (e.g., ISO) for the activities that are to be done elsewhere• look at outreach possibilities in general 24Watch this space, interesting things will happen! 25Some links• Workshop home page:• https://www.w3.org/Data/events/data-ws-2019/• All submissions• https://www.w3.org/Data/events/data-ws-2019/papers.html• Workshop agenda with links to slides• https://www.w3.org/Data/events/data-ws-2019/schedule.html• These slides:• https://www.w3.org/2019/Talks/Amersfoort-IH/Presentation.pdf 26Thank you for your attention 27

First impressions of the W3C workshop on Graph Data

Herman, Ivan

NARCIS 

https://ir.cwi.nl/pub/29098/20190312_RCE_08_Herman.pdf

First impressions of the W3C workshop on Graph Data

Abstract

Similar works

Full text

Available Versions

CWI's Institutional Repository

NARCIS