[Talk-de] Info: skobbler-Update mit OSM ist live
Hallo, ich wollte nur kurz bescheid geben, dass skobbler auf Basis von OSM gestern live gegangen ist. Heute folgt noch die Pressemitteilung. Als Routing-Engine benutzen wir den CloudMade-Service. Die Kartendarstellung während der Navigation ist unsere Eigenentwicklung. Ärgerlich ist, dass der CloudMade-Server in der jetzigen Version keine Turn-Restriction-Relationen auswertet. Soll sich aber laut CloudMade bis April ändern. Angezeigt werden alle Geschwindigkeitsbegrenzungen, die auf Basis von maxspeed eingetragen sind. Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Gruß Oliver -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4679680.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Am 5. März 2010 09:45 schrieb Oliver Kuehn (skobbler) osm.oliver.ku...@gmx.de: Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. Würde euch das helfen? Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Cool! Wann ist eigentlich mit einer Version für Android zu rechnen? Viel Erfolg! Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Moin, Am 05.03.2010 09:45, schrieb Oliver Kuehn (skobbler): Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Schickes Ding, danke dafür! Ich denke, das kann sehr nützlich sein. Ich hab gerade gesehen, dass es relativ viele false positives gibt (up to 5m distance to highway=blubb). Gibt es ein Tag, um der Auswertung mitzuteilen, dass man sich das Problem angesehen hat und das aber tatsächlich so korrekt ist, wie es schon in OSM steht? Das würde sehr dabei helfen, den bestehenden Fehler abzuarbeiten, weil man nicht ständig durch unechte Fehler abgelenkt wird. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. Würde euch das helfen? Ich muß mal intern diskutieren, ob es wirklich hilft, wenn man es als Abbiegespur (turning lane) kennzeichnet. Man muß ja unterscheiden, ob es eine physische Abbiegespur ist (wie beim Rechtsabbiegen von der Husarenstraße in die Graurheindorfer Straße, oder ob es sich um eine virtuelle Spur handelt, die nur behelfsmäßig in die eigentliche Strasse eingezeichnet wird (wie beim Linksabbiegen). Die kommerziellen Kartenanbieter kennzeichnen mit einer Relation den inner_crossing-Bereich, der zum Routing genutzt, aber nicht gerendered werden sollen. Wann ist eigentlich mit einer Version für Android zu rechnen? Mai ist ein realistisches Datum. Viel Erfolg! Vielen Dank. Ich habe aus der Technik die Indikation bekommen, dass gestern etwa 1.000 Bugs über unseren Rückkanal gemeldet worden sind. Eine Statistik und ein Beurteilung der Qualität der Meldungen steht allerdings noch aus. -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4680020.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
On Fri, Mar 05, 2010 at 10:50:46AM +0100, olvagor wrote: Am 05.03.2010 09:45, schrieb Oliver Kuehn (skobbler): Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Schickes Ding, danke dafür! Ich denke, das kann sehr nützlich sein. Ich hab gerade gesehen, dass es relativ viele false positives gibt (up to 5m distance to highway=blubb). Gibt es ein Tag, um der Auswertung mitzuteilen, dass man sich das Problem angesehen hat und das aber tatsächlich so korrekt ist, wie es schon in OSM steht? Das würde sehr dabei helfen, den bestehenden Fehler abzuarbeiten, weil man nicht ständig durch unechte Fehler abgelenkt wird. Bisher gibt es das leider nicht. Wir werden heute nachmittag hier auf der Konferenz noch eine Session haben, wo wir solche Dinge besprechen wollen. Vielleicht haben wir da ja eine Idee. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Am 5. März 2010 10:38 schrieb Martin Simon grenzde...@gmail.com: Am 5. März 2010 09:45 schrieb Oliver Kuehn (skobbler) osm.oliver.ku...@gmx.de: Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. soweit ich das verstanden habe geht es um die Anzeige der Kreuzungsart im OSMInspector (in einem noch ganz neuen Layer). Dafür wollen wir doch nicht allen Ernstes die Daten verbiegen? Service ist so ein Stück m.E. in den seltensten Fällen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Am 5. März 2010 13:49 schrieb Martin Koppenhoefer dieterdre...@gmail.com: soweit ich das verstanden habe geht es um die Anzeige der Kreuzungsart im OSMInspector (in einem noch ganz neuen Layer). Dafür wollen wir doch nicht allen Ernstes die Daten verbiegen? Service ist so ein Stück m.E. in den seltensten Fällen. Nein, natürlich nicht. Es ist nur die frage, ob man service=* als genauere Definition von highway=service ansieht oder als welchen Zweck erfüllt diese Straße?. ein primary=*, secondary=*, tert... etc wäre nicht gerade elegant... Und so wie ich es verstanden habe, ging es um die Darstellung der Kreuzungsart in skobbler... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
