Wunsch-Liste: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
(Metainformation zum Layer)
Zeile 4: Zeile 4:
  
  
 +
 +
== Sachdaten Flurstücke Lage mit Ortsteil ==
 +
--[[Benutzer:Hschmidt|Hschmidt]] 13:31, 4. Sep 2012 (CEST) <br>
 +
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 ==
 
== Metainformation zum Layer ==

Version vom 4. September 2012, 13:31 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



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.

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.