- From: Maxime Lefrançois <maxime.lefrancois@emse.fr>
- Date: Tue, 8 Oct 2024 11:03:08 +0200 (CEST)
- To: Kathi Schleidt <kathi@datacove.eu>
- Cc: SDW WG <public-sdw-wg@w3.org>
- Message-ID: <113771341.15202063.1728378188332.JavaMail.zimbra@emse.fr>
Dear Kathi,
This is the one I'm talking about: [ https://github.com/w3c/sdw-sosa-ssn/issues/106 | https://github.com/w3c/sdw-sosa-ssn/issues/106 ]
The specific answer to your question may be here: [ https://github.com/w3c/sdw-sosa-ssn/issues/106#issuecomment-1837160171 | https://github.com/w3c/sdw-sosa-ssn/issues/106#issuecomment-1837160171 ]
Best regards,
Maxime Lefrançois
Associate Professor
IMT - MINES Saint-Étienne - Institut Henri Fayol
Member of Laboratoire LIMOS - UMR CNRS 6158
De: "Kathi Schleidt" <kathi@datacove.eu>
À: "Maxime LEFRANCOIS" <maxime.lefrancois@emse.fr>
Cc: "SDW WG" <public-sdw-wg@w3.org>
Envoyé: Mardi 8 Octobre 2024 09:24:55
Objet: Re: Notation Question in the examples on SOSA/SSN
Hi Maxime,
I continue to chew through the examples, last night had an insight as to the usefulness of the "FoI-Specific ObsProps" I'd be thankful if you could confirm.
Looking at example B.3 apartment 134, I started to get the impression that the reason for the "FoI-Specific ObsProps" is to create a link between a Sensor and the FoI it's observing. In OMS, I'd indicate this through an ObservingCapability object (describes a potential Observation that could be made with a setup of Sensors, Platforms etc). Is this the logic behind this approach?
Also - you mention you'd described this in a GitHub issue, but I fear I couldn't find - do you have a pointer for me?
:)
Kathi
On 04.10.2024 10:45, Maxime Lefrançois wrote:
Dear all,
I agree with promoting, by default, neutral ObsProps in examples
A specific section could introduce FoI-Specific ObsProps and motivate their existence through the corner cases (that are not so uncommon, arguments are given in the related issue on github)
Best regards,
Maxime Lefrançois
Associate Professor
IMT - MINES Saint-Étienne - Institut Henri Fayol
Member of Laboratoire LIMOS - UMR CNRS 6158
De: "Grellet Sylvain" [ mailto:S.Grellet@brgm.fr | <S.Grellet@brgm.fr> ]
À: "Nicholas Car" [ mailto:nick@kurrawong.ai | <nick@kurrawong.ai> ] , "Kathi Schleidt" [ mailto:kathi@datacove.eu | <kathi@datacove.eu> ]
Cc: "Rob Atkinson" [ mailto:ratkinson@ogc.org | <ratkinson@ogc.org> ] , "Luís Moreira de Sousa" [ mailto:luis.moreira.de.sousa@tecnico.ulisboa.pt | <luis.moreira.de.sousa@tecnico.ulisboa.pt> ] , "Robert Warren" [ mailto:warren@glengarryag.com | <warren@glengarryag.com> ] , "SDW WG" [ mailto:public-sdw-wg@w3.org | <public-sdw-wg@w3.org> ]
Envoyé: Vendredi 4 Octobre 2024 10:39:33
Objet: RE: Notation Question in the examples on SOSA/SSN
Bonjour everyone,
I’d tend to favour « neutral ObsProps »
I’m not saying that "FoI-Specific ObsProps" don’t exist , pretty sure we can find edge cases.
But promoting through example « "FoI-Specific ObsProps" » tend to bias the re-user approach.
One recent example here : in our national research infrastructure on earth and its environnement someone starting to fill in the semantic backbone did it on a pure thesaurus / keyword way starting from GCMD.
That’s how we end having Nitrate as a narrower of OceanChemistry…
As we all know Nitrate is not specific of the Ocean.
Now, we have to disambiguate the whold thing…
Favouring « neutral ObsProp » will help exchange observations accross data silos.
A bientôt
Sylvain
De : Nicholas Car [ mailto:nick@kurrawong.ai | <nick@kurrawong.ai> ]
Envoyé : jeudi 3 octobre 2024 16:13
À : Kathi Schleidt [ mailto:kathi@datacove.eu | <kathi@datacove.eu> ]
Cc : Rob Atkinson [ mailto:ratkinson@ogc.org | <ratkinson@ogc.org> ] ; Luís Moreira de Sousa [ mailto:luis.moreira.de.sousa@tecnico.ulisboa.pt | <luis.moreira.de.sousa@tecnico.ulisboa.pt> ] ; Robert Warren [ mailto:warren@glengarryag.com | <warren@glengarryag.com> ] ; SDW WG [ mailto:public-sdw-wg@w3.org | <public-sdw-wg@w3.org> ]
Objet : Re: Notation Question in the examples on SOSA/SSN
Hi all,
I am watching with interest to see what the consensus is regarding "FoI-Specific ObsProps" or "neutral ObsProps".
I'm happy to assist with RDF formulation of things if needed. I have a lot of work going on at the moment involving biodiversity "parameters" (ObsPros) such as those listed here, [ https://urldefense.com/v3/__http:/linked.data.gov.au/def/tern-cv/5699eca7-9ef0-47a6-bcfb-9306e0e2b85e__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOYLGzSiMw$ | http://linked.data.gov.au/def/tern-cv/5699eca7-9ef0-47a6-bcfb-9306e0e2b85e ] , and I'd like to see how to mesh our current practice with the canonical examples here.
We now have a database of 70+ million observations of species occurrence and multiple mullion secondary observations of properties of the species (tree hight, specimen colour etc.) so plenty of material to play with in line with the example pattern being formulated here.
Nick
On Thursday, 3 October 2024 at 23:17, Kathi Schleidt < [ mailto:kathi@datacove.eu | kathi@datacove.eu ] > wrote:
BQ_BEGIN
Hi all,
based on the feedback received, I'll try and update all examples to / in place of #
My next question is if we keep all the examples with the FoI-Specific ObsProps, or if we adjust them to have neutral ObsProps. Have we had any feedback from Maxime on this? To my understanding, he's the proponent of the FoI-Specific ObsProps.
I'll try and evaluate the entire batch of examples to see if anything is redundant (to my memory they're not), or if we'd need any additional examples.
However, I'll need help in formulating them, as I'm not an RDF/TTL expert, and simply don't have the resources to become one at present.
:)
Kathi
On 30.09.2024 23:41, Rob Atkinson wrote:
BQ_BEGIN
In addition to QC, the questions we need to answer are:
1. Are the examples we need in place in-line?
2. Are any examples in place not necessary and could be move to appendix
3. Are the examples the best (specifically can we provide best practice guidance for observed properties using property descriptions of some sort (classes or SKOS - punning meaning we could use a URI and have either or both)
4. Can the examples be cleaned and trimmed at all- e.g. suppressing common namespace prefixes we define once - e.g. [ https://urldefense.com/v3/__https:/github.com/w3c/sdw-sosa-ssn/issues/246__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOa0XnRZYQ$ |
https://github.com/w3c/sdw-sosa-ssn/issues/246 ]
Note the validation of example files is now available at [ https://urldefense.com/v3/__https:/opengeospatial.github.io/ogcapi-sosa/bblock/ogc.sosa.properties.spec-examples__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOZAEtK0hw$ |
https://opengeospatial.github.io/ogcapi-sosa/bblock/ogc.sosa.properties.spec-examples ] - and is one PR away from passing [ https://urldefense.com/v3/__https:/github.com/w3c/sdw-sosa-ssn/pull/247__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOYg540G-g$ |
https://github.com/w3c/sdw-sosa-ssn/pull/247 ]
Rob Atkinson
Senior Research Engineer | Open Geospatial Consortium (OGC)
Mobile: +61 419 202973
[ mailto:ratkinson@ogc.org | ratkinson@ogc.org ] | [ https://urldefense.com/v3/__http:/ogc.org/__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkObP0sAj-Q$ | ogc.org ] | @opengeospatial
[ https://urldefense.com/v3/__https:/ogc.us4.list-manage.com/subscribe?u=704e02f81107a6caab1568067&id=4e4528fd9d__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOZhO2PjMQ$ | Sign
up for OGC News ]
On Mon, Sep 30, 2024 at 7:26 PM Luís Moreira de Sousa < [ mailto:luis.moreira.de.sousa@tecnico.ulisboa.pt | luis.moreira.de.sousa@tecnico.ulisboa.pt ] > wrote:
BQ_BEGIN
Dear all,
on this topic there have been objective recommendations by the W3C:
[ https://urldefense.com/v3/__https:/www.w3.org/TR/cooluris/*choosing__;Iw!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOaHQSVqkA$ | https://www.w3.org/TR/cooluris/#choosing ]
Hashes are fine in small graphs, like an ontology, but complicate
matters in larger graphs. Moreover, the trend towards ReST also
benefits the forward slashes.
Regards.
--
Luís Moreira de Sousa
INESC-ID
Instituto Superior Técnico
University of Lisbon
On Mon, 2024-09-30 at 18:53 +1000, Rob Atkinson wrote:
> Whilst all legal URI forms are valid, the inconsistency is
> unhelpful, and these particular examples are idiosyncratic and
> inconsistent with the original O&M model of a GF_Property.
> SOSA is more agnostic, but real systems are going to need to have an
> identifiable architecture pattern for properties. So can we
> decide which style of examples we need to show - and push the others
> to a register of examples?
>
>
> Rob Atkinson
> Senior Research Engineer | Open Geospatial Consortium (OGC)
> Mobile: +61 419 202973
> [ mailto:ratkinson@ogc.org | ratkinson@ogc.org ] | [ https://urldefense.com/v3/__http:/ogc.org__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOZsNvXMQQ$ |
ogc.org ] | @opengeospatial
>
>
>
> Sign up for OGC News
>
>
> On Sat, Sep 28, 2024 at 12:11 AM Robert Warren
> < [ mailto:warren@glengarryag.com | warren@glengarryag.com ] > wrote:
> > It strikes me as wrong. -rhw
> >
> > On Fri, Sept 27, 2024, 6:08 a.m. Kathi Schleidt < [ mailto:kathi@datacove.eu | kathi@datacove.eu ] >
> > wrote:
> > >
> > > Hi all,
> > > going through and analysing the examples for SOSA/SSN, I've
> > > noticed two different notations, sometimes used interchangeably.
> > > Has to with associations from a class, I see both '/' and '#'
> > > being used, at times within the same example. See C.4 Tree height
> > > measurement, where the ObsProp is tightly bound to the FoI. Here
> > > we find both versions, e.g.:
> > > * <tree/124/height>
> > > * <tree/124#height>
> > > Does the # version convey some subtly of meaning that I'm not
> > > aware of, or are these 2 syntax options just being used
> > > interchangeably? If they're the same, I'd be for using /
> > > everywhere
> > >
> > > :?
> > > Kathi
> > >
> > > On 24.09.2024 12:40, Simon Cox wrote:
> > >
> > >
> > > >
> > > > i.e. in 24 hours and 20 minutes time
> > > >
> > > >
> > > >
> > > >
> > > > Agenda and rolling notes
> > > > here: [ https://urldefense.com/v3/__https:/docs.google.com/document/d/15TBmYhgRjncdd_bvmTKyg__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOaCvGpSDw$ |
https://docs.google.com/document/d/15TBmYhgRjncdd_bvmTKyg ]
> > > > CD8aIhQo1-Tkg3eOKjYNTw/edit
> > > >
> > > >
> > > >
> > > >
> > > > Highlights:
> > > >
> > > > 1. Completion plan - Triage topics so we can finish this
> > > > century
> > > > 2. Issues
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Cheers - Simon
> > > >
> > > >
> > > > [ mailto:dr.shorthair@pm.me | dr.shorthair@pm.me ]
> > > > [ https://urldefense.com/v3/__https:/github.com/dr-shorthair__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOYtAAf2Kg$ |
https://github.com/dr-shorthair ]
> > > >
> > > > +61 403 302 672
> > > >
> > > >
> > > > On Boonwurrung land
> > > >
> > > >
> > > >
> > > > Sent with Proton Mail secure email.
> > > >
> > > >
> > >
BQ_END
--
Katharina Schleidt
CEO, Data Modeler, Data Networking Expert
DataCove e.U. ,
Robert Hamerlingg. 1/14,
1150 Vienna, Austria
Tel:
Mobile:
Skype:
E-Mail:
Web:
+43 (1) 89 234 26
+43 (650) 89 234 26
Kathi Schleidt
[ mailto:Kathi@DataCove.eu | Kathi@DataCove.eu ]
[ https://urldefense.com/v3/__http:/www.DataCove.eu__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkObgReT4Wg$ | www.DataCove.eu ]
FAIR information cube ,
Horizon EU project,
[ https://urldefense.com/v3/__https:/doi.org/10.3030/101059238__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOZo8FUIyg$ | https://doi.org/10.3030/101059238 ]
E-mail:
Web:
[ mailto:fairicube@nilu.no | fairicube@nilu.no ]
[ https://urldefense.com/v3/__http:/www.fairicube.eu__;!!KbSiYrE!kjrzTfjEYnfPTXgno_xlYz38eMWobNFUSRctV0Pa43CT_c4yC8cCpgNdO4TjBaGvSAQnwlfFkOazlJ3VkQ$ | www.fairicube.eu ]
In the twenty-first century censorship works by flooding people with irrelevant information.
-- Homo Deus, Yuval Noah Harari
Do what you can, when you can, because you can
-- Anonymous, paraphrasing Theodore Roosevelt
Please note that the fact that you have received this email implies that your mail address is stored on my system's address book. If this bothers you, please get in touch, and I will delete your information.
BQ_END
BQ_END
--
Katharina Schleidt
CEO, Data Modeler, Data Networking Expert
DataCove e.U. ,
Robert Hamerlingg. 1/14,
1150 Vienna, Austria
Tel:
Mobile:
Skype:
E-Mail:
Web:
+43 (1) 89 234 26
+43 (650) 89 234 26
Kathi Schleidt
[ mailto:Kathi@DataCove.eu | Kathi@DataCove.eu ]
[ http://www.datacove.eu/ | www.DataCove.eu ]
FAIR information cube ,
Horizon EU project,
[ https://doi.org/10.3030/101059238 | https://doi.org/10.3030/101059238 ]
E-mail:
Web:
[ mailto:fairicube@nilu.no | fairicube@nilu.no ]
[ http://www.fairicube.eu/ | www.fairicube.eu ]
In the twenty-first century censorship works by flooding people with irrelevant information.
-- Homo Deus, Yuval Noah Harari
Do what you can, when you can, because you can
-- Anonymous, paraphrasing Theodore Roosevelt
Please note that the fact that you have received this email implies that your mail address is stored on my system's address book. If this bothers you, please get in touch, and I will delete your information.
Received on Tuesday, 8 October 2024 09:03:19 UTC