[Talk-de] Landratsamt will OSM

Marc Schütz schuetzm at gmx.net
So Aug 2 10:00:21 UTC 2009


Am Sonntag 02 August 2009 07:18:34 schrieb Karl Eichwalder:
> Bernd Wurst <bernd at 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

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 197 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20090802/b6ee05e8/attachment.sig>


Mehr Informationen über die Mailingliste Talk-de