[Talk-de] "construction=yes" bitte nicht durch "highway=construction" ersetzen!!!

[Bernd Wurst]

Hallo.

Am Montag, 15. September 2008 schrieb qbert biker:
> > Darum haben wir Wege in der Datenbank die in einem
> > kommerziellen Navi-Kartenmaterial überhaupt nicht drin wären weil sich
> > das Auto-Routing dafür nicht interessiert.
> Man sollte die kommerziellen Datenabieter nicht so systenmatisch
> unterschätzen. Nicht alles was die in der Datenbank haben, kann man
> über Google & Co abrufen. 

Ich bleibe trotzdem dabei.

Mein Navi (Navteq-Daten) kann Fußgänger-Routing. Leider sind aber beinahe alle 
Feldwege hier nur zur Hälfte drin (also als Sackgasse) und in der Stadt gibt 
es keinen einzigen Fußweg in den Daten.

Ergo führt mich das Navi fröhlich über die Umgehungsstraße (ohne Bürgersteig), 
wenn ich per Fußgänger-Routing ans andere Ende der Stadt will.

Das sagt mir, dass diese Wege einfach nicht richtig erfasst sind. Wer, wenn 
nicht der Hersteller eines Navis mit "Fußgänger"-Modus soll die Daten denn 
nutzen können, wenn sie denn da wären?

Bei anderen Navis mit TeleAtlas-Daten habe ich übrigens ähnliches erlebt. auch 
wenn die Feldweg-Erfassung in meiner Umgebung tendenziellbei TA besser ist.


> Um es mal klarzustellen: Sieht man von den Relations ab, kann die API
> gar nicht mehr als ein 2-D-Schema. Ein Tag übernimmt die Grundeinteilung
> highway, railway, und die vielen Flächen- und Grenztypen. Alle anderen
> übernehmen die nähere Beschreibung. Mehr gibt die API nicht her.

Naja, das widerspricht ja nicht der von dir geforderten Einteilung nach 
mehreren Skalen.

Es wäre technisch ja kein Problem, in etwa folgendes zu machen:
type=highway
classification=secondary
quality=good

Oder sowas in der Art. Dann hast du eine Straße nach zwei Skalen unabhängig 
voneinander klassifiziert.


Es ist schwer vorstellbar, dass das OSM-Datenmodell auf so etwas umgestellt 
wird, aber es ist kein technisches Problem. :)

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#416): Hubraum
   Raum für den Etagenverteiler
(Marc Haber)
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 835 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20080917/ce6bfc70/attachment.sig>