W3C home > Mailing lists > Public > public-egov-ig@w3.org > February 2010

Linked Data Dog-Catcher Scenario

From: Gannon Dick <gannon_dick@yahoo.com>
Date: Fri, 26 Feb 2010 12:35:53 -0800 (PST)
Message-ID: <467994.35470.qm@web112619.mail.gq1.yahoo.com>
To: W3C e-Gov IG <public-egov-ig@w3.org>
Cc: Sandro Hawke <sandro@w3.org>, Cory Casanave <cory-c@modeldriven.com>
@@@ discuss the potential wins; eventually, maybe the shelters can
  update some system in real time, users can be notified if a stray
  animal is seen matching the kind of animal they have, or want.
  Statistics about breeds and trends across larger areas can be
  gathereg, etc, etc.

Web forms, spreadsheets and HTML (meta data) are essentially flat - the old Dublin Core Hedgehog Model.  If "eventually the shelters can update some system in real time", then the presumption is that system is either also flat, or can revert to flat with a poor implementation.  The problems come in when you start to bend the element names to fit the data you have collected.

I see two choices:

1. Give up. Take what you get from a "standard" Authoring Tool (e.g. OpenOffice), see: "Not Yo Mama's GRDDL" example.  This tells you not what data you've got but rather what schema links (to names) you've got.

2. Although the above will work for OpenOffice spreadsheets in HTML too, One can add meta data structures column-wise.  This is a bit harder to follow because my main concern was privacy and redaction, but I hope you can see the "round tripping" idea.
http://www.rustprivacy.org/meta/ReadMeFirst.pdf (case sensitive)

Just my 2c.



Received on Friday, 26 February 2010 20:36:27 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:00:43 UTC