- From: Giovanni Tummarello <giovanni.tummarello@deri.org>
- Date: Sat, 29 Sep 2012 12:26:08 +0200
- To: Barry Norton <barry.norton@ontotext.com>
- Cc: SERVANT Francois-Paul <francois-paul.servant@renault.com>, Heiko Paulheim <paulheim@ke.tu-darmstadt.de>, "public-lod@w3.org" <public-lod@w3.org>
Actually some interesting stuff was already in http://www.w3.org/Submission/2012/SUBM-ldbp-20120326/ (e.g. paging, ordering) not sure what happened to it thought. i guess it will be considered in the WG you mention. It ends in 2014, looking forward to see the outcome. Gio On Fri, Sep 28, 2012 at 7:02 PM, Barry Norton <barry.norton@ontotext.com> wrote: > 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 Saturday, 29 September 2012 10:26:57 UTC