|
|
| (957 dazwischenliegende Versionen von 25 Benutzern werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| | Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen. | | Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen. |
| − |
| |
| | zur [[ToDo-Liste]] | | zur [[ToDo-Liste]] |
| − | __FORCETOC__
| |
| − |
| |
| − |
| |
| − | == CSV-Export nach FS-suche ==
| |
| − | --SigridP 16:03, 22. Apr 2009 (CEST)<br>
| |
| − | 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.<br>
| |
| − | 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.<br>
| |
| − | 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 ==
| |
| − | --[[Benutzer:Rahn|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 ==
| |
| − | --[[Benutzer:Hschmidt|Hschmidt]] 08:50, 29. Apr 2009 (CEST)<br>
| |
| − | 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.
| |
| − | :--[[Benutzer:Rahn|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 == | + | <websiteFrame> |
| − | --[[Benutzer:Hschmidt|Hschmidt]] 13:03, 20. Apr 2009 (CEST) <br>
| + | website=https://kvwmap.de/wunsch_todo/index.php?go=wunschliste |
| − | Durch Eingemeindungen besteht in einigen Gemeinden das Problem, dass bestimmte Straßenbezeichnungen mehrfach vorkommen.
| + | height=800 |
| − | Z.B. haben wir eine Gemeinde, in der es 10 mal die "Dorfstr." gibt!
| + | width=800 |
| − | 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.
| + | border=0 |
| − | : --[[Benutzer:Markus Hentschel|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.
| + | scroll=yes |
| | + | </websiteFrame> |
Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen.
zur ToDo-Liste
