Hallo Alex, Streckenweise gebe ich Dir recht, einige Argumente klingen so, als ob ein gewissen Mr. Coast sie vor 10 Jahren auch gehört hat. Wir kloppen uns hier doch permanent über redundante Tags: addr:city ja nein… Adresse im POI oder im Gebäude oder in beides…
Ich glaube, das es sinnvoll sein kann gewünschte Redundanzen zentral zur Verfügung zu stellen, die Entwickler dürfen die Algorithmen zur Ermittlung auch gerne so implementieren, das sie client und serverseitig nutzbar sind. Open Source wäre auch nicht schlecht :-) Am 10.05.2014 um 11:39 schrieb Alexander Heinlein <[email protected]>: > On Sat, May 10, 2014 at 08:30:36AM +0200, Christoph (TheFive@OSM) wrote: >> Was spricht dagegen, unsere Daten in einer abgeleiteten Version fürs Routing >> zur Verfügung zu stellen. Citylimit, Radwegbenutzung, detaillierte >> Abbiegevorschriften, alles >> was Router glücklich macht, könnte in diesen Daten drin sein. Skobbler >> rechnet die Basisdaten auch routing tauglich um, bevor sie das in das Handy >> schicken. >> Heraus käme z.B. eine modifizierte Overpass, die entsprechend maschinell >> gesetzte Tags verbreitet. Und wenn wir feststellen, das es für die Router >> besser ist, die Maxheight von einer Brücke an bestimmte Strassen zu >> vererben, um das LKW Routing zu verbessern, kann das da auch gemacht werden. > > Vieles: > - Das weltweite vorverarbeiten dieser Daten ist entsprechend > ressourcenintensiv (Rechenpower, Speicherplatz, Traffic) >> wenn ich mir die Overpass API anschaue, scheint das nicht unlösbar zu sein. > - Man kann diese Routingdaten vermutlich nicht tagesaktuell anbieten >> Ja. >> >> Ist das schlimm ? >> Früher haben die Kartenupdates auch Tage gebraucht. Heute nicht mehr. > - Jemand müsste so einen komplexen Algorithmus überhaupt erst mal > implementieren und ständig pflegen >> Korrekt, die Alternative in dem konkreten Fall wäre, das jemand (viele) den >> komplexen Algorithmus von Hand ausführen und partiell nachtaggen. >> das wird NIE vollständig werden. Da ist mir einmal kräftiger Gehirnschmalz >> mit vollständig und konsistenem Ergebnis lieber. > - Sowohl der allgemeine Mapper als auch die Entwickler von Endanwendungen > haben dadurch keine direkte Möglichkeit mehr, Routingfehler zu > korrigieren, die aufrgrund von Bugs in dieser Vorverarbeitung entstanden > sind. Es entsteht eine Zwischenschicht, die untransparent ist und das > Debugging unglaublich erschwert. >> ?? Wir sind ein OpenSource Projekt, ich kann auch keinen Kartenstil machen. >> Trotzdem ist das Ergebnis der Renderer Zeichner und >> unserer Arbeit super. Fehler im Renderer kann ich melden und sie werden >> gefixt. Das ist Arbeitsteilung und für mich kein Problem. >> Ich kann umschulen und mich am Renderer Projekt beteiligen. Die komplexe >> Materie OSM beherrschen wir nur, weil wir arbeitsteilig arbeiten. >> Benutzt jemand jetzt die Overpass hat er das gleiche Problem, im Falle von >> Fehlern in der Software. > - Router, die zusätzlich zur Berechnung der Strecke auch eine Karte > anzeigen wollen, müssen sich zusätzlich zu diesen vorverarbeiteten Daten > auch den Planet besorgen. Im schlimmsten Fall passt auch dann die Routen- > darstellung mit der restlichen Kartendarstellung nicht mehr überein, weil > beide Datensätze nicht auf dem gleichen Stand sind. >> Ja, halte ich für vernachlässigbar. Löscht jemand zur Zeit 500 Strassen in >> Bremen, so wird der Router im schlimmsten Fall gar nicht mehr Bescheid >> wissen. (Real existierendes Beispiel) > > Klar hat es auch Vorteile einen zentralen Algorithmus zu haben, den nicht > jeder Router neu implementieren muss. Den sollte man aber besser als eine > Bibliothek bereitstellen, und nicht als vorverarbeitenden Datensatz. > > >> Ich dachte das implitize 50 wäre maxspeed =citylimit >> Ich mappe innerorts die 50 nur bei Schildern mit 50. > > maxspeed=citylimit gibt es nicht. Du meinst anscheinend maxspeed=50 und > source:maxspeed=DE:urban. Auch da wird das implizite maxspeed explizit > getaggt. Oder dachtest du an maxspeed=DE:urban? Das gibt es nur 219 mal und > ist laut Wiki nur in Rumänien verbreitet (da natürlich nicht mit "DE" :)), > sollte daher nicht verwendet werden. >> Danke, dann wurde das so gelöst, klingt auch bessern. > >> im wesentlichen plädiere ich auch nur dafür, die Aufnahme redundanter Tags >> nach Möglichkeit zu vermeiden. Und wollte eine (nicht die ultimative) Lösung vorschlagen, die durchaus nachvollziehbaren Probleme der Router zu lösen. Die Technik wird sich schneller weiterentwickeln, als wir das überflüssige Tagging wieder loswerden. > > Alex > > _______________________________________________ > Talk-de mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-de _______________________________________________ Talk-de mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-de
