Am 10.10.2010 21:48, schrieb Jan Tappenbeck:
Am 10.10.2010 21:29, schrieb Walter Nordmann:

mit ner "eigenen" datenbank ist das kein Problem.
ich bin aber genauso wie Nop der Meinung, dass solche "aufgebohrten" tags
nicht gerade nützlich sind.
eventuell mach ich mal ne Müll-Karte, in der all die Objekte drin
sind, die
*nicht* vernünftigt dargestellt werden können - so etwa die "bottom"-1000
der tagwatch-liste. ;)
gruss
walter

-----
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg

also wenn ich das richtig verstehe ist das ";" in den tags - entgegen
allen diskussionen der mehrfacheingeschaften eines elementes - genau das
gegenteil von dem was es erreichen soll.

... nämlich "das semikolon ist dem tag sein tod !"

Ich hatte schon vor einiger Zeit mal angemerkt, daß die Sache mit dem Semikolon so eine Sache ist ;-)

Wenn du ein amenity=pub;cafe einträgst, ist die Wahrscheinlichkeit sehr hoch, das keiner der Renderer so ein "Haupttag" findet. Ich erwarte nicht, das sich das in Zukunft großartig ändern wird.

Wenn du ein "Zusatztag" wie brand=Suzuki;Honda einträgst (das zusätzlich zu einem "Haupttag" verwendet wird), werden das viele Renderer vielleicht auch nicht auswerten können - ist aber hier erstmal kein so richtig großer Beinbruch. Ein Renderer sucht aber eh erstmal nach sowas wie shop=motorcycle, und weiß dann (bei Interesse), wie mit brand umzugehen ist.

Kommt also auf den "Tag-Einzelfall" an.


Es ist gut eine Regel zu haben, wie man mit mehreren Werten in einem Tag umgeht (sowas bei jedem Tag anders zu lösen macht ja keinen Sinn).

Es ist aber nicht so gut zu glauben das die Renderer alle möglichen Kombinationen schon irgendwie/irgendwo/irgendwann "schlucken" werden. Irgendwann sagt der Renderer (Regel) Schreiber halt: Die Arbeit mache ich mir nicht auch noch, dann geht das halt nicht.

Gruß, ULFL

_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Antwort per Email an