Wunsch-Liste: Unterschied zwischen den Versionen

Version vom 8. September 2009, 09:40 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

Erweiterung der Tabelle u_consumeALK um die Angabe der layer_id

--Frank Giese 09:40, 8. Sep 2009 (CEST) In der Tabelle u_consumeALK werden bisher user_id, stelle_id, time_id und druckrahmen_id gespeichert. Externen Stellen (z.B. Amtsverwaltungen), denen es erlaubt bzw. in Zukunft (nach dem VermGeoG) erlaubt sein wird, amtliche Auszüge aus dem Liegenschaftskataster zu erstellen, sollte es auch ermöglicht werden, das gemeinsame Produkt DOP und ALK auszugeben. Für die Abrechnung (80/20) muss man nachweisen, wie viele Auszüge DOP+ALK erzeugt wurden. Bisher wird lediglich der Druckrahmen abgespeichert. Über diesen bekommt man die Aussagen über das Format und die "Amtlichkeit" des Ausdrucks. Woher weiß ich aber, welche Layer ausgegeben wurden?

Dokumente erfassen - mehrere Dokumente auswählen, um Geometrie zu vereinigen

--HolgerR 08:46, 8. Sep 2009 (CEST) Sind in einem Vorgang z.B. mehrere Risse enthalten, werden diese mit ihrer jeweiligen Ausdehung erfasst. Das Koordinatenverzeichnis und die Grenzniederschrift umfassen das gesamte Gebiet. Hier besteht nun der Wunsch, Dokumente im Rechercheergebnis auszuwählen, deren Geometrie vereinigt werden. Diese Geometrie soll dann dem neuen Dokument zur Verfügung stehen.

Geometrie hinzufügen mit Puffer

--HolgerR 08:46, 8. Sep 2009 (CEST) Im Geometrieeditor bei der Nachweisverwaltung - Rissrecherche und Dokument einfügen - wird für die Berücksichtigung von Nachbarschaftsbeziehungen ein weiteres Werkzeug gewünscht, welches wie 'Geometrie hinzufügen' funktioniert, aber gleich einen Puffer von 2 m berechnet, so dass die Geometrie um diesen Faktor vergrößert wird. Vielleicht ist dies ja generell im Geometrieeditor von Vorteil. Dann aber ev. mit fixen und variablen Abstand.

Dokumente erfassen - Auswahl des Kartenthemas zum hinzufügen

--HolgerR 08:46, 8. Sep 2009 (CEST) Ähnlich wie bei der Rissrecherche wird eine Auswahl des Kartenthemas bei der Erfassung der Dokumente gewünscht, deren Geometrie mit dem Button 'Geometrie hinzufügen' anklickbar geschaltet wird. Das ist für die Erfassung von Dokumenten notwendig, die z.B. über die gesamte Flur reichen.

Formularelement - user

--HolgerR 10:13, 11. Aug 2009 (CEST) Zum abspeichern der Nutzers, der den jeweiligen Datensatz erstellt oder geändert hat, ist es hilfreich, wenn es ein Formularelemt, z.B. 'user', existiert, das den jeweiligen login_namen des angemeldeten Nutzers ausliest und abspeichert, ohne dass dieser Nutzer eine Eingabe vornehmen muss.

--Markus Hentschel 08:54, 24. Aug 2009 (CEST) Ja, ist als Metainformation ganz wichtig - neben dem Datum der letzten Änderung des Datensatzes. Könnte vielleicht mit der Historisierung von PostGIS-Daten erledigt werden, wenn der Wunsch Bestand hat?

WMS-Kartenthema - Informationsanzeige mittels getFeatureInfo

--HolgerR 11:13, 10. Aug 2009 (CEST) Für die Anzeige der Sachinformationen von WMS-Kartenthemen wäre es gut, wenn das getFeatureInfo des WMS-Dienstes ausgewertet und die Informationen entweder generisch oder im Abfragesnippet dargestellt werden.

--Rahn 09:02, 12. Aug 2009 (CEST) Das funktioniert bereits. Dazu muss als Template "getfeatureinfo.php" eingetragen werden.

Historisierung aller PostGIS-Daten

--Markus Hentschel 16:32, 30. Jul 2009 (CEST) Wünschenswert und vor dem Hintergrund der sich ändernden Rechtslage auch notwendig wäre die Historisierung aller in der PostGIS-DB gespeicherter Daten bei Änderung und Löschung. Dazu gibt es einen Ansatz des Kantons Solothurn, der übertragbar scheint. Die Historisierung müsste von kvwmap automatisch betrieben werden, so dass beim Anlegen von Layern die für die Historisierung notwendigen Ergänzungen am Layer und an der Datenbanktabelle von kvwmap und nicht vom Admin vorgenommen werden. Gleichzeitig müsste es eine "historische generische Layersuche" geben, die es ermöglicht, nach allen Daten unter Berücksichtigung der Dimension Zeit zu suchen (Zeitpunkte oder Zeiträume). Es müsste untersucht werden, wie das Ganze bei Exporten und damit verbundenen Reimporten von Massendaten funktioniert. Also bei der kvwmap-Mobil-Version oder bei Shape-Exporten mit anschließender Bearbeitung und Reimport.

"Optionen" statt "Stellenwahl"

--Markus Hentschel 15:51, 30. Jul 2009 (CEST) Sollte die "Stellenwahl" nicht endlich mal "Optionen" heißen? Die meisten User haben sowieso keine Wahl, was die Stelle angeht - dafür aber mittlerweile jede Menge Optionen.

Landes- und Gemarkungsschlüssel

--Markus Hentschel 15:48, 30. Jul 2009 (CEST)

Der Landesschlüssel (für MV die "13") ist nicht Bestandteil des Gemarkungsschlüssels und sollte in allen Eingabe- und Such-Feldern auch streng davon getrennt werden. Es gibt immer wieder Unsicherheiten, wann er mit geschrieben werden muss und wann nicht. Ich schlage vor, den Landesschlüssel in der config.php zu definieren und ihn dann überall als Default vor die Eingabe- und Suchfelder zu setzen.

--HolgerR 11:16, 10. Aug 2009 (CEST) Wie soll sich die Suche bei länderübergreifendem Einsatz gestalten ?

Koordinateneingabe im Geometrieeditor

--Certa 10:23, 28. Jul 2009 (CEST) Bei der Erstellung eines neuen Datensatzes (Punkte) wäre ein Button (im Geometrieeditor) für Koordinateneingabe sehr hilfreich. Die Werte müssten dann in die entsprechenden Felder der Sachdaten eingetragen/übernommen werden. Oder die Werte in den Sachdaten eingeben und für den Editor aus den entsprechenden Feldern übernehmen, um den Punkt zu setzen.

einfache/erweiterte Suche

--Markus Hentschel 10:33, 10. Jul 2009 (CEST) Würde es Sinn machen, in der Layersuche zwei Registerkarten zu haben: "einfache Suche" und "erweiterte Suche"? Mittlerweile sind es ja doch eine Menge Optionen, von denen man viele nur selten braucht bzw. die nur einige wenige Mitarbeiter ausgiebig nutzen...

Attributselektion in der Layersuche

--Markus Hentschel 10:33, 10. Jul 2009 (CEST) In der Layersuche könnte es nützlich sein, dass man in der Ergebnisanzeige Attribute selektieren kann, die man in dieser Abfrage nicht sehen kann. Beispiel: Man will im Layer Flächennutzungsplan wissen, welche Gemeinden einen FNP aufgestellt haben. Dann reicht es aus, nur das Attribut "aufstellende Gemeinde" (bei uns heißt es zumindest so) auszuwählen, alle weiteren Information interessiert einen in diesen Moment nicht.

Legendenbild bei dick umrandeten Flächen

--Markus Hentschel 15:26, 9. Jul 2009 (CEST) Wenn eine Fläche eine breite Umrandung hat oder eine Liniengeometrie sehr breit gezeichnet wird, dann ist in der Legende das entsprechende Bild nicht mehr zu erkennen. Besser wäre es, wenn dort die Fläche immer von einer 1 Pixel breiten Linie umrandet würde und die Linie immer eine Breite von z.B. 4 Pixeln hätte. Bei Punktsymbolen liegt das Problem ähnlich.

Style/Label löschen

--Markus Hentschel 11:47, 9. Jul 2009 (CEST) Neben dem Löschen eines Styles bzw. Labels muss es auch die Möglichkeit geben, den Style/Label nur vom Layer zu lösen ohne zu löschen. Beim Löschen sollte eine Sicherheitsabfrage kommen ("Style wirklich komplett löschen?").

Layer löschen

--Markus Hentschel 12:08, 8. Jul 2009 (CEST) Wenn man einen Layer löschen möchte, sollte erstens eine Sicherheitsabfrage kommen und zweitens alle Zuordnungen zu den Stellen in used_layer und u_rolle2used_layer gelöscht werden.

ETRS89-Koordinatenanzeige

--Rainer Gareis 07:33, 8. Jul 2009 (CEST)bei uns im Haus besteht der Wünsch in der GUI die Anzeige der Koordinaten zu erweitern,d.h. das Umweltamt hätte gerne, das gleichzeitig unter der Karte die Koordinaten in GK und ETRS89 angezeigt werden. Begründung:Die ehrenamtlichen Mitarbeiter im Außendienst kennen nur GK-Koordinaten, das Amt benötigt aber für die internationale Erfassung ETRS-Koordinaten, deshalb würden sie gerne das "Umschalten" des Koordinatensystems an der "Stelle Wählen" umgehen.

Ausblenden der Legende bei WMS-Layern

--Rainer Gareis 13:50, 30. Jun 2009 (CEST) Um bei WMS-Layern die oftmals etwas größeren Legendenbilder ausblenden zu können, könnte man so wie bei den Vektorlayern per (+/-)-Knöpfchen diese ein- und ausblenden.

kein Wappen in der Menüspalte

--Markus Hentschel 10:03, 4. Jun 2009 (CEST) Wenn das Wappen schon im Header auftaucht, möchte man es vielleicht nicht auch noch auf der linken Seite haben. Ich schlage vor, die config.php wie folgt zu ändern:

# Position des Wappens (oben/unten/kein)
define('MENU_WAPPEN','kein');          # oben / unten / kein

und in menue_body.php am unteren Ende entsprechend:

if (MENU_WAPPEN=="unten") {

Darstellung der Legenden

--Certa 10:29, 13. Mai 2009 (CEST) Bei der Darstellung von Themen kann die Transparenz eingestellt werden. Wenn diese z.B. 30% ist, sieht die Darstellung in der Legende (100%) völlig anders aus. Die Transparenz des Themas müßte automatisch für die Darstellung der Legende übernommen werden.
Macht besonders Sinn, wenn man mit mehreren Klassen arbeitet.

CSV-Export nach FS-suche

--SigridP 16:03, 22. Apr 2009 (CEST)
Beim CSV-Export nach der FS-Suche besteht bei uns der Wunsch, die zur Zeit in einer Tabellenspalte stehenden Eigentümerdaten für eine Weiterverarbeitung (z.B. Serienbriefe) getrennt aufzulisten. D.h. die unterschiedlichen Angaben, wie Name, Vorname, Geb.-datum, PLZ, Ort,... sollten in gesonderten Spalten stehen.
Da oft nicht nur ein Eigentümer angegeben ist, müssten für ein FS mehrere Zeilen mit identischen Eintragungen in den anderen Spalten angelegt werden.
Dadurch würden jedoch die Zeilen der Tabelle nicht mehr mit der Anzahl der FS übereinstimmen. Ggf. könnte eine gesonderte CSV-Datei erzeugt werden.

Kompletter Umstieg auf PostgreSQL

--Rahn 15:40, 8. Apr 2009 (CEST) Wie wäre es, alle Tabellen, die derzeit noch in der MySQL-Datenbank gespeichert sind, auf die PostgreSQL-Datenbank zu überführen und damit komplett auf MySQL zu verzichten? Damit die ohnehin schon große Anzahl an Tabellen in der PostgreSQL-DB etwas strukturierter wird, könnte man verschiedene Schemata definieren. Z.B ein Schema für die Nutzer/Rollen/Stellen-Tabellen, ein Schema für die Layer-Tabellen, ein Schema für die Sach/Geodaten...

Druck mit niedriger Auflösung

--Hschmidt 08:50, 29. Apr 2009 (CEST)
Im Vertrieb werden hier auch großformatige Drucke (>DIN A3) benötigt. Da gerät man bei Luftbildern schnell an die Grenzen des Mapservers. Schlage vor eine Funktion "Druck mit niedriger Auflösung" / "MAPFACTOR 1" einzurichten. Dann hätte man auch die Möglichkeit bestimmten Stellen nur das Drucken mit geringer Auflösung zu ermöglichen.

--Rahn 09:28, 29. Apr 2009 (CEST) Oder die Grenzen des Mapservers hoch setzen. Das geht durch Einfügen von z.B.

MAXSIZE 4096

in das defaultmapfile.map

Verbesserung der Adressensuche

--Hschmidt 13:03, 20. Apr 2009 (CEST)
Durch Eingemeindungen besteht in einigen Gemeinden das Problem, dass bestimmte Straßenbezeichnungen mehrfach vorkommen. Z.B. haben wir eine Gemeinde, in der es 10 mal die "Dorfstr." gibt! Schlage vor die Adressensuche dahingehend zu erweitern, dass bei der Auswahl der Straße zusätzlich zu dem Straßennamen die entsprechende Gemarkung mit angezeigt wird. z.B.: "Dorftstr. (Gemarkung Tessin)". Die Gemarkung ist meistens mit dem Ortsteil identisch.

--Markus Hentschel 12:58, 21. Apr 2009 (CEST) In NVP sind alle Dorf-, Hauptstraßen usw. in allen Gemeinden umbenannt worden. D.h. dann würde da stehen "Tessiner Dorfstr. (Gemarkung Tessin)". Hm. Die Gemarkung ist bei uns überwiegend, aber nicht immer gleich dem Ortsteinamen.