3D extensions#29
Conversation
…unctions related to positioning in space.
…ensions descriptions and use cases links.
|
"Closest point and closest coordinate functions are examples of functions allowing to measure distances between 3D geometries on different planes. Shortest and longest line functions return lines corresponding to appropriate distances." |
opengeospatial/ogc-geosparql#567 There are examples and more detailed description of those two functions. |
| GeoSPARQL 3D should be aligned to other vocabularies and standard which currently provide 3D support in different knowledge domains. | ||
| Especially alignments to https://technical.buildingsmart.org/standards/ifc/ifc-formats/ifcowl/[ifcOWL] and the https://www.web3d.org/x3d/content/semantics/semantics.html[X3D vocabulary] would position the GeoSPARQL vocabulary as a link between these different standards. | ||
| GeoSPARQL 3D should be aligned with other vocabularies and standards which currently provide 3D support in different knowledge domains. | ||
| Especially alignments with https://technical.buildingsmart.org/standards/ifc/ifc-formats/ifcowl/[ifcOWL] and the https://www.web3d.org/x3d/content/semantics/semantics.html[X3D vocabulary] would position the GeoSPARQL vocabulary as a link between these standards. At the same time GeoSPARQL should not include advanced procedural geometric concepts from IFC. |
There was a problem hiding this comment.
"At the same time GeoSPARQL should not include advanced procedural geometric concepts from IFC." This statement should be explained: what are those advanced procedural geometric concept, and why shouldn't they be included?
There was a problem hiding this comment.
I am also not sure which concepts are being referred to. @FransKnibbe would you be okay if we deleted this sentence in the absence of @ar-chad contributions?
| - Colors of surfaces with light diffusion parameters | ||
| - Images as textures, which are associated with surfaces of the 3D object | ||
|
|
||
| GeoSPARQL should also support queries of different levels of detail on 3D geometry sets. One dataset should allow 3D data to be viewed at the level of a country, province, city, neighborhood, street, building, or room, etc. |
There was a problem hiding this comment.
I think this is already supported in GeoSPARQL 1.1.
There was a problem hiding this comment.
GeoSPARQL 1.1 allows to state the spatial resolution as a property. In that way you could distinguish LOD, correct. Maybe @ar-chad means to distinguish LOD by other means, e.g. instances of "LOD" which might be "Room", "City" etc? That would make sense to me. In that regard, should we keep this sentence @FransKnibbe ?
FransKnibbe
left a comment
There was a problem hiding this comment.
I thinks some additional clarifications are needed.
Please reassign it to another person. At the moment, I am not really sure when I would be able to work on this. |
Clarified the role of SHACL validators in assessing CRS applicability to 3D geometries.
No description provided.