[Talk-de] Routingfähige Garminkarten: Notwendigkeit zur Qualitätssicherung

Florian Lohoff flo at rfc822.org
Di Okt 28 12:51:53 UTC 2008


> 	Routingfähige Garminkarten: Notwendigkeit zur Qualitätssicherung
> 
>      Mal davon
>      abgesehen das ich die polygon nummer immer noch fuer viel zu CPU
>      intensiv halte um praktikabel zu sein.
> 
>    das ist bereits vielfach widerlegt worden. Das Gegenteil ist richtig.

Hast du eine referenz? Mail? Code? Benchmark? Ich habe bisher nichts
gesehen ausser immer wieder behauptungen.

>      - Es ist nicht geklaert ob dort Englische oder Deutsche
>      Bezeichner reingehoeren.
> 
>    das sollte eigentlich klar sein: in der Landessprache, wo sich das feature
>    befindet. Das Brandenburger Tor nennst Du ja auch nicht name=Brandenburg
>    Gate sondern maximal name:en=Brandenburg Gate, bzw. heisst Muenchen bei
>    uns nicht Munich.

Und warum ist dann so viel falsch wenn das so klar ist?

>      Die mapper sind sich nicht einig ob die ; oder
>      , zum abgrenzen nehmen sollen und ansonsten ist auch die hierarchie
>      ungeklaert so das manchmal bis Europe alles da ist - manchmal aber eben
>      auch nur bis zum Kreis ...
> 
>    jede Strasse bis zur Welt aufzudroeseln ist sicher nicht zielfuehrend,
>    unheimlich redundant und zeigt eigentlich schon, dass dieser Ansatz zum
>    Scheitern verurteilt ist. Die zur Korrektur erforderlich Energie und Zeit
>    ist in die Erstellung (ggf. vorlaeufiger, grober) Polygone sicher besser
>    investiert.

Ich rede nicht von Straßen - is_in auf Straßen halte ich fuer falsch und
will die auch nicht korrigieren. Ich rede von place=suburb und groesser.

Straßen zu einer Postleitzahl oder Suburb/City/Village/Hamlet zuzuordnen
wuerde ich ueber eine relation loesen. Die ist eindeutig und eindeutig
schneller aufzuloesen als ein polygon ...

Flo
-- 
Florian Lohoff                  flo at rfc822.org             +49-171-2280134
	Those who would give up a little freedom to get a little 
          security shall soon have neither - Benjamin Franklin
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20081028/c2118249/attachment.sig>


Mehr Informationen über die Mailingliste Talk-de