Wunsch-Liste: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
(Nachweise erfassen - Maßstabseingabe)
(Polygon/Linie verschieben)
Zeile 55: Zeile 55:
 
Für das flächenhafte erfassen von Wegen, rechtwinkligen Gebäuden etc. wäre es eine große Hilfe, wenn nur die eine Kante digitalilsiert wird und durch eine Abstandseingabe die Fläche aufgezogen wird.
 
Für das flächenhafte erfassen von Wegen, rechtwinkligen Gebäuden etc. wäre es eine große Hilfe, wenn nur die eine Kante digitalilsiert wird und durch eine Abstandseingabe die Fläche aufgezogen wird.
  
== Polygon/Linie verschieben ==
+
 
--[[Benutzer:HolgerR|HolgerR]] 10:43, 20. Mär 2014 (CET) <br/>
+
Beim Digitalisieren ist es manchmal sinvoll, das gesamte Objekt zu verschieben statt jeden Punkt einzeln anzufassen. Gerade bei der Erfassung von Baulasten für die Windkraftanlagen bei denen ein kreisförmiges Polygon erfasst wird bringt das positive Effekte
+
  
 
== Info-Buttons in Nachweiserfassung ==
 
== Info-Buttons in Nachweiserfassung ==

Version vom 2. April 2014, 14:33 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



GLE - Abstandsanzeige

--HolgerR 07:45, 1. Apr 2014 (CEST)
Beim Digitalisieren von Polygonen ist es des öfteren hilfreich, wenn der Abstand zum letzten Knickpunkt angezeigt wird, entweder gleich am Mauszeiger od. in der Statusleiste


Gruppe bei Layersuche anzeigen

--Andreas Thurm 15:12, 31. Mär 2014 (CEST)

Wenn bei einem Layer die Sachdatenanzeige gruppiert ist, sollten bei der Layersuche diese Gruppen im Suchformular angezeigt werden.

variable Freitexte formatieren

--Andreas Thurm 14:35, 31. Mär 2014 (CEST)

Bisher wird der variable Freitext in schwarz und in einer Standradschrift eingefügt. Es wird gefordert, dass der Text bezüglich Schriftfarbe und Schriftart formatierbar ist.

Styles individuell anpassen

--Andreas Thurm 14:27, 31. Mär 2014 (CEST)

Aus dem Kreis der Nutzer kommen verschiedene Anforderungen betreffs der Styles:

- Bei einem Polygon soll es möglich sein, die Fläche transparent zu schalten. Es soll dann nur noch der Umring des Polygons in der Karte zu sehen sein. Möglich wäre das, wenn man für jede Klasse mehrere Styles (mindestens 2: Primärstyle und Sekundärstyle) definieren könnte. Der Nutzer kann dann bei Bedarf den Style wechseln.

- Die Farbe und Transparenz der Füllung eines Objektes soll durch den Nutzer frei wählbar sein.

"Meine Suchabfragen"

--Markus Hentschel 21:23, 30. Mär 2014 (CEST) Der Nutzer kann im GLE bei jedem Thema beliebig viele Suchabfragen speichern. Schön wäre es, wenn er alle seine gespeicherten Suchabfragen auf einen Blick präsentiert bekommen könnte. Irgendwie müsste vielleicht geprüft werden, ob die Suchabfragen noch funktionieren.

CSV-Export Klassifizierung

--SigridP 14:47, 28. Mär 2014 (CET)
Im neuen CSV-Export Klassifizierung werden zusätzlich die bisher im CSV-Export FST enthaltenen Gesamtwerte je Flurstück benötigt.
Bei den neu aufgelisteten Zusätzen aus der ALK-Klassifizierung wird die Umsetzung der Kennzeichnung "W" wie in der ALK-Auskunft gewünscht.
siehe Gegenüberstellung

Formularelement MAILTO

--Rainer Gareis 13:52, 25. Mär 2014 (CET)
Im Attribut Editor wäre ein Formularelement "MAILTO:" wünschenswert, um in der Sachdatenanzeige sofort die Verlinkung zum Mailprogramm zu haben.

Auswerten von SLD

--Rainer Gareis 13:52, 25. Mär 2014 (CET)
Bindet man Diensten ein, dann sollte mitgelieferte SLDs ausgewertet werden.

Ermitteln von Flächengrößen

--HolgerR 10:43, 20. Mär 2014 (CET)
Die Ermittlung von Flächengrößen über den Button "Informationsabfrage im Polygon" hat nicht immer die nötige Genauigkeit bei der Ermittlung der Flächengröße von komplexen Geometrien. Schöner wäre es, wenn z.B. nach Auswahl des Buttons "Flächengöße ermitteln" eine Abfrage der angezeigten flächenhaften Kartenthemen erfolgt und nach Auswahl des entsprechenden Kartenthemas mit einem Klick in die gewünschte Fläche deren Größe ermittelt und angezeigt wird.

Erfassen von Parallelitäten

--HolgerR 10:43, 20. Mär 2014 (CET)
Für das flächenhafte erfassen von Wegen, rechtwinkligen Gebäuden etc. wäre es eine große Hilfe, wenn nur die eine Kante digitalilsiert wird und durch eine Abstandseingabe die Fläche aufgezogen wird.


Info-Buttons in Nachweiserfassung

--Markus Hentschel 09:43, 13. Mär 2014 (CET) Gewünscht ist, dass auch die Info-Werkzeuge in der Nachweiserfassungsoberfläche integriert sind.

Suche nach Sachdaten

--Markus Hentschel 14:10, 26. Feb 2014 (CET)

  • In der Sachdatensuche kann man bei Formularelementtyp Auswahlfeld nach einer Option suchen. Was, wenn man mehrere Optionen filtern will? Es wäre gut, wenn der Nutzer die Suche mittels UND oder ODER verketten kann, bevor er auf Suchen klickt (Hab ich das nicht schon mal formuliert?).
  • Die Operatoren "größer", "kleiner" und "zwischen" sollten nur bei Integer-Attributen zur Verfügung stehen. Dafür macht dort "ähnlich" keinen Sinn.
  • Bei SubformEmbedded-Pseudo-Attributen, die mittels array2string(array()) im pfad definiert werden, sollte bei der Suche immer schon ähnlich als Operator ausgewählt sein und intern mit %...% gesucht werden

GLE - "nach unten"

--Markus Hentschel 21:47, 15. Feb 2014 (CET) Den Kleinen Pfeil "nach unten" finde ich gut, allerdings wäre er aussagekräftiger, wenn daneben noch "nach unten" o.ä. als Linktext stehen würde. Problem im Moment: Er geht wirklich nach ganz unten, was nicht unbedingt was bringt bzw. sogar möglicherweise gar nicht zielführend ist, wenn der Nutzer mehrere Themen abgefragt hat.


Funktion Jagdkastaster_lesen

--Hschmidt 13:45, 5. Feb 2014 (CET)
Zur Bereitstellung des Jagdkatasters für die Amtsverwaltungen oder andere wäre eine Funktion sinnvoll, die den nur lesenden Zugriff auf das Jagdkataster steuert.

--Markus Hentschel 18:10, 9. Feb 2014 (CET) Eigentlich kann man das Jagdkataster-Template auch völlig durch den GLE ablösen, oder?


Speicherung der letzten Änderung

--Markus Hentschel 14:44, 19. Dez 2013 (CET) Als Metainformationen können bei GLE-Layern schon user und time gespeichert werden, also welcher Benutzer hat wann die letzte Änderung am Datensatz vorgenommen. Es könnte aber noch mehr gehen: Was wurde geändert? Es sind Wünsche geäußert worden:

  • - Welches Attribut bzw. welche Attribute wurden beim letzten Speichern verändert?
  • - Darüber hinaus: Wie war der Inhalt der geänderten Attribute vor der letzten Änderung?


WMS Markierung und Prüfung

--Markus Hentschel 16:00, 12. Dez 2013 (CET) Mittlerweile werden Dienste sehr intensiv genutzt, allen voran die WMS des LUNG. Diese haben jedoch die Angewohnheit, manchmal komplett nicht zur Verfügung zu stehen. Für den Nutzer ist das unerklärlich, vor allem, da die Dienste dann eine völlig nichtssagende Fehlermeldung produzieren. Schön wäre es, wenn serverseitig - vielleicht cron-gesteuert - die in den Layern definierten Dienste geprüft würden, z.B. alle 5 Minuten. In kvwmap müsste das Ergebnis der Prüfung bei der jeweils nächsten Nutzeraktion zu sehen sein, mindestens müsste der Nutzer erkennen können, dass ein Dienst gerade nicht zur Verfügung steht.

Nachweiserfassung - fiktives Datum

--Hschmidt 16:09, 21. Nov 2013 (CET)
- Am 01.04.2014 AUF NÄCHSTES ANWENDERTREFFEN VERTAGT.
Bei einigen Nachweisen kann man das Datum und auch das Jahr der Entstehung nicht bestimmen. Diese Datensätze wären bei einer Suche über eine Zeitspanne (von - bis) nicht zu finden. Sinnvoll wäre es Datensätze mit einem bestimmten fiktivem Datum bei der Suche mit auszugeben. z.B.: 1000-01-01