Skalierfaktoren für Fachobjekte
- 6.0
- Basis
Wir haben vor einigen Jahren beschlossen, einen Skalierfaktor nicht nur für Präsentationsobjekte sondern auch für jegliche Fachobjekte (Flächen, Überlagerungen, Punkte, Linien) einzuführen. Diese Änderung ist nicht in XPlanGML 6.0 erschienen, sondern wurde mitsamt aller Änderungen an den Präsentationsobjekten auf XPlanGML 7.0 vertagt.
Ich möchte darum bitten, einen Skalierfaktor für Fachobjekte bereits in XPlanGML 6.1 einzuführen. Ob bei XP_Objekt oder XP_Flaechengeometrie, XP_Liniengeometrie und XP_Punktgeometrie kann ich technisch nicht beurteilen.
Vielleicht sollte ich den praktischen Hintergrund meines Wunsches noch mal an drei Beispielen verdeutlichen:
- In Ermangelung einer Liniensignatur für Knicks greifen viele Anwender oder Anwenderinnen in Schleswig-Holstein zur zeichnerischen Darstellung eines solchen Knicks auf das Punktsymbol „Sonstige Bepflanzung“ zurück. Knicks (- oder Wallhecken) sind oft sehr schmal, weswegen das Punktsymbol für die „Sonstige Bepflanzung“ herunterskaliert und Hunderte Male in Reihe platziert werden muss. Nach einem Import der exportierten GML erscheinen die Symbole wieder überdimensioniert. Um diesem Problem entgegnen zu können, bräuchten wir einen Skalierfaktor für Punktobjekte.
- Wie vor zwei Wochen in der UAG Technik erwähnt, sind „Flächen für Anpflanzungen“ oft sehr schmal. Deren Linientyp muss in der Erstellungssoftware daher situativ
skaliert werden, ohne dass der Erstellungsmaßstab des gesamten Planes (XP_Plan:erstellungsMassstab) ein anderer werden muss. Bei einem Import in einem anderen System oder auch einem Reimport in die Erstellungssoftware, treten die kleiner skalierten „Flächen für die Anpflanzung“ oft überdimensioniert auf, weil der Skalierfaktor für die Randsignatur nicht in die GML kommuniziert werden konnte.
- Verkehrsflächen besonderer Zweckbestimmung haben sehr unterschiedliche Dimensionen. Fußgängerzonen nehmen größere Bereiche ein, Gehwege sind eher schmal. Die Schraffur für die Verkehrsfläche ist im Sinne einer besseren Lesbarkeit deswegen notgedrungen zu skalieren. Diese Faktorisierung kann ebenfalls nicht ausgetauscht werden, sodass mit Pech nach einem Import die Skalierung eines Gehwegs so groß ist, dass kaum noch etwas von der Schraffur und somit der Festsetzung sichtbar ist.
Die Faktoren sind als relative Skalierungen und nicht als absolute Größen zu verstehen. Eine importierende Applikation sollte diesen Faktor mit den systembedingten Größen der Planzeichen multiplizieren. Absolute Größen auszutauschen wird bei Schraffuren und symbolhaften Linientypen nicht funktionieren!
Die beschriebenen Defizite sind nicht neu, aber immer wieder ein Thema. Ein Verschieben auf ein unbekanntes Releasedatum von XPlanGML 7.0 wäre mir nicht lieb.