Version vom 20. Februar 2018, 17:17 Uhr (Quelltext anzeigen) Pkorduan (Diskussion | Beiträge) (→‎Layereinstellungen) ← Zum vorherigen Versionsunterschied		Version vom 20. Februar 2018, 17:27 Uhr (Quelltext anzeigen) Pkorduan (Diskussion | Beiträge) (→‎Berechtigungen) Zum nächsten Versionsunterschied →
Zeile 308:		Zeile 308:
	* Das Attribut bilder_updated_at muss auf '''editieren''' gesetzt sein.		* Das Attribut bilder_updated_at muss auf '''editieren''' gesetzt sein.
	* Das Attribut geometrie muss auf '''editieren''' gesetzt sein.		* Das Attribut geometrie muss auf '''editieren''' gesetzt sein.
		+	* created_at '''lesen'''
		+	* updated_at_server '''lesen'''
		+	* updated_at_client '''lesen'''
		+	* status '''lesen'''
		+	* version '''lesen'''
	=Nachweisverwaltung=		=Nachweisverwaltung=

---

Version vom 20. Februar 2018, 17:27 Uhr

ALKIS

Beschreibung des Plugins ALKIS

Anliegerbeiträge

Bauleitplanung

Bebauungsplandaten

Erfassung und Bearbeitung

Automatisierte Flächenübernahme aus den ROK-Geometrien

Mit der Schaltfläche "Flächen aus ROK holen" werden die Werte für die Flächen aus den Geometrien der ROK-Tabellen entnommen und für alle zugeordneten Teilflächen eingetragen.

Konzeption

Das Konzept für die Umsetzung dieser Funktionalität basiert auf der Möglichkeit die Gebiete und Sondergebiete auf Bauleitplanungsseite über die ROK-Nummer eindeutig bestimmten Datensätzen auf ROK-Seite zuordnen zu können. Für jedes Gebiet/Sondergebiet kann dadurch automatisiert eine Datenbankabfrage erstellt werden, die die entsprechenden ROK-Datensätze selektiert, die Geometrien zusammenfasst und die Gesamtfläche berechnet. Diese Fläche kann dann im Gebiet/Sondergebiet aktualisiert werden. Ein Gebiet bzw. Sondergebiet ist durch 3 Parameter definiert:

1. ROK-Nummer

2. Gebietstyp

3. Konkretisierung (optional)

Diese 3 Parameter sind in der Bauleitplanung und im ROK in unterschiedlichen Datenmodellen wieder zu finden. Auf Bauleitplanungsseite gibt es 3 Tabellen (b_plan_stammdaten, b_plan_gebiete und b_plan_sondergebiete) in denen die Stammdaten des Plans und die jedem Plan zugeordneten Gebiete und Sondergebiete gespeichert sind. Die ROK-Nummer ist in den Stammdaten gespeichert. Der Gebietstyp ist in den Tabellen b_plan_gebiete und b_plan_sondergebiete über einen Schlüssel in der Spalte gebietstyp gespeichert. Außerdem kann in der Spalte konkretisierung der Schlüssel für eine Konkretisierung angegeben sein. Auf ROK-Seite gibt es 85 Tabellen, in denen die verschiedenen Flächen gespeichert sind. Jede Tabelle entspricht einem Gebietstyp (z.B. Wohngebiete, Verkehrsflächen, Grünflächen). In jeder Tabelle ist die ROK-Nummer gespeichert und außerdem kann eine Konkretisierung in textlicher Form angegeben sein. Neben den unterschiedlichen Datenmodellen können auch die Bezeichnungen für die Gebietstypen und Konkretisierungen verschieden sein. Außerdem können verschiedene Gebietstypen in der Bauleitplanung demselben Typ im ROK entsprechen und eine Konkretisierung in der Bauleitplanung mehreren Konkretisierungen im ROK. Beispiel:

	Bauleitplanung	ROK
Gebietstyp	Verkehrsfläche	verkehrsflaechen
Konkretisierung	Luftverkehrsfläche	Flugplatz und Flughafen - Rechtskraft Flugplatz und Flughafen - Planung Hubschrauberlandeplatz - Rechtskraft Hubschrauberlandeplatz - Planung Sonderlandeplatz - Rechtskraft Sonderlandeplatz - Planung

Deshalb ist es notwendig für die Gebietstypen und Konkretisierungen 2 Zuordnungstabellen Bauleitplanung – ROK zu erstellen, um für jedes Gebiet/Sondergebiet aus der Bauleitplanung die entsprechenden Objekte im ROK zu finden. Mit Hilfe der beiden Zuordnungstabellen ist es dann möglich, aus den Daten der Bauleitplanung die zugehörige ROK-Tabelle über den Gebietstyp auszuwählen und daraus die entsprechenden Datensätze über die ROK-Nummer und die Konkretisierungen zu selektieren. Die Geometrien der Datensätze können dann vereinigt und die Gesamtfläche berechnet werden.

Umsetzung

Beim Klick auf diese Schaltfläche wird zunächst im Hintergrund abgefragt, welche Gebiete und Sondergebiete es zu dieser Plan-ID gibt. Zu jedem dieser Gebiete wird nach dem oben beschriebenen Prinzip über die ROK-Nummer, den Gebietstyp und die Konkretisierung eine Abfrage generiert, welche die Gesamtfläche der entsprechenden ROK-Geometrien aus dem ROK-Schema ermittelt. Wenn damit eine Fläche bestimmt werden konnte, wird das Gebiet mit diesem Wert aktualisiert. Ansonsten bleibt das Gebiet unverändert. Anschließend wird das Formular mit dem aktuellen Plan neu geladen, so dass die aktualisierten Flächenangaben bei den Gebieten und Sondergebieten zu sehen sind.

Sprung in die Karte

Flächennutzungsplandaten

Erfassung und Bearbeitung

Über den Menüpunkt "neuer Datensatz->F-Plan" gelangt man in das Formular zur Erfassung eines neuen Flächennutzungsdatensatzes. Das Formular entspricht in vielen Punkten dem der Bebauungsplandaten. Hier kann zunächst die Gemeinde ausgewählt werden, woraufhin alle weiteren raumbezogenen Daten automatisch gesetzt werden. Unter Plandaten können die Stammdaten des FNP-Datensatzes erfasst werden. Darunter befinden sich 2 Unterformulare zur Erfassung von Gebieten und Sondergebieten. Diese Gebiete werden dem FNP-Datensatz zugeordnet und können erst erfasst werden, wenn der FNP-Datensatz gespeichert wurde. Rechts befinden Felder um den Zeitbezug zu erfassen und darunter 3 Bemerkungsfelder um Maßgaben, Hinweise und allgemeine Bemerkungen einzutragen.

Wenn ein neu erfasster Datensatz gespeichert wird oder ein bestehender bearbeitet wird, lassen sich dem Datensatz Gebiete und Sondergebiete zuordnen. Um ein neues Gebiet oder Sondergebiet zu erfassen, klickt man auf des kleine "+" rechts unten. Es öffnet sich ein Unterformular in dem man den Gebietstyp auswählen und die Fläche und die Kapazitäten eintragen kann.

Neben der Neuerfassung eines FNP-Datensatzes besteht auch die Möglichkeit, einen bestehenden Datensatz zu kopieren um bspw. eine Änderung zu diesem Plan zu erfassen. Dazu klickt man auf die Schaltfläche "Datensatz kopieren", woraufhin ein neuer Datensatz mit den gleichen Stammdaten und gleichen Gebieten und Sondergebieten angelegt und sofort angezeigt wird. Man kann nun die Änderungen an dem kopierten Datensatz vornehmen.

Baumfällantrag

Bevölkerung

Bodenrichtwerte

Mit der Fachschale Bodenrichtwerte lassen sich flächenhafte Bodenrichtwertzonen nach dem BORIS-MV Datenmodell erfassen.
Zum Datenmodell gehört eine Tabelle bw_zonen, in der die Datensätze gespeichert werden und einen View bw_boris_view, der zum Austausch der Bodenrichtwerte dient.
Außerdem gehören zur Fachschale zwei Layer BORIS und BORIS_T. BORIS ist ein Polygonlayer, der die Bodenrichtwertzonen darstellt und BORIS_T ist ein Punktlayer, der nur für die Beschriftung der Bodenrichtwerte verwendet wird. Der Beschriftungsankerpunkt wird nämlich auch in der Fachschale erfasst. Die Layer können auch anders heißen, wichtig ist nur, dass die Konstante LAYERNAME_BODENRICHTWERTE, auf den Namen des Flächenlayers der Bodenrichtwerte gesetzt ist.

Wichtig ist außerdem, dass im BORIS-Layer die beiden Attribute gemeinde und gemarkung im Attribut-Editor als Auswahlfelder mit diesen SQL-Statements definiert werden müssen:

gemeinde: select schluesselgesamt as value, bezeichnung as output from alkis.ax_gemeinde <required by>gemarkung</required by>

gemarkung: select land*10000+gemarkung as value, gemarkungsname as output from alkis.pp_gemarkung as g WHERE g.land*1000000+regierungsbezirk*100000+kreis*1000+gemeinde = <requires>gemeinde</requires>

Deckblätter des katasterlichen Nachweis-Archivs

Das Nachweis-Archiv des Landkreises Vorpommern-Rügen ist so organisiert, dass die Nachweise gemarkungsweise abgelegt werden. In einigen Gemarkungen, die sehr viele Fluren haben und in denen dauerhaft eine vergleichsweise hohe Vermessungstätigkeit stattfindet, werden die Nachweise flurweise abgelegt. Am Ende jedes Fortführungsjahres wird ein Übersichtsblatt für jede Gemarkung/Flur erzeugt, welches die im vergangenen Fortführungsjahr erfolgten Messungs-Übernahmen auflistet. Dabei werden pro Messung die Rissnummer, die Auftragsnummer, Gemarkung(en)/Flur(en), die betroffenen Flurstücke vor der Fortführung, die betroffenen Flurstücke nach der Fortführung, das Fortführungsdatum und die Fortführungsart benannt. Das Übersichtsblatt (das sog. "Deckblatt") ist für zukünftige Zugriffe auf das Archiv ein unverzichtbares Hilfsmittel beim Wiederfinden und Zuordnen der Messungen. Daher muss das Deckblatt sorgfältig geführt werden - ein Fall für eine datenbankgestützte Erzeugung und Verarbeitung.

Die meisten der oben genannten Informationen sind im Auftragsverwaltungsprogramm GeOrg abgelegt. Zwei Skripte lesen die Informationen zu den relevanten Aufträgen und zu den Flurstücken dieser Aufträge aus der GeOrg-Datenbank aus. Bei den Flurstücken, die in GeOrg gespeichert werden, handelt es sich um die "Flurstücke vor der Fortführung". Diese Informationen werden in zwei entsprechende Tabellen der PostgreSQL gespeichert und laufend aktualisiert.

Drei Tabellen und entsprechend drei Layer ermöglichen in kvwmap das Erstellen von Datensätzen, die letztlich jeweils eine Zeile pro Messung im Deckblatt-Drucklayout erzeugen.

Die Einträge der Datensätze in kvwmap werden von den Mitarbeitern erzeugt, die die Messungsübernahme durchführen. Sie müssen lediglich die Rissnummer, die GeOrg-Antragsnummer und die "Flurstücke nach der Fortführung" angeben. Die Rissnummer können sie sich automatisch als Vorschlag generieren lassen oder selber vergeben. Mit der Angabe der Antragsnummer werden alle weiteren noch nötigen Informationen aus den GeOrg-Tabellen geholt. Der Mitarbeiter muss also nur dafür sorgen, dass er vorab alles Wesentliche richtig in GeOrg eingetragen hat.

Datenbankseitig werden Ausnahmen abgefangen. Geht die Messung über mehrere Fluren, werden entsprechend automatisch mehrere Datensätze erzeugt. Geht die Messung sogar über mehrere Gemarkungen, kann der Bearbeiter die Rissnummer nur in der Gemarkung vergeben, in der er die Nachweise auch im Rissarchiv ablegt. In den anderen Gemarkungen wird automatisch ein Datensatz ohne Rissnummer erzeugt, der neben den oben angeführten Informationen noch den Hinweis auf diejenige Gemarkung trägt, unter der man den Nachweis im Archiv finden kann. Fehlerhafte Einträge wie doppelte Vergabe einer Rissnummer in einer Gemarkung, falsche oder doppelte Auftragsnummern oder Zuordnungen von Auftragsnummern zur falschen Gemarkung/Flur werden erkannt und die Speicherung abgelehnt.

Sobald die Messung im Rahmen der katasterlichen Übernahme archiviert wird, setzt der bearbeitende Mitarbeiter der Archivierung ein Häkchen im Datensatz des Messungsauftrags. Ab diesem Zeitpunkt ist es den Mitarbeitern in der Messungsübernahme nicht mehr möglich, Änderungen am Datensatz vorzunehmen.

Am Jahresende werden die Deckblätter (massenweise) gedruckt und den Rissordnern beigelegt. In kvwmap wird per Klick auf den entsprechenden Menüpunkt außerdem der noch aktuelle Jahrgang der Gemarkungen/Fluren in den neuen, folgenden Jahrgang kopiert. Damit beginnt das neue Fortführungsjahr.

Jagdkataster

Übersicht

Das Jagdrecht ist geregelt in den Jagdgesetzen des Bundes und der Länder. Diese Fachschale ist entstanden aus den Erfordernissen des Jagdgesetz des Landes Mecklenburg-Vorpommern (Landesjagdgesetz - LJagdG M-V). Die Fachschale Jagdkataster hat die Abrundung der Eigenjagdbezirke zur Aufgabe und stellt eigene Oberflächen für die Erstellung und die Anzeige von Datensätzen zur Verfügung. Im Zentrum steht der Eigenjagdbezirk vor Abrundung sowie seine Zuordnungs- und Abtrennungsflächen:

• Enklave
• Exklave
• Jagdbezirksfreie Fläche
• Angliederungsfläche
• Abtrennungsfläche
• Abtrennungsfläche durch Verzicht
• Anpachtfläche

Zusätzlich ist es möglich, über die Oberfläche der Fachschale Gemeinschaftliche Jagdbe-zirke und sog. „Teiljagdbezirke“ zu erstellen.

Zur Fachschale gehören weitere Themen: Das Thema „EJB Verdachtsflächen“ visualisiert die Flächen, die möglicherweise einen Eigenjagdbezirk nach LJG M-V bilden. Das Thema „Jagdbezirke Einfärbung“ ermöglicht die farbliche Erkennung eines EJB im Verfahren und seiner zugehörigen Zuordnungs- und Abtrennungsflächen in der Karte. Für jede Zuordnungs- und Abtrennungsfläche existiert ein eigenes Thema.

Alle oben genannten Themen mit Ausnahme der Gemeinschaftlichen Jagdbezirke und die Teiljagdbezirke finden sich in der Gruppe „Jagdkataster-Abrundung“. Lesenden und schrei-benden Zugriff auf die Themen dieser Gruppe hat ausschließlich die untere Jagdbehörde.

Wenn eine Abrundung abgeschlossen ist, wird der dann geometrisch veränderte Eigenjagdbezirk in das Thema „Eigenjagdbezirke abgerundet“ kopiert. Dieses Thema findet sich in der Gruppe „Jagdkataster“. Zu dieser Gruppe gehören weitere Themen: Das Thema „befriedete Bezirke“ visualisiert Flächen, auf denen die Jagd gemäß LJG M-V ruht. Außerdem werden die Gemeinschaftlichen Jagdbezirke und die Teiljagdbezirke in dieser Gruppe angezeigt. Lesende Rechte auf die Themen dieser Gruppe können im Prinzip alle Nutzer bekommen. Schreibenden Zugriff auf die Themen dieser Gruppe hat ausschließlich die untere Jagdbehörde.

EJB Verdachtsflächen

Die Inhalte des Themas erzeugen sich script-gesteuert aus ALKIS. Das Script "lk_ejb-verdachtsflaechen.sh" addiert alle Flächen eines Eigentümers (Er muss völlig identisch sein), die zusammenhängen. Durch Pufferung werden alle Trennungen, die schmaler als 20 Meter sind, zur Fläche addiert (auch Flächen, die nicht Hindernisse für das Wild im Sinne LJG M-V sind). Zur Anzeige im Thema EJB Verdachtsflächen kommen alle so berechneten Flächen, die größer als 75 Hektar sind.

Da die Pufferung zu falschen Ergebnissen führen kann und die Flächen auch nicht daraufhin geprüft werden, ob sie ganz oder teilweise zu befriedeten Bezirken gehören, sind sie mit jagdrechtlichem Sachverstand zu beurteilen, bevor ein Eigenjagdbezirk im Verfahren angelegt wird.

Abrundung

Der EJB im Verfahren entsteht durch Digitalisierung der Fläche und Klassifizierung als „Eigenjagdbezirk“. Üblicherweise orientieren sich die Grenzen der Fläche an den Flurstücksflächen, wobei Abweichungen möglich sind. Existiert ein entsprechender Datensatz im Fachverfahren condition, bekommt der EJB im Verfahren die Nummer dieses condition-Jagdbezirks.

Beim Digitalisieren der Fläche des EJB im Verfahren erhält der Nutzer eine Information über den/die Eigentümer eines Flurstücks in Form eines Tooltipps, wenn er mit dem Cursor über ein Flurstück fährt und kurz darüber verweilt.

Besteht eine Anbindung an das Fachverfahren condition, werden einige relevante Informationen, die in condition gespeichert sind, im kvwmap-Datensatz angezeigt.

Es ist möglich, für den EJB im Verfahren einen Verzicht gemäß LJG M-V §3 auf die gesamte Fläche einzutragen.

Weitere Datensätze, die über die Oberfläche erstellt werden können, betreffen die Zuordnungs- und Abtrennungsflächen. Bei der Digitalisierung muss die Nummer des zugehörigen EJB im Verfahren eingetragen werden. In der Karte exisitert für jede Klasse der Zuordnungs- und Abtrennungsflächen ein separates Thema.

Es ist möglich, einen Verzicht gemäß LJG M-V §3 auf eine Abtrennungsfläche einzutragen.

Wegen der extrem unübersichtlichen Situation in der Karte, die es dem Betrachter oft unmöglich macht zu erkennen, welche Flächen zu welchen EJB im Verfahren gehören, gibt es ein Thema „Jagdbezirke - Einfärbung“. Das Thema verwendet 10 verschiedene Farben und färbt in der Karte den EJB im Verfahren sowie alle zugehörigen Zuordnungs- und Abtrennungsflächen mit einer (zufälligen) Farbe ein. Das passiert beim Neuanlegen eines EJB im Verfahren und danach bei jeder Änderung des EJB im Verfahren oder einer der zugehörigen Zuordnungs- und Abtrennungsflächen. Der Nutzer kann die Einfärbungsflächen abfragen und die Farbe nach Bedarf ändern (nach der nächsten geometrischen Änderung ist seine Auswahl allerdings wieder weg).

Die Recherche nach EJB im Verfahren listet, wenn die Nummer oder der Name des EJB im Verfahren eingegeben wird, sowohl den EJB im Verfahren als auch die zugehörigen Zuordnungs- und Abtrennungsflächen auf (Bei Name muss gegebenenfalls mit Platzhaltern operiert werden). Es können die enthaltenen Flurstücke einzelner oder aller Flächen abgefragt werden. Die Liste der enthaltenen Flurstücke listet zusätzlich die Flurstückseigentümer auf sowie den Flächenanteil des Flurstücks im Jagdbezirk.

Für jeden EJB im Verfahren kann ein PDF erzeugt werden, das für jeden beteiligten Eigentümer die zugehörigen Flurstücke im Verfahren auflistet. Dieses PDF dient als Anlage zu Anschreiben im Rahmen der Anhörung der Eigentümer. Der Inhalt zeilenweise pro Flurstück ist: Gemarkung, Flur, Flurstücksnummer, vollständige amtl. Fläche [m²], Anteil der amtl. Fläche im Verfahren [m²].

Wird bei einem EJB im Verfahren die „Art“ in „Abgerundeter Eigenjagdbezirk“ geändert, addiert bzw. subtrahiert kvwmap die zugehörigen Zuordnungs- und Abtrennungsflächen zum EJB im Verfahren und erzeugt daraus einen neuen Datensatz im Thema „Eigenjagdbezirk abgerundet“. Die Art im EJB im Verfahren bleibt „Eigenjagdbezirk“, der Status des EJB im Verfahren und aller zugehörigen Zuordnungs- und Abtrennungsflächen wird auf „historisch“ gesetzt. Diese Flächen tauchen nicht mehr in der Karte auf, sind aber über die Recherche weiterhin abfragbar. Ist der Status auf „historisch“ gesetzt, sind keine Änderungen am Datensatz mehr möglich.

Ist für einen EJB im Verfahren ein Verzicht gemäß LJG M-V §3 auf die gesamte Fläche eingetragen, wird dieser Status mitgenommen in den Datensatz im Thema „Eigenjagdbezirk abgerundet“ und kann dort später geändert werden.

Befriedete Bezirke

Ein befriedeter Bezirk entsteht durch Erstellung eines entsprechenden Datensatzes. Neben dem Namen der Ortslage wird der Name des zugehörigen gemeinschaftlichen Jagdbezirks gespeichert. Durch Verschneidung der Geometrie des befriedeten Bezirks mit den aktuellen Flurstücken des Liegenschaftskatasters entsteht eine Liste der vom Bezirk angeschnittenen Flurstücke. Neben dem Flurstückskennzeichen und dem Anteil der Flurstücksfläche im befriedeten Bezirk (absolut und prozentual) werden die Nutzungsarten des Flurstücks aufgelistet, die vom Bezirk berührt werden. Die Nutzungsartenschlüssel werden aufgeführt sowie die Einordnung der Nutzungsart in den Katalog gemäß §5 LJG M-V.

Das Anlegen eines befriedeten Bezirks ist somit ein iterativer Prozess, bei dem zunächst ein grobes Polygon um eine Verdachtsfläche gelegt wird, die dann mit Hilfe der Informationen aus dem Liegenschaftskataster und des jagdrechtlichen Sachverstands präzisiert wird.

Gemeinschaftliche Jagdbezirke und Teiljagdbezirke

Weitere Datensätze, die analog zu den Zuordnungs- und Abtrennungsflächen über die Oberfläche erstellt werden können, betreffen die gemeinschaftlichen Jagdbezirke und die Teiljagdbezirke. Existiert ein entsprechender Datensatz im Fachverfahren condition, bekommt gemeinschaftliche Jagdbezirk oder der Teiljagdbezirk die Nummer dieses condition-Jagdbezirks.

Beim Digitalisieren der Fläche erhält der Nutzer analog zur Digitalisierung eines EJB im Verfahren eine Information über den/die Eigentümer eines Flurstücks in Form eines Tooltipps, wenn er mit dem Cursor über ein Flurstück fährt und kurz darüber verweilt.

Besteht eine Anbindung an das Fachverfahren condition, werden einige relevante Informationen, die in condition gespeichert sind, im kvwmap-Datensatz angezeigt.

Wird ein gemeinschaftlicher Jagdbezirk oder ein Teiljagdbezirk recherchiert, können die enthaltenen Flurstücke abgefragt werden. Die Liste der enthaltenen Flurstücke listet zusätzlich die Flurstückseigentümer auf sowie den Flächenanteil des Flurstücks im Jagdbezirk. Die Abfrage auf enthaltene Flurstücke in einem gemeinschaftlicher Jagdbezirk kann unter Umständen lange dauern.

Abgerundete Eigenjagdbezirke

Abgerundete Eigenjagdbezirke entstehen automatisch aus der Abrundung eines EJB im Verfahren.

Die untere Jagdbehörde erhält vollen schreibenden Zugriff auf dieses Thema und kann jederzeit Änderungen im Namen, im Verzichts-Status und in der Geometrie vornehmen. Außerdem können zusätzliche Informationen wie das Datum des Beschlusses und das Datum der Bekanntmachung eingetragen werden.

KoLiBRI

Mit dem Plugin kann man von kvwmap aus über die Flurstücksanzeige das Grundstücksinformationssystem KoLiBRI aufrufen und umgekehrt. Die Verknüpfung stellen Flurstückskennzeichen dar. Wer das Plugin nutzen möchte, muss es nicht nur in der config.php aktivieren, sondern auch noch die Funktion 'Kolibristart' den Stellen zuweisen, die das benutzen möchten.

von KoLiBRI nach kvwmap

Um kvwmap aus KoLiBRI heraus öffnen zu können, müssen dort in der Konfiguration folgende Einstellungen vorgenommen werden:

• GIS Typ: WebGIS
• GIS WebGIS-URL:

  https://meinServer.de/kvwmap/index.php?go=ZoomToFlst&FlurstKennz={ALKIS}

von kvwmap nach KoLiBRI

Das Starten von KoLiBRI aus dem Browser heraus in dem kvwmap angezeigt wird erfolgt über ein spezielles Protokoll, welches wir kvwkol genannt haben. Die Links in der Flurstücksdatenanzeige beginnen also nicht mit http:// sondern mit kvwkol:// Damit der Browser, bzw. der Rechner weiss was er mit dem Protokoll anfangen soll, wird dieses Protokoll in der Registry von Windows eingetragen und zwar so, dass ein Programm startet, welches die übergebenen Parameter in eine Austauschdatei schreibt. KoLiBRI ist so eingestellt, dass es in regelmäßigen in einem Verzeichnis nachsieht ob da eine solche neue Datei angekommen ist und öffnet dann mit dem oder den darin befindlichen Flurstücken die Anwendung. Zur Einrichtung der Eintragung in der Registry kann die Datei plugins/kolibri/tools/kvwkol.reg verwendet werden. Die Datei plugins/kolibri/tools/kvwkol.exe ist die Datei, die die übergebenen Flurstückskennzeichen in die Austauschdatei schreibt. Die Datei plugins/kolibri/tools/kvwkol.cs enthält den Quellcode der kvwkol.exe geschrieben in C#. Damit das funktioniert müssen folgende Einstellungen in KoLiBRI vorgenommen worden sein:

• GIS Überwachungsverzeichnis: C:\Austausch ... Das kann auch ein anderes sein. Dies wird aber vom Plugin standardmäßig vorausgesetzt.
• GIS Überwachungsdatei: vonGIS.txt ... Das kann auch ein anderen Namen haben, wird aber vom Plugin standardmäßig vorausgesetzt. Das ist die Datei in die die Datei kvwkol.exe schreibt.

Mobile

Das Plugin ermöglicht die mobile Datenerfassung per App auf einem Handy oder Tablet. Derzeit wird das Betriebssystem Android ab 6.2.3 unterstützt. Die App heißt kvmobile und ist als Web-Anwendung mit HTML, CSS und Javascript geschrieben und mit Cordova in eine installierbare Datei kvmobile.apk kompiliert.

Die folgende Dokumentation ist noch nicht vollständig und aktuell in Entstehung.

Übersicht

In diesem Abschnitt wird ein Überblick darüber gegeben wie die App funktioniert, mit dem kvwmap-Server zusammenarbeitet und welche Rolle das mobile Plugin dabei spielt.

Voraussetzungen

kvwmap

Plugin

Wie bei allen anderen Plugins muss das Plugin in der config.php eingeschaltet sein, also das Kommentarzeichen entfernt worden sein.

$kvwmap_plugins[] = 'mobile';

Datenbank

Erweiterung uuid-ossp

Die Datenbank in der Tabellen sind, die von Layern in kvmobile genutzt werden müssen die Erweiterung uuid-ossp haben. Diese lässt sich als Superuser mit folgendem Befehl einrichten:

CREATE EXTENSION "uuid-ossp";

Spalte uuid

In der Tabelle, die vom Layer in kvmobile genutzt wird muss eine Spalte uuid vom Typ uuid haben. Diese kann mit folgendem Befehl erzeugt werden:

ALTER TABLE schema.table ADD COLUMN uuid uuid NOT NULL DEFAULT uuid_generate_v4();

Spalte bilder

Zum Aufnehmen von mehreren Bildern pro Datensatz in kvmobile muss es eine Spalte bilder geben, vom Typ ""character varying []. Diese legt man an mit folgendem Befehl:

ALTER TABLE schema.table ADD COLUMN bilder character varying[];

Spalte bilder_updated_at

Zur Hinterlegung eines Zeitstempels, der angibt wann das letzte Bild gemacht wurde wird die Spalte bilder_updated_at benötigt. Sie kann wie folgt angelegt werden:

ALTER TABLE rebus.haltestellen ADD COLUMN bilder_updated_at timestamp without time zone;

Spalte point

Derzeit unterstützt die App kvmobile nur die Erfassung von GPS-Punktdaten. Dazu muss es eine Geometrie vom Typ Point im System WGS84 (EPSG:4326) geben. Eine solche Spalte kann wie folgt angelegt werden.

ALTER TABLE schema.table ADD COLUMN point geometry(Point, 4326);

Datumsstempel Zusätzlich zum Datum der Bilder müssen folgende Datumsstempel eingerichtet werden:

ALTER TABLE schema.table ADD COLUMN created_at timestamp without time zone NOT NULL DEFAULT (now())::timestamp(0) without time zone;

ALTER TABLE schema.table ADD COLUMN updated_at_server timestamp without time zone;

ALTER TABLE schema.table ADD COLUMN updated_at_client timestamp without time zone;

Nutzer, Status und Version

Zur Speicherung welcher Nutzer den Datensatz bearbeitet hat, den Status der Daten (noch nicht genutzt) und der Version der Änderung (wird für die Synchronisierung verwendet und darf nicht vom Nutzer geändert werden) werden folgende Spalten benötigt:

ALTER TABLE schema.table ADD COLUMN user_name text;

ALTER TABLE schema.table ADD COLUMN status integer NOT NULL DEFAULT 0;
COMMENT ON COLUMN schema.table.status IS '0 = default, 1 = created, 2 = updated, 3 = deleted';

ALTER TABLE schema.table ADD COLUMN version integer;

Layereinstellungen

point, bilder und bilder_updated_at

Die Attribute point, bilder und bilder_updated_at sollten am Anfang der Select-Liste der Query-Definition stehen, damit die Funktion zum Ändern der Position des Datensatzes und der Erfassung und Löschung von Bildern im Mobilen Client kvmobile in der Bearbeitungsmaske ganz oben erscheinen. Des Weiteren müssen folgende Attribute im Query des Layers vorhanden sein. Die Einstellungen im Attribut-Editor stehen in Klammern:

• created_at (Formularelement: Zeitstempel, Optionen: insert)
• updated_at_server (Formularelement: Zeitstempel, option: update)
• updated_at_client (Formularelement: Zeitstempel, Optionen: update)
• status
• version

Am besten man ordnet diese am Ende der Attributliste an und fügt sie im Attributeditor in eine Gruppe.

Sync - Modus

Um Layer in kvmobile laden und bearbeiten zu können muss! die Eigenschaft Sync - Modus im Layereditor eingeschaltet sein.

Labelitem

In kvmobile werden die Datensätze eines Layers in einer Liste dargestellt. Als Beschriftung des Listenelementes wird der Inhalt des Attributes verwendet, welches im Layer als Lableitem definiert ist. Ist kein Labelitem definiert, wird statt dessen alternativ der Text 'Datensatz ' + ID des Datensatzes als Text verwendet.

Dokument Ordner

Wenn in kvwmap für die Datensätze Bilder aufgenommen werden sollen, muss es im Layer unter dem Attribut Dokumente Ordner einen Eintrag für ein Verzeichnis geben, z.B. unter /var/www/data/upload/Bilder.

Berechtigungen

Dokumente Ordner

Der Ordner in dem die Bilder abgelegt werden sollen, der unter Dokumente Ordner im Layer hinterlegt ist, muss für den Apache Nutzer www-data schreibbar sein. Es reicht, wenn die Gruppe Schreibrechte bekommt.

chmod -R g+w /pfad/zum/ordner

Funktionen

In der Stelle, in der sich die Layer zum Bearbeiten mit kvwmap befinden müssen wahlweise folgende Funktionen erlaubt oder Menüpunkte zugeordnet sein:

• Daten_Export
• mobile_download_image
• mobile_upload_images
• mobile_delete_images

Layer-Rechte

• Das Attribut uuid muss auf lesen gesetzt sein
• Das Attribut id muss auf lesen gesetzt sein
• Das Attribut welches als Labelitem im Layereditor gesetzt wurde, muss auf lesen gesezt sein.
• Das Attribut bilder muss auf editieren gesetzt sein.
• Das Attribut bilder_updated_at muss auf editieren gesetzt sein.
• Das Attribut geometrie muss auf editieren gesetzt sein.
• created_at lesen
• updated_at_server lesen
• updated_at_client lesen
• status lesen
• version lesen

Nachweisverwaltung

Mit der Nachweisverwaltung können alle (gültigen und ungültigen) Nachweise des Liegenschaftskatasters (Fortführungsrisse, Grenzniederschriften, Koordinatenverzeichnisse, Flurkarten...) mit Metadaten beschrieben, in einem Rissarchiv gespeichert, recherchiert, angezeigt und heruntergeladen werden. Die Beschreibung erfolgt mit Sachinformationen wie Dokumentenart, Rissnummer, Vermessungsstelle etc. Der Raumbezug wird in Form eines Multipolygons gespeichert, das auf der Grundlage der Grenzen und Gebäude des Liegenschaftskatasters festgelegt wird. Zur Nachweisverwaltung gehört auch eine Nachweisrecherche. In dieser kann attributiv über die genannten Metadaten gesucht werden. Außerdem ermöglicht die Suche über den Raumbezug das Auffinden von Nachweisen auch ohne die Angabe von Metadaten.

Die Nachweisverwaltung besitzt eine Schnittstelle zu LENRIS.

Voraussetzungen

Um die Nachweisverwaltung von kvwmap nutzen zu können, müssen folgende Voraussetzungen gegeben sein:

• Es müssen Stellen eingerichtet sein, in der die Funktionen der Nachweisverwaltung genutzt werden können. Als praktisch erweist es sich, wenn eine Stelle für die Nachweiserfassung und eine Stelle für die Nachweisrecherche existiert.
• Es müssen Menüpunkte für die Funktionen der Nachweisverwaltung eingerichtet sein. Dazu kann man die entsprechenden SQL-Statements in der menues.sql unter plugins/nachweisverwaltung/db/mysql/data nutzen. Die ID´s für id und obermenue sowie die menueebene müssen natürlich an die eigenen Menüpunkte angepasst sein, die man vielleicht schon eingerichtet hat.
• Die Menüpunkte müssen den entsprechenden Stellen zugeordnet sein.
• Die Nutzer der Nachweisverwaltung müssen den entsprechenden Stellen zugeordnet sein.
• Die Tabellen für die Nachweisverwaltung müssen mit den entsprechenden Rechten in der PostGIS-Datenbank eingerichtet sein. Dazu nutzt man am besten die SQL-Vorlage unter plugins/nachweisverwaltung/db/mysql/data.
• Die zugehörigen Layer müssen angelegt sein. Dazu kann man die entsprechenden SQL-Statements in der layer.sql unter plugins/nachweisverwaltung/db/mysql/data nutzen.
• In der Adminstration müssen verschiedene Einträge in der config.php gemacht werden:
  • maximale Länge der Antragsnummer
  • maximale Länge der Rissnummer
  • maximale Länge der Blattnummer
  • maximale Anzahl der in einer Recherche zurückgelieferten Zeilen
  • das primäre Ordnungskriterium ("Rissnummer" oder "Antragsnummer", datenbankseitig mit stammnr benannt)
  • ein zusätzliches Ordnungskriterium (wenn das primäre nicht eindeutig ist)

Erfassen von Nachweisen

Optimalerweise navigiert man in der Karte an die richtige Stelle, z.B. über die Flurstückssuche. Anschließend wählt man den entsprechenden Menüpunkt an, der die Nachweiserfassung startet.

Der Scan sollte zuvor auf eine optimale Qualität bei geringstmöglicher Dateigröße hin bearbeitet worden sein (PDF oder JPG). kvwmap unternimmt keinerlei Bildbearbeitung. Da die Dateien beim Hochladen umbenannt werden, ist es nicht nötig, den Dateinamen vorab in ein bestimmtes Ordnungsschema zu bringen.

• Da eine Messung sich über mehr als eine Flur oder eine Gemarkung erstrecken kann, ist die Angabe von "Flur" und "Gemarkung" für die spätere Recherche wenig geeignet, sondern dient primär der Umbenennung der Datei und der Einordnung der Datei in die Verzeichnisstruktur des Nachweiservers. Beim Speichern des Datensatzes prüft kvwmap, ob die Mitte des Kartenausschnittes in der angegebenen Flur/Gemarkung liegen und liefert einen Warnhinweis, falls dem nicht so ist.
• Die "Antragsnummer" speichert die zugehörige Geschäftsbuchnummer.
• Die "Rissnummer" erscheint in der GUI vor der "Antragsnummer", wenn sie primäres Ordnungskriterium ist, ansonsten dahinter.
• Die "Dokumentart" sieht drei Arten von Nachweisen vor: Fortführungsriss, Grenzniederschrift, Koordinatenverzeichnis. Weitere Dokumentarten können in einer separaten Tabelle definiert werden und erscheinen als Auswahlliste.
• Die Blattnummer kann alphanumerisch sein.
• "Fortführung" meint das Jahr der Fortführung.
• Datum ist das Datum der Messung. Es sind Festlegungen notwendig, welches Datum eingetragen werden soll, wenn die Messung über mehrere Tage ging oder wenn vom Nachweis nur das Jahr bekannt ist.
• Die Einträge der "Vermessungsstelle" werden in einer separaten Tabelle definiert und erscheinen als Auswahlliste.

Der Raumbezug wird an Hand folgender Kriterien ermittelt und als Multipolygon gespeichert: Alle im Nachweis dargestellten ermittelten Grenz- bzw. Gebäudepunkte sowie alle relevanten Vermessungspunkte müssen im Multipolygon enthalten sein. Im Bereich festgestellter Grenzen kann der Umring des Multipolygons mit den Flurstücksgrenzen zusammenfallen. In digitalisierten Bereichen muss sich der Abstand des Umrings von den im Nachweis dargestellten Punkten an der Darstellungsungenauigkeit der Liegenschaftskarte in diesem Bereich orientieren. Für Fortführungsriss und zugehöriger Grenzniederschrift ergeben sich u.U. unterschiedliche Raumbezüge.

Das Datenmodell ist konform zur verbindlichen Attributliste der REGIS-UAG "DMS" für die Katasterbehörden in M-V.

Über den Button "Senden" wird der Datensatz gespeichert. Das ausgewählte Dokument wird auf den Nachweisserver hochgeladen, mit Hilfe der attributiven Angaben umbenannt und in eine Verzeichnisstruktur gespeichert. Fehlen Pflichtangaben, erfolgen Fehlermeldungen.

Recherchieren von Nachweisen

Der entsprechende Menüpunkt startet die Nachweisrecherche.

Der Nutzer kann im Kartenausschnitt über ein Suchpolygon recherchieren oder eine Suche über die gespeicherten Metainformationen starten. Wurden Recherchen bereits einer Antragsnummer zugeordnet, kann dieser Antrag hier auch wieder aufgerufen werden. Recherchiert man über Suchpolygon, ist es sinnvoll, zuvor an die richtige Stelle in der Karte zu navigieren, z.B. über die Flurstückssuche.

Die Suche nach Gemarkung und Flur erfolgt über die aktuelle Geometrie der gesuchten Gemarkung und Flur und verschneidet mit den gespeicherten Raumbezügen der Nachweise. Erst wenn das Häkchen "thematisch" gesetzt ist, wird über die gespeicherte Sachinformation Gemarkung und Flur gesucht.

Es ist möglich, entweder einen bestimmten Tag anzugeben oder eine Zeitspanne, in der das Messungsdatum der gesuchten Dokumente zeitlich eingeordnet ist.

Die Recherche über ein Suchpolygon liefert definitiv alle Dokumente, die geoemtrisch an der gesuchten Stelle verortet sind.

Das Rechercheergebnis kann an dieser Stelle bereits auf bestimmte Dokumentenarten oder nur auf gültige bzw. nur auf ungültige Nachweise eingeschränkt werden.

Mit dem Button "Senden" wird eine Trefferliste als Rechercheergebnis produziert.

Anzeigen von Nachweisen

Die Suche nach Nachweisen liefert eine Trefferliste, in der die gesuchten Nachweise zeilenweise aufgeführt werden. Im Kopf werden die verwendeten Suchkriterien aufgeführt und die Anzahl der Treffer benannt.

Die Treffer können durch Klicks auf die Spaltennamen sortiert werden. Über der Trefferliste erscheint eine Liste der verwendeten Srtierungen. Das jeweils letzte genannte Attribut kann auf- oder absteigend sortiert werden. Attribute können per Klick aus der Liste der verwendeten Sortierungen entfernt werden. Wird eine Sortierung verwendet, erscheinen die Zeilen nach dem ersten Sortierkriterium unterschiedlich eingefärbt.

Mit dem Auswahl-Feld "markieren" oder "einblenden" unter dem Rechercheergebnis können die Treffer mit bestimmten Dokumentenarten markiert oder eingeblendet/ausgeblendet werden. Alle markierten Treffer können entweder zu einer Vorbereitungsnummer hinzugefügt oder aus der vorhandenen Trefferliste einer Vorbereitungsnummer entfernt werden. Die Vorbereitungsnummer muss zuvor ausgewählt werden.

Hat der Nutzer entsprechende Rechte, kann er aus der Trefferliste heraus einzelne Nachweise bearbeiten oder löschen. Hat er einen oder mehrere Treffer markiert, kann er diese als Vorlage für die Erfassung eines neuen Nachweises verwenden.

Geht der Nutzer mit dem Cursor auf das "doc"-Symbol am Ende einer Zeile in der Trefferliste, dann wird ihm ein Vorschaubild des Nachweises angezeigt.

ProBAUG

Fachschale zum Suchen und Anzeigen von Bauakten, die zuvor über Views aus der Software ProBAUG in die kvwmap Datenbank importiert wurden.

Suche

Ergebnisanzeige

Bauaktenanzeige

XPlan Konverter

Konvertiert Raumordnungspläne, die in ESRI Shape-Dateien vorliegen in XPlanGML (RP_*) und INSPIRE-GML (PLU)

Ermöglicht

• das Hochladen von Shape-Dateien in die Postgres Datenbank von kvwmap,
• die Anzeige der Shape-Dateien in der Karte und der Sachdaten,
• die manuelle Eingabe von Angaben zu Plänen und Planbereichen,
• das Festlegen von Regeln zur Konvertierung vom Shape-Datenmodell in das XPlanung Schema,
• die Ausführung der Konvertierung,
• die Anzeige der GML-Tabellen in der Karte und der Sachdaten,
• das Validieren der Datensätze,
• den Export nach XPlanGML und
• den Export nach INSPIRE-GML.

Der Konverter wurde im Rahmen einer vom BBSR finanzierten MORO Studie erstellt.

Bei Fragen wenden Sie sich bitte an:

• Robert Krätschmer robert.kraetschmer (ät) gdi-service.de oder
• Peter Korduan peter.korduan (ät) gdi-service.de