GeoPython 2023

Current software/services only allow incoherent overlapping of information. We provide a datamodel detailing the needed connections for integration and management of the various data sources to achieve actual connections and meaningful relations. This allows management and coordinators a complete overview over the construction process. This includes comparing different sources to check the current progress and having all available information in one place. Having a local instance also allows them to establish a single-source of truth, be able to compare and merge new information for any part of the project.

We’re showing a first proof of concept of a website. It consists of multiple individual components which are modular as to be able to be replaced with a different view, a different library or another API endpoint.
The backend consists of multiple modules.
We utilize a PostGIS Database to serve both the GIS Data and additional object-level information, linked by each elements unique ID.
The IFC files would be stored in a graph-database, enabling a good overview over inter-model relations and their attachment to different elements, overlapping models and child/parent models.
Building schedule would also consist of tabular data, defining start and end dates, task names and any additional information such as hierarchy, dependency etc.
For presentation we use Leaflet for GIS-Data, syncing markers and line-styles with the database. As a backdrop any opensource WMTS Server can be used (e.g. SwissTopo)
The 3D Model is rendered in IFC.js, allowing for highlighting and interactivity.
The building schedule will be presented as Gantt-Chart, with each timeframe having linked the IDs of the afflicted objects and the type of action: Build, teardown, move, modify, …
The final product would allow a full overview over the planned 3D and 2D lifecycle of the object, possibly including interactions with other sites via an exposed REST API.