Wunsch-Liste: Unterschied zwischen den Versionen

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

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.

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

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?

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