Wunsch-Liste: Unterschied zwischen den Versionen

Version vom 18. September 2012, 15:59 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

Drucken alle gewählten Grundbuchblätter

--Wirsing 16:21, 18. Sep 2012 (CEST)
Wählt man mehrere Grundbuchblätter aus, dann kann man immer nur den jeweiligen Bestandsnachweis bzw. die -übersicht drucken. Nützlich währe eine Funktion, mit der für alle ausgewählten Grundbuchblätter eine Ausgabe erzeugt werden könnte. (So wie dies z.Z. schon bei den Flurstücken möglich ist!)

Ersetzen des Begriffs "Layer"

--Reißland 13:40, 18. Sep 2012 (CEST) Der Begriff Layer, der beispielsweise bei der erfolglosen Sachdatenabfrage (Es wurde kein Layer zur Sachdatenabfrage ausgewählt!) oder bei der Fehlermeldung (Einer der Layer ist fehlerhaft. Klicken Sie auf Neu starten um alle Layer auszuschalten.) erscheint ist für viele Nutzer nicht verständlich. Es sollte nach einer passendenden Alternative (Daten, Datensammlung,...) gesucht werden.

Erweiterung der Druckrahmenverwaltung

--Reißland 13:40, 18. Sep 2012 (CEST)Unter dem Wert "Nutzer" wird in der Druckrahmenverwaltung aktuell die Stelle und der Nutzer in einer Zeile angegeben. Schön wäre es, wenn Nutzer und Stelle separate Werte wären.

Überarbeitung des Stelleneditors und der allgemeinen Angaben zum Layer (Layeranzeige)

--Reißland 11:31, 18. Sep 2012 (CEST) Im Stelleneditor sollten die zugeordneten Funktionen und Layer alphabetisch sortiert werden. Die Felder für die zugeordneten und verfügbaren Nutzer sollten mit einem Tooltip versehen werden. Bei den allgemeinen Angaben zum Layer (Layer anzeigen) sollten die zugeordneten Stellen alphabetisch sortiert werden. Darüber hinaus sollten in sämtlichen Listen die verfügbaren Werte automatisch reduziert werden, wenn ein ursprünglich "verfügbarer" Wert "zugeordnet" wird.

Überarbeitung Rechteverwaltung der Layerattribute

--Markus Hentschel 12:08, 10. Sep 2012 (CEST) Weil viele Layer einer stattlichen Zahl von Stellen zugeordnet werden, wird es immer schwieriger, den Überblick bei den Layerattributrechten zu behalten. Dabei ist es oft so, dass die Attributrechte immer wieder dieselben sein sollen und i.d.R. nur bei der "Datenherr-Stelle" abweichen. Wir schlagen eine Überarbeitung der Rechteverwaltung der Layerattribute vor:

Sachdaten Flurstücke Lage mit Ortsteil

--Hschmidt 13:31, 4. Sep 2012 (CEST)
Gewünscht wurde die zusätzlice Ausgabe des Ortsteils bei der Lage zu Flurstücken. Wie auch schon in der Suche nach Lagebezeichnungen (Adressuche) realisiert.

Metainformation zum Layer

--Markus Hentschel 10:56, 4. Sep 2012 (CEST) Oft exisiteren Metainformationen zu einem Thema in Form einer Datei (pdf). Das könnte irgendwo am Layer angezeigt werden, Vorschlag: irgendwo beim Layernamen in der Themenübersicht neben der Karte.

Abfrage über Umringspolygon

--SigridP 10:38, 28. Aug 2012 (CEST) Es besteht der Wunsch, ein eingelesenes Umringspolygon(uko-Datei) für eine Flurstücksabfrage nutzen zu können, ohne es mit dem Button "Informationsabfrage im Polygon" in der Karte erneut zu erfassen.

Tabelle Layer

--Reißland 06:53, 15. Aug 2012 (CEST) In die Tabelle Layer sollten die Angaben symbolscale, filter und require, die aktuell nur in der Tabelle used_layer zu finden sind, integriert werden.
Hintergrund: Bei der Zuweisung eines Layers zu einer Stelle müssen die o.g. Angaben bisher für immer nachgetragen werden.

Event Call back-Funktionen

--Pkorduan 01:39, 24. Jun 2012 (CEST)Um z.B. die Anzeige von Formulargruppen an Ereignissen in anderen Feldern knüpfen zu können, oder Auswahllisten einzuschränken in Abhängigkeit von ausgewählten Werte in vorherigen Feldern, soll eine Funktion in kvwmap hinzugefügt werden, die Call back-Funktionen auch auf der Client-Seite in JavaScript zulassen. Damit können zu jedem Feld Eventtypen definiert werden und die Funktionen, die beim Eintreten des Ereignisses aufgerufen werden sollen. Für die Eventtypen, wie z.B. onchange und die Funktionsnamen werden im Attribut-Editor zusätzliche Felder eingefügt. Diese Funktionen werden Event-Funktionen genannt. weitere Details und Spezifikation

CRUD Call back-Funktionen

--Pkorduan 15:23, 23. Jun 2012 (CEST) Damit können beliebige Funktionen an einem Datensatz ausgeführt werden, bevor oder nachdem dieser in der Datenbank erzeugt, gelesen, geändert oder gelöscht wird. Damit können an Hand von eingegebenen Werten komplexe Dinge geprüft oder berechnet werden oder auch Dinge aus der Datenbank abgefragt werden, z.B. die nächste fortlaufende Nummer innerhalb eines Gebietes etc. Es können aber auch beliebige Dinge berechnet oder in der Datenbank ausgeführt werden, wie z.B. die Erzeugung von temporären Tabellen oder Indices. weitere Details und Spezifikation

Time-Felder mit Kalender

--Markus Hentschel 11:35, 14. Jun 2012 (CEST) Eingabe-Textfelder vom Typ Time könnten einen Kalender bekommen, aus dem der Benutzer sein Datum auswählt. Der Kalender öffnet sich, wenn man auf das Kalendersymbol vor dem Eingabefeld klickt.

PRJ-Datei im Shape-Import

--Markus Hentschel 10:49, 14. Jun 2012 (CEST) Wenn im ZIP zum Shape auch eine *.prj-Datei existiert, könnte kvwmap das beim Shape-Import bzw. bei Shape anzeigen gleich berücksichtigen.

Filterung der ALB-Daten nach Gemarkungen u. Fluren

--Hschmidt 14:56, 12. Jun 2012 (CEST)
Nützlich wäre noch eine Filterung der ALB-Daten nach Gemarkungen und Fluren, wie jetzt schon nach Gemeinden möglich.

SVG-Export

--Hschmidt 15:19, 7. Jun 2012 (CEST)
Für die Erstellung einfacher thematischer Karten (Infografik) für das Web wäre der Export von SVG für ausgewählte Themen (vgl. Shape-Export) sehr nützlich. Die SVG-Grafik könnte dann mit entsprechendem Editor (z.B. inkscape) editiert werden.

Terminierung für user

--Hschmidt 13:20, 6. Jun 2012 (CEST)
Vergleichbar der Stellenverwaltung ein start und stop-Datum für user danach den Status "deaktiviert" automatisch zuordnen und ein login ist nicht mehr möglich.
Die start und stop-Daten permanent speichern und ein manuelles Setzen auf deaktiviert einrichten. Dann könnten die deaktivierten user in der DB verbleiben und es wäre möglich zu verfolgen wer von wann bis wann einen Zugang hatte.

Login-Versuche beschränken

--Hschmidt 12:48, 6. Jun 2012 (CEST)
Die möglichen Login-Versuche sollten aus Sicherheitsgründen beschränkt werden. Evtl. allgemein in der config.php einstellbar über eine neue Konstante "max_login_attempts" oder so.

Flurübersicht in Druckausschnittswahl als Option

--Hschmidt 14:03, 4. Jun 2012 (CEST)
In der Druckausschnittswahl wäre es sinnvoll, wenn man die Flurübersicht als Option zu- oder abschalten könnte. Eine Auswahl links unten oder rechts unten für die Positionierung wäre gut.

ZIP-Archiv für Rechercheergebnis

--Schley 10:43, 24. Mai 2012 (CEST) Es wäre toll wenn man einen Link beim Rechercheergebniss integriert, der alle PDF's (Risse) der Suche in ein ZIP-Archiv packt und sich das dann speichern/downloaden könnte.

Rechercheergebnis im neuen Fenster

--Schley 10:43, 24. Mai 2012 (CEST) Wäre es möglich das Rechercheergebnis bei der Nachweissuche von Rissen im seperaten Fenster öffnen zu lassen? So hätte der Nutzer die Möglichkeit neben seiner Suchanfrage noch in kvwmap zu arbeiten.

Routing

--Markus Hentschel 07:24, 16. Mai 2012 (CEST) Abfallwirtschaft und Schulverwaltung suchen für ihre jeweiligen Zwecke die kürzeste Route im Straßennetz zwischen zwei Punkten. Wäre eine Routing-Funktion denkbar?

Suchergebnis ALK-Adresssuche

--Markus Hentschel 07:24, 16. Mai 2012 (CEST) Bei der Adresssuche ALK sollte das Suchergebnis - analog zur ALK-Flurstückssuche - in der Gruppe Suchergebnis erhalten bleiben.

Termine mit Benachrichtigung

--Markus Hentschel 16:25, 15. Mai 2012 (CEST) Bei der Bauleitplanung sollen die Stellungnahmen im TÖB-Verfahren jetzt über kvwmap abgegeben werden. Dazu haben die Fachämter eine bestimmte Frist. Schön wäre, wenn es einen Feldtyp "Fristdatum" o.ä. gäbe, der, wenn das eingetragene Datum in die Vergangenheit rutscht, eine "Markierung" setzt und eine Benachrichtigung an denjenigen produziert, der als User im Datensatz eingetragen ist. Sobald dieser die Nachricht gelesen hat, wird die "Markierung" dieses Datums entfernt. Denkbar wäre weiterhin eine Art Kalender für den Layer, der ein solches Fristdatums-Feld aufweist, damit der Benutzer einen Überblick über alle gesetzten Fristen in diesem Thema hat.

Daten mit Flurstücksbezug

--Markus Hentschel 16:15, 15. Mai 2012 (CEST) Die Gemeinden, aber auch einige Fachämter der Kreisverwaltung, haben den Wunsch, bestimmte Daten mit explizit gespeichertem Flurstücksbezug zu erfassen (Beispiele: Baulasten, Liegenschaften des Kreises / der Gemeinde, Kaufoptionen, Ermittlung Anliegerbeiträge o.ä.) Hier ist es entscheidend, dass der Bearbeiter informiert wird, wenn sich die Flurstücksnummer in ALK und/oder ALB z.B. durch Zerlegung ändert. Wenn ja, dann muss die Information vom Bearbeiter händisch auf eines oder mehrere der Nachfolgerflurstücke übertragen werden. Auch der/die Eigentümer des Flurstücks oder besser gesagt ein möglicher Eigentümerwechsel spielt da u.U. eine Rolle und muss dem Benutzer mitgeteilt werden.

Adressrecherche ohne Flurstückslayer

--Hschmidt 14:11, 8. Mai 2012 (CEST)
Bislang ist die Adress- und Flurstücksrecherche auf den Daten des Liegenschaftskatasters nur mit einem der Stelle zugeordneten Flurstückslayer möglich. Wenn man die Liegenschaftskarte über einen WMS darstellen will oder keine ALK zuordnen will muss man immer noch einen Flurstückslayer einbinden sonst geht die Recherche nicht. (wurde schon mal diskuttiert!)

Abrechen-Knopf bei der Datenerfassung im GLE

--HolgerR 09:40, 4. Mai 2012 (CEST) Bei der Erfassung von Daten im GLE, die über SubFormPK miteinander verknüpft sind, fehlt im verknüpften Datenerfassungsformular ein Abbrechen-Knopf. Er ist für den Fall gedacht, dass die Checkbox "und einen weiteren Datensatz erfassen" aktiviert ist, aber nach dem Speichern kein weiterer Datensatz erfasst werden soll.
Es sollte dann zurück in die übergeordnete Datenerfassungsmaske gesprungen werden.

Verbesserung Geometrieeditor

Was kann am Geometrieeditor verbessert werden?

--Markus Hentschel 14:59, 25. Apr 2012 (CEST) Ich habe in der config.php 'ALWAYS_DRAW' = 'true' gesetzt. Der Benutzer kann jetzt die Karte verschieben und sein Polygon gleich weiterzeichnen. Bearbeiter, die Multipolygone zeichnen wollen, müssen das Zeichnen unterbrechen. Für den Multipolygon-Zeichner ist es zunächst mal schwierig herauszufinden, wie er das Zeichnen unterbricht, er wird nirgends darauf hingewiesen. Für geübte kvwmäpper kein Problem, aber für den Rest... Je nachdem, welchen Button er zum Unterbrechen verwendet, können auch merkwürdige Dinge passieren. Klickt er den Verschiebebutton an, hat er nicht unterbrochen. Hat er den Polygon-Zeichnen-Button angeklickt, hat er unterbrochen. Verschiebt er aber danach den Kartenausschnitt, ist er merkwürdigerweise wieder im Zeichnen und hat nicht unterbrochen.

Bei den Nutzern des Kompensationsverzeichnisses bestehen ebenfalls Wünsche zum Geometrieeditor:

• Eine Schaltfläche zum Einzeichnen einer Standardfläche (Kreis oder Quadrat) mit vom Nutzer definierbarem Radius bzw. Kantenlänge (und/oder eine Kopierfunktion),
• Bei der Neueingabe von Datensätzen im Geometrieeditor wird gewünscht, die Option setzen zu können (z. B. ein Häkchen setzen), dass noch weitere Teilflächen eingegeben werden sollen. Diese Option gibt es zwar bereits, aber erst nachdem der Datensatz einmal abgespeichert wurde.

(J. Sambale)

Weiterentwicklung Nachweisrecherche/anzeige

--Markus Hentschel 12:57, 24. Apr 2012 (CEST)

• Vorschaubild bei mouseover
• Farbig unterschiedliche Hinterlegung der Treffer nach Sortierkriterium
• Häkchenfeld, dass nur die gültigen Dokumente angezeigt werden. Wenn es entfernt wird, farbig eindeutige Hinterlegung der ungültigen Dokumente

Mitrutschende Menüleiste

--Gunther Rahmlow 08:22, 23. Nov 2011 (CET) Beim Auflisten von Suchergebnissen muss oft nach unten gescrollt werden. Blöd ist, dass dabei die Menüleiste "weggescrollt" wird, also aus der Sicht verschwindet. Möchte ich nach dem Ansehen meiner Ergebnisse eine Aktion aus der Menüleiste ausführen - etwas auf "Karte" klicken, um zur Kartenansicht zurückzugelangen - muss ich erst wieder nach oben scrollen. Lösung: Die Menüleiste bleibt fest im linken Fensterbereich. Scrollbar ist nur der Bereich der Suchergebnissse.

Keine eindeutige Zustimmung beim 28. Treffen!

Aliasnamen für Layer

Es wäre schön, wenn beim Layer erstellen die Vergabe eines Aliasnames möglich wäre. Verschiedene Planungsstände werden bei uns in verschiedenen Stellen verwaltet. Um in der Liste der Layer bei der Administration den Überblick zu behalten heißen die dann rrep_hochspannung, lep_hochspannung, rok_hochspannung usw. Das macht für den Anwender wenig Sinn, da er innerhalb einer Stelle nur einen Planungsstand sieht.

Anzeige von Suchergebnissen

Es wäre übersichtlicher, wenn die Gesamtanzahl von Suchergebnissen jeweils oben auf der Ergebnisseite anstatt ganz unten angezeigt werden könnte (oder eben an beiden Stellen). (J. Sambale)

Vom Kartenviewer zurück zur Anzeige von Suchergebnissen

In der Sachdatenanzeige ist der Link "zurück zur Karte verfügbar". Ist es analog hierzu möglich, im Kartenbereich einen Link "zurück zu Suchergebnissen" einzubinden (bei mehreren Suchanfragen, zur letzten)? Wenn man derzeit mehrere Suchergebnisse hat und sich eine Ergebnisfläche über "Kartenausschnitt" ansieht, ist man gezwungen die Suchanfrage erneut einzugeben, wenn man zur Ergebnisliste zurückkehren möchte. (J. Sambale)

Anzeige des Kartenausschnittes auch für WFS-Layer

Für das Arbeiten im Kompensationsverzeichnis wäre es sehr hilfreich, wenn für WFS-Layer das direkte Navigieren in die Karte aus der Sachdatenanzeige heraus möglich wäre. Die Flurstücke für MV sind im Kompensationsverzeichnis als WFS-Dienst des LAiV eingebunden. Eine Layersuche nach Flurstücken ist zwar möglich, die Lage der Suchergebnisse kann jedoch nicht direkt in der Karte angezeigt werden, da der Link "Kartenausschnitt" für WFS(/WMS)-Layer nicht zur Verfügung steht, wie dies bei "normalen" Layern in der Datenbank möglich ist. (J. Sambale)

Shape-Import

Bei den Nutzern des Kompensationsverzeichnisses besteht der Wunsch, Shape-Dateien (als temporäre Layer) hochzuladen, um die Flächengeometrie (z. B. bei komplexen Flächeneingaben) im Geometrieeditor direkt abgreifen zu können. (J. Sambale)