[Talk-de] Hausnummern

[Marcus Wolschon]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


>>  Begr?ndung:
>> Durch den Wegfall der Segmente und die damit sehr langen
>> und bei der Bearbeitung auch mal l?nger/k?rzer werdenden Wege
>> wird das schwieriger zu mappen aber wenn ich eine Karte von
>> z.B. Basel oder Karlsruhe per UMTS in ein Auto-Navi laden/aktualisieren
>> will, dann w?ren millionen vonzus?tzlichen Nodes so t?dlich
>> wie unn?tz.
> 
> Ich hoffe ja (f?r dich), da? du dir per UMTS nicht die planet Files holst und 
> dann erst die Konvertierung machst. Ich gehe eher von einem komprimierten und 
> vorverarbeiteten File aus, das schon auf deine Map-/Routing-Applikation 
> abgestimmt ist und im Zuge dieser Konvertierung kann man dann auch die Daten 
> auf deinen Fall optimieren. 

Wenn schon, dann einen allegemeinen Download, dem man Regeln geben kann.
"Gib mir alle ways welche im Attribut 'highway' einen der Werte 'trunk',
'trunk_link',... haben und in dieser Bounding-Box liegen".
Sowas ist dann nicht nur für ein Navi nützlich sondern für jede Menge
Anwendungen, welche nicht an allen Daten interessiert sind.

Was man bei soetwas nicht machen kann ist natürlich einfach Wege
vereinfachen, da man nicht weis was für eine Anwendung anfragt und was
die braucht. Vor allem ob diese Anwendung Hausnummern und/oder unbedingt
ALLE nodes benötigt. (z.B. weil sie zwar nur den vereifachten Weg
braucht aber der Nutzer ihn editieren und wieder hochladen darf.)


>> Au?erdem: Wer soll das denn mappen? 
> 
> Siehe oben. Es kann bei dem Vorschlag immer so genau gemappt werden, wie der 
> einzelne Lust hat. Aber trotzdem hat man den Vorteil, da? man genauer mappen 
> kann ohne da? der Aufwand der Auswertung und Verwendung der Daten ins 
> uferlose steigt.

Klingt gut.


Marcus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHFw4tf1hPnk3Z0cQRAp77AKCH7a4OlEr1BHIFPU7XGtYfZ/NIAwCePnj0
92dI7Xv6uDn7VhLEjwMt5E4=
=U2BY
-----END PGP SIGNATURE-----