Posts Tagged ‘Open Data’

One year of PiLOD project

Yesterday was the closing event of the Pilot Linked Open Data project. A significantly big crowd of politicians, civil servants, hackers, SME owners, open data activists and researchers gathered in the very nice building of the RCE in Amersfoort to hear about what has been done within this one year project lead by Erwin Folmer. But not only that, the participants also got some more insights into Linked Data usage outside of the project and a guided tour through the RCE. More information, photos, and links to the slides, can be found in the report about the event.

Oliver Bartlett and John Walker gave two keynotes explaining how Linked Data is put into use respectively at the BBC and at NXP. Both companies are using this technology to better describe their content and interconnect separated data sources. A shared objective besides having better and more efficient internal processes is to provide better services to the customers. Thanks to the harmonization and linkage of the data, these customers can expect to get more coherent data about what they care, be it a chip or a football player. The two presentations also highlighted two important facts about Linked Data: it’s versatile enough to be applied to two very different business domains such as media and chip manufacturing, 2) the data does not have to be open to be benefit form Semantic Web technologies – as of now, a lot of data at the BBC is becoming LD but none of this LD is LOD.

My activity within the project was around chatting (a lot, as I usually do :-p), writing two book chapters (“Publishing Open Data on the Web”, and “How-to: Linking resources from two datasets” ) and giving an hand on the “HuisKluis” work package managed by Paul Francissen.  I spoke a bit about the latest, showing a demo and some slides to explain how data is managed in the back-end. In short, the “HuisKluis” is a place where information about a house is found and shared. See the following video for a better introduction:

The prototype can be found at . It works only for houses in the Netherlands but there are a few examples that can be used too:


Here are the few slides giving more details about the implementation:

If you want to really know everything about how things work, feel free to just look at the source code.

This PiLOD project was a pleasant and enriching experience, I’m very much looking forward to a PiLOD2 for a second year of LOD brainstorming and hacking together with Marcel, Arjen, Erwin, Paul, Lieke, Hans, Bart, Dimitri, … and the rest of the (the rather big) group 🙂 This post is also a good opportunity to thank again the Network Institute for having supported this collaboration with a generous research voucher. Thanks!

Take home messages from ePSIplatform Conference

Open Data stickers

Open Data

On March 16, 2012 the European Public Sector Information Platform organised the ePSIplatform Conference 2012 on the theme “Taking re-use to the next level!”. A very well organised and interesting event, also a good opportunity to meet new persons and put a face on the names seen on the mails and during teleconferences 🙂

The program was intense: 3 plenary sessions, 12 break-out sessions and project presentations during the lunch break. That was a lot to talk about and a lot to listen to. I left Rotterdam with a number of take out messages and food for thought. What follows is a mix of my own opinions and things said by some of the many participants/speakers of the event.

We need to think more about data re-use

It’s a fact: Open Data has reached momentum and more and more data portals are being created. DataCatalogs currently lists 216 sources for Open Data. There could be something around a million of Open Data data sets now available, but how many applications? Maybe around 100k, at most. Furthermore, most on these applications do not really address “real problems” (e.g. help deciders to make educated choices by providing them with the right data at the right time, or optimise food distribution processes). Even if the definition of a “real problem” is open to discussion, there is surely something to think about.

This low number of applications could be explained by a lack of problems to tackle as well as it can be explained by a lack of motivated developers. The ePSI platform has just started a survey on story sharing. Reading about the (positive) experience of others is likely to trigger some vocations in the readers and get more developers on board. The upcoming W3C event about using Open Data will also be a good place to share such stories and spot the things to do next to foster an ecosystem of data and developers.

Open Data should be interactive

We have Open Data and we have Open Data consumers that happily take the data, process it and eventually re-publish it. Fine but we do poor when it comes to capture the added meta data from these users. If one of them spot an error in an open data set, or if missing data is identified, there is hardly any way to communicate this information to the data publisher. Most, if not all, data portals are “read only” and the eventual feedback they receive may not find a matching processing pipeline. Open source software solved this issue by using open bug trackers that allows for reporting bugs/feature requests and facilitate dispatching the issues to persons in charge of implementing them. Using such bug trackers to keep the data users in the loop sounds like a good plan. This is something we started to look at, in a slightly different way, for the projects CEDA_R and Data2Semantics. One of the use case of these projects is the Dutch historical census data (from 1795 onwards) that has to be harmonized and debugged (there was a lot of manual process involved to convert the paper reports in digital form). Only historians can take care of this, and they need to inform the data publisher about their finding – preferably using something even easier that the average bug tracker.

Open (messy) Data is a valuable business

Economical issues are common when speaking about Open Data. They could even be seen as the main obstacle to it. The other obstacles, technical, legal and societal/political being easier to address. So the trick is to convince data owners that, yes, they will loose the money they currently get in access fee but they will get more out of the Open Data, in an indirect way through businesses created. In fact, there is no market for the Open Data itself. Instead, this Open Data has to be seen as part of the global Data market of which DataPublica and OpenCorporates are two examples. In this market, curating and integrating data is a service clients can be charged for. Data companies transform the data into information and put a price tag on the process.  For this matter, having to publish an integrated data set as Open Data because it include pieces of an other Open Data set licensed with a GPL-like license will brake the process. Open Data is easier to consume when license under more BSD-like licenses.

If there is a market for messy open data,  one can wonder whether Linked Data is going against businesses or helping them. Linked Data allows for doing data integration at the publication level and Open Data published exposed using these principles is richer and easier to consume.  This means less work for the consumer, which may spare himself the cost of hiring someone to integrate the data. But Linked Data facilitates the job of data companies too. These could invest the time saved into the development of visualisation tools, for instance. So in the end, it may not be such a bad idea to continue promoting Linked Data 😉

Open Data initiatives need to become more consistent

Besides the definition given on OpenDefinition, and the 5-star scheme of Tim Berners Lee for Linked Data, there is not much out there to tell people what is Open Data and how to publish it. Data portals can be created from scratch or use CKAN and may expose the meta data about the data sets it contains in different ways (e.g. using DCAT or something else). The data itself can be published within a large spectrum of formats ranging from XLS sheets to PDFs to RDF. Besides this, data portals can be created at the scale of the city, a region, an entire country or an entity such as the EU. These different scales are related to each other and can be seen as a result from a lack of coordination. Directories are important as a way to know what data is out there, and also what data is missing. If everyone take initiatives at different scales, the outcome of this indexing process will be fuzzy and the outcome quite confusing for data users looking for open data sets. On the other hand, self-organisation is often the best solution to build and maintain complex systems (c.f. “Making Things Work” from Y. Bar-Yam). So maybe things are good as they are but we should still avoid ending up with too many data portals  partially overlapping and incompatible with each other.

As far as the data is concerned, PDF, XLS, CSV, TSV, … are all different ways to create data silos that just provide a single view over the data – even a non machine readable one in the case of many PDFs. RDF is here to improve consistency across data sets with a unique, graph based, data model. This data model facilitates sharing data across data sets. It is not the only solution to do that, the data set publishing language (DSPL) from Google being an other one, but it is the only one based on W3C standards. This guarantees the openness of the data format and a constant support, just as for the standards that make the Web (HTML, HTTP, CSS, …).

Don’t underestimate the “wow” effect

During one of the break-out sessions, I was intrigued hearing one of the panel speaker saying he would like to see more DSPL around than RDF. After some (pacific) discussion, we agreed on the following points: RDF is more expressive than DSPL, DSPL comes with an easy to use suite of plug&play tools to play with the data. It seems that if you want to re-use Open Data to do some plots, eventually for some data journalism use-cases, you are better off using DSPL. It is simpler and through the data explorer allows anyone to build graphs in a few clicks. Users prefer having button and sliders to play with simpler data rather than knowing that they have in their hands the most powerful knowledge representation scheme and that they could do anything with it – but finally do nothing with it because of the induced high learning curve. I’m all in favour of Open Data and I try to motive people, and myself sometime, to use Linked Data to publish data sets. Still, I think we have a major issue there: our data model is better but we do not compete yet on the usability side of the story.

An other manifestation of the “wow” effect: the most impressive visualisation show at the event was a part of the video documentaries “The Netherlands from above”, and their matching interactive data explorers.  This is a very nicely done job but the interesting bit is that not only the data was not linked, it was also not open! However, even at an event about re-use of Open Data, nobody seemed to care much. The data was acquired for free from different providers, with some difficulties for some, had to be curated and transcoded, and could not be shared. But the movies are very nice, and the sliders on the interactive pages fun to play with…

We must not rest on our laurels

Finally, and that was also the final message of the event, we should not rest on our laurels. Open data is well received. Many are going into the “Open unless” way of thinking but some others make an Open Data portal just because it is trendy, and trash it after some months. We need to continue explaining to data owners why they should open their data and explain why Linked Data is a good technical solution to implement. Then, we need to find more active users for the data because, in the end, if the data is used, nobody will even dare shutting down the portal serving it. Having these active users  may be our only guarantee that data published as Open Data will remain as such for the years to come.

%d bloggers like this: