3D extensions #29
3D extensions #29
Conversation
…unctions related to positioning in space.
…ensions descriptions and use cases links.
ar-chad
requested review from
aothms,
ldesousa,
pipauwel,
lvdbrink and
RolfJonker
|
"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?
| - 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.
| ===== Description | ||
|
|
||
| GeoSPARQL 3D should provide the opportunity to extrude 2D geometries to 3D geometries and vice versa. | ||
| While this work might only be partially done within the scope of GeoSPARQL itself, GeoSPARQL should be aligned with the emerging https://github.com/opengeospatial/ontology-crs[Ontology CRS] developments of OGC and provide necessary functions or properties to create the link. There should be also validation function allowing to assess if a particular CRS could be applied to 3D geometries and functions for storing information about coordinate resolution per axis. |
There was a problem hiding this comment.
The validation can be done with SHACL shapes. "validation function" seems to mean a GeoSPARQL function. Suggestion: change to something like "it should be possible for SHACL validation to assess ...."
|
|
||
| ===== Description | ||
|
|
||
| GeoSPARQL 3D should provide means to assess ratios between geometry properties. Proposed function comparing percentage area ratio will be useful in AECO industry use cases such as measuring ratio of total floor area of a building to land parcel area for compliance checking. The function allows to compare ratios of 2D area with surface area of 3D geometries apart from measuring area ratios for geometries of the same dimensionality. |
There was a problem hiding this comment.
In what sense is this spatial functionality? If GeoSPARQL provides functions to calculate area or volume, can't the user then make use of general arithmetic to establish ratios?
There was a problem hiding this comment.
They can. There is always this kind of question - how easy is for the user to get desired output (single operation or multiple operations)
Please reassign it to another person. At the moment, I am not really sure when I would be able to work on this. |
No description provided.