Skip to content

ADR-0026: Planer-Handoff per konfigurierbarem GIS-Import

  • Status: accepted
  • Datum: 2026-08-27
  • Phase: Editor Import / Pipeline
  • Bezug: ED-01–ED-04, ED-20; ADR-0005 (Rohinput); ADR-0010 (geo_objects); ADR-0017 (Planung→Normierung)

Kontext

Planer liefern Rohtrassen (typisch aus QGIS). Der Genehmigungs-Agent braucht nicht denselben Live-Stand, sondern eine kontrollierte Übergabe: Layer und Attribute auswählen, in das Linetra-Schema mappen, in Planung schreiben, danach aussieben/normieren/abschnittsweise Genehmigungen führen. Eine gemeinsame Live-PostGIS-DB mit externen Planern würde SSOT, Rechte und Sync (Akteure, Schema) belasten.

Entscheidung

  1. Handoff = Datei + Import-Wizard, nicht Shared-Planner-PostGIS.
  2. Formate (QGIS-first): GeoPackage, GeoJSON, Shapefile (.zip) via GDAL/ogrinfo/ogr2ogr.
  3. Mapping-Profile pro Projekt (import_mapping_profiles).
  4. Import schreibt nach geo_objects (kein Pipeline-stage), Kind und Feldmap konfigurierbar; CRS → EPSG:25832.
  5. Abschnitte und Anträge bleiben eigene Schritte; Copy-to-Normierung ist entfernt (ADR-0045).

Begründung

Agent-Workflow ist ETL (aussieben, umparsen), nicht Shared Editing. QGIS-übliche Containerformate vermeiden Custom-Parser. Eine SSOT in Linetra hält Dashboard, MVT und Verfahren konsistent.

Verworfene Alternativen

Alternative Warum verworfen
DB pro Projekt / Shared Live-DB mit Planern Stammdaten-Sync, Ops-Kosten, SSOT-Bruch
Nur Blind-GeoJSON ohne Mapping Unbrauchbar für reale Planer-Lieferungen
Org-weite Profile zuerst Weniger Bedarf; Projekt-Profile decken Lieferanten je Auftrag

Folgen

  • Alembic 0008_import_mapping.
  • API unter /projects/{id}/import/*; Editor-Wizard ersetzt stillen GIS-Import.
  • Altes POST /map/import bleibt Kompat-Wrapper.