"corrections" property for dataests.

Hi, sorry to leave it so close to the line on giving feedback.

I work with datasets which are frequently changing and being updated, 
such as our staff directory, list of buildings etc.

These have errors, and when it's open data people spot these errors and 
want them fixed.

We have been working on the principle that it's good practice to include 
a contact for every dataset and a URL or email address for suggesting 
corrections. For this we use the terms:

http://purl.org/openorg/contact
http://purl.org/openorg/corrections

I've just been told by the Europe dcat application profile group that 
they will only consider terms for the application profile which are 
considered "part of dcat" and so I would very strongly like to see these 
terms included, or equivalent terms added.

Getting feedback from the consumers of your open data is really key in 
getting the best value out of it, and should be best practice in all 
non-static datasets.

An example of this in practice is equipment.data.ac.uk -- each dataset 
from each university has an associated "corrections" email or URL so 
that when someone views a record and spots an error they can email the 
correct person at the right organisation rather than asking me (I am 
only an aggregator, and don't clean the data).

-- 
Christopher Gutteridge -- http://users.ecs.soton.ac.uk/cjg

University of Southampton Open Data Service: http://data.southampton.ac.uk/
You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/

Would you recommend the software you use to another institution?
http://uni-software.ideascale.com/

Received on Friday, 5 April 2013 15:25:13 UTC