Schema, Projekte und Analyse

Schema-CMS, Stammdaten-Übernahme und Analyse liegen in Linetra Web. Das QGIS-Plugin wendet das Projektschema an und erfasst Geometrie — es legt keine Kinds mehr an.

Schemata und Datensätze

Unter Datenmanagement → Schemata (/datenmanagement/schemata) steht das Standard-Schema oben, sobald es existiert. Neue Organisationen und ältere ohne Pack sehen beim Login einen Willkommens-Dialog: Ausgangsschema übernehmen oder leeres Standard-Schema anlegen. Fehlt das Standard-Schema später wieder (nach Löschen), erscheint derselbe Hinweis in der Liste. Darunter folgen selbst angelegte Schemata mit den Projekten, in denen sie verwendet werden. Datensätze erreichen Sie über dasselbe Header-Submenü.

Systemadmins pflegen das Ausgangsschema unter Kontomenü → Struktur (Versionen, Veröffentlichen, aktiv für Onboarding).

Die Schema-Ansicht ist zuerst gesperrt. Das Schloss in der Entitäten- oder Felder-Leiste öffnet einen Entwurf für genau Ihr Konto; andere Admins können erst wieder schreiben, wenn Sie wieder sperren oder ein Org-Admin freigibt. QGIS und Datensätze bleiben auf dem veröffentlichten Katalog. Speichern (mit Bestätigung) veröffentlicht den Entwurf atomar. Änderungen an schon verwendeten Entitäten und Feldern gelten dann sofort; neue globale Definitionen holen bestehende Projekte weiter über Neue globale Felder aus dem Katalog übernehmen. Abbrechen stellt den veröffentlichten Stand im Entwurf wieder her. Entsperren und Speichern/Abbrechen erscheinen nur in der jeweiligen Schema-Detailansicht — nicht auf der Schemata-Liste.

Ein Schema öffnen und mit dem Schloss entsperren. Dann + auf der Schemata-Liste: Bezeichnung und daraus erzeugte ID (Kleinbuchstaben und Unterstriche; bei Kollision _2, _3, …). Neue Schemata gehören zum aktuellen Projekt und listen die globalen Entitäten des Standard-Schemas (falls vorhanden) plus projektspezifische. An einem Projektschema: ✎ ändert die Bezeichnung (die ID bleibt), × löscht nach Rückfrage. Das Standard-Schema kann gelöscht werden; danach erscheinen Import und leeres Standard wieder.
Ein Schema öffnen — Schalter Entitäten | ER-Diagramm. Entitäten ist die Startansicht, alphabetisch nach Bezeichnung; Kinder stehen unter ihrem Elternteil. Typen wie in QGIS: Gruppe (Ordner: Bezeichnung, ID, Typ, Scope), Layer (Ebene mit Attributen und Geometrieart), Datensatz (Tabelle ohne Karte). Das Diagramm zeigt Tabellenkarten (Datensatz blau, Gruppe amber, Layer violett). Mit geöffnetem Schloss: ✎ bearbeitet, × löscht (mit Bestätigung); darunter Speichern / Abbrechen. Im Dialog Entität bearbeiten setzt das Etikett-Symbol das Anzeigemuster: Felder mit Präfix, Suffix, Trenner und optionalen Und/Oder/Nicht-Bedingungen. Dieses Label erscheint in Datensatzlisten und in Relation-Feldern (Suche per Label, sonst ID). Im Standard-Schema gibt es keinen Scope — alles dort ist global. Scope setzen Sie nur in einem Projektschema. Klick auf einen Datensatz- oder Layer-Kasten wechselt zu Entitäten und öffnet die Felder. Gruppenkästen öffnen keine Felder.
Eine Entität öffnen ersetzt die Liste durch ihre Felder (nicht bei Gruppen). ← oder der Breadcrumb führen zurück. Bei entsperrtem Schloss: + legt Felder an, ⊞ legt Formulargruppen an (nur Web-Layout: Bezeichnung + ID); ✎ und × erscheinen in den Zeilen. Felder stehen in einer Tabelle (Pager standardmäßig 10, Sortieren und Filtern über die Spaltenköpfe). Im Feld-Dialog können Sie eine Formulargruppe zuweisen; Datensatz-Formulare zeigen Gruppen als Abschnitte (ADR-0057). Typ (Datensatz, Gruppe, Layer). Ein Layer braucht eine Geometrieart: zuerst Bündel (Layergruppe ohne eigene Geometrie), dann Linie · Punkt · Fläche. Hat ein Layer Kinder oder ist Bündel, ist er Vorlage und erscheint nicht als QGIS-Blatt. Die Kinder wählen ihre Geometrie frei. Layer zeigen zusätzlich feste Systemfelder (Objekt-ID, Projekt, Bezeichnung, Status draft/published/approved, Geometrie, Erstellt, Aktualisiert) ausgegraut und ohne ✎/× — das sind die QGIS-Pflichtspalten, keine Katalogfelder (ADR-0056). Im Standard-Schema bei Typ Datensatz: Föderiert. Gruppen und Layer bleiben projektbezogen. Über eine Zeile fahren: links Kind anlegen (nur Wurzeln, nur entsperrt; Layer-Tab: vorhandene Leaf-Layer per Drag-and-Drop unter ein Bündel oder anderes Layer-Elternteil ziehen), rechts Zu den Feldern (Datensatz und Layer). Gruppen haben keine Katalogfelder — nur Bezeichnung, ID, Typ und Scope über ✎. Unter einer Gruppe darf das Kind Gruppe oder Layer sein. Unter einem Layer oder Datensatz übernimmt das Kind Typ und Felder; geerbte Felder sind mit ↳ markiert. Hat das Elternteil schon Datensätze oder GIS-Features, wählen Sie übertragen oder löschen. Kein zweites Kind unter einem Layer- oder Datensatz-Kind; Gruppen dürfen tiefer nesten. Ein Feld hat Kardinalität (n oder 1–99) und Pflicht. Enum und Liste nutzen eine Auswahlliste. Relation braucht darunter eine Referenz (welche Entität ausgewählt wird; keine Gruppe). In einem Projektschema zusätzlich Scope: Global gilt in jedem Schema, Dieses Schema nur in diesem Pack.
× im Standard-Schema: wählen Sie, ob die Entität oder das Feld in bestehenden Projektschemata projektspezifisch bleibt oder überall gelöscht wird (Achtung: alle Projekte verlieren sie). Neue Projekte erben eine entfernte Standard-Definition nicht.
Neue globale Definitionen im Standard-Schema gelten in der Datensatz-Liste jedes Projekts sofort (logische Kopie des Standard-Schemas). Föderierte Datensätze teilen denselben Pool über alle Projekte. Neue globale Felder aus dem Katalog übernehmen bleibt additiv für explizite Schema-Bindings (ohne Löschung).
Unter Datenmanagement → Datensätze öffnen Sie eine Entität (keine Vorlage), auch mit gewähltem Projekt. + legt einen Datensatz an, ✎ bearbeitet die Felder der Entität, × löscht nach Rückfrage. Reader sehen die Liste, können aber nichts ändern. Ein Layer zeigt hier die Geometrien des Projekts in der Kopfzeile, auch die aus QGIS. Neue Geometrie legen Sie im Editor oder in QGIS an; ✎ ändert Bezeichnung, den Status aus der Liste (draft, published, approved) und Fachfelder, × löscht das Objekt. Objekt-ID, Projekt, Geometrie, Erstellt und Aktualisiert stehen im Formular mit den gespeicherten Werten und sind nur lesend. Ohne gewähltes Projekt bleibt die Layer-Liste leer.

Seed-Kinds, die QGIS Value Relations stützen, zeigen beim Löschen eine Warnung.

Projekt anlegen und Schema wählen

Ein Projekt legen Sie in der Kopfzeile mit + an; löschen mit × (nach Rückfrage). Dabei gehen Geometrien, Versionen und die projekteigenen Schemata mit. Jedes Projekt hat ein Schema.

Unter Dashboard → Projekt öffnen (Neu auf der Projektliste, oder + / ✎ im Projektwähler) wählen Sie die Schema-Quelle:

Standard-Schema: das neue Projekt bindet nur Basis-Kinds und -Felder und erhält ein eigenes benanntes Schema (Bezeichnung = Projektname).
Kopie von einem bestehenden Projekt: Bindings der Quelle (inkl. projektspezifisch). Keine GIS-Zeilen, keine Record-Kopien.

Kind-Codes bleiben organisationsweit eindeutig (geo_objects.kind).

Stammdaten aus der Zentrale übernehmen

Unter Dashboard → Projekt öffnen können Organisationsadmins mit Anpassen neben dem Projekttitel optionale Felder der Projekt-Entität für das Organisationskonto hinzufügen, bearbeiten oder entfernen (Standard-Schema). Die vorgegebenen Felder Name, Akteurszuweisung, Notizen, Status und Zeitraum haben kein × (ADR-0040). Die Werte erscheinen unter Daten. Akteure übernehmen Sie unter Datenmanagement → Datensätze:

Scope Organisation zeigt den zentralen Stamm (project_id leer).
Datensätze anhaken → Aus Zentrale übernehmen (höchstens eine Seite, kein Full-Pull).
Scope Dieses Projekt zeigt Kopien. Synchronisieren gleicht Zentrale und Projekt ab.

Bei Änderungen auf beiden Seiten erscheint ein Konflikt unter Analyse → Katalog. Wählen Sie Zentrale oder Projekt — kein stilles Zusammenführen.

Analyse

Analyse (/analyse) zeigt serverseitige Kennzahlen zum aktuellen Projekt: Features nach Art×Stufe, Feld-Histogramme, Zentrale vs. Kopien. Es gibt keinen GeoJSON-Dump des ganzen Projekts. Die bisherigen Berichte bleiben unter /reports (Tab auf der Analyse-Seite).

QGIS-Masken

Nach Layer laden setzt das Plugin Formulare aus den gebundenen Feldern. Fachfelder ohne Postgres-Spalte liegen in geo_objects.attrs (JSONB). Ein Relation-Attribut (z. B. auf Akteur) holt die Namen live aus der Web-API und bietet sie als Auswahl. Datensätze selbst bleiben in Linetra Web. Siehe QGIS verbinden.