Wunsch-Liste: Unterschied zwischen den Versionen

Version vom 8. November 2007, 10:09 Uhr

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

zur ToDo-Liste

Alphanummerische Vermessungsanträge

--M.Leschke 09:15, 08. Nov 2007 (CET)
Der Landreis Mecklenburg Strelitz hat zwei Dienststellen im Referat Kataster und Vermessung, die beide für sich Anträge annehmen. So kommt es jetzt zur Dopplung der Antragsnummern in KVWMAP. Für uns ist es wichtig, das die Antragsnummer alphanummerisch sein kann, damit wir unsere Anträge unterscheiden können.

Weiterentwicklung Fachschale Bodenrichtwerte

--Hschmidt 17:05, 30. Okt 2007 (CET)
Beim Kopieren von Bodenrichtwertlayern sollten Styles und Classes mit übernommen werden.

Weiterentwicklung Namenssuche

--Markus Hentschel 12:43, 26. Okt 2007 (CEST)

• Es wäre wünschenswert, wenn man vor jedem Treffer in der Namenssuche, d.h. vor jedem Grundbuchblatteintrag, ein Häkchenfeld hätte und unten unter der Liste die Möglichkeit, alle angehakten Grundbuchblätter entweder in der Karte oder in der Flurstücksanzeige zu sehen. Also sowas wie "ausgewählte Grundbücher anzeigen" und "ausgewählte Grundbücher zoomen".
• Wenn man "Flurstücke anzeigen" angehakt hat: Es wäre wünschenswert, wenn man vor jedem Flurstück eines Grundbuchs ein Häkchenfeld hätte und am Ende der Flurstücksliste vor dem nächsten Grundbuch eine Auswahl, "ALB-Auszug 30 für ausgewählte Flurstücke", "ALB-Auszug 35 für ausgewählte Flurstücke", "ausgewählte Flurstücke zoomen" oder so ähnlich.

Weiterentwicklung Layersuche

--Markus Hentschel 11:35, 25. Okt 2007 (CEST)
Damit die Fachdatensuche ein wirklich benutzerfreundliches und mächtiges Instrument wird, könnte ich mir folgende zusätzliche Features denken:

• statt dem Operator "IS" zwei Operatoren "ist leer" und "ist nicht leer",
• Den Begriff "LIKE" eindeutschen, z.B. "ähnlich" oder "wie",
• Außer dem Operator "LIKE" noch ein Operator "LIKE %...%",
• Der Operator "LIKE %...%" sollte default sein,
• Eine "Vollthemasuche", also die Möglichkeit, einen Suchbegriff über alle Attribute laufen zu lassen (mit den Operatoren "LIKE", "LIKE %...%" und "=" würde vermutlich reichen),
• Entweder einen Operator "!=" und einen Operator "NOT LIKE" und ein Operator "NOT IN" oder - benutzerfreundlicher - ein Häkchenfeld hinter dem Wert-Feld, das mit "Nicht" überschrieben ist,
• die Möglichkeit, die Felder in der Suchmaske alternativ mit "UND" bzw. mit "ODER" zu verknüpfen (das könnte dann ja klein zwischen allen Zeilen stehen, damit man es auch kapiert),
• die Möglichkeit, die Suchmaske mehrmals hintereinander aufzurufen und die Eingaben in den verschiedenen Suchmasken mit "UND" bzw. "ODER" zu verknüpfen und auch wieder zurück zu den vorherigen Suchmasken gehen zu können,
• räumliche Eingrenzung, sprich: Man kann zusätzlich zur Suche in den Attributen ein Polygon in der Karte zeichnen und so die Trefferzahl räumlich eingrenzen.

Außerdem sollten Hendriks Hinweise Berücksichtigung finden.

Fehlermeldung Nachweisverwaltung

--Benutzer:Karsten Daedelow 24.10.2007 Wenn man in der Nachweisverwaltung Dokumente einpflegt oder ändert und diese z.B. mit gleichem Namen schon vorhanden sind, ändert sich die Hintergrundfarbe des Fensters als erster Hinweis. Besser wäre, wenn zusätzlich noch eine Fehlermeldung für den Nutzer erscheinen würde.

Style- und Label-Editor

--Markus Hentschel 12:55, 11. Okt 2007 (CEST)
Es wäre schön, wenn man Styles und Labels in kvwmap selber erzeugen könnte, vielleicht sogar zusammen mit der Karte, so dass man sofort prüfen kann, wie das Ergebnis im Zusammenspiel mit anderen Layern ist. Farbauswähler, Farbabstufungswähler (Hendrik hatte da mal Beispiele gezeigt), Schriftartenwähler usw. Wie wäre es mit der Möglichkeit von "Druck-Styles", die man zusätzlich zu den normalen "Karten"-Styles definieren kann und die beim Drucken zur Anwendung kommen? Beispiel: Gebäude in ZV-Aut-Darstellung. Die sollen am Bildschirm rot schraffiert erscheinen, im Druck aber schwarz.

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.

--Markus Hentschel 08:15, 4. Okt 2007 (CEST) Dabei muss man berücksichtigen, dass - zumindest in Nordvorpommern - Grundbuchbezirksname und Grundbuchbezirksschlüssel nichts mit den ähnlich lautenden Gemarkungsnamen und Gemarkungsschlüsseln zu tun haben. D.h. wenn man die Summe aller Grundbuchbezirke nimmt, die genauso heißen wie die Gemarkungen der entsprechenden Amtsverwaltung, hat man noch lange nicht alle Grundbuchbezirke. Man müsste vermutlich zuerst einen Filter über alle Flurstücke laufen lassen, der alle vorhandenen Grundbuchbezirke sämtlicher Flurstücke der Amtsverwaltung auflistet.

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.

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.