- From: Lewis John McGibbney via GitHub <sysbot+gh@w3.org>
- Date: Fri, 01 Nov 2019 17:01:17 +0000
- To: public-sdwig@w3.org
> @chris-little ...but there is some consensus around it and ... Yes I agree with that. @mathib over in the [ESIP Semantic Technologies community](http://wiki.esipfed.org/index.php/Semantic_Technologies) we have been developing and are the stewards of the [Semantic Web for Earth and Environment Terminology](https://github.com/ESIPFed/sweet/) (SWEET) ontology suite which does contain relevant resources worth mentioning here, specifically (but not limited to) * [Representation Space Geometry](https://github.com/ESIPFed/sweet/blob/4a5378cb048b6f493cfe57fdb85cf4c90f30baa4/src/reprSpaceGeometry.ttl) * [Representation Space Geometry 3D](https://github.com/ESIPFed/sweet/blob/4a5378cb048b6f493cfe57fdb85cf4c90f30baa4/src/reprSpaceGeometry3D.ttl) N.B. both of the above resources (like all SWEET resources) are served as linked data via the http://sweetontology.net/ URI e.g. http://sweetontology.net/reprSpaceGeometry. Content negotiation is also available via usual means. The reason I mention there is is NOT to say that everyone should use them, but it is to say that these representation constructs in SWEET _could_ be used as the framework from which the LBD effort builds out relevant implementations specific to your use cases e.g. > ...RDF-based description of geometry, e.g. in a context of parametric geometry where the parametrics have to be accessible as Linked Data I was discussing some related issues with @pipauwel and am somewhat aware of the work going on over at LBD group. This is a really interesting effort. -- GitHub Notification of comment by lewismc Please view or discuss this issue at https://github.com/w3c/sdw/issues/1143#issuecomment-548868187 using your GitHub account
Received on Friday, 1 November 2019 17:01:19 UTC