Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Triply Use Case 7: Place 3D data in the correct size #589

Open
wouterbeek opened this issue Nov 5, 2024 · 1 comment
Open

Triply Use Case 7: Place 3D data in the correct size #589

wouterbeek opened this issue Nov 5, 2024 · 1 comment

Comments

@wouterbeek
Copy link

Triply Use Case 7: Place 3D data in the correct size

Description

3D BIM data typically uses distances/sizes in millimeter. When I load the 3D object into my GeoSPARQL dataset, I want the distances and sizes to be stored correctly.

Actor

  • Data Expert (who may not be a Geodata Expert)

Preconditions

  • I have a 3D BIM object.
  • I have some GeoSPARQL data.

Postconditions

  • I have integrated my 3D BIM object into my GeoSPARQL data, where the 3D object has the right size (length, depth, height, proportions).

Steps

  1. I have a 3D BIM object that I convert to a 3D GeoSPARQL.
  2. I have 2D data in GeoSPARQL that uses CRS IRI http://www.opengis.net/def/crs/EPSG/0/28992, which is specific to The Netherlands.
  3. Upon ingesting the 3D data, I have some way of recognizing or specifying the size, so that millimeters in the "engineering CRS" translate correctly to meters in the "geospatial CRS".
  4. When somebody queries my data, they can see the 3D GeoSPARQL object in the correct size (i.e. not too small or too big).
@FransKnibbe
Copy link
Collaborator

Related to issue #586 : if GeoSPARQL could supply semantics for georeferencing 3D geometry that uses a local CRS, that would probably include a property for a scaling factor. I can imagine QUDT provides suitable semantics for specifying a scale for length units.

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

No branches or pull requests

2 participants