- From: Barry Norton <barry.norton@ontotext.com>
- Date: Fri, 28 Sep 2012 19:25:16 +0100
- To: public-lod@w3.org
Other parts of the charter seem more directly relevant to this thread (since they're talking about side-effect, though the REST folks also too often also loses focus on actual computation, rather than just moving representations around, in my opinion) - Francois-Paul may disagree... Barry On 28/09/2012 18:29, Kingsley Idehen wrote: > On 9/28/12 1:02 PM, Barry Norton 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 > > I don't know about this group address the matter of scrollable cursors > based on partial query results as enablers of faceted navigation over > massive data sets. This matter ultimate includes: > > 1. text scores -- partial results including text scores on literal values > 2. entity ranking -- so partial results that are also entity ranked . > > This is a hardcore DBMS issue. LOD2 (EU FP7) more closely aligned to > these kinds challenges as exemplified work taking place at the lower > DBMS layers based on collaboration between OpenLink and CWI. > > Links: > > 1. http://lod2.eu/Welcome.html -- about LOD2 project . > > > Kingsley >> >> 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 18:25:46 UTC