- From: Christopher Gutteridge <cjg@ecs.soton.ac.uk>
- Date: Fri, 31 May 2013 08:05:28 +0100
- To: Andrea Perego <andrea.perego@jrc.ec.europa.eu>
- CC: Fadi Maali <fadi.maali@deri.org>, John Erickson <olyerickson@gmail.com>, public-gld-comments@w3.org, Makx Dekkers <makx@makxdekkers.com>
- Message-ID: <EMEW3|0f155cb34088d0294f028a4485ab9fd3p4U85y03cjg|ecs.soton.ac.uk|51A84BB8.7080>
ah, what I was thinking was to recommend how to represent those simple
usecases using vcard.
eg.
<http://example.org/id/dataset/23> a dcat:Dataset ;
dcat:contactPoint <http://example.org/id/dataset/23#contact> .
<http://example.org/id/dataset/23#contact>
vcard:telephone <tel:+441234567899> .
(with examples for the common cases, so people are encouraged to use the
same pattern)
On 30/05/2013 23:58, Andrea Perego wrote:
> I agree with Christopher.
>
> On a different, more technical, note, I wonder whether the range for
> this property could be left undefined. This would allow the use of
> other vocabularies (as schema.org <http://schema.org>). Of course,
> vCard can be referred to as the recommended one.
>
> Andrea
>
>
> On Thu, May 30, 2013 at 1:52 PM, Christopher Gutteridge
> <cjg@ecs.soton.ac.uk <mailto:cjg@ecs.soton.ac.uk>> wrote:
>
> Excellent. (I've a minor sulk that they didn't use oo:contact but
> that's just my ego)
>
> I would keep an eye on the possible need for a separate
> corrections contact route as this may be different to the contact,
> especially for large datasets with an established update protocol,
> or for crowd sourced datasets.
>
> I'd suggest maybe some examples for how to implement cases for
> where the contact point is:
> - just a phone number
> - just an email
> - just a URL (possibly a form, or possibly a document explaining
> how to get in touch)
>
> This will help the more lightweight providers ensure they provide
> data compatible with the more formal & heavy weight data
> catalogues. People like something to copy-and-paste.
>
>
> On 30/05/13 12:11, Fadi Maali wrote:
>
> Hi Christopher,
>
> DCAT adopted the contactPoint property from ADMS. Thanks for
> Makx, Phil and other people involved in ADMS.
> I hope this address your comment.
> https://dvcs.w3.org/hg/gld/raw-file/default/dcat/index.html#Property:dataset_contactPoint
>
> Thanks again for the feedback!
>
> --------------------------------------------------
> Fadi Maali
> PhD student @ DERI
> Irish Research Council Embark Scholarship holder
> http://www.deri.ie/users/fadi-maali
>
> On 9 Apr 2013, at 14:16, Christopher Gutteridge
> <cjg@ecs.soton.ac.uk <mailto:cjg@ecs.soton.ac.uk>> wrote:
>
> Great, but doesn't solve the "closing the loop" on open
> data catalogues. It's important that the consumer can
> identify where to send error reports to, and this really
> should be in the metadata.
>
> On 08/04/13 13:04, John Erickson wrote:
>
> An adopter could for example use (optional) elements
> from the DataCite
> schema <http://bit.ly/DataCiteSchema> to reference a
> contributor and
> contributorType.
>
>
> On Mon, Apr 8, 2013 at 6:35 AM, Fadi Maali
> <fadi.maali@deri.org <mailto:fadi.maali@deri.org>> wrote:
>
> Hello Christopher,
>
> Thanks for your feedback!
>
> I agree that it is helpful to have a contact
> associated with each dataset
> for corrections and queries. This is currently not
> part of DCAT as it didn't
> occur frequently in existing catalogues.
> It should be possible however for a profile to
> include extra properties. The
> conformance section states that a DCAT profile may
> include classes and
> properties for additional metadata fields not
> covered in DCAT (
> http://www.w3.org/TR/vocab-dcat/#conformance )
>
> Regards,
> Fadi
>
> On 5 Apr 2013, at 16:24, Christopher Gutteridge
> <cjg@ecs.soton.ac.uk <mailto:cjg@ecs.soton.ac.uk>>
> wrote:
>
> 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 <http://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/
>
>
>
>
> --
> 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/
>
>
>
> --
> 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/
>
>
>
>
>
> --
> Andrea Perego, Ph.D.
> European Commission DG JRC
> Institute for Environment & Sustainability
> Unit H06 - Digital Earth & Reference Data
> Via E. Fermi, 2749 - TP 262
> 21027 Ispra VA, Italy
>
> DE+RD Unit: http://ies.jrc.ec.europa.eu/DE
>
> ----
> The views expressed are purely those of the writer and may
> not in any circumstances be regarded as stating an official
> position of the European Commission.
--
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/
Received on Friday, 31 May 2013 07:07:37 UTC