Skip to content

3D extensions#29

Open
ar-chad wants to merge 6 commits into
mainfrom
3D-extensions
Open

3D extensions#29
ar-chad wants to merge 6 commits into
mainfrom
3D-extensions

Conversation

@ar-chad
Copy link
Copy Markdown
Collaborator

@ar-chad ar-chad commented Aug 13, 2025

No description provided.

@ar-chad ar-chad requested review from FransKnibbe and situx August 13, 2025 07:58
@ar-chad ar-chad self-assigned this Aug 13, 2025
@ar-chad ar-chad changed the title 3 d extensions 3D extensions Aug 13, 2025
@FransKnibbe
Copy link
Copy Markdown
Collaborator

"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."
The way these proposed functions should work is not clear to me. Would it be possible to describe requirements as these with function signatures?

@ar-chad
Copy link
Copy Markdown
Collaborator Author

ar-chad commented Sep 10, 2025

"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." The way these proposed functions should work is not clear to me. Would it be possible to describe requirements as these with function signatures?

opengeospatial/ogc-geosparql#567
opengeospatial/ogc-geosparql#566

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.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"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?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is already supported in GeoSPARQL 1.1.

Copy link
Copy Markdown
Collaborator

@situx situx Nov 4, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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 ?

Comment thread document/sections/05-geosparql3D.adoc Outdated
Comment thread document/sections/05-geosparql3D.adoc
Copy link
Copy Markdown
Collaborator

@FransKnibbe FransKnibbe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thinks some additional clarifications are needed.

@ar-chad
Copy link
Copy Markdown
Collaborator Author

ar-chad commented Sep 10, 2025

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.
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

Successfully merging this pull request may close these issues.

5 participants