W3C home > Mailing lists > Public > public-lld@w3.org > October 2010

Re: documenting library linked data sets

From: Ross Singer <ross.singer@talis.com>
Date: Thu, 14 Oct 2010 12:48:31 -0400
Message-ID: <AANLkTimKggW84gs0Uy3BTpSWKjFU8H57ASVxs=nnPkmL@mail.gmail.com>
To: Ed Summers <ehs@pobox.com>
Cc: public-lld <public-lld@w3.org>, Richard Cyganiak <richard@cyganiak.de>, Anja Jentzsch <anja@anjeve.de>
As promised, I've created the template and migrated the only entry
that was on there:

I don't argue with Ed's suggestion/recommendation (in fact, I put a
plug in the wiki page/template recommending putting any data sets
supplied on the wiki page in CKAN) and I had considered recommending
it myself.

My concern would be that I personally think people would have
reservations about putting up packages for data sets that they are
aware of, want to make others aware of, begin discussion around, but
have no association with.

For example, I didn't hesitate putting the data sets I manage on CKAN,
but I would feel less comfortable putting somebody else's data set on
there for a variety of reasons that I'm not sure I can really

The wiki page would duplicate a lot of data on CKAN, though, which
definitely calls into question its purpose.  That said, there's no
reason they need to be mutually exclusive, I think we just need to be
sure what the purpose of each actually is.

In my head, I kind of view CKAN as the authoritative source whereas
the wiki page might be more of an incubator (with established data
sets included, as well, for a more comprehensive picture) or put the
data sets into some context (in use, with how they could be used with
each other, perceived value, etc.), but, honestly I could go either
way on this.

If the group thinks that people would actually add these sets to CKAN
(and we have a clear way to isolate the packages we would be including
on this wiki page), then I say we just use CKAN.


On Thu, Oct 14, 2010 at 11:41 AM, Ed Summers <ehs@pobox.com> wrote:
> Unfortunately I've missed the last 2 telecons (accidentally) and the
> discussion around creating a template for library linked data sets
> [1]. I don't know how many people noticed that the current Linked Data
> Cloud [2] (which contains several pools of library linked data) is
> being generated from the Comprehensive Knowledge Archive Network [3],
> which is essentially a wiki for describing data sets that are
> available on the web.
> Richard Cyganiak, Anja Jentzsch and other members of the linked data
> community spent a bit of time entering in all the known public linked
> data sets, and documenting their attributes and links to one another.
> I strongly encourage any effort that the LLD group do in this area to
> leverage this work. The big advantages are:
> * they already have useful templates for describing library linked data
> * they already have a significant portion of the linked data universe
> documented there (including linked library data)
> * if we work on CKAN (anyone can) we can help make the descriptions of
> library data better
> * we can modify the templates to fill any gaps
> * our efforts will be automatically represented in the linked data cloud diagram
> I guess we should make sure that this use of the lodcloud group would
> be OK with Richard and Anja though.
> //Ed
> PS. The CKAN linked data sets can be seen in this dynamic (hard to
> read) visualization I hacked together which gets regenerated every
> hour using the CKAN API.
> [1] http://www.w3.org/2005/Incubator/lld/minutes/2010/10/07-lld-minutes.html#action11
> [2] http://richard.cyganiak.de/2007/10/lod/
> [3] http://ckan.net/group/lodcloud
> [4] http://inkdroid.org/lod-graph/
> Please consider the environment before printing this email.
> Find out more about Talis at http://www.talis.com/
> shared innovation™
> Any views or personal opinions expressed within this email may not be those of Talis Information Ltd or its employees. The content of this email message and any files that may be attached are confidential, and for the usage of the intended recipient only. If you are not the intended recipient, then please return this message to the sender and delete it. Any use of this e-mail by an unauthorised recipient is prohibited.
> Talis Information Ltd is a member of the Talis Group of companies and is registered in England No 3638278 with its registered office at Knights Court, Solihull Parkway, Birmingham Business Park, B37 7YB.
Received on Thursday, 14 October 2010 16:49:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:27:38 UTC