GLE-Fachschalen: Unterschied zwischen den Versionen

Version vom 22. Oktober 2013, 10:21 Uhr

Aus einer Idee wurde nach und nach ein mächtiges Werkzeug, um Geodaten und Sachdaten rechtebasiert zu erfassen, zu editieren und zu recherchieren. Mit dem GLE wurden von den kvwmap-Nutzern in den letzten Jahren etliche Fachschalen erstellt, die in der Praxis erfolgreich eingesetzt werden. Hier soll eine Sammlung der interessantesten Fachschalen entstehen, die bisher mit dem GLE umgesetzt wurden.

Zur Definition einer Fachschale in kvwmap gehören im Grunde 2 Sachen:

1. die Layerdefintion in der MySQL-DB (Tabellen layer, classes, styles, labels und layer_attributes) und
2. die Definition des Datenmodells, also die PostGIS-Tabellen oder -Sichten, auf die die Layer zugreifen.

Um die Layerdefintion als SQL-Statements zu erhalten, verwendet man am besten die Funktion go=Layer_Export in kvwmap.

Die SQL-Statements zur Erzeugung der PostGIS-Tabellen oder Sichten findet man z.B. im PgAdmin3 im SQL-Feld, wenn man eine Tabelle anklickt oder indem man einen Dump erzeugt. Wünschenswert wäre, die Geometriespalten nicht im "CREATE TABLE"-Befehl zu erzeugen, sondern mit "SELECT AddGeometryColumn ...".

Die SQL-Statements können so wie sie sind, hier im Wiki eingefügt werden, man muss nur " <nowiki>" voran und "</nowiki>" nach stellen.

ALB

Dies ist die GLE-Umsetzung des auf WLDGE basierenden Datenmodells des ALB in kvwmap. Es ist eine Alternative zu den in kvwmap fest integrierten ALB/ALK-Recherchefunktionen.

• MySQL-Layer
• PostGIS-Tabellen (Views)
• PostGIS-Tabellen (Indices)

Letzte Aktualisierung: 2011-05-17

Grünflächenkataster

Dies ist eine Fachschale zur Erfassung von Grünflächen. Sie besteht aus 2 Layern, Grünflächen und Teilgrünflächen. Beide sind über eine 1:n Beziehung miteinander verknüpft. Das besondere ist, dass die Grünflächen keine eigene Geometrie haben, sondern hier die zusammengefasste Geometrie der zugehörigen Teilgrünflächen verwendet und in der Karte angezeigt wird.

• MySQL-Layer
• PostGIS-Tabellen
• Screenshots

Letzte Aktualisierung: 2011-05-17

Erfassung von Kompensationsflächen/Ökokontoflächen

Dies ist eine Fachschale zur Erfassung von Kompensations- und Ökokontoflächen. Sie wird vom LUNG auf dem Internetportal www.kompensationsflaechen-mv.de verwendet, um verschiedenen meldepflichtigen Behörden die Möglichkeit zu geben, über das Internet Flächen zu erfassen, Abbuchungen auf diesen Flächen durchzuführen und Kontrollen zu Flächen zu schreiben.

• MySQL-Layer
• PostGIS-Tabellen

Letzte Aktualisierung: 2011-05-17

Bauvorhaben

Um eine Übersicht zu bekommen, was für Bauvorhaben genehmigt und was für Bauvorhaben zurückgewiesen wurden, tragen die Mitarbeiter der Bauverwaltung die Bauvorhaben als punktförmiges Element in die Karte ein (also direkt an der Stelle im Grundstück, die von der Planung betroffen ist, z.B. Carport oder Anbau). Ganz wesentlicher Effekt: Es werden auch die genehmigten bzw. zurückgewiesenen Bauvorhaben in der umliegenden Nachbarschaft sichtbar! Das zugrunde liegende Datenschema ist mit zwei Layern dabei denkbar einfach.

• MySQL-Layer
• PostGIS-Tabellen
• Symbole
• Screenshots

Letzte Aktualisierung: 2011-10-20

Baumkataster nach FLL-Richtlinie

Diese Fachschale ist eine Umsetzung der sog. Baumkontrollrichtlinie der FLL (Richtlinien für Regelkontrollen zur Überprüfung der Verkehrssicherheit von Bäumen) mit Stand Dezember 2010. Das Amt Miltzow erprobt die praktische Erfassung mit einem Feld-PC und kvwmap-mobil. In Bad Doberan wird eine Variante dieser Fachschale eingesetzt- auf Grundlage desselben PostGIS-Datenschemas. Des Weiteren wird die Fachschale in den Wohnungsgesellschaften WIRO und WVG-Greifswald zur Verwaltung der Bäume verwendet.

• Datenschema
• MySQL-Layer
• PostGIS-Tabellen

Die Fachschale ist abhängig von einer Tabelle gd_gemeinde_amt, die die Zuordnung Gemeinden - Ämter abbildet und einmalig gefüllt werden muss. Sie muss die Spalten amt und gemeindename beinhalten. Eine Geometriespalte ist optional aber für eine grafische Darstellung sehr hilfreich. Bei gd_gemeinde_amt kann es sich auch um eine Sicht auf andere vorhandene Tabellen, z.B. aus der ALK oder/und ALB handeln. Hier ein Beispiel für eine Tabelle mit den Namen der Ämter und Gemeinden sowie den Gemeindeschlüsseln.

CREATE TABLE gd_gemeinde_amt(
 id serial NOT NULL,
 amt character varying(255),
 gemeindename character varying(255),
 gemeinde bigint
)
WITH (OIDS=TRUE);
SELECT addgeometrycolumn('public','gd_gemeinde_amt','the_geom',2398,'POLYGON',2);

• Symbole
• Screenshots
• Menüpunkt neuer Baum
• Layer-Attributrechte

Letzte Aktualisierung: 2012-01-27

Naturschutzgutachten

Im Naturschutzbereich exisiteren eine Menge Gutachten, teils in Papierform, teils als Dateien im Filesystem. Mit diesem Mini-Mini-Mini-Dokumentenmanagementsystem wurde versucht, etwas Transparenz in die analoge und digitale Ablage zu bringen. Das Ganze würde natürlich auch ohne Geometrie prima funktionieren. Was mit dieser Art der Ablage schlecht geht: Dokumente bearbeiten...

• Datenschema
• MySQL-Layer
• PostGIS-Tabellen
• Screenshots

Letzte Aktualisierung: 2011-09-07

Kinderbetreuung

In dieser Fachschale werden alle Einrichtungen zur Kinderbetreuung erfasst, Das sind sowohl Kindertagesstätten (Krippe, Kindergarten, Hort) als auch private Tagesmütter. Die Daten werden sowohl in kvwmap als auch im Geoportal des Landkreises Mecklenburgische Seenplatte präsentiert.

• PostGIS-Tabellen

• MySQL-Layer

• Beispiel

• Kindertagespflegen im Geoportal LK Meckl. Seenplatte

• Kindertagesstätten im Geoportal LK Meckl. Seenplatte

Letzte Aktualisierung: 2011-09-09

Bundes-, Landes- und Kreisstraßen

Die Daten für die Bundes- und Landestraßen kann man beim Landesamt für Straßenbau und Verkehr downloaden: Klassifiziertes Straßennetz Mecklenburg-Vorpommern

Durch Klassifizierung bei der Layerdefinition (Attr.: strkl; Werte: A, B od. L) und der entspr. Beschränkung im Pfad-Statement entstanden daraus die Layer für die Bundesautobahnen, Bundes- und Landestraßen.

Bezüglich der Kreisstraßen existieren Daten (MapInfo - TAB) zu den Stationierungen 200m bzw. 1000m, den Bauwerken, Durchlässen, Ortsdurchfahrten (Straßenbaulast), Netzknoten, dem Blattschnitt der TK25 und natürlich den Kreisstraßen selbst. Da die betreuende Firma insolvent ist und es somit keinen Ansprechpartner mehr gibt bestand zunächst das Problem, die vorliegenden Daten zu verwerten. Mit Hilfe der OGR utilities (FWTools) konnten die einzelnen Datensätze direkt in eine PostGIS-Datenbank eingelesen werden.

SET PGCLIENTENCODING=LATIN1 
ogr2ogr -f "PostgreSQL" -a_srs EPSG:25833 -lco GEOMETRY_NAME=the_geom -nln gd_lk_kreisstrassen
PG:"dbname=kvwmapspovp user=xxx password=xxx host=xxx port=5432" z:\LK_OVP\Karte\k_str.TAB

Nachfolgend das Datenmodell und die Layerdefinition für die Layer Kreisstraßen und Netzknoten (anhängend die Netzknotenskizzen).

• MySQL-Layer
• PostGIS-Tabellen
• Screenshots

Letzte Aktualisierung: 2011-09-12

Änderung der Eigentümeradressen

Die in der Sachdatenanzeige der Flurstücke angezeigten Eigentümeradressen können von authorisierten Nutzern geändert werden. Die Änderungen werden in einer separaten Tabelle alb_g_namen_temp gespeichert und können in das ESAF64-Format exportiert werden, um damit das ALB zu aktualisieren.

Um diese Funktionen nutzen zu können, müssen folgende Voraussetzungen erfüllt sein:

• In der PostgreSQL-DB muß die Tabelle alb_g_namen_temp vorhanden sein (siehe postgis_update.sql).

• In der MySQL-DB muß der folgende Layer angelegt werden:

 INSERT INTO `layer` VALUES (layer_id???, 'Adressaenderungen', 5, group_id???, 'SELECT * FROM 
 alb_g_namen_temp WHERE 1=1', '', '', '', '', '', 50000, 0, '', 'user=kvwmap 
 password=??? dbname=???', 6, 'lfd_nr', '', 3, 'pixels', '2398', 
 NULL, '0', 'EPSG:2398', '', '1.1.0', 'image/png', 60, NULL);

• In der config.php muss LAYER_ID_ADRESSAENDERUNGEN die ID des neuen Layers bekommen.

• In der MySQL müssen in u_funktionen die Funktionen Adressaenderungen und export_ESAF64 eingetragen werden. Die Funktion Adressaenderungen kann den Stellen zugewiesen werden, die Adressänderungen vornehmen dürfen. Die Funktion export_ESAF64 sollte der Stelle zugewiesen werden, die die gespeicherten Änderungen in die ESAF64-Datei exportieren darf (im Normalfall der Administrator).
• In der Rechteverwaltung muß den gewünschten Stellen für den Layer Adressaenderungen das Recht zum Erzeugen von Datensätzen gegeben werden. Die Attribute user_id, datum, name1, name2, name3 und name4 sollten nur lesbar sein und die Attribute neu_name3 und neu_name4 editierbar. Das Löschen von Einträgen ist dem Nutzer nicht möglich, er muss in diesem Fall die ursprüngliche Adresse wieder eintragen.
• Im Attribut-Editor ist für die Attribute neu_name3, neu_name4, user_id, name1, name2, name3 und name4 das Formularelement Text einzustellen. Das Attribut datum muß auf den Typ Time gesetzt werden.

Hat ein Nutzer in einer Stelle das Recht Adressänderungen vorzunehmen, so erscheint in der Sachdatenanzeige der Flurstücke neben jeder Eigentümeradresse ein Link Adresse aktualisieren. Der Link öffnet ein zweites Fenster mit einem Formular zur Eingabe der neuen Adresse. Zusätzlich zur Adresse wird die User-ID, das Datum und als Schluessel die alten Felder name1 - name4 des Eigentümers gespeichert. Wurde die Adresse eines Eigentümers bereits geändert, erscheint bei Abfrage des entsprechenden Flurstücks unter der alten Adresse die neue Adresse mit Angabe des Datums und des Nutzers, welcher die Änderung vorgenommen hat. Daneben erscheint ein Link Aktualisierte Adresse ändern, um die neue Adresse zu bearbeiten.

Um die neuen Adressen in das ESAF64-Format zu exportieren, ruft man die go-Variable export_ESAF64 auf. Hier kann man nun die Exportdatei erzeugen und sie anschließend herunterladen. Es werden nur Adressen ausgegeben, die sich auf nicht historische Grundbuchblätter (aktualitaetsnr='hist') beziehen.

Hat man die Exportdatei erzeugt, das ALB damit aktualisiert und die neuen ALB-Daten in kvwmap eingespielt, kann man die Tabelle alb_g_namen_temp bereinigen. Dazu gibt es auf der ESAF-Export-Seite (go-Variable export_ESAF64) einen Button Tabelle bereinigen, der die alten Adressänderungen löscht.