W3C home > Mailing lists > Public > public-xg-ssn@w3.org > June 2010

RE: operating and survival conditions

From: <P.Barnaghi@surrey.ac.uk>
Date: Wed, 23 Jun 2010 16:43:06 +0100
To: <simon.cox@jrc.ec.europa.eu>, <Michael.Compton@csiro.au>, <public-xg-ssn@w3.org>
Message-ID: <C253D9F4A2A12B489929917CEF6E553C4FF2E4B9D7@EXMB04CMS.surrey.ac.uk>
It seems MMI has also a measurement ontology; 

Luis can probably help us to get more information.

http://marinemetadata.org/ucum

http://marinemetadata.org/community/teams/ont/ogcowlharmonization/ontrep 

Best regards,
Payam

________________________________________
From: Simon Cox [simon.cox@jrc.ec.europa.eu]
Sent: 23 June 2010 14:56
To: Barnaghi P Dr (Electronic Eng); Michael.Compton@csiro.au; public-xg-ssn@w3.org
Subject: RE: operating and survival conditions

The problem with SWEET is that it does not have an open, or even
particularly orderly, maintenance process.
This is a known issue, and the NSF funders have been trying to rectify the
problem, but it has not been solved yet.
It is managed by a very small group with no formal contact with
authoritative external bodies.

e.g. they took their Geological Timescale from Wikipedia.
The IUGS Commission for Stratigraphy is the authority in this area, and
Wikipedia ( and thus  SWEET) were incorrect in several places.
On investigation I found out that this part of SWEET was done by a
(vacation?) student, who understandably had little experience in research
and collaboration.

This appears to be symptomatic of a rather casual approach to governance,
which SWEET can get away and still be taken seriously because of the NASA
monicker.
It's a shame as the fundamentals are good, but the attention to detail
really lets them down.

--------------------------------------------------------
Simon Cox

European Commission, Joint Research Centre
Institute for Environment and Sustainability
Spatial Data Infrastructures Unit, TP 262
Via E. Fermi, 2749, I-21027 Ispra (VA), Italy
Tel: +39 0332 78 3652
Fax: +39 0332 78 6325
mailto:simon.cox@jrc.ec.europa.eu
http://ies.jrc.ec.europa.eu/simon-cox

SDI Unit: http://sdi.jrc.ec.europa.eu/
IES Institute: http://ies.jrc.ec.europa.eu/
JRC: http://www.jrc.ec.europa.eu/
--------------------------------------------------------

Any opinions expressed are personal unless otherwise indicated.

-----Original Message-----
From: P.Barnaghi@surrey.ac.uk [mailto:P.Barnaghi@surrey.ac.uk]
Sent: Wednesday, 23 June 2010 15:19
To: simon.cox@jrc.ec.europa.eu; Michael.Compton@csiro.au;
public-xg-ssn@w3.org
Subject: RE: operating and survival conditions

I hope that I have understood it correctly; Can we use a part of NASA's
SWEET ontology for the units of measurement?

Best regards,
Payam


________________________________________
From: public-xg-ssn-request@w3.org [public-xg-ssn-request@w3.org] On Behalf
Of Simon Cox [simon.cox@jrc.ec.europa.eu]
Sent: 23 June 2010 13:59
To: Michael.Compton@csiro.au; public-xg-ssn@w3.org
Subject: RE: operating and survival conditions

What is the rationale behind URLs like

http://purl.oclc.org/NET/muo/ucum/unit/temperature/degree-Celsius ?

1.  It appears that the project that set this up stopped in 2008 2.  It
doesn't appear to offer any real semantic value - the RDF seems to be
confined to rdf:type information, which doesn't get you far. No definitions,
conversions, or even links to more authoritative definitions.
3.  The slash URI ultimately maps to a # URI, which implies a finite set in
a primary-resource, which is not scalable for an unbounded set like units of
measure. (Compare this with the OGC URI scheme, which allows any terminal
symbol that can be constructed following the UCUM algorithm - i.e. it
effectively delegates the detail to UCUM. ) 4.  I'm a bit baffled why they
call it 'ucum' but then do *not* use the symbols defined in UCUM

I fully agree that an authoritative source of URIs for units and quantities
is required, but submit that this is a poor choice.

--------------------------------------------------------
Simon Cox

European Commission, Joint Research Centre Institute for Environment and
Sustainability Spatial Data Infrastructures Unit, TP 262 Via E. Fermi, 2749,
I-21027 Ispra (VA), Italy
Tel: +39 0332 78 3652
Fax: +39 0332 78 6325
mailto:simon.cox@jrc.ec.europa.eu
http://ies.jrc.ec.europa.eu/simon-cox

SDI Unit: http://sdi.jrc.ec.europa.eu/
IES Institute: http://ies.jrc.ec.europa.eu/
JRC: http://www.jrc.ec.europa.eu/
--------------------------------------------------------

Any opinions expressed are personal unless otherwise indicated.

-----Original Message-----
From: public-xg-ssn-request@w3.org [mailto:public-xg-ssn-request@w3.org] On
Behalf Of Michael.Compton@csiro.au
Sent: Tuesday, 22 June 2010 15:00
To: public-xg-ssn@w3.org
Subject: operating and survival conditions

I've marked up Payam's suggestion for operating and survival conditions into
an OWL file (as an extension of the current version of the ontology).  See
http://www.w3.org/2005/Incubator/ssn/wiki/Operating_Model

I hope I've interpreted it properly.  All comments welcome - Payam, if you
see anything amiss let me know.

On the same page is an example that encodes the operating and survival
conditions for a sensor.

Both files are attached here.

Michael=
Received on Wednesday, 23 June 2010 15:47:55 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 23 June 2010 15:47:55 GMT