Effiziente Formularansichten in QGIS – fehlerfrei und anwenderfreundlich

Wer in der kommunalen Verwaltung mit QGIS arbeitet, kennt das Problem: Es soll schnell ein neuer Baum, ein Straßenschaden oder ein Spielgerät erfasst werden – und plötzlich tauchen Tippfehler, leere Pflichtfelder oder uneinheitliche Schreibweisen in der Attributtabelle auf. Die Folge: aufwändige Nachbearbeitung, unzuverlässige Auswertungen und Frust bei den Anwenderinnen und Anwendern. Dabei bietet QGIS mit der QGIS Formularansicht ein mächtiges Werkzeug, um genau diese Probleme zu vermeiden. Richtig konfiguriert wird aus einer kahlen Attributtabelle eine fehlerresistente, intuitive Erfassungsmaske – und das ganz ohne Programmierung.

1. Die richtigen Widget-Typen wählen

Der erste Hebel für eine saubere QGIS Datenerfassung ist die Wahl des passenden QGIS Widgets. Standardmäßig zeigt QGIS alle Felder als einfaches Textfeld an – das öffnet allen denkbaren Eingaben Tür und Tor. Doch fast jedes Feld hat einen klar definierten Datentyp, und für jeden Typ gibt es ein spezialisiertes Widget in der QGIS Feldkonfiguration:

• Datumsfeld → Date/Time-Widget mit Kalender-Popup
• Ja/Nein-Felder → Checkbox statt Freitext
• Zahlenfelder mit Schritten → Range-Widget mit Schieberegler oder Spinbox
• Lange Texte → Textbearbeitung mit mehreren Zeilen
• Fotodokumentation → Attachment-Widget für Bildanhänge

In einem kommunalen Baumkataster wird so aus dem typischen „Pflanzdatum"-Tippchaos ein verbindlicher Kalendereintrag im Format YYYY-MM-DD – sortierbar, filterbar, eindeutig.

2. Pflichtfelder und Constraints mit sprechenden Fehlermeldungen

QGIS Pflichtfelder sind das Sicherheitsnetz jeder strukturierten Erfassung. In der Feldkonfiguration lassen sich Felder als verbindlich markieren – ein Datensatz kann dann nicht gespeichert werden, solange das Feld leer ist. Doch QGIS Constraints können viel mehr: Sie prüfen über Ausdrücke die Plausibilität der Eingabe.

Beispiele aus der Praxis:

• "stammumfang" > 0 AND "stammumfang" < 1000 – verhindert unsinnige Negativ- oder Riesenwerte
• "pflanzdatum" <= now() – ein Baum kann nicht in der Zukunft gepflanzt worden sein
• regexp_match("schadensnummer", '^SCH-\d{4}$') – erzwingt das Format „SCH-1234"

Entscheidend ist die sprechende Fehlermeldung: Statt der kryptischen Standardausgabe lohnt es sich, einen klaren Hinweis zu hinterlegen, etwa „Bitte einen Stammumfang zwischen 1 und 999 cm eingeben." So weiß die Mitarbeiterin im Bauhof sofort, was zu tun ist – und ruft nicht in der GIS-Abteilung an.

3. Standardwerte und automatische Vorberechnungen

Wiederkehrende Eingaben sind eine häufige Fehlerquelle. Wenn drei Mitarbeitende denselben Wert per Hand eintippen, gibt es garantiert drei Schreibweisen. Standardwerte und automatische Vorberechnungen lösen dieses Problem zuverlässig.

Möglich ist in der Formularkonfiguration zum Beispiel:

• now() als Standardwert für „Erfasst am" – das Datum wird automatisch gesetzt
• @user_full_name für das Feld „Erfasser:in" – QGIS trägt den angemeldeten Benutzer ein
• $area für ein berechnetes Flächenfeld bei Polygonen
• uuid() für eine eindeutige Objekt-ID, die nie kollidiert

Bei einer Straßenbegehung lassen sich so Datum, Erfasser und eine fortlaufende ID automatisch füllen – die Person im Feld muss nur noch den tatsächlichen Befund eintragen. Das spart Zeit und reduziert Fehler drastisch.

4. Formularlayout mit Tabs, Gruppen und bedingter Sichtbarkeit

Sobald ein Layer mehr als zehn oder fünfzehn Felder enthält, wird die Standard-Formularansicht unübersichtlich. QGIS bietet hier den Drag-and-Drop-Designer, mit dem sich Formulare in Tabs und Gruppen strukturieren lassen.

Ein typischer Aufbau für ein Baumkataster könnte sein:

• Tab „Stammdaten" – Baum-ID, Standort, Art, Sorte, Pflanzdatum
• Tab „Maße" – Stammumfang, Kronendurchmesser, Höhe
• Tab „Kontrolle" – Letzte Sichtprüfung, Vitalitätsklasse, Maßnahmen
• Tab „Fotos & Notizen" – Bildanhänge, Freitextbemerkungen

Besonders elegant wird es mit bedingter Sichtbarkeit: Felder erscheinen nur dann, wenn sie wirklich gebraucht werden. Das Feld „Fällgrund" zum Beispiel nur, wenn „Maßnahme = Fällung" gewählt wurde. Die Anwender sehen so immer nur die relevanten Eingabefelder – das Formular wirkt aufgeräumt und führt durch den Prozess.

5. Value Relation statt Value Map – zentral pflegbare Auswahllisten

Auswahllisten gehören zu den nützlichsten Werkzeugen einer guten Formularkonfiguration. QGIS bietet zwei Wege dafür: das Value Map-Widget mit fest hinterlegten Werten und das Value Relation-Widget, das die Werte aus einem separaten Layer oder einer Tabelle bezieht.

Für jede ernsthafte Erfassung empfehle ich klar Value Relation. Warum? Weil Wertelisten in der Praxis wachsen und sich ändern. Eine neue Baumart, ein neuer Maßnahmencode, eine zusätzliche Straßenklasse – mit Value Relation pflegen Sie diese Änderungen an einer einzigen Stelle in einer Hilfstabelle, und alle QGIS-Projekte und QField-Geräte übernehmen die Änderung automatisch.

Bei kommunalen Projekten lege ich typischerweise eine GeoPackage-Datei mit mehreren Wertelisten-Tabellen an: tbl_baumarten, tbl_massnahmen, tbl_zustandsklassen. Jeder Erfassungslayer referenziert diese Tabellen – konsistent, wartbar, übersichtlich.

6. Beziehungen (Relations) für verknüpfte Datensätze

Manche Informationen passen nicht in ein einzelnes Feld. Wie dokumentieren Sie zum Beispiel mehrere Schäden an einem einzigen Spielgerät? Oder mehrere Kontrolltermine an einem Baum? Hier kommen Beziehungen ins Spiel.

QGIS kann zwischen zwei Tabellen eine 1:n-Beziehung herstellen: Ein Baum (Eltern) hat mehrere Kontroll-Einträge (Kinder). In der Formularansicht des Baums erscheint dann ein eingebettetes Unterformular, in dem alle bisherigen Kontrollen aufgelistet sind und neue hinzugefügt werden können – direkt im Erfassungsablauf, ohne Tabellenwechsel.

Für ein Schadensmeldungs-Workflow ist das Gold wert: Ein Spielgerät wird einmal erfasst, und jede Begehung erzeugt einen neuen Schadens-Datensatz mit Datum, Beschreibung, Foto und Dringlichkeit – sauber verknüpft, jederzeit nachvollziehbar.

7. Alias-Namen, Tooltips und Schreibschutz für mehr Benutzerfreundlichkeit

Datenbankfeldnamen wie baum_id, vital_kl oder pfl_dat sind technisch sinnvoll – aber für die Endanwender unverständlich. Mit Aliasnamen hinterlegen Sie pro Feld eine klare deutsche Bezeichnung: aus vital_kl wird „Vitalitätsklasse".

Drei kleine Helfer machen den Unterschied:

• Alias – die sichtbare Bezeichnung im Formular
• Tooltip / Kommentar – eine kurze Erklärung, was eingetragen werden soll
• Schreibschutz – berechnete oder automatisch gefüllte Felder werden gegen versehentliche Änderung gesperrt

Gerade in QGIS Kommunen-Projekten, bei denen viele unterschiedlich erfahrene Personen mit demselben Layer arbeiten, machen diese Details den Unterschied zwischen einer Maske, die gerne genutzt wird, und einer, die im Bauhof verflucht wird. [LINK: Weitere QGIS-Tutorials]

Fazit

Eine gut gemachte QGIS Formularansicht ist kein Schmuck, sondern ein zentrales Qualitätswerkzeug. Mit den richtigen Widgets, klaren Constraints, durchdachten Standardwerten und einem aufgeräumten Layout entsteht eine Erfassungsmaske, die Fehler verhindert, Zeit spart und auch von Gelegenheitsnutzern gerne verwendet wird. Der einmalige Aufwand für die Einrichtung amortisiert sich nach wenigen Wochen Erfassungspraxis – jeder vermiedene Tippfehler ist ein vermiedener Korrekturlauf.

Häufige Fragen zur QGIS Formularansicht