Konzept
Verarbeitungs-Pipeline.
Was passiert zwischen Upload und „Bericht ist fertig"? Hier ist die gesamte Pipeline — Stufe für Stufe.
A
Upload-Validation
- EXIF-Check (GPS, Brennweite, Belichtung)
- Sequenz-Plausibilität (Bilder zeitlich/örtlich konsistent?)
- Format-Whitelist (JPG, TIFF, LAS, LAZ, GeoTIFF)
- Virus-Scan (ClamAV)
B
Geo-Referenzierung
- RTK-Datei einlesen (MRK / CSV / Drohnen-eigenes Format)
- EPSG-Reprojektion ins Projekt-CRS
- GCP-Detection (falls vorhanden)
C
Photogrammetrie / SfM
- Feature-Detection (ORB / SIFT-Variante)
- Bundle-Adjustment
- Dense-Matching → Punktwolke
- Mesh-Generierung (optional)
- Backend: OpenDroneMap (default) / Pix4Dengine (Enterprise)
D
Klassifizierung
- ML-Modell pro Branche (Bahn-Modell, Bau-Modell, KRITIS-Modell)
- Klassen: Boden, Vegetation, Schiene, OL, Bauteile, …
- Custom-Modelle pro Kunde trainierbar
E
Analyse-Stufe
- Soll-Ist-Diff gegen IFC / DGN / DWG
- Volumen Cut/Fill auf Polygon
- Lichtraum-Check gegen DIN-Profile
- Anomalie-Detection vs. 365-Tage-Historie
F
Tile-Generation
- Punktwolke → 3D-Tiles (Cesium-Standard)
- Orthofoto → 2D-Tiles (XYZ / WMTS)
- DEM → COG (Cloud-Optimized GeoTIFF)
G
Reporting
- Templates: Bahn DIN EN 13848, Bau GAEB, KRITIS Audit, custom
- Skill: pdf (PRD-konform via GDDC LINK)
- Anhänge: LBA-Flugnachweis, Roh-Daten-Manifest, GCP-Liste
H
Webhook-Emission
- flight.uploaded · flight.processed · pointcloud.ready · analysis.done · report.signed
- HMAC-signiert (Webhook-Secret pro Account)
- Retry mit exponential Backoff (max 5 Versuche)