Guten Tag!
Hört, hört! Darum halt ich's eben lieber mit der althergebrachten
Methode, building und addr:* nur auf den Aussenumriß. Die Vorteile hab
ich ja schon erklärt, und Nachteile konnte mir noch keiner sagen.
Aber wenn ihr gerne lebenslang kaputte Relationen ausbessert, nur
zu...
Heute (11.
On 10.04.12 17:34, Wolfgang Schreiter wrote:
> Robert Kaiser writes:
>> Ja, soll sollte es sein. Alle Tags auf den Außenlinien, die eigentlich
>> für das Gebäude selbst gelten, sind flasch und es gibt das nur
>> historisch aus den Zeiten, wo Renderer mit Multipolygonen nicht umgehen
>> konnten.
Robert Kaiser writes:
> Ja, soll sollte es sein. Alle Tags auf den Außenlinien, die eigentlich
> für das Gebäude selbst gelten, sind flasch und es gibt das nur
> historisch aus den Zeiten, wo Renderer mit Multipolygonen nicht umgehen
> konnten. Das war reines Tagging für die Renderer.
Die Gei
Wolfgang Schreiter schrieb:
Walter Hiertz writes:
Siehe hier, ich schaff es einfach nicht dass der Weg UNTERM gebäude liegt und
nicht drüber. Ist aber scheinbar ein Problem vom Renderer.
dazu gibt's mindestens 3 trac-Einträge gegen Mapnik (wahrscheinlich mehr).
Irgendwie bekommen sie das (no
Walter Hiertz schrieb:
Um nochmal auf die Multipolygone zurückzukommen, die von dir verlinkte
Wiki-Page meint auch die Tags fürs Polygon gehören in die Relation
Es wird empfohlen, alle die Fläche beschreibende Tags der Relation und
nicht den Wegen zuzuordnen.
Ja, soll sollte es sein. Alle Tag
On 10.04.12 11:49, Boris Cornet wrote:
> Die Renderer verstehen beides, schon alleine deshalb, weil geschätzte
> 99,998% der Multipolygon-Häuser am äußeren Ring getaggt sind.
In Wien gibt's durchaus Tendenzen, dass das umgetaggt wurde.
Grundsätzlich immer: entweder/oder. Eben nicht (und darum gin
On 10.04.12 10:01, Walter Hiertz wrote:
> Siehe hier, ich schaff es einfach nicht dass der Weg UNTERM gebäude liegt und
> nicht drüber. Ist aber scheinbar ein Problem vom Renderer.
Das geht nicht. Der Standardstil zeichnet (vereinfacht gesagt) zuerst die
Flächen und dann die Linien und POIs drüber
Ui, da hab ich ja ne Grundsatzdiskussion losgetreten wie bei LINUX vs.
Windows ;-)
Also, um unnötig Arbeit und Probleme zu vermeiden dürfte es am besten sein
bei Multipolygonen alle infos (building, Adresse und source) auf den
äußeren Weg zu legen und darauf zu vertrauen dass der Renderer richtig
d
Walter Hiertz writes:
> Siehe hier, ich schaff es einfach nicht dass der Weg UNTERM gebäude liegt und
> nicht drüber. Ist aber scheinbar ein Problem vom Renderer.
Hallo Walter,
dazu gibt's mindestens 3 trac-Einträge gegen Mapnik (wahrscheinlich mehr).
Irgendwie bekommen sie das (noch) nicht h
Servus!
> Entweder alles zusammen auf die Relation oder auf den äußeren Weg.
Obwohl ich mich schon eher zu den Puristen zähle, hier werde ich ganz
schnell zum fundamentalen Pragmatiker.
Ich empfehle dringend, Adressen *NUR* auf den äußeren Weg zu taggen.
Warum: Nichts ist unschöner als doppelte I
On 10.04.12 10:03, Walter Hiertz wrote:
> Heißt das es gehören auch die Adresse und source in die Relation?
(irgendwie wiederhole ich mich grade) Entweder alles zusammen auf die Relation
oder auf den äußeren Weg.
source= ist nur eine Meta-Information, die ist nicht rendering-relevant, die
kannst
On 10.04.2012 10:01, Walter Hiertz wrote:
Die Frage ist in dem Fal: Mappen wir so dass es der Renderer möglichst
einfach hat oder bilden wir die Wirklichkeit ab? Ich bin für letzteres.
Ist das gleiche wie bei HTML. Der Browser stellt die Seite auch richtig
dar wenn man die hälfte der tags wegläss
Heißt das es gehören auch die Adresse und source in die Relation?
Am 10. April 2012 09:49 schrieb Andreas Labres :
> On 09.04.12 14:45, Soldier Boy wrote:
> > Adresse etc könnte man schon auf den Außenring geben. Das building=yes
> etc
> > gehört aber definitiv in das Multipolygon.
>
> Entweder a
Hallo Wolfgng,
das richtige tggen von Häusern mit und ohn Innenhof macht mich sicher nicht
verrückt, sowas schaffen nur Straßen / Wege ;-)
http://www.openstreetmap.org/browse/way/155038842http://www.openstreetmap.org/browse/way/155038842
Siehe hier, ich schaff es einfach nicht dass der Weg UNTERM
On 09.04.12 12:16, Andreas Labres wrote:
> den Eingang mit building=entrance taggen, wenn man das auch wirklich weiß.
Ich korrigiere mich: entrance=yes ist der richtige Tag.
http://wiki.openstreetmap.org/wiki/DE:Key:entrance
/al
___
Talk-at mailing li
On 09.04.12 19:06, Friedrich Volkmann wrote:
> Genauso kann man building=entrance als veraltet ansehen, seit es entrance=*
> gibt.
Huch, ist das schon approved? Ja, macht viel Sinn, insbesondere zur Lösung der
building=* Diskrepanz...
building=entrance ... 198.131
entrance=yes ... 20.615
entranc
On 09.04.12 14:45, Soldier Boy wrote:
> Adresse etc könnte man schon auf den Außenring geben. Das building=yes etc
> gehört aber definitiv in das Multipolygon.
Entweder alle Tags auf den "outer" Way oder alle Tags auf die Relation
(letzteres bevorzugt). Das zu splitten funktioniert (meist) nicht (
Walter Hiertz writes:
>
>
> Also hab ich das jetzt richtig verstanden, das building=yes gehört bei
Multipolygonen nicht in den Außenring sondern ins Multipolygon?
Hallo Walter,
kann man so machen, aber lass dich bloß nicht deswegen verrückt machen ;-)
500.000 mps sind nach altem Schema getagt
Aber der rest kann hoffentlich so bleiben wie es ist.
LG
Walter
Am 09.04.2012 23:38 schrieb "Stefan Kopetzky" :
> On 2012-04-09 23:34, Walter Hiertz wrote:
> > Also hab ich das jetzt richtig verstanden, das building=yes gehört bei
> > Multipolygonen nicht in den Außenring sondern ins Multipolygon
On 2012-04-09 23:34, Walter Hiertz wrote:
> Also hab ich das jetzt richtig verstanden, das building=yes gehört bei
> Multipolygonen nicht in den Außenring sondern ins Multipolygon?
>
> Also nicht hier rein
> http://www.openstreetmap.org/browse/way/40199
> sondern da rein
> http://www.openstreet
Also hab ich das jetzt richtig verstanden, das building=yes gehört bei
Multipolygonen nicht in den Außenring sondern ins Multipolygon?
Also nicht hier rein
http://www.openstreetmap.org/browse/way/40199
sondern da rein
http://www.openstreetmap.org/browse/relation/2077102
Am 9. April 2012 19:
On 09.04.2012 14:45, Soldier Boy wrote:
Adresse etc könnte man schon auf den Außenring geben. Das building=yes etc
gehört aber definitiv in das Multipolygon. Sonst würdest du ja sagen das
ganze ist hier ein Haus. Auch der Innenhof. Nicht täuschen lassen vom
renderer der diesen Fehler erkennt und
Ich glaub jetzt hab ichs verstanden
1. Den äußeren Umriss des Gebäudes zeichnen, dort building=yes, source und
Adresse taggen.
2. Wenn vorhanden Innenhöfe einzeichnen, mit source versehen und ein
Multipolygon draus machen
3. Eingänge und POIs (Geschäft, Arzt) erfassen und sinnvoll plazieren
4. Hof
Adresse etc könnte man schon auf den Außenring geben. Das building=yes etc
gehört aber definitiv in das Multipolygon. Sonst würdest du ja sagen das
ganze ist hier ein Haus. Auch der Innenhof. Nicht täuschen lassen vom
renderer der diesen Fehler erkennt und selbst ausbessert (also richtig
rendert)
On 09.04.12 14:18, Walter Hiertz wrote:
> wenn der eingang bekannt ist building=entrance und die Adresse hinterlegen
Die Adresse gehört IMO ans Gebäude, wenn's eindeutig ist.
> bei Geschäften mit eigenem Eingang den POI dort hinpacken, sonst dort ablegen
> wo sich der POI ungefähr im Gebäude befi
On 04/09/2012 02:18 PM, Walter Hiertz wrote:
Eines stört mich bei den Adressen noch, wenn man die aufs ganze Gebäude
packt wird die nummer im "Mittelpunkt" gerendert. Also bei manchen
Wohnhäusern in Wien garnicht weil die halt keinen brauchbaren
Mittelpunkt haben. Da wäre es doch besser die Adr
Also um das mal zusammenzufassen:
bei Gebäuden building=yes außer es ist kein Wohnhaus (Schule, Kirche, ...)
wenn der eingang bekannt ist building=entrance und die Adresse hinterlegen
bei Geschäften mit eigenem Eingang den POI dort hinpacken, sonst dort
ablegen wo sich der POI ungefähr im Gebäude
On 09.04.12 11:59, Walter Hiertz wrote:
> Wie schaut das Tagging-Schema für ein Wohnhaus in Wien jetzt aus? Orientiere
> ich mich da an der Wirklichkeit (building=appartments) oder will ich dass es
> schön gerendert wird (building=yes)?
Also ich verwende immer nur building=yes (außer für Kapellen)
Ich glaub da gibt's verschiedene Ansätze :)
Ich hab grad fast die komplette Rossau mit building=yes (von wien.gv.at
abgezeichnet) bestückt. Dann bin ich alles abgegangen, hab die
Hauseingänge mit building=entrance und der Adresse versehen.
Lokale, Bars,.. hab ich als eigenen Knoten dorthin ge
Ganz schlau bin ich aus dem Ganzen noch nicht geworden.
Wie schaut das Tagging-Schema für ein Wohnhaus in Wien jetzt aus?
Orientiere ich mich da an der Wirklichkeit (building=appartments) oder will
ich dass es schön gerendert wird (building=yes)?
Und wo packe ich die Adressen hin? Auf den Eingang
On 08.04.12 19:37, Wolfgang Schreiter wrote:
>
> (vielleicht habe ich das einfach übersehen und es ist allgemein bekannt, aber)
> Mapnik stellt Gebäude seit einiger Zeit anders dar (siehe auch
>
Naja, früher waren alle Gebäude so und irgendwann wurde das Rendering für
building=yes umgestellt. Ob
Hallo,
(vielleicht habe ich das einfach übersehen und es ist allgemein bekannt,
aber) Mapnik stellt Gebäude seit einiger Zeit anders dar (siehe auch
http://help.openstreetmap.org/questions/10253/mapnik-building-rendering).
Es gibt eine Ausnahmeliste für unwichtige Gebäude (z.B. building=h
32 matches
Mail list logo
