Wunsch-Liste

Aus kvwmap
Wechseln zu: Navigation, Suche

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


Geometrie vereinfachen im GLE

--Hschmidt 16:26, 15. Sep 2010 (CEST)
Inspiriert durch JOSM wäre es nicht auch im GLE sinnvoll übernommene Geometrieen z.B. aus Flurstücksdaten auf Wunsch zu vereinfachen wenn man nicht die Vielzahl von Stützpunkten haben will?
Das könnte evtl. auch die Probleme mit komplexen verhindern. Stichwort "ungültige Geometrien".

GLE für Tabellen mit zwei Geometriespalten

--Hschmidt 16:20, 15. Sep 2010 (CEST)
Wie bei BORIS wäre es schön, wenn man mit dem GLE gleichzeitig Multipolygon und Punktgeometrie bearbeiten könnte.

CSV-Export für H&H ProDoppik

--Hschmidt 16:17, 15. Sep 2010 (CEST)
Das verbreitete Programm H&H ProDoppik hat eine Importschnittstelle für Flurstücksdaten. Diese könnte man evtl. aus der Namenssuche in kvwmap über einen speziellen CSV-Export füttern.


Geometrie bearbeiten Undo

--Markus Hentschel 14:17, 10. Sep 2010 (CEST) Keine Ahnung, ob es technisch überhaupt geht... Ärgerlich ist auf jeden Fall, wenn man z.B. einen Eckpunkt gelöscht oder verschoben hat, dass man dann keine Möglichkeit hat, die Änderung wieder (vor dem Speichern natürlich) rückgängig zu machen - es sei denn man geht ohne Speichern aus der Bearbeitung raus und fängt von vorne an.

Navi-Buttons und Maßstabseingabe im Geometrieeditor

--Markus Hentschel 08:40, 3. Sep 2010 (CEST) Im Geometrieeditor sollten auch die Ansicht vor/zurück Buttons zur Verfügung stehen. Außerdem die Maßstabseingabe unter der Karte.

Selektiver CSV-Export für Fachdaten

--Markus Hentschel 08:40, 3. Sep 2010 (CEST) Schön wäre es, wenn beim Aufruf des CSV-Exports erst noch eine Übersicht über die Attribute des Layers käme (ähnlich wie CSV-Export Eigentümer). Die Attribute sind defaultmäßig erst mal alle angehakt und man kann einzelne abwählen, bevor man den CSV-Export startet.

Erweiterung Shape anzeigen

--Markus Hentschel 10:52, 31. Aug 2010 (CEST) Es wäre hilfreich, wenn man mehrere Shapes nacheinander hochladen und gemeinsam anzeigen könnte. Bislang sind alle gleichfarbig. Jeder müsste eine andere Farbe bekommen. Außerdem sollten sie leicht transparent sein (85?).

Maßstabsbereich als Tooltip zum Layernamen

--Markus Hentschel 16:02, 30. Aug 2010 (CEST) Es wäre gut, wenn der Nutzer erfährt, in welchem Maßstabsbereich ein Layer aktiv ist. Das könnte man z.b. realisieren, indem das als Tooltipp beim Layernamen in der Legende angezeigt wird.

Layerstyling durch den Nutzer

--Markus Hentschel 16:02, 30. Aug 2010 (CEST) Für die Nutzer könnte es interessant sein, die Styles selber zu gestalten, z.B. indem er in der Legende auf den Layernamen klickt. Er bekommt dann die Möglichkeit, Farbe, Symbol, Symboldicke usw. selbst auszuwählen. Oder er kriegt zumindest eine eingeschränkte Auswahl.

CSV-Import

--Markus Hentschel 12:37, 27. Aug 2010 (CEST) Für einige Benutzer wäre ein CSV-Import nützlich, mit dem sie Excel-Tabellen in einem von kvwmap vorgegebenen CSV-Format in eine Tabelle - ähnlich wie beim Shape-Import - schreiben können. Es müssten aber wahrscheinlich vorhandene Tabellen bzw. Layer der Stelle sein.

Geburtsname in der Namenssuche

--Markus Hentschel 07:53, 4. Aug 2010 (CEST) Ich finde, es ist eher ein Bug, aber vielleicht gibts ja Diskussionsbedarf. Nach ALB-Vorschrift steht der Geburtsname im zweiten Namensfeld. Entsprechend muss die Beschriftung in der Namenssuche geändert werden und die Suche nach Geburtsname im 2. Feld vonstatten gehen.

Gebäudesuche Auswahlfenster ändern

--Rainer Gareis 07:53, 2. Jul 2010 (CEST) Bei der Gebäudesuche und Adresssuche wird immer nach der Gemeinde und nicht nach dem Ort bzw der Gemarkung gefragt. Hier ist das Problem das viele nicht wissen, in welcher Gemeinde der Ort liegt, wo das gesuchte Gebäude ist. Könnte man die Auswahl "Gemeinde" nicht erweitern auf "Gemeinde/Gemarkung" so wie es bei der ALK-suche ist?

Verbesserung Flurstückssuche und Adresssuche

--Markus Hentschel 09:59, 25. Jun 2010 (CEST)

  • Wenn ein Flurstück / eine Adresse (versehentlich) mehrfach ausgewählt wird, kommt es auch mehrfach in der Trefferliste. Das müsste unterbunden werden.
  • Die Auswahlliste der vorhandenen Flurstücken / Adressen kann noch etwas größer sein, d.h. mehr Zeilen haben. Vorschlag: 12
  • Außer der Liste der vorhandenen Flurstücke / Adressen noch ein Eingabefeld. Viele lieben das.


Fotos im Tooltip

--Mschulz 10:21, 22. Jun 2010 (CEST) Ich habe einen Vorschlag für den Tooltip:

In der light bzw. Bürger-Version wäre es doch sinnvoll wenn auch Bilder/Fotos im Tooltip angezeigt werden. Insbesonders für Themen wie Badestellen, Kirchen usw. könnte das sehr interessant sein.


Vereinfachung Druckausschnitt wählen

--HolgerR 09:58, 2. Jun 2010 (CEST) Für eine einfachere Handhabung des Druckausschnittsauswahl habe ich folgende Vorschläge:

  • Übernahme des Kartenmaßstabes in das Feld Druckmaßstab als Voreinstellung
  • mittiges Positionieren des Druckausschnittes mit obigen Kartenmaßstab und letztem Druckrahmen
  • Zoom des Kartenfensters auf max. Ausdehnung des Druckausschnittes zzgl. eines Randes von ca. 15%

Wird aus der Druckvorschau wieder zurück auf 'Druckausschnitt wählen' gegangen, dann sollten die letzen eingegebenen Werte verwendet werden und nicht die obigen Eingangswerte.


"zurück zur Karte" in der Druckvorschau

--Markus Hentschel 10:42, 20. Mai 2010 (CEST) klein, aber hilfreich: In der Druckvorschau könnte unterhalb der beiden Buttons noch "zurück zur Karte" auftauchen. Der zurück-Button könnte dann besser auch ein Link sein, der "zurück zum Druckausschnitt" o.ä. heißen könnte.


Anzeige der IDs im GLE

--Markus Hentschel 11:18, 20. Mai 2010 (CEST) Bei Subforms muss immer ein Primärschlüssel da sein. Im GLE ist der nachher immer sichtbar, obwohl der Bearbeiter mit einer ID normalerweise nicht viel anfangen kann. Es trübt im Gegenteil die Übersichtlichkeit und Lesbarkeit. Kann man auf die Anzeige verzichten? Bei SubformFK steht der Primärschlüssel des übergeordneten Layers auch immer da, auch hier für den Benutzer hinderlich. Das könnte möglicherweise auch anders gemacht werden?