W3C home > Mailing lists > Public > public-lod@w3.org > September 2012

Re: Expensive links in Linked Data

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

This archive was generated by hypermail 2.3.1 : Sunday, 31 March 2013 14:24:42 UTC