RE: Potential project: Supporting the Linked Data Consumer

Michael,
By "access the LOD Cloud", I can interpret this in 2 ways.  
1: How to find stuff in the cloud.
2: How to actually get at the data.

For finding stuff I also think voiD would be a great start.  This is
also where I think the idea of some kind of LOD "configuration context"
may come in - a way to specify what your data universe is. Some may want
a very constrained view (I.E. data published on data.gov.uk and accepted
other sources) and some may want a very open search.  So it would be up
to the user, creating such a configuration context, what to include and
how to do so.  You may, for example, register a set of known void
registries and then discover others as the data branches out (if your
configuration allows such branching out).

To actually get the data we need to figure out if we are using a "direct
link" or query approach.  If direct link then large data sets have to be
subset into tiny graphs (one per "record").  Or, we need to use SPARQL
consistently and make sure that EVERYTHING has a spargl endpoint, even
if we have to create it ourselves by buffering the data - we also have
to fully understand how to bind a URI with an endpoint.  My current
thinking is that we should put everything behind a virtual sparql
endpoint responsible for a virtual set of data resources and then build
the UI based on traversing data within and across such endpoints.

There is, of course, a lot of interesting ways to do these things - what
I wanted to get on the plate first is the goal to do so.

-Cory

-----Original Message-----
From: Michael Hausenblas [mailto:michael.hausenblas@deri.org] 
Sent: Saturday, June 05, 2010 6:50 AM
To: Cory Casanave
Cc: public-egov-ig@w3.org
Subject: Re: Potential project: Supporting the Linked Data Consumer 


Cory,

Great write-up! I by-and-large agree, and now was wondering how you
would
assess the LOD cloud [1], then? Richard is currently working on an
automated
generation of the LOD cloud (based on voiD, IIRC) and this LOD cloud is
quite often used to give a high-level overview, AFAICT.

Tracker, this is ACTION-109.

Cheers,
      Michael

[1] http://richard.cyganiak.de/2007/10/lod/

-- 
Dr. Michael Hausenblas
LiDRC - Linked Data Research Centre
DERI - Digital Enterprise Research Institute
NUIG - National University of Ireland, Galway
Ireland, Europe
Tel. +353 91 495730
http://linkeddata.deri.ie/
http://sw-app.org/about.html



> From: Cory Casanave <cory-c@modeldriven.com>
> Date: Fri, 4 Jun 2010 14:33:36 -0400
> To: "public-egov-ig@w3.org" <public-egov-ig@w3.org>
> Subject: Potential project: Supporting the Linked Data Consumer
> Resent-From: "public-egov-ig@w3.org" <public-egov-ig@w3.org>
> Resent-Date: Fri, 04 Jun 2010 18:34:01 +0000
> 
> eGov IG,
> 
> On the LD-Demo call today I suggested we should focus some effort on
the
> consumer side of linked data.  As requested I have put together a
rough
> draft project outline to expand the idea, please take a look here:
> 
>  
> 
> http://www.w3.org/egov/wiki/Supporting_the_Linked_Data_Consumer
> 
>  
> 
> Your comments are very welcome as well as suggestions as to existing
> resources that can help satisfy the needs expressed.
> 
>  
> 
> Regards,
> 
> Cory Casanave
> 
>  
> 
>  
> 
>  
>

Received on Monday, 7 June 2010 19:31:05 UTC