Commit ec7a567e authored by Riegel's avatar Riegel
Browse files

Build mkdocs pages

parent 4b5a5a82
Pipeline #10108 passed with stages
in 1 minute and 16 seconds
...@@ -4,8 +4,7 @@ ...@@ -4,8 +4,7 @@
![Image](img/UDigiT-Doctor.png) ![Image](img/UDigiT-Doctor.png)
Das UDigiT-Doctor Projekt sieht eine Weiterentwicklung des CityDoctor2 vor, welche die Prüfung von urbanen digitalen Zwillingen durch die Validierungs- und Reparaturfunktionen des CityDoctors ermöglichen soll. Das UDigiT-Doctor Projekt sieht eine Weiterentwicklung des CityDoctor2 vor, mit dem Ziel die Prüfung von urbanen digitalen Zwillingen durch die Validierungs- und Reparaturfunktionen des CityDoctors zu ermöglichen.
Zu diesem Zweck sind, unter anderem, die Unterstützung von weiteren Dateitypen, Import und Nutzung von Referenzdaten für die Reparatur und Funktionen für die Qualitätssicherung der semantischen und topologischen Konsistenz geplant.
## Fragestellung ## Fragestellung
Zusammengefasst können für eine Übertragung der Qualitätssicherung von Gebäudemodellen auf UDT folgende wissenschaftliche und technische Schwerpunkteziele abgeleitet werden: Zusammengefasst können für eine Übertragung der Qualitätssicherung von Gebäudemodellen auf UDT folgende wissenschaftliche und technische Schwerpunkteziele abgeleitet werden:
...@@ -23,7 +22,7 @@ UDigiT-Doctor, bzw. CityDoctor2, wird weiterhin als FOSS unter der [LGPL](https: ...@@ -23,7 +22,7 @@ UDigiT-Doctor, bzw. CityDoctor2, wird weiterhin als FOSS unter der [LGPL](https:
Releases von UDigiT-Doctor werden über das [GitLab Repository](https://transfer.hft-stuttgart.de/gitlab/citydoctor/citydoctor2) von CityDoctor2 verfügbar gemacht. Releases von UDigiT-Doctor werden über das [GitLab Repository](https://transfer.hft-stuttgart.de/gitlab/citydoctor/citydoctor2) von CityDoctor2 verfügbar gemacht.
# Projektdaten ## Projektdaten
**Projektlaufzeit:** **Projektlaufzeit:**
01.04.2024 - 01.07.2027 01.04.2024 - 01.07.2027
......
# Anforderungen an UDigiT-Doctor
1. Entwurf einer internen Datenstruktur und Erarbeitung von Verfahren zur Erzeugung eines integrierten Gesamtmodells.
2. Überprüfung der topologischen Beziehungen von Objekten sowohl zur Sicherstellung grundlegender Eigenschaften eines allgemein verwendbaren Basis-Modells als auch für ausgewählte Anwendungszenarien (Leitungsnetze, Gebäudeanschlüsse, ...)
3. Erweiterung des Prüf- und Reperaturprozesses durch Vergleichsmethoden unter Verwendung von Referenzmodellen
4. Umfassende und konfigurierbare Semantikprüfung
| Spezielle Anforderungen von | Relevant für Anforderungen Nr. |
|-----------------------------|--------------------------------|
| Datenmodell | 1., 2., 3. |
| Topologische Konsistenz | 2., 3. |
| Semantische Überprüfung | 2., 4. |
...@@ -4,8 +4,7 @@ ...@@ -4,8 +4,7 @@
![Image](img/UDigiT-Doctor.png) ![Image](img/UDigiT-Doctor.png)
The UDigiT-Doctor project continues the development of CityDoctor2, with the goal of enabling the validation and repair of urban digital twins with CityDoctor. The UDigiT-Doctor project continues the development of CityDoctor2, with the goal of enabling the validation and repair of urban digital twins with CityDoctor.
Planned improvements include, among other things, support of additional file-formats, import of 'ground-truth' model reference data for healing methods and functions for the assurance of topological and semantical consistency.
## Objectives ## Objectives
In summary, the following scientific and technical objectives can be derived to allow for a transfer of the validation functionality of CityDoctor to urban digital twins: In summary, the following scientific and technical objectives can be derived to allow for a transfer of the validation functionality of CityDoctor to urban digital twins:
...@@ -23,10 +22,10 @@ UDigiT-Doctor, being an update of CityDoctor2, will continue to be released unde ...@@ -23,10 +22,10 @@ UDigiT-Doctor, being an update of CityDoctor2, will continue to be released unde
Releases of UDigiT-Doctor will be made available via the CityDoctor2 [GitLab-repository](https://transfer.hft-stuttgart.de/gitlab/citydoctor/citydoctor2). Releases of UDigiT-Doctor will be made available via the CityDoctor2 [GitLab-repository](https://transfer.hft-stuttgart.de/gitlab/citydoctor/citydoctor2).
# Project Information ## Project Information
**Project Duration:** **Project Duration:**
01.04.2024 - 01.07.2027 April 01, 2024 - July 01, 2027
**Project Website:** **Project Website:**
[UDigiT-Doctor: Hochschule für Technik Stuttgart](https://www.hft-stuttgart.de/forschung/projekte/aktuell/udigit-doctor) [UDigiT-Doctor: Hochschule für Technik Stuttgart](https://www.hft-stuttgart.de/forschung/projekte/aktuell/udigit-doctor)
......
# Requirements of the internal data model
## Urban digital twin data
In order to be able to validate and repair the models of urban digital twins, CityDoctor needs the capability to access their data.
## Reference model
While CityDoctor is capable of repairing geometrical errors, the repaired model can contain discrepancies with the real
object. This is expected, since CityDoctor purely operates via model data.
To alleviate this, functionalities for the usage of a reference model are desired. The reference model would allow CityDoctor
to determine the quality of a repair step, enabling the implementation of more sophisticated healing-routines.
## Data format support
The aforementioned requirements revolve around data that is not compatible with, or available as, CityGML. Therefore, to
# Requirements of UDigiT-Doctor
1. Design of an internal data model and methods for the creation of an integrated complete model.
2. Validation of the topological relations between objects, to assure data consistency of a generic base building model and specific use-cases (e.g. gas/water/electricity supply networks and their respective building service-connections)
3. Improving repair and validation functionality by incorporating comparisons with reference data.
4. Extensive, modifiable validation functionality for semantical data.
| Specific requirements of | Applicable to requirement nr. |
|--------------------------|-------------------------------|
| Data model | 1., 2., 3. |
| Topological consistency | 2., 3. |
| Semantical validation | 2., 4. |
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment