There are new vocabulary proposed in the latest Profile draft (also see https://github.com/w3c/wot-profile/issues/17). Which should evaluate how those should be covered in the core model. Which should also clarify which existing ontologies can be re-used for this kind of vocabulary.

See for a justification why loc_altitude is problematic.
for the geo based terms (loc_latitude, loc_longitude, loc_altitude, loc_height, loc_depth) we should check GeoSPARQL https://www.ogc.org/standards/geosparql which seems also to be used by SSN.
here is another source https://www.w3.org/community/geosemweb/
another (prominent) ontology https://lov.linkeddata.es/dataset/lov/vocabs/geo
In today's TD call we discuss the option to define a geo container like geoLocation that embeds all geo-location based terms.
- we should also check https://schema.org/GeoCoordinates
E.g.
{
"@context": [
"https://www.w3.org/2019/wot/td/v1",
{ "s": "http://schema.org" }
],
"id": "urn:dev:ops:32473-WoTLamp-1234",
"s:longitude": "40.75",
"s:latitude": "73.98",
"s:elevation": "15",
"s:manufacturer": {"name": "Acme"},
"title": "MyLampThing",
...
}
I would also be for using the already existing vocabularies in schema.org
In Spatial Data on the Web Best Practices (2017), there is a Best Practice provided for "State how coordinate values are encoded" (Best Practice 8).
It uses both Basic Geo (WGS84 lat/long) Vocabulary and Schema.org.
It is also noted the definitions provided in schema.org do not indicate the unit of measure, as of 2017 at least.
From today's TD call:
Don't think we should close this until we discuss with SDWIG and OCG, maybe write up an example (and include in the TD spec?). I've labelled this issue so it shows up in the joint meeting planned for Dec 10 (see https://github.com/w3c/wot/issues/939).
Most helpful comment
E.g.