W3C home > Mailing lists > Public > semantic-web@w3.org > June 2011

Re: Silk - Link Discovery Framework Version 2.4 release

From: Federico M. Facca <federico.facca@create-net.org>
Date: Wed, 01 Jun 2011 17:58:03 +0200
Message-ID: <4DE6618B.9070603@create-net.org>
To: adam.saltiel@gmail.com
CC: paoladimaio10@googlemail.com, Robert Isele <robertisele@googlemail.com>, public-lod@w3.org, SW-forum <semantic-web@w3.org>, marta.nagy-rothengass@ec.europa.int, "VAN ORANJE-NASSAU Constantijn (CAB-KROES)" <Constantijn.Van-Oranje-Nassau@ec.europa.eu>
Hash: SHA1

I second Adam comments on "being realistic" and the point of researchers
being researchers. If you look at the history of semantic web research
(if we can speak of history...) you will notice how most of the early
mistakes we (I include myself in here) in research (also funded by EU)
driven by our vision, lead to many of the interesting (and diverging)
results also by companies in the semantic arena. In the end, we need
also to be pragmatic, also a failure is a success if you (or some one
else) can learn from it. This is research,
not only in semantic web, but in any field :)

Generally speaking, in any science there is a period where industrial
needs and research diverge, to then converge again.

As matter of facts, linked data (and also SILK - being based on LOD),
are facing a new era for semantic web that is getting us much
closer to industrial needs (and products). We can only be happy of that:
we are seeing the light again ;)


On 01/06/11 17.43, adam.saltiel@gmail.com wrote:
> I find it hard to make head or tail of your comments. Following the link it clearly says 2011. Perhaps you found a typo?  More to the point this is general about research and funding. To me it looks like Silk is fantastic. But it is up to others to use or learn from it and repurpose the knowledge. We shouldn't be unrealistic. Academics can't be SMEs. Big Corps and researchers. This IS publicly funded and made public not privately sponsored. That shapes the sort of project. And if you are thinking about SemWeb adoption that also is tricky and very interesting as there may be a (perceived?) conflict between open web and commercial interest. Personally I believe there is and we need to wise up to that fact. 
> Adam
> Sent using BlackBerry® from Orange
> -----Original Message-----
> From: Paola Di Maio <paola.dimaio@gmail.com>
> Sender: semantic-web-request@w3.org
> Date: Wed, 1 Jun 2011 16:16:03 
> To: Robert Isele<robertisele@googlemail.com>
> Reply-To: paoladimaio10@googlemail.com
> Cc: <public-lod@w3.org>; SW-forum<semantic-web@w3.org>; <marta.nagy-rothengass@ec.europa.int>; VAN ORANJE-NASSAU Constantijn (CAB-KROES)<Constantijn.Van-Oranje-Nassau@ec.europa.eu>
> Subject: Silk - Link Discovery Framework Version 2.4 release
> Robert
> thanks  lot for the update, I look forward to be trying it out
> I see from this page
> http://www4.wiwiss.fu-berlin.de/bizer/silk/
> that SILK V 2.4, announced on this list today was actually released
> last year: See the snippet below
> 2010-06-01: Version 2.4 released including the new Silk Workbench, a
> web application which guides the user through the process of
> interlinking different data sources.
> I also seem to understand from the project page that much of LOD2
> software are tools developed in previous years (ie, nothing new!)
> Am I reading something wrong?
> In the past decade or so, millions of euros of tax payers money have
> been paid for projects for which the codebase had already been
> developed, either by funded projects from prior calls( ie, for which
> the tax payer had already paid ) or by other companies.
> In essence, as it has been already pointed out, the public has been
> paying for the same semantic web tools to be rebranded over and over,
> and each time it has costed lots of public money, and each time it has
> not delivered the semantic web functionality the public is waiting for
> (ie, a useable web based application layer)
> Since LOD2 has become a funded EU project in September 2010, I would
> be grateful if you could explain what part of the tool/functionality
> has been developed after September 2010, and for what part of this
> development is the public funding being used for
> Thanks a lot in advance
> On Wed, Jun 1, 2011 at 3:35 PM, Robert Isele <robertisele@googlemail.com> wrote:
>> Hi all,
>> we are happy to announce version 2.4 of the Silk - Link Discovery
>> Framework for the Web of Data.
>> The central idea of the Web of Data is to interlink data items using
>> RDF links. However, in practice most data sources are not sufficiently
>> interlinked with related data sources. The Silk Link Discovery
>> Framework addresses this problem by providing tools to generate links
>> between data items based on user-provided link specifications. It can
>> be used by data publishers to generate links between datasets as well
>> as by Linked Data consumers to augment Web data with additional RDF
>> links.
>> Link specifications can either be written manually or developed using
>> the new Silk Workbench. The Silk Workbench, is a web application which
>> guides the user through the process of interlinking different data
>> sources. It’s being shipped with the 2.4 version of Silk.
>> The Silk Workbench offers the following features:
>> - It enables the user to manage different sets of data sources and
>> linking tasks.
>> - It offers a graphical editor which enables the user to easily create
>> and edit link specifications.
>> - As finding a good linking heuristics is usually an iterative
>> process, the Silk Workbench makes it possible for the user to quickly
>> evaluate the links which are generated by the current link
>> specification.
>> - It allows the user to create and edit a set of reference links used
>> to evaluate the current link specification.
>> The Silk Link Discovery Framework includes three applications to
>> execute the link specifications which address different use cases:
>> 1. Silk Single Machine is used to generate RDF links on a single
>> machine. The datasets that should be interlinked can either reside on
>> the same machine or on remote machines which are accessed via the
>> SPARQL protocol. Silk Single Machine provides multithreading and
>> caching. In addition, the performance can be further enhanced using an
>> optional blocking feature.
>> 2. Silk Server can be used as an identity resolution component within
>> applications that consume Linked Data from the Web. Silk Server
>> provides an HTTP API for matching instances from an incoming stream of
>> RDF data while keeping track of known entities. It can be used for
>> instance together with a Linked Data crawler to populate a local
>> duplicate-free cache with data from the Web.
>> 3. Silk MapReduce is used to generate RDF links between datasets using
>> a cluster of multiple machines. Silk MapReduce is based on Hadoop and
>> can for instance be run on Amazon Elastic MapReduce. Silk MapReduce
>> enables Silk to scale out to very big datasets by distributing the
>> link generation to multiple machines.
>> More information about the Silk framework, the Silk Link Specification
>> Language, as well as several examples that demonstrate how Silk is
>> used to set links between different data sources in the LOD cloud is
>> found at:
>> http://www4.wiwiss.fu-berlin.de/bizer/silk/
>> The Silk framework is provided under the terms of the Apache License,
>> Version 2.0 and can be downloaded from
>> http://www4.wiwiss.fu-berlin.de/bizer/silk/releases/
>> The development of Silk was supported by Vulcan Inc. as part of its
>> Project Halo (www.projecthalo.com) and by the EU FP7 project LOD2 -
>> Creating Knowledge out of Interlinked Data (http://lod2.eu/, Ref. No.
>> 257943).
>> Thanks to  Christian Becker, Michal Murawicki and Andrea Matteini for
>> contributing to the Silk Workbench.
>> Happy linking,
>> Robert Isele, Anja Jentzsch and Chris Bizer

- -- 
Dr. Federico M. Facca

Via alla Cascata 56/D
38123 Povo Trento (Italy)

T  +39 0461  408400 (669)
F  +39 0461  421157
E  federico.facca@create-net.org
W  www.create-net.org
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)

Received on Friday, 3 June 2011 11:30:33 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:25 UTC