Quelltext der Seite 6. Anwendertreffen am 30.08.2006 in Bergen/Rügen

Das 6. kvwmap-Anwendertreffen fand am 30. August 2006 in Bergen auf Rügen statt. Neben Stefan Rahn, als Vertreter der Entwickler, konnten Kollegen aus den Landkreisen Ludwigslust, Parchim, Uecker-Randow, Mecklenburg-Strelitz, Demmin, Bad Doberan, Nordvorpommern, Waren/Müritz und Rügen begrüßt werden.
 
<br>
Themenschwerpunkte waren:

=== kvwmap im Landkreis Rügen===

Im Landkreis Rügen läuft kvwmap seit einiger Zeit im scharfen Betrieb. Alle Ämter der Kreisverwaltung haben die Möglichkeit auf das Programm zuzugreifen. Als Eingangsportal dient die Software von MediaWiki. Sie informiert die Nutzer über vorhandene Datensammlungen (geprüfte und ungeprüfte) und perspektivisch bereitzustellende Daten. Darüber hinaus erhalten die Mitarbeiter der Kreisverwaltung auf diesen Seiten wichtige Informationen zum Projekt kvwmap und dessen Handhabung.
Derzeit wird verstärkt an der Anbindung von externen Institutionen gearbeitet. Zu nennen sind hierbei u.a. die ARGE (Arbeitsgemeinschaft nach SGB II) und die Gemeinden des Landkreises Rügen.

=== Überlegungen zum generischen Layereditor ===

Herr Rahn informierte die Teilnehmer des Treffens über Überlegungen zur Entwicklung eines generischen Layereditors.
Bisher ist ein Layer ja über die Tabelle Layer schon ganz gut definiert. Welche Daten im Layer ausgegeben und welche Attribute angezeigt werden sollen kann angegeben werden. Die Anzeige der Daten erfolgt noch über ein Template, das könnte man zukünftig generisch machen, also entspechend der Ergebnismenge der Abfrage. Die Sachdatentabelle wird einfach so breit wie die Anzahl der im Selekt-Statement definierten Attribute.
Wenn man zu den Attributen des Layers noch etwas genauer speichert was es für ein Datentyp ist, welche Werte darin vorkommen dürfen und wie das passende Formularelement aussehen soll (Text, Menü, etc.) könnte man auch auf ein Eigabetemplate verzichten.
Damit würde man einen Datenlayer nur an einer Stelle in der Datenbank definieren und hätte automatisch alles was man dazu braucht:

# Die Layeranzeige
# Die Suchfunktion mit Ergebnisdarstellung
# Ein Dateneingabeformular
# Ein Datenänderungsformular
# Löschfunktion

Für die Entwicklung wären seitens der Entwickler folgende Arbeitschritte notwendig:

* Datenbankmodell für Beschreibung der Attribute der Layer und der Typen in MySQL.
* SQL-Funktionen zum Lesen, Einfügen und Ändern der Attributbeschreibungen in MySQL.
* -||- zum Anlegen und Ändern der Datentabellen in PostgreSQL.
* Formulare zur Anzeige und Editierung der Layerbeschreibungen.
* Formular zum Editieren der Werte selektierter Features der Layer (nur Sachdaten).
* Hinzufügen des Geometrieeditorfeldes mit Anpassung der Editorfunktionen an den Geometrietyp (bisher bestehende Möglichkeiten).
* Ausbau der Geometrieeditorfunktionen (Snapping, weitere Werkzeuge?)
* Schnittstelle zu entfernten WFS-Layern (optional).
<br>
<i>Im Ergebnis der Ausführungen von Herrn Rahn hat die Anwendergemeinschaft beschlossen diese Entwicklung beim STZ in Auftrag zu geben.</i>

=== ALK-Darstellung gemäß ZV-Aut-MV ===

Zum wiederholten Male wurde über die ZV-Aut konforme Darstellung der ALK diskutiert. Im Ergebnis der Diskussion wurde vereinbart, das das STZ für die Umsetzung dieser Aufgabe vorgesehen ist. Vertreter der Landkreise Uecker-Randow, Nordvorpommern und Rügen werden dazu in einem gemeinsamen Papier den Inhalt der 1. Realisierungsstufe niederschreiben und dem Entwicklerteam zukommen lassen.

=== Wunschliste <> ToDo-Liste ===

Im kvwmap-Wiki werden zwei verschiedene Listen geführt. Die Wunschliste enthält die Wünsche der einzelnen Projektbeteiligten für die Weiterentwicklung von kvwmap. Die ToDo-Liste beinhaltet "frühere" Wünsche der Anwender, welche in Auftrag gegeben wurden. Die Wunschliste wurde bisher auch immer fleißig geschrieben. Was fehlte, war eine konkrete Richtlinie nach der die Übertragung der allgemeinen Wünsche in die ToDo-Liste erfolgen konnte. 

<i>Zu diesem Zweck verständigten sich alle Anwesenden auf folgende Vorgehensweise:</i>

Die Wunschliste wird zwischen zwei Anwendertreffen fleißig fortgeschrieben und beim darauffolgenden Anwendertreffen diskutiert.
Alles was dabei abgesegnet wird (und aus dem gemeinsamen Topf zu finanzierbar ist), kommt mit einer konkreten Arbeitsbeschreibung in die ToDo-Liste.

=== Neuerungen kvwmap Version 1.6.0 ===

Seit Mitte Juli steht die neue Version 1.6.0 zum Download bereit. Diese beinhaltet zahlreiche Neuerungen. 
Nachdem beim vorangegangenen Treffen bereits die Filterverwaltung vorgestellt wurde, informierte Herr Rahn diesmal über die neue Updatefunktionalität und die Trennung von kvwmap internen und individuell erstellten Daten. Mit der neuen Updatefunktionalität werden in zwei Log-Dateien die SQL-Statements aller von den Nutzern ausgeführten DB-Aktionen gespeichert. Dadurch ist es möglich ein zweites System parallel dazu permanent zu verändern und nach abgeschlossener Änderungsphase die auf dem Nutzersystem durchgeführten Datenänderungen auch auf dem Testsystem auszuführen und beide Systeme so zu synchronisieren. Durch die Trennung von kvwmap internen und individuell erstellten Daten werden die vom Nutzer getätigten Änderungen in den Ordnern fonts, snippets, symbols und graphics bei einem Versionswechsel nicht mehr überschrieben. Möglich wird dies durch den Unterordner costum der in den o.g. Ordnern angelegt wird.

=== Fachschale Jagdkataster ===

Herr Hentschel informierte die Anwendergemeinschaft über den Umfang der in Auftrag gegebenen Fachschale "Jagdkataster". Dabei erläuterte er auch die Hintergünde für deren Entwicklung. Weitere Ausführungen zur Fachschale können der ToDo-Liste entnommen werden.

=== Schnittstelle ProBAUG ===

Mit Hilfe der vorgestellten ProBAUG-Schnittstelle können Daten aus der Baubehörde in kvwmap visualisiert werden. Diese Schnittstelle wurde im vorangegangenen Jahr vom Landkreis Uecker-Randow in Auftrag gegeben. Da neben Uecker-Randow auch die Landkreise Bad Doberan, Mecklenburg-Strelitz, Demin und Rügen mit ProBAUG arbeiten, wurde durch Herrn Reißland ein allgemeiner Überblick über die notwendigen Arbeiten zur Integration der Baudaten in kvwmap vorgestellt.

=== Gestaltung von Webinhalten ===

Der geplante Vortrag musste aus Zeitgründen leider ausfallen. Er wird Inhalt des nächten Anwendertreffens sein.