Wunsch-Liste

Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen.

zur ToDo-Liste

räumliche Einschränkung der Grundbuchblattsuche

--SigridP 12:52, 28. Sep 2007 (CEST)
Bei der Einrichtung von Stellen für die Amtsverwaltungen wäre es wichtig, auch die "Suche nach Grundbuchblättern" räumlich einzuschränken. Das betrifft das Auswahlfeld Grundbuchbezirk und das Eingabefeld Grundbuchbezirksschlüssel.

Speicherung der ALB-Fortführungen

--Markus Hentschel 15:37, 27. Sep 2007 (CEST)
Das ALB speichert jeweils nur die letzte Fortführung und die jeweils aktuelle Eintragung im Attribut alb_flurstuecke.karte. Es sollten über eine separate Tabelle die Einträge aus alb_flurstuecke.letzteff und alb_flurstuecke.karte zusammen mit dem Flurstückskennzeichen gespeichert werden, so dass man zu jedem Flurstück immer alle vorgenommenen Änderungen sehen und nachweisen kann. Es wäre auch sichergestellt, dass diese Eintragungen erhalten bleiben, unabhängig von möglichen neuen Grundausstattungen.

Flurstückssuche in historischen Flurstücken

--Markus Hentschel 15:37, 27. Sep 2007 (CEST)
Es sollte möglich sein, auch in den historisch gewordenen Flurstücken zu recherchieren. Dabei kann man dann selbstverständlich nicht in die Karte springen. Außer den üblichen Eintragungen zum Flurstück (soweit sie bei den historsch gewordenen überhaupt gespeichert werden) sollten auch Vorgänger und Nachfolger aufgelistet werden. Beide sollten anklickbar sein, so daß man sich durch die Historie bewegen kann.

räumliche Eingrenzung in der Layersuche

--Markus Hentschel 16:32, 25. Sep 2007 (CEST)
In der Layersuche könnte auch eine räumliche Eingrenzung erfolgen. sprich: Man kann in der Karte ein Polygon zeichnen und grenzt so die Trefferzahl räumlich ein.

ALKIS

--Markus Hentschel 14:14, 2. Mär 2007 (CET)
So ganz allmählich wirft ALKIS seine Schatten voraus. Der Tag wird kommen, da es ALK und ALB nicht mehr gibt. Für diesen Tag muss kvwmap gerüstet sein. Es muss dann ein vollständiges "ALKIS-Schema" für die PostGIS-DB existieren und sämtliche SQL-Zugriffe auf ALKIS müssen dann geändert vorliegen. Noch ist der Tag X weit entfernt, aber kvwmap muss die Umstellung auf ALKIS per Knopfdruck ebenfalls mitmachen. Es muss also rechtzeitig vorher mit den entsprechenden Umbauarbeiten begonnen werden...

kvwmap look&feel

--Markus Hentschel 14:44, 13. Feb 2007 (CET)
Was die Benutzerfreundlichkeit angeht, kann kvwmap an einigen Stellen noch zulegen. Die User vergleichen natürlich immer mit anderen Programmen, im Fall von kvwmap vor allem mit der ALK-Auskunft des LaiV. Dabei werden folgende Punkte genannt:

• Das Kartenbild ist zu klein, bzw. die Menüspalte auf der rechten Seite nimmt zuviel Platz weg. Könnte man die Menüs nicht als Pull-Down-Menüs und/oder Buttons realisieren? Die Themenauswahl/Legende müsste dann auf die linke Seite wandern. Wird die Übersichtskarte überhaupt gebraucht???
• Das Drucken geht sehr langsam. Das ist natürlich zum Teil dem Netz geschuldet, durch die das PDF muss. Man könnte das Ganze abkürzen, indem schon in der Druckvorschau die Alternativen "Speichern" bzw. "Drucken" möglich sind. Bei "Drucken" wird direkt an den (Standard-)Drucker geschickt.
• Man erfährt nicht, welche Daten alle in die Stelle eingebunden sind. Die Themenauswahl sollte alle Themen anzeigen, auch die, die im aktuellen Maßstabsbereich nicht sichtbar sind.
• Die vorhandenen Suchmöglichkeiten könnten alle unter einem Button/Pulldown "Suche" o.ä. in einer Maske mit mehreren Registerkarten vereinigt werden.