- From: Peristeras, Vassilios <vassilios.peristeras@deri.org>
- Date: Thu, 22 Apr 2010 14:47:12 +0100
- To: "Richard Cyganiak" <richard@cyganiak.de>, "Erik Wilde" <dret@berkeley.edu>
- Cc: <public-egov-ig@w3.org>
- Message-ID: <6B017AD2AE2F6F489087FC986588136B09E41A1C@EVS1.ac.nuigalway.ie>
Hi all, Richard says... One of the things I'd like to address in today's call is to understand any use cases or requirements that cannot be met well by an RDF-only solution I think that this is hard to prove. But, there might be interesting to direct the question the other way around... ...to identify use cases or requirements that specifically need an RDF solution, so as to see the limitation of the non-rdf solutions. This makes sense to me... Regards, Vassilios -----Original Message----- From: public-egov-ig-request@w3.org [mailto:public-egov-ig-request@w3.org] On Behalf Of Richard Cyganiak Sent: Thursday, April 22, 2010 3:29 PM To: Erik Wilde Cc: public-egov-ig@w3.org Subject: Re: [dcat] Tomorrow's dcat Agenda Erik, On 21 Apr 2010, at 18:33, Erik Wilde wrote: >> http://www.w3.org/egov/wiki/Data_Catalog_Vocabulary#Links_and_Resources > > http://recovery.berkeley.edu/ might be a good addition to that list. > as you know, it is explicitly not using a semweb approach, but it > certainly addresses the question of how to expose government data in > a lightweight and web-friendly way. In fact, your paper that reports on this work was already listed in that section (under "non-RDF approaches"). I added the link to the recovery.berkeley.edu site as well. One of the things I'd like to address in today's call is to understand any use cases or requirements that cannot be met well by an RDF-only solution, so input from those who have experience with, or have a preference for, Atom, JSON, OPML etc will be especially important today. Richard > > thanks, > > erik wilde tel:+1-510-6432253 - fax:+1-510-6425814 > dret@berkeley.edu - http://dret.net/netdret > UC Berkeley - School of Information (ISchool)
Received on Thursday, 22 April 2010 13:47:46 UTC