W3C home > Mailing lists > Public > public-sdw-wg@w3.org > February 2017

Re: New proposal for SOSA

From: Krzysztof Janowicz <janowicz@ucsb.edu>
Date: Mon, 6 Feb 2017 18:27:16 -0800
To: Maxime Lefran├žois <maxime.lefrancois@emse.fr>, Armin Haller <armin.haller@anu.edu.au>, "Simon.Cox@csiro.au" <Simon.Cox@csiro.au>, Kerry Taylor <kerry.taylor@anu.edu.au>, "public-sdw-wg@w3.org" <public-sdw-wg@w3.org>
Message-ID: <9dc520d6-2211-2e9c-0697-b2b1ee75fb5a@ucsb.edu>
Dear Maxime,

Thanks for your effort, I will look into the details asap. Note however, 
that you seem to be reinventing the wheel and probably missed many of 
our discussions over the past year. For instance, we agreed not to use 
domain and range restrictions.

Best,
Krzysztof


On 02/06/2017 06:09 PM, Maxime Lefran├žois wrote:
> Dear all,
>
> Please find attached a proposal for SOSA, and a figure that 
> illustrates it.
>
> 1)
>
> I have taken the liberty to add some RDFS axioms in SOSA, knowing that 
> such axioms will never prevent SOSA to become one day part of 
> schema.org <http://schema.org>. As a matter of fact, goodrelations, 
> the well known ontology that has been integrated into schema.org 
> <http://schema.org> is highly axiomatized:
>  - it uses disjoint classes axioms
>  - it uses domains and ranges that are union of classes.
>
> The second point makes it pretty well aligned with schema.org 
> <http://schema.org> domainIncludes and rangeIncludes actually, while 
> using only the RDFS and OWL vocabulary.
>
> Seehttp://purl.org/goodrelations/v1.owl
>
>
> 2)
>
> I also propose to remove the sosa:hasValue.
>
> schema.org <http://schema.org> already has its way of assigning values 
> to elements (see http://schema.org/value). Plus, other ways exist to 
> give a value and a unit of measure to an observation result (QUDT, OM,..)
>
>
> 3)
>
> I have renamed some properties,
>  - either to be more aligned with SSN
>  - or so that there is a clear naming convention
>
>
> There may be other noticeable differences that I did not document yet.
>
>
> Shall I issue a pull request before we discuss these different points 
> in separate threads ?
>
>
>
> I'm working on the rest of my proposal:
>  - SSNX:http://www.w3.org/ns/ssn/ssnx
>  - SSN:http://www.w3.org/ns/ssn/
>  - various alignment documents proposed by Simon
>  - some specifications for the server to expose documents and terms in 
> accordance with best practices.
>
> The old namespace http://purl.oclc.org/NET/ssnx/ssn# would redirect to 
> http://www.w3.org/ns/ssn/ssnx
>
>  - Ontology SSNX deprecates the old terms and aligns them with either 
> a sosa term, or a ssn term
>  - Ontology SSN imports SOSA, adds axioms, and other SSN terms.
>
>
> To me, the only tricky parts in the integration of SOSA/SSN so far are:
>  - property oldssn:isProducedBy
>  - SensorOutput and Observation are merged into a single class.
>
> Best,
> Maxime
>


-- 
Krzysztof Janowicz

Geography Department, University of California, Santa Barbara
4830 Ellison Hall, Santa Barbara, CA 93106-4060

Email: jano@geog.ucsb.edu
Webpage: http://geog.ucsb.edu/~jano/
Semantic Web Journal: http://www.semantic-web-journal.net
Received on Tuesday, 7 February 2017 02:27:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 7 February 2017 02:27:53 UTC