Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Observation Types #151

Open
KathiSchleidt opened this issue Oct 7, 2021 · 4 comments
Open

Observation Types #151

KathiSchleidt opened this issue Oct 7, 2021 · 4 comments

Comments

@KathiSchleidt
Copy link
Contributor

Looking for O&M Observation Types, I come up with the following options via the following paths

  1. Starting with OGC Definitions, (strangely enough NOT the page that http://www.opengis.net/def resolves to), where the entries are marked as "Vocabulary", I have 2 options for observation types:
  1. Starting with the base page, so what http://www.opengis.net/def actually resolves to, I again can access observation types under the ConceptScheme Hierarchy (interesting is that I cannot find the Vocabulary page in this hierarchy), I also find:

What one would really need:

  • Observation Types: All Observation types. The 3 extended types could to my view be included. While not formalized in the ISO Spec (reason for exclusion to my understanding), having these additions in the same namespace as they pertain to OGC types would not cause issues with ISO, would make things more consistent
  • Sample Types: currently missing, in some cases erroneously grouped under Observation Types. Unclear where this came from, error is in the original ttl available on GitHub, has been addressed a few times, but always gotten lost :(
  • O&M Definitions: Not sure we need such a grouping if we have observation and sample types cleanly sorted

ToDo:

  • Fix the Sample isA Observation
  • Decide on a naming scheme (pretty impressed how many versions of camel-kebab-case are possible!)
  • Maintain all existing bits just in case somebody is using them, but mark them as deprecated and a link to the cleaned scheme
@rob-metalinkage
Copy link

A lot of this content was manually curated in the past - and has not (intentionally) been changed so its totally appropriate for the SWG to take over quality control and updates!

There is another level of complexity around equivalent forms - "observationType" vs "observation-type" and version equivalences. At this stage there is no policy guidance on this and so the Definitions Server just exposes these as best it can - but it does need a discussion and clarify of both policy and display requirements. I've been dreading this :-) I'm guessing there was historical inconsistency in use and the problem has now been propagated to a complicated and ill-defined set of upstream user requirements.

The TTL source file [1] can be updated via a pull request (or email to me) any time, and I can propagate the updates to defs-dev for review then to production.

[1] https://github.com/opengeospatial/NamingAuthority/blob/master/definitions/conceptschemes/om.ttl

@KathiSchleidt
Copy link
Contributor Author

@rob-metalinkage while I can try and sort om.ttl, we'd also need some sort of battle plan on how to deal with the diversity of O&M resources - once we've agreed on the true set of resources, how to deprecate the myriads of pseudo-twins!

And many thanks for admitting that you've been keeping your head in the sand on this issue, confirms my impression!

Btw - is anybody aware of an open source editor with which I can sanely edit the ttl? Protege doesn't cut it, I can't afford TopBraid, WebVOWL makes me dizzy, and somehow Notepad++ (my go-to when all else fails) is missing essential tooling! ;)

@dr-shorthair
Copy link

Vs-code with the Stardog plugin gives good syntax colouring at least

@ghobona
Copy link

ghobona commented Oct 14, 2021

@KathiSchleidt The tasks on the ToDo list above are appropriate. The O&M SWG is the expert group for the O&M standard, therefore, I will move this GitHub Issue to the O&M SWG's repository. I am anticipating that the O&M SWG will create a branch or fork of this repo and make the proposed modifications to om.ttl. Once the O&M SWG has completed the proposed modifications, the OGC-NA can review the proposed modifications and either approve them or request clarifications/changes.

@ghobona ghobona transferred this issue from opengeospatial/NamingAuthority Oct 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants