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
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.