Moin,
Markus schrieb:
Irgendwie ist dieser virtuelle Punkt doch nicht real? (man kann ja
nicht vom Weg "auf den Zaun abbiegen"), und die Funktion ergibt sich
doch bereits aus der Kombination von Weg und Zaun?
Peter erklärt den Sinn mit "deutlich weniger Rechenzeit für
Anwendungen". Das kann ich gut verstehen.
Aber wo zieht man da die Grenze zu "arbeiten für Router"?
Hier wird hingegen nur die Funktion beschrieben, Form und Lage des
Durchganges werden unterschlagen:
|
-----x-----
|
_Fluss_
Wie ist das bei Fluss und Wehr? oder Fluss und Schleusentor?
In Wirklichkeit gehen Wehre von Ufer zu Ufer, Schleusentore von einer
Schleusenkammerwand zur anderen.
Bei unserer Flussdarstellung (aneinandergereihte langgestreckte
Flächen) wären Wehre eine Verbindungslinie innerhalb des Polygons?
(im Wiki werden sie aber als Punkt beschrieben)
viele Unverständlichkeiten werden vielleicht verständlicher, wenn man
sich mal wieder vergegenwärtigt, das in OSM alle Verkehrswege (highway,
railway, waterway) auf ihre Graphen-Linien/Kanten abstrahiert (und
reduziert) werden - und eben schon dabei die Form unterschlagen wird.
Bei der flächigen Fließgewässerdarstellung (riverbank) ist man immerhin
schon bereit, auch die Form unabhängig von der abstrahierten
Graphen-Linie des waterways _zusätzlich_ mit anzugeben.
Außerdem werden die Punkte auf den Verkehrswegen nicht nur wegen einer
Verkehrs-_verbindung_ gesetzt, sondern auch wegen eines Hindernisses
oder einer Gefahrenstelle (z. B. Tor, Bahnübergang), das ist ja
schließlich auch eine Eigenschaft des Verkehrsweges - neben der sonst
notwendigen aufwendigen Rechenzeit.
Man muss immer den gewissen Spagat zwischen der formrichtigen Wiedergabe
(z. B. für eine Karte, letztendlich ja schlicht nur ein gemaltes Bild)
und der benötigten logischen Abstraktion (z.B. für einen Router) bedenken.
Konsequenterweise müsste man eigentlich beide benötigten Eigenschaften
(reale Form und Graphen-Abstraktion) komplett trennen, wenn man diese
Kollisionen vermeiden möchte.
Gruß
Georg
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de