Wunsch-Liste: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
(Druckrahmen zur Stelle)
Zeile 7: Zeile 7:
  
  
 +
 +
== CSV-Export der Flurstücksdaten mit kurzer Flurstücksbezeichnung ==
 +
--[[Benutzer:Hschmidt|Hschmidt]] 11:53, 8. Apr 2009 (CEST)<br>
 +
Günstig für die Weiterverarbeitung der CSV-Datein mit Flurstücksdaten wäre ein zusätzliches Feld in der CSV-Datei mit der Flurstücksbezeichnung in der kurzen Schreibweise z.B. "1/4" statt nur des amtlichen Flurstückskennzeichens.
  
 
== Druckrahmen zur Stelle ==
 
== Druckrahmen zur Stelle ==
 
--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:31, 6. Apr 2009 (CEST)<br>
 
--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:31, 6. Apr 2009 (CEST)<br>
 
In der Druckrahmenverwaltung statt der Festlegung als "aktuelle Druckvorlage" besser eine Zuordnungsmöglichkeit des ausgewählten Druckrahmens zur Stelle. In der Stellenwahl analog eine Zuordnungsmöglichkeit der Druckrahmen.
 
In der Druckrahmenverwaltung statt der Festlegung als "aktuelle Druckvorlage" besser eine Zuordnungsmöglichkeit des ausgewählten Druckrahmens zur Stelle. In der Stellenwahl analog eine Zuordnungsmöglichkeit der Druckrahmen.
 
  
 
== TIF/TFW ==
 
== TIF/TFW ==

Version vom 8. April 2009, 11:53 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




CSV-Export der Flurstücksdaten mit kurzer Flurstücksbezeichnung

--Hschmidt 11:53, 8. Apr 2009 (CEST)
Günstig für die Weiterverarbeitung der CSV-Datein mit Flurstücksdaten wäre ein zusätzliches Feld in der CSV-Datei mit der Flurstücksbezeichnung in der kurzen Schreibweise z.B. "1/4" statt nur des amtlichen Flurstückskennzeichens.

Druckrahmen zur Stelle

--Markus Hentschel 09:31, 6. Apr 2009 (CEST)
In der Druckrahmenverwaltung statt der Festlegung als "aktuelle Druckvorlage" besser eine Zuordnungsmöglichkeit des ausgewählten Druckrahmens zur Stelle. In der Stellenwahl analog eine Zuordnungsmöglichkeit der Druckrahmen.

TIF/TFW

--Markus Hentschel 10:50, 5. Mär 2009 (CET)
Es sollte die Möglichkeit geben, dass man ein beliebiges Thema oder alle aktuell ausgewählten Themen im aktuellen Kartenausschnitt und im voreingestellten Lagebezugssystem als TIF- plus TFW-Datei exportieren kann, vielleicht sogar unter Angabe der Auflösung.


Verbesserung Nachweiserfassung und -recherche

--Markus Hentschel 09:42, 18. Feb 2009 (CET)
Die Gemarkung sollte ähnlich wie bei der Flurstückssuche auch als Nummer eingebbar sein. Die History-Back- bzw. -Foreward-Buttons sollten zur Verfügung stehen, ebenso die Eingabe des Kartenmaßstabs. In der Nachweissuche sollte die "13" bei der Gemarkungsnummer nicht mit eingegeben werden.


Eingabeprüfung in der Nachweiserfassung

--Markus Hentschel 14:48, 5. Feb 2009 (CET)
Es wäre wünschenswert, wenn in der Nachweiserfassung die Angabe zur Gemarkung und zur Flur beim Absenden des Formulars geprüft werden. Das könnte durch Verschneidung des Polygons mit der Flur / den Fluren geschehen, die darunter liegen. Außerdem sollte geprüft werden, ob die eingegebene Stamm- und Blattnummer unerlaubte Zeichen (z.B. Leerzeichen) enthält. Das Speichern von BMP sollte abgelehnt werden.


Querymap im GLE

--Markus Hentschel 09:11, 19. Dez 2008 (CET)
Zur besseren Visualisierung wäre es vielleicht nicht schlecht, wenn in der Sachdatenabfrage des GLE das abgefragte Objekt noch einmal gezeichnet wird. Macht nur bei Flächen und Linien Sinn. Könnte oben rechts oder links als (relativ) kleines Bild auftauchen. Bei Flächen vielleicht (layerabhängig?) verbunden mit der Flächenangabe, bei Linien mit der Gesamtlänge.

Ganz unabhängig davon: Highlighting von per Infobutton in der Karte angefahrenen Objekten? Bei zusammenhängenden Linienobjekten ist z.B. normalerweise nie zu erkennen, wo sie anfangen und wo sie aufhören. Auch bei Flächenobjekten mitunter schwierig.

ALK-Druck

--Hschmidt 14:43, 16. Dez 2008 (CET)
Die Darstellung und der Druck der Liegenschaftskarte in kvwmap lassen sich weitgehend konform der Zeichenvorschrift über Map-Dateien realisieren, die dann dem Server selbst einen WMS-Dienst zur Verfügung stellen. (Wird hier für den ALK-Druck in den Bürgerbüros mit einer druckoptimierten Mapdatei für die gebräuchlichen Druck-Maßstäbe der ALK 1:500, 1:1000 und 1:2000 eingesetzt.)
Der Nachteil dabei ist, dass eine für den Druck optimierte Map-Datei am Bildschirm nicht optimal ist (z.B. Skalierung von Schriften und Symbolen).
Wünschenswert wäre eine spezielle Druckfunktion die vielleicht über eine go-Variable (?) aufgerufen wird (ALKDruck). In der config.php könnte man dann noch die Mapdatei definieren (Konstante), die für die Aufbereitung des ALK-Drucks eingesetzt wird. Die Bildschirmdarstellung wäre dann unabhängig vom Druck. Der Eintrag in die ToDo-Liste Mapfaktor in WMS-URL Geht auch in diese Richtung der Druckoptimierung. Eine spezielle Map-Datei für den Druck (s.o.) scheint mir flexibler zu sein.