Skip to content

Latest commit

 

History

History
196 lines (111 loc) · 6.93 KB

File metadata and controls

196 lines (111 loc) · 6.93 KB

Requirements for GeoSPARQL 3D

5.1 Existing implementation of 3D geometry in GeoSPARQL

This section provides an overview of feedback received on the current version of the GeoSPARQL standard (version 1.1) regarding 3D usage. It helps to identify some of the barriers to use, and to outline requirements that have not been addressed that may encourage greater uptake.

Proposed extensions for GeoSPARQL 3D

Extension 1: 3D representations
Category

Semantic improvement

Description

GeoSPARQL should include ways to represent 3D data in a knowledge graph.

3D data should be included in common 3D formats and 3D data should be includable as a text literal and a file representation.

Some common formats which could be considered for inclusion are:

Extension 2: Relations of 3D geometries
Category

Semantic improvement

Description

GeoSPARQL should include ways to represent relations between 3D geometries and relations between 3D geometries and geometries of lower dimensions. The relations should be expressable in property relations and should be queryable using SPARQL extension functions.

Extension 3: Appearance of 3D geometries
Category

Semantic improvement

Description

GeoSPARQL should include ways to represent materials and textures of 3D geometries, so that geometries can be styled accordingly.

Materials include:

  • Colors of surfaces with light diffusion parameters

  • Images as textures, which are associated with surfaces of the 3D object

Extension 4: Multi-component 3D geometries
Category

Semantic improvement

Description

GeoSPARQL should include ways to define multi-component 3D geometries, whereas each component expresses its own semantics. For example, parts of a building could have different semantics according to the function of the building components and would be classified as such in an RDF graph.

Extension 5: Positioning of 3D geometries
Category

Semantic improvement

Description

GeoSPARQL should include ways to position 3D geometries in a 3D space. Commonly 3D geometries are rotated, translated and scaled using commonly defined operators in computer graphics. Similar operations are needed for the relative positioning of 3D objects in GeoSPARQL, as properties and potentially as functions.

Extension 6: Alignments of GeoSPARQL 3D
Category

Semantic improvement

Description

GeoSPARQL 3D should be aligned to other vocabularies and standard which currently provide 3D support in different knowledge domains. Especially alignments to ifcOWL and the X3D vocabulary would position the GeoSPARQL vocabulary as a link between these different standards.

Extension 7: Alignments of Engineering CRS to Geospatial CRS
Category

Semantic improvement

Description

GeoSPARQL 3D should provide the opportunity to align a local coordinate system in which most 3D geometries are defined with a coordinate reference. While this work might only be partially done within the scope of GeoSPARQL itself, GeoSPARQL should be aligned with the emerging Ontology CRS developments of OGC and provide necessary functions or properties to create the link.

Extension 8: Geometry Extrusion
Category

Semantic improvement

Description

GeoSPARQL 3D should provide the opportunity to extrude 2D geometries to 3D geometries and vice versa.

Extension 9: Geometry Attributes
Category

Semantic improvement

Description

GeoSPARQL 3D should provide functions and properties that describe essential properties of a 3D Geometry such as its minimum and maximum height, width and depth and its CompactnessRatio.

Extension 10: Non-topological Query Functions - 3D Extension
Category

Semantic improvement

Description

GeoSPARQL 3D should provide the opportunity to execute non-topological query functions on 2D and 3D geometries commonly used in geospatial databases. Proposed extensions include following functions:

  • geometry extrusion to the specified line segment

  • geometry extrusion to the specified height

  • spatiotemporal geometry extrusion to the specified line segment with specific start and end time

5.2 3D Geometry available in IFC

This section describes what kind of geometry is available in IFC, and how that relates to (1) different modelling kernels, and (2) geoSPARQL and geospatial geometry engines.

@Thomas Krijnen, Alex Donkers, Pieter Pauwels == to write here please

5.3 Vanilla 3D geometry handling in the Semantic Web

This section describes in what other ways 3D geometry is currently handled in the Semantic Web, for example in BOT ontology, OMG and FOG ontologies, and few more.

5.4 Concluding overview of requirements for 3D geometry in the semantic web

A concluding summary with a list of requirements to be taken into account for future development in different places and organisations.