Wunsch-Liste
Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen. zur ToDo-Liste
Inhaltsverzeichnis
- 1 Sachdatenabfrage mit Geometrieübernahme
- 2 GPX-Import
- 3 Nachweise bearbeiten als Funktion
- 4 WMS-Export | Pfad für Mapfile einstellbar
- 5 Grundbuchsuche nach mehreren Beständen
- 6 Redlining
- 7 Adresse? Lagebezeichnung!
- 8 Registerkarten in der GLE-Sachdatenanzeige
- 9 Bilddokumente ansehen
- 10 Bilddokumente abspeichern
Sachdatenabfrage mit Geometrieübernahme
--Rainer Gareis 12:23, 5. Nov 2009 (CET)
Es wäre schön wenn man im Standartfenster bei der Sachdatenabfrage die Geometrie (Flurstück) mit "aufblase" verwenden könnte. Der Wunsch kommt aus der Unterlagenvorbereitung, zum ziehen der ALB-Daten für das beantragte Flurstück und die nachbar Flurstücke.
GPX-Import
--Hschmidt 09:17, 5. Nov 2009 (CET)
Wünschenswert wäre eine Importfunktion für GPX-Dateien z.B. im GLE, womit die Möglichkeit bestünde Kartierungen (tracks und waypoints) von GPS-Geräten in kvwmap weiterzuverarbeiten.
Nachweise bearbeiten als Funktion
--Andreas Thurm 09:06, 5. Nov 2009 (CET)Im Moment kann jeder Benutzer, welcher das Menü Nachweise suchen verwendet, die gefundenen Nachweise auch bearbeiten. Da wir in zunehmendem Maße auch ÖbVI's als Nutzer haben, sollte die Möglichkeit der Bearbeitung der Dokumente mittels einer Funktion geschützt werden (analog zum Löschen von Nachweidsen).
WMS-Export | Pfad für Mapfile einstellbar
--Hschmidt 09:13, 5. Nov 2009 (CET)
Die durch den WMS-Export erzeugten Mapfiles werden standardmäßig im Verzeichnis wms unter WWWROOT abgelegt.
Dadurch ist es möglich durch einen Aufruf des Mapfiles an die Verbindungsdaten der Datenbank zu kommen, was ein gewisses Sicherheitsrisiko darstellt. Der Pfad sollte deshalb konfigurierbar gemacht werden, damit die Möglichkeit besteht die Mapfiles woanders zu speichern.
- --Rahn 12:21, 5. Nov 2009 (CET) Dafür gibt es doch die Konstante WMS_MAPFILE_PATH in der config.php, oder?
Grundbuchsuche nach mehreren Beständen
--Markus Hentschel 07:44, 4. Nov 2009 (CET) Momentan ist es etwas umständlich, die beteiligten Bestände auszugeben, wenn für ein Flurstück Wohnungs- oder Miteigentum gebucht ist. Es wäre gut, wenn ähnlich der Flurstückssuche auch in der Grundbuchsuche nach mehreren Beständen gleichzeitig gesucht werden kann.
Redlining
--Markus Hentschel 09:11, 16. Okt 2009 (CEST) 1. Die durchgeführte Strecken- oder Flächenmessung soll auch auf dem einfachen Kartenbild (showMapImage) erscheinen. 2. Eine Möglichkeit, einzeilige Texte und/oder Linien und/oder Flächen ohne Speicherung nur auf der Karte zu zeichnen und das dann zu drucken.
Adresse? Lagebezeichnung!
--Markus Hentschel 15:01, 7. Okt 2009 (CEST) Im Namen unseres ALB-Experten stelle ich hiermit den Antrag, nicht länger nach "Adressen" zu suchen, sondern nach "Lagebezeichnungen". "Adresse" ist im ALB immer die Adresse des Eigentümers. Beim Flurstück wird die "Lagebezeichnung" gespeichert. Das entsprechende Menü könnte Hausnummernsuche heißen, wenn Lagebezeichnungsuche zu lang und/oder sperrig erscheint.
Registerkarten in der GLE-Sachdatenanzeige
--Markus Hentschel 10:00, 25. Sep 2009 (CEST) Es wäre sinnvoll, wenn man die Attribute eines Layers zu "Attributgruppen" zusammenfassen kann. Diese Gruppen wären dann Registerkarten in der Sachdatenanzeige mit dem Attributgruppennamen als Registerkartenbezeichnung.
Bilddokumente ansehen
--Markus Hentschel 11:26, 25. Sep 2009 (CEST) Da Fotos oft von den entsprechenden "Fotografen" mehr oder weniger sprechende Namen mit möglicherweise relevanten Informationen erhalten, sollte der Dokumentname auch hier neben dem Bild angezeigt werden (und vielleicht nicht in Times?).
Ein größeres Problem ist, dass die Leute nicht auf das Vorschaubild klicken (oder das Symbol bei anderen Dateitypen), sondern auf den Link anzeigen, weil sie denken, dort wird das Dokument angezeigt. Es ist aber nur die SubformEmbeddedPK-Verknüpfung, die sie dann zum eigentlichen Datensatz führt. Das irritiert sehr. Als Freund von Symbolen würde ich vorschlagen, den "anzeigen"-Link durch ein Symbol zu ersetzen, dass ungefähr so aussehen könnte: Datei:vorschlag datensatz-anzeigen.png. Der Tooltipp könnte lauten "Datensatz anzeigen". Zusätzlich würde ich vorschlagen, dass der Dokumentname ebenfalls (auch bei Bildern) ein Link wird, der das Dokument öffnet.
Wenn man die Dokumente als SubformEmbeddedPK in einen übergeordneten Layer eingehängt hat, wäre es außerdem gut, wenn man im übergeordeten Layer bereits im Attribut "Dokument" suchen kann.
Bilddokumente abspeichern
--HolgerR 14:07, 10. Sep 2009 (CEST) Momentan werden die Dateien, die mit dem Formularelement 'Dokument' auf dem Server gespeichert werden, in einen Ordner abgelegt. Dabei ist es egal, in welchem Sinnzusammenhang sie stehen, also Dokumente aus dem Umweltamt mit Dokumenten aus dem Bauamt usw. Aus meiner Sicht wäre es sinnvoller, auch aus der Sicht verteilter Datenhaltung, den einzelnen Layern, den jeweiligen Dokumentenordner explizit anzugeben.
--Andreas Thurm 09:09, 5. Nov 2009 (CET)Nachteilig ist auch, dass die volle URL zum Dokument abgespeichert ist. Wenn zum Beispiel interne und externe Nutzer verschiedene URL's benutzen gibt es ein Problem. Es wäre doch praktischer wenn nur der variable Teil der URL zum Dokument abgespeichert wird.