Am Sonntag 02 August 2009 07:18:34 schrieb Karl Eichwalder: > Bernd Wurst <be...@bwurst.org> writes: > > Am Samstag, 1. August 2009 schrieb Karl Eichwalder: > >> > Du schuldest immer noch eine Angabe über den Grund für deine etwas > >> > obskure Meinung, dass doppelte Daten etwas besonders gutes wären! > >> > >> (Park-)plätze ohne highways sind mist. > > > > Hallo Kontext? > > Ist eben auch so was, wo man in einem polygon noch ein objekt benötigt.
Das geht völlig an der ursprünglichen Frage vorbei. Der Parkplatz und die Wege darin sind unterschiedliche Objekte, deswegen sollen sie natürlich beide eingetragen werden. Aber gleichzeitig den Parkplatz als Fläche _und_ als Node einzutragen ist redundant. > > Übrigens ist es keineswegs immer trivial, den "mittelpunkt" eines > polygons sinnvoll auszurechnet. Bei Fürth macht der damals nur als > polygon eingetragene MD-kanal einen schönen bogen, was dazu führte, dass > die beschriftung kilometerweit weg in der stadt zu finden war (bei > stadtmauern ist ähnliches denkar) - hier im schema sieht es ok aus, aber > auf einem plan mit anderen objekten zusammen ist so etwas doch eher > befremdlich: > Das ist wahrscheinlich ein ausschließliches Renderer-Problem. Aber selbst wenn es nicht praktikabel ist, das im Renderer zu implementieren (z.B. weil es keine effizienten Algorithmen dazu gibt), ist die Lösung bestimmt _nicht_, das entsprechende Objekt zweimal einzutragen, sondern z.B. die vorgeschlagene Label-Relation zu verwenden. > Doppelte oder irgendwie redundante angaben sind bei uns notwendig, weil > wir aus durchaus nachvollziebaren gründen keine verpflichtenden > tagging-vorgaben haben. Non sequitur. Sie sind deswegen allerhöchstens zulässig, aber nicht notwendig. Aber da wir durchaus verbindliche Regeln haben (z.B. die "on the ground rule"), ist selbst das zweifelhaft. Grüße, Marc
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de