- From: Barry Norton <barry.norton@ontotext.com>
- Date: Fri, 28 Sep 2012 18:02:33 +0100
- To: "SERVANT Francois-Paul" <francois-paul.servant@renault.com>,"Giovanni Tummarello" <giovanni.tummarello@deri.org>
- Cc: "Heiko Paulheim" <paulheim@ke.tu-darmstadt.de>,"public-lod@w3.org" <public-lod@w3.org>
- Message-Id: <20120928170323.5C5A7200CE9@ontomail.ontotext.com>
It's worth pointing out that there IS finally a W3C working group looking at these issues: http://www.w3.org/2012/ldp/charter.html Barry ----- Reply message ----- From: "SERVANT Francois-Paul" <francois-paul.servant@renault.com> Date: Fri, Sep 28, 2012 17:54 Subject: Expensive links in Linked Data To: "Giovanni Tummarello" <giovanni.tummarello@deri.org> Cc: "Heiko Paulheim" <paulheim@ke.tu-darmstadt.de>, "public-lod@w3.org" <public-lod@w3.org> Hi, may I say that the situation you describe is a bit disappointing? The unaddressed issues that you mention had already been raised shortly after the publishing of the "linked data principles", years ago. I find it is a pity if they remain unanswered, because this can jeopardize one of the major benefits of RDF and Linked Data: the ability to publish data that can then easily been read, aggregated and used in generic ways. Best, fps > -----Message d'origine----- > De : g.tummarello@gmail.com [mailto:g.tummarello@gmail.com] > De la part de Giovanni Tummarello > Envoyé : vendredi 28 septembre 2012 17:13 > À : SERVANT Francois-Paul > Cc : Heiko Paulheim; public-lod@w3.org > Objet : Re: Expensive links in Linked Data > > Short answer is no, > > "linked data standards" have never addressed this and many > other even basic problems(e.g. what if there are too many > properties of one kind, what kind of level of description > you're supposed to get (e.g. > recourse on blank nodes?), what is a standard way to find the > entry URI for an object exposed given a description? etc etc. > > Just create a normal web API (rest?) and throttle/meter/bill > as desired using one of the services to do that quickly my2c Gio > > On Fri, Sep 28, 2012 at 4:54 PM, SERVANT Francois-Paul > <francois-paul.servant@renault.com> wrote: > > Thanks, > > > > no, this doesn't solve the problem. A user gets ex:e0 (the "cheap" > > resource). Though she can see that there is the link to the > "expensive > > resource", she doesn't know the meaning of the link (it is just an > > owl:sameAs): she doesn't know what this is about. (Note also that > > there could be several expensive properties) > > > > Best, > > > > fps > > > > > > > >> -----Message d'origine----- > >> De : Heiko Paulheim [mailto:paulheim@ke.tu-darmstadt.de] > >> Envoyé : vendredi 28 septembre 2012 16:42 À : public-lod@w3.org; > >> SERVANT Francois-Paul Objet : Re: Expensive links in Linked Data > >> > >> Hi Francois-Paul, > >> > >> how about that solution: > >> > >> You publish the "cheap" data about your entity under > >> http://example.org/e0, which is the "official" URI of that entity: > >> ex:e0 owl:sameAs ex:e0expensive > >> ex:e0 :cheapProp ... > >> > >> And under http://example.org/ex:e0expensive, you publish > >> ex:e0expensive owl:sameAs ex:e0 ex:e0expensive :expensiveProp ... > >> > >> So people following links in LOD will always land at a > page without > >> the expensive properties, and those who really want to know can > >> follow the sameAs link. > >> > >> Does that solve your problem? > >> > >> Best, > >> Heiko > >> > >> > >> > >> Am 28.09.2012 16:32, schrieb SERVANT Francois-Paul: > >> > Hi, > >> > > >> > How do you include links to results of computations in > Linked Data? > >> > > >> > For instance, you publish data about entities of a given > >> class. A property, let's call it :expensiveProp, has this class as > >> domain, and you know that computing or publishing the > corresponding > >> triples is expensive. In such a case, you don't want to > produce these > >> triples each time one of your entities is accessed. You want to > >> include in the representation of your entity only a link to that > >> information. > >> > > >> > A no-brainer, at first sight. > >> > > >> > Are there any recommended ways to proceed? > >> > > >> > TIA > >> > > >> > fps > >> > -- Disclaimer ------------------------------------ > >> > Ce message ainsi que les eventuelles pieces jointes > >> constituent une correspondance privee et confidentielle a > l'attention > >> exclusive du destinataire designe ci-dessus. Si vous n'etes pas le > >> destinataire du present message ou une personne susceptible de > >> pouvoir le lui delivrer, il vous est signifie que toute > divulgation, > >> distribution ou copie de cette transmission est strictement > >> interdite. Si vous avez recu ce message par erreur, nous vous > >> remercions d'en informer l'expediteur par telephone ou de lui > >> retourner le present message, puis d'effacer immediatement > ce message > >> de votre systeme. > >> > > >> > *** This e-mail and any attachments is a confidential > >> correspondence intended only for use of the individual or entity > >> named above. If you are not the intended recipient or the agent > >> responsible for delivering the message to the intended > recipient, you > >> are hereby notified that any disclosure, distribution or > copying of > >> this communication is strictly prohibited. If you have > received this > >> communication in error, please notify the sender by phone or by > >> replying this message, and then delete this message from > your system. > >> > > >> > > >> > >> -- > >> Dr. Heiko Paulheim > >> Knowledge Engineering Group > >> Technische Univ
Received on Friday, 28 September 2012 17:03:47 UTC