[Talk-de] Renderfehler oder wie sollte man eine Area mappen

[Bernd Wurst]

Hallo.

Am Mittwoch, 27. August 2008 schrieb Martin Koppenhoefer:
> > Also ja, momentan werden *busbahnhof*-Flächen nicht gerendert. Aber nur
> > damit man es sieht daraus eine Wohngebietsstraße zu machen halte ich für
> > verkehrt.
> Ja, aber wenn es highway=unclassified oder highway=service ist, dann
> passt es doch, oder?

Das kommt darauf an, wie der Busbahnhof gestaltet ist. 
In dem Fall führen ja zwei highway=service durch, ich nehme stark an, dass das 
eben zwei Fahrspuren für die Busse sind und der Rest ist irgendwas mit dem 
Charakter einer Fußgängerzone oder sowas. :)

Also es gibt da definitiv mehrere Arten von Busbahnhöfen. Und es gibt solche, 
die sind definitiv keine area einer highway=unclassified sondern eher 
pedestrian oder eben eigentlich gar kein "Platz" in dem Sinne sondern einfach 
ein Busbahnhof. :)


> > Wenn es nahezu vollständig überdacht ist, könnte man building=yes setzen,
> > dann wird es wenigstens eingezeichnet (Der Mensch als Augentier). :)
> das gefaellt mir nicht so gut, wenn, dann nur die Ueberdachungen
> taggen, aber selbst das trifft es nicht, am besten nur die Pfosten der
> Ueberdahcungen taggen, und die Daecher mit Layer=1. Ist aber nicht
> unbedingt der allgemeine Standard an Detaillierung bei OSM ;-)

Es gibt Busbahnhöfe, die sind einfach flächendeckend überdacht, im Extremfall 
sogar mit nem Parkdeck oben drauf. Dann ist es ein building. 

Ich kenn den vorliegenden Fall nicht, ich sage nur: Residential ist es 
vermutlich nicht, denn da wüsste ich jetzt nicht, wie das aussehen muss dass 
das Sinn ergibt.

Gruß, Bernd

-- 
Neid ist Ärger über den Mangel an Gelegenheit zur Schadenfreude.
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 835 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20080827/4cbc4bca/attachment.sig>