- From: Andreas Langegger <al@jku.at>
- Date: Mon, 9 Feb 2009 16:11:05 +0100
- To: Kurt J <kurtjx@gmail.com>
- Cc: public-lod@w3.org
hmmm... when I posted "You'll have to invest a lot of time to use the right vocabularies (a) and right (external) URIs (b) to expose the right things (c)." earlier... what about (c)? I think there are publishers like the BBC, who have clear incentives - their business is to record things happing, logging history, not only about daily politics, economy, etc. but also culture, music, films, etc... Well, DBpedia is also clear. This is the big hub, the reference for many terms. It gives you all kind of entities, well described, clear meaning (best at least what you can do, some disambiguation issues will always remain). Then there are several other datasets with public data. Many of the projects behind them are publicly funded or by research grants. So there may be many individual inventives also of single persons and research groups. What else? regards, AndyL On Feb 9, 2009, at 4:03 PM, Kurt J wrote: > > Hi List, > > IMHO, the discussion about incentives v. costs is really interesting. > Publishing linked data is getting easier as better tools become > available. As a relative new comer, i can already get a sense about > this. But maybe we need to be more clear about the incentives. I'm > not sure if this means more/better evangelist style documents or maybe > it means some killer end-user app or some combination. > > What is out there to explain the incentives? > > -kurt > > On Mon, Feb 9, 2009 at 2:49 PM, Andreas Langegger <al@jku.at> wrote: >> >>> It seems to me that the data in an rdbms is often structured in >>> ways that >>> are designed to be efficient for the rdbms to manage rather than >>> in ways >>> that make sense externally. Levels of normalisation are the main >>> thing I'm >>> thinking of. LD is most widely useful at 5th Normal Form, but then >>> there are >>> tradeoffs that usually lead to an rdbms schema being more like 3NF. >> >> I also think that this is the most crucial point. We can always >> say, well, >> it's easy, you just need to do this and that. But then comes the >> details. >> But on the other hand, you can do very complex mappings with D2R >> already to >> solve this. The only thing is lack of performance if you have many >> obscure >> mappings for a larger data set! >> >>> Isn't the effort in publishing LD the same effort that one expends >>> getting >>> the data from the rdbms into HTML today, but that the data needs >>> to be in >>> RDF? When doing that don't tradeoffs in the schema have to be >>> reconciled >>> through queries that join from several tables or that select >>> distinct >>> entries in particular columns? Isn't that what Drupal and Ruby-n- >>> Rails and >>> so on are optimised to do? >>> >>> I agree with the notion of lowering the barrier and Virtuoso's >>> mapping >>> stuff is really interesting, but is the cost really that high >>> right now? >>> Isn't it just the same as writing some dynamic web pages? >> >> I think it depends if you just want to provide some RDFa pages, or >> if you >> want to provide SPARQL. In the second case, you have to do a >> formalized >> mapping (e.g. with d2rq map or Virtuoso RDF views) >> >> >> >> >>> >>> >>> rob >>> >>> >>> Rob Styles >>> tel: +44 (0)870 400 5000 >>> fax: +44 (0)870 400 5001 >>> mobile: +44 (0)7971 475 257 >>> msn: mmmmmrob@yahoo.com >>> irc: irc.freenode.net/mmmmmrob,isnick >>> web: http://www.talis.com/ >>> blog: http://www.dynamicorange.com/blog/ >>> blog: http://blogs.talis.com/panlibus/ >>> blog: http://blogs.talis.com/nodalities/ >>> blog: http://blogs.talis.com/n2/ >>> Please consider the environment before printing this email. >>> >>> Find out more about Talis at www.talis.com >>> shared innovationTM >>> >>> 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. >>> >> >> >> http://www.langegger.at >> ---------------------------------------------------------------------- >> Dipl.-Ing.(FH) Andreas Langegger >> Institute for Applied Knowledge Processing >> Johannes Kepler University Linz >> A-4040 Linz, Altenberger Straße 69 >> >> >> >> >> >> > http://www.langegger.at ---------------------------------------------------------------------- Dipl.-Ing.(FH) Andreas Langegger Institute for Applied Knowledge Processing Johannes Kepler University Linz A-4040 Linz, Altenberger Straße 69
Received on Monday, 9 February 2009 15:11:48 UTC