W3C home > Mailing lists > Public > semantic-web@w3.org > August 2017

RE: Feedback: SW Protocol?

From: <fano.ramparany@orange.com>
Date: Mon, 28 Aug 2017 09:03:39 +0000
To: Sebastian Samaruga <ssamarug@gmail.com>
CC: W3C Semantic Web IG <semantic-web@w3.org>, public-rww <public-rww@w3.org>, DBpedia <Dbpedia-discussion@lists.sourceforge.net>, "pragmaticweb@lists.spline.inf.fu-berlin.de" <pragmaticweb@lists.spline.inf.fu-berlin.de>
Message-ID: <11828_1503911020_59A3DC6C_11828_48_1_DC254E6D1212F24EAE0D7766A11FE2891A4CADAD@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Hi Sebastian,

Here a short and naïve answer:

I would query the SW using this SPARQL query
For the first use case:
SELECT ?relationship
WHERE {
  ?P1 hasName JohnDoe .
  ?P2 hasName JaneDoe..
  ?P1 ?relationship ?P2
}

For the second use case:
SELECT ?employment
WHERE {
?employment rdf:type Profession .
?P hasName John .
?P worksAs ?employment
}

Note: my answer doesn’t cover the issue of where the information has to be searched for. For the sake of interoperability these queries should use standard ontologies. For the second use case I assume that the DB stores only the current information. The model and the corresponding query would be more complex if the DB stores historical information.

Fano

De : Sebastian Samaruga [mailto:ssamarug@gmail.com]
Envoyé : lundi 28 août 2017 03:24
À : W3C Semantic Web IG; public-rww; DBpedia; pragmaticweb@lists.spline.inf.fu-berlin.de
Objet : Feedback: SW Protocol?


Basically what I'm obsessed with (and I need a lot more background in graph theory and other disciplines) is that given that SW and the rest are forms of SPO graph based DBs using resources and a fancy serialization format for the web using URIs (kind of RESTfully /  dereferenceable) is the possibility of 'comparing' two resources / statements in some given context and being able to ask, for example:

(John Doe, relationship, Jane Doe) and the answer is 'friends', 'neighbors', etc. Or, for another example:

(John, now, Employment) and it answers: Developer.

The crazy thing in trying to achieve this is trying to do it regardless of where the original statements come from, in what formats or schema / URIs namespace.

And more crazy is the idea of that there should be a way of doing this algorithmically or 'algebraically' (and I don't have enough background for that neither).

The final goal for this was to perform 'align and merge' integrating diverse schema / datasources enough for being able to build interactions between diverse systems and to perform consolidated queries over them and then generate actionable items in each system's domain (via domain templates).

I dare to append another draft into this post at least recognizing it is: incomplete, blurry or even not quite coherent. The point is I would like to have feedback of this (even regarding feasibility) and that's why the post is like it is: I'm trying to find out if this is possible (or usable) at all.

Regards,
Sebastián.

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
Received on Monday, 28 August 2017 10:45:08 UTC

This archive was generated by hypermail 2.3.1 : Monday, 28 August 2017 10:45:14 UTC