Smalyshev created this task. Smalyshev added subscribers: Smalyshev, Manybubbles. Smalyshev added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION We need to see if we need or want to use RDR (as described in http://www.blazegraph.com/rdr). Main concerns: # Non-standard format means platform locking for both data formats, and, more importantly, queries # We will probably have to also support standard RDF format, which means two formats with the chance of divergence between them # SInce RDR is non-standard, queries against it will be non-portable and we may have problems integrating with standard tools doing SPARQL only queries and interoperating with larger RDF/SPARQL community. Advantages: # RDR may allow for more efficient data representation and lookups on Blazegraph Open questions: * How do we represent actual data nesting in RDR? I haven't seen an example of multiple levels of nesting. I.e. on the base level we have something like this: ``` <<entity:Q3 wdt:P7 "value1">> wikibase:Rank wikibase:NormalRank ; q:P9 123.45 . ``` But what the syntax will be if we'd need to attach more statements to `q:P9 <http://en.wikipedia.org/> `? It is not clear how nesting in RDR works. Would we have to open all up making it an analogue of NTriples but with all paths expanded, something like: ``` << <<entity:Q3 wdt:P7 "value1">> q:P9 123.45 >> wikibase:Precision 0.01 ; wikibase:Units "1" . ``` This may become really verbose if we have a lot of qualifiers since we'd have to repeat original statement for each of them. Not sure if it's a problem (or if this is the right way to nest). * How much exactly we gain from using RDR? * Can we generate RDR and other RDF formats from the same graph (using some knowledge about our data, of course - it won't be possible otherwise)? I tried to do something minimal, but nesting case is not clear to me. TASK DETAIL https://phabricator.wikimedia.org/T90952 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Manybubbles, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke, daniel, JanZerebecki _______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
