Re: [Talk-de] Routing-Hinweise taggen
Am 02.11.2013, 17:34 Uhr, schrieb Bernhard Weiskopf bweisk...@gmx.de: Was kann man tun, dass Fahrradrouter die empfohlene Beschilderung kennen? Ich benutze in solchen Fällen gerne ein bicycle=avoid. Aber es spricht nichts dagegen, die Umgehung als lcn=yes zu taggen. lcn ist mir nur in Verbindung mit Relationen bzw. ausgeschilderten Routen (mit Namen) bekannt. Hier ist das nur eine kurze (namenlose) Umgehung, ich finde es trotzdem okay. lcn gibt auch an der tertiary (Straße) weiter nördlich. bicycle = avoid habe ich noch nie gesehen geschweige denn verwendet. Aber das ist ziemlich genau das, was die Stadt mit dem Aufstellen der Schilder gemeint hat. Ein genereller Vermeidungshinweis ist nicht optimal. Dann doch besser was aus dem Tag class:bicycle=* http://wiki.openstreetmap.org/wiki/Class:bicycle z.B. class:bicycle:non_experienced=1/-1 für die Umleitung bzw. die Hauptstraße. Ich habe mir die Straße zwar nur im Satellitenbild angeschaut, würde aber wahrscheinlich nicht den Umweg inkaufnehmen, da es auf der Hauptstraße vermutlich deutlich schneller und sicherer voran geht. Deswegen ginge mir ein bicycle=avoid etwas zu weit. Die Straße ist ohne Zweifel schneller, aber für Radfahrer sehr unsicher. Sie ist schmal, da passt auf ein paar hundert Meter kein Radweg daneben und die Autos überholen sehr dicht. An zwei Bushaltestellen wurden kleine Inseln eingerichtet, dass Fußgänger beim Überqueren in der Straßenmitte stehenbleiben können. Hier sind die Fahrbahnen genau 3 Meter breit und PKW überholen trotzdem die Radfahrer. Wenn man mittig auf der Spur fährt, können müssen die Autos zum Überholen nur auf die Gegenfahrbahn ausweichen, wenn das nicht möglich ist kann man halt nicht überholt werden. Diese Fahrweise macht besonders viel Sinn bei Gegenverkehr und ein Stück vor den Verkehrsinseln um sich nicht in Gefahr zu bringen. Es ist auch keine Behinderung des Autoverkehrs, da dieser bei zuwenig Platz nicht überholen darf. Routing von schnellster Strecke und kürzester Strecke soll durchaus über diese gefährliche Strecke führen, aber Router, die mehr können, sollen die Ausweichstrecke erkennen und nutzen. Der Radweg ist mit horse=no motor_vehicle=no getaggt. Es ist besser, nur die Bedeutung der Schilder zu taggen, die auch dort stehen. foot/bicycle=designated zeigt ja schon an, dass es sich um einen Sonderweg für Radfahrer Fußgänger handelt und für die anderen Verkehrsteilnehmer nicht erlaubt ist. Gemäß den Empfehlungen ist der kombinierte Rad- und Fußweg als path getagged. Hier muss horse = no dazu, denn implizit gilt bei path horse = yes. foot/bicycle=designated hat keinen Einfluss auf horse. motor_vehicle=no ist nicht notwendig, da stimme ich zu. Üblicherweise lasse ich Redundanzen stehen, sie schaden nicht. Und wie taggst du einen Weg mit den expliziten Beschränkungen für Pferd und Motorfahrzeug? Genauso? Es macht mMn viel mehr Sinn die Aussage der Schilder zu Taggen, und das foot/bicycle=designated steht für den benutzungspflichtigen Sonderweg, und somit automatisch ein Verbot für alle anderen. Bei dem Taggen Schildern die nicht da sind, vergisst mal leicht einzelne Nutzergruppen, was ist mit den nichtmotorisierten Fahrzeugen, die dürfen nämlich dort auch nicht fahren. Also wenn dann vehicle=no, oder noch besser access=no. (Dies bitte nicht ernst nehmen, wollte nur aufzeigen wo es dann hinführt.) Stattdessen wäre es praktisch anzugeben, ob es ein gemeinsamer- oder getrennter Fuß- und Radweg ist, mit segregated=yes/no :-) Warum stattdessen? segregated=yes/no muss jemand nachprüfen. Als ich zuletzt dort war, war im nördlichen Teil segregated = yes und im südlichen segregated = no. Das wurde aber mehrmals geändert und den jetzt aktuellen Stand kenne ich nicht. Da zwischen Radweg und Straße teilweise ein Grünstreifen verläuft, sind darauf oft die Hunde und ich bin froh, wenn Herrchen dann auf dem Radweg steht, dann komme ich mit dem Rad über den Fußweg gut vorbei. Andernfalls gibt's Konflikt mit der Leine quer über den Radweg. Ok, natürlich kann man das nur taggen wenn man es weiß! Gruß Masi -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Ein genereller Vermeidungshinweis ist nicht optimal. Dann doch besser was aus dem Tag class:bicycle=* http://wiki.openstreetmap.org/wiki/Class:bicycle z.B. class:bicycle:non_experienced=1/-1 für die Umleitung bzw. die Hauptstraße. Das sieht doch gut aus, ist zwar ein Proposal, aber wenigstens dokumentiert. Ich werde an der Hauptstraße mal class:bicycle = -1 eintragen. Dann müsste ein Router, der das auswertet, sicherlich den etwas weiteren Parallelweg verwenden. Gemäß den Empfehlungen ist der kombinierte Rad- und Fußweg als path getagged. Hier muss horse = no dazu, denn implizit gilt bei path horse = yes. foot/bicycle=designated hat keinen Einfluss auf horse. motor_vehicle=no ist nicht notwendig, da stimme ich zu. Üblicherweise lasse ich Redundanzen stehen, sie schaden nicht. Und wie taggst du einen Weg mit den expliziten Beschränkungen für Pferd und Motorfahrzeug? Genauso? Es macht mMn viel mehr Sinn die Aussage der Schilder zu Taggen, und das foot/bicycle=designated steht für den benutzungspflichtigen Sonderweg, und somit automatisch ein Verbot für alle anderen. Bei dem Taggen Schildern die nicht da sind, vergisst mal leicht einzelne Nutzergruppen, was ist mit den nichtmotorisierten Fahrzeugen, die dürfen nämlich dort auch nicht fahren. Nach meinem Verständnis setzen sich die access-Rechte zusammen aus der Wegart (highway) http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions #Germany und den explizit angegebenen access Tags. Es mag sein, dass irgendwo irgendwelche Ausnahmen und abgeleitete Rechte und Verbote beschrieben sind, ich schreibe lieber etwas mehr Konkretes dran, es schadet ja nicht. Also wenn dann vehicle=no, oder noch besser access=no. (Dies bitte nicht ernst nehmen, wollte nur aufzeigen wo es dann hinführt.) Warum eigentlich nicht? Es wäre zumindest nicht verkehrt. ;-) Das meiste ist aber im o. a. Link bereits geregelt. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013, 21:11 Uhr, schrieb chris66 chris66...@gmx.de: Am 01.11.2013 21:01, schrieb Bernhard Weiskopf: Am Ende des Radwegs stehen (unverbindliche) Hinweisschilder, die Radfahrer Richtung Süden über die parallel verlaufende Hohensalzaer Straße leiten. Die Hohensalzaer Straße ist eine ruhige Wohnstraße, auf der man gut Radfahren kann, während die Sonderburger Straße eine verkehrsreiche Hauptstraße ist, mit LKW-Verkehr, Bushaltestellen und Engstellen. Hier ist Radfahren zwar nicht verboten, aber auch wirklich nicht zu empfehlen. Was kann man tun, dass Fahrradrouter die empfohlene Beschilderung kennen? Ich benutze in solchen Fällen gerne ein bicycle=avoid. Aber es spricht nichts dagegen, die Umgehung als lcn=yes zu taggen. Ich habe mir die Straße zwar nur im Satellitenbild angeschaut, würde aber wahrscheinlich nicht den Umweg inkaufnehmen, da es auf der Hauptstraße vermutlich deutlich schneller und sicherer voran geht. Deswegen ginge mir ein bicycle=avoid etwas zu weit. Gruß Masi PS: Der Radweg ist mit horse=no motor_vehicle=no getaggt. Es ist besser, nur die Bedeutung der Schilder zu taggen, die auch dort stehen. foot/bicycle=designated zeigt ja schon an, dass es sich um einen Sonderweg für Radfahrer Fußgänger handelt und für die anderen Verkehrsteilnehmer nicht erlaubt ist. Stattdessen wäre es praktisch anzugeben, ob es ein gemeinsamer- oder getrennter Fuß- und Radweg ist, mit segregated=yes/no :-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Hi, wie schon von anderen beschrieben: osmand gewichtet motorway und motorway_link gleich mit einer angenommenen Geschwindigkeit von 110; was dazu führt das auch bei minimal kürzerer Strecke die Ab- und Wiederauffahrt genutzt wird. Der Fehler ist als Bug im Osmand-Bugtracker eingetragen, vgl. https://groups.google.com/forum/#!topic/osmand/EVyZPWwfI4M und https://github.com/osmandapp/Osmand/issues/535#issuecomment-26599536 und angeblich war er auch vorher schon bekannt (so viel hab ich aber nicht gesucht, so dass es bisher keinen Dopplungs-Eintrag dazu gibt). Vielleicht wollt ihr ihn ja unterstützen, indem ihr darin Aktivitäten und weitere Beispiele eintragt ;) Gruß Peter Am 01.11.2013 14:12, schrieb Andreas Neumann: Moin, ich nutze oftmals Osmand, gerade um Unterwegs unverbundene Wegstücke oder fehlerhaft gesetzte Abbiegerelationen mitzubekommen. Dabei ist mir was blödes aufgefallen. Wenn ich eine Abfahrt und Auffahrt von einer Schnellstraße oder Autobahn habe, die sich in einer Kurve um diese Abfahrt und Auffahrt legt und wo es nicht verboten ist von der Abfahrt auf die Auffahrt zu fahren, leitet mich Osmand über die Abfahrt, anstatt weiter auf der Hauptstrecke. Erstmals ist mir das in Saalfeld aufgefallen[0]. Hier war es aber einfach zu lösen, da die Zubringer eine andere Geschwindigkeitsbegrenzung haben, wie die Hauptstrecke. Nun ist es mir in Arnstadt auf der A71 aufgefallen, da Osmand mich durch die Ausfahrt Arnstadt Nord lotsen wollte. Leider bestehen hier keine Abbiegebeschränkungen und auch keine Geschwindigkeitsbegrenzungen, über die man ein solche Routing verhindern könnte. Osmand macht auch nicht wirklich einen Fehler, da die Zubringer vermutlich kürzer sind, als die Strecke über die Autobahn. Dennoch ist es ziemlich verwirrend, weshalb ich fragen wollte, ob es Konzepte gibt Routing-Hinweise zu geben? Sprich, wenn du von Punkt A zu Punkt B willst, fahre diese Strecke. Evtl. ähnlich einer Abbiegerelation, nur dass From und To Punkte sind und via ein oder mehrere Wege... Schönes Wochenende, Andreas [0] http://www.openstreetmap.org/#map=18/50.65960/11.36584 [1] http://www.openstreetmap.org/#map=17/50.85169/11.00928 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Was kann man tun, dass Fahrradrouter die empfohlene Beschilderung kennen? Ich benutze in solchen Fällen gerne ein bicycle=avoid. Aber es spricht nichts dagegen, die Umgehung als lcn=yes zu taggen. lcn ist mir nur in Verbindung mit Relationen bzw. ausgeschilderten Routen (mit Namen) bekannt. Hier ist das nur eine kurze (namenlose) Umgehung, ich finde es trotzdem okay. bicycle = avoid habe ich noch nie gesehen geschweige denn verwendet. Aber das ist ziemlich genau das, was die Stadt mit dem Aufstellen der Schilder gemeint hat. Ich habe mir die Straße zwar nur im Satellitenbild angeschaut, würde aber wahrscheinlich nicht den Umweg inkaufnehmen, da es auf der Hauptstraße vermutlich deutlich schneller und sicherer voran geht. Deswegen ginge mir ein bicycle=avoid etwas zu weit. Die Straße ist ohne Zweifel schneller, aber für Radfahrer sehr unsicher. Sie ist schmal, da passt auf ein paar hundert Meter kein Radweg daneben und die Autos überholen sehr dicht. An zwei Bushaltestellen wurden kleine Inseln eingerichtet, dass Fußgänger beim Überqueren in der Straßenmitte stehenbleiben können. Hier sind die Fahrbahnen genau 3 Meter breit und PKW überholen trotzdem die Radfahrer. Routing von schnellster Strecke und kürzester Strecke soll durchaus über diese gefährliche Strecke führen, aber Router, die mehr können, sollen die Ausweichstrecke erkennen und nutzen. Der Radweg ist mit horse=no motor_vehicle=no getaggt. Es ist besser, nur die Bedeutung der Schilder zu taggen, die auch dort stehen. foot/bicycle=designated zeigt ja schon an, dass es sich um einen Sonderweg für Radfahrer Fußgänger handelt und für die anderen Verkehrsteilnehmer nicht erlaubt ist. Gemäß den Empfehlungen ist der kombinierte Rad- und Fußweg als path getagged. Hier muss horse = no dazu, denn implizit gilt bei path horse = yes. foot/bicycle=designated hat keinen Einfluss auf horse. motor_vehicle=no ist nicht notwendig, da stimme ich zu. Üblicherweise lasse ich Redundanzen stehen, sie schaden nicht. Stattdessen wäre es praktisch anzugeben, ob es ein gemeinsamer- oder getrennter Fuß- und Radweg ist, mit segregated=yes/no :-) Warum stattdessen? segregated=yes/no muss jemand nachprüfen. Als ich zuletzt dort war, war im nördlichen Teil segregated = yes und im südlichen segregated = no. Das wurde aber mehrmals geändert und den jetzt aktuellen Stand kenne ich nicht. Da zwischen Radweg und Straße teilweise ein Grünstreifen verläuft, sind darauf oft die Hunde und ich bin froh, wenn Herrchen dann auf dem Radweg steht, dann komme ich mit dem Rad über den Fußweg gut vorbei. Andernfalls gibt's Konflikt mit der Leine quer über den Radweg. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 2. November 2013 17:34 schrieb Bernhard Weiskopf bweisk...@gmx.de: bicycle = avoid habe ich noch nie gesehen geschweige denn verwendet. Aber das ist ziemlich genau das, was die Stadt mit dem Aufstellen der Schilder gemeint hat. das kommt ja auch weltweit nur 97 mal vor. M.E. ist das kein guter tag, da bicycle ein tag ist, um die rechtliche Situation darzustellen (klares Verbot bzw. Erlaubnis / Widmung für Fahrradfahrer). Vermeiden passt da m.E. nicht dazu, da das eine unverbindliche Empfehlung ist, und kein rechtliches Verbot. Prinzipiell taggen wir solche subjektiven Dinge nicht, und falls man sich durch diese Grundregel schon nicht abbringen lassen will, es trotzdem zu tun, dann sollte man wenigstens einen kompatiblen tag verwenden (bicycle=avoid ist nicht kompatibel weil es so unmöglich wird, die rechtliche Situation zu taggen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
bicycle = avoid ... das kommt ja auch weltweit nur 97 mal vor. M.E. ist das kein guter tag, da bicycle ein tag ist, um die rechtliche Situation darzustellen (klares Verbot bzw. Erlaubnis / Widmung für Fahrradfahrer). Vermeiden passt da m.E. nicht dazu, da das eine unverbindliche Empfehlung ist, und kein rechtliches Verbot. Prinzipiell taggen wir solche subjektiven Dinge nicht, und falls man sich durch diese Grundregel schon nicht abbringen lassen will, es trotzdem zu tun, dann sollte man wenigstens einen kompatiblen tag verwenden (bicycle=avoid ist nicht kompatibel weil es so unmöglich wird, die rechtliche Situation zu taggen). Aus meiner Sicht ist die rechtliche Situation klar: avoid ist kein Verbot, rechtlich also gleichzusetzen mit yes. Es gibt ja auch weitere tags außer yes und no, z. B. designated. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 14:12, schrieb Andreas Neumann: ich nutze oftmals Osmand, gerade um Unterwegs unverbundene Wegstücke oder fehlerhaft gesetzte Abbiegerelationen mitzubekommen. Dabei ist mir was blödes aufgefallen. Wenn ich eine Abfahrt und Auffahrt von einer Schnellstraße oder Autobahn habe, die sich in einer Kurve um diese Abfahrt und Auffahrt legt und wo es nicht verboten ist von der Abfahrt auf die Auffahrt zu fahren, leitet mich Osmand über die Abfahrt, anstatt weiter auf der Hauptstrecke. Eine grafische Veranschaulichung wäre nett gewesen. ob es Konzepte gibt Routing-Hinweise zu geben? Sprich, wenn du von Punkt A zu Punkt B willst, fahre diese Strecke. Nein. Oftmals ist bei Komischem Routing etwas falsch gemappt (falsche oder fehlende Turn-Restrictions, falsches maxspeed, etc.). Oder der Router ist komisch programmiert. Z.B. OSRM neigt dazu jede Ampel zu umfahren. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 14:25, schrieb chris66: Am 01.11.2013 14:12, schrieb Andreas Neumann: ich nutze oftmals Osmand, gerade um Unterwegs unverbundene Wegstücke oder fehlerhaft gesetzte Abbiegerelationen mitzubekommen. Dabei ist mir was blödes aufgefallen. Wenn ich eine Abfahrt und Auffahrt von einer Schnellstraße oder Autobahn habe, die sich in einer Kurve um diese Abfahrt und Auffahrt legt und wo es nicht verboten ist von der Abfahrt auf die Auffahrt zu fahren, leitet mich Osmand über die Abfahrt, anstatt weiter auf der Hauptstrecke. Eine grafische Veranschaulichung wäre nett gewesen. Links zu den gemeinten Kreuzungen hingen an meiner Mail dran. ob es Konzepte gibt Routing-Hinweise zu geben? Sprich, wenn du von Punkt A zu Punkt B willst, fahre diese Strecke. Nein. Oftmals ist bei Komischem Routing etwas falsch gemappt (falsche oder fehlende Turn-Restrictions, falsches maxspeed, etc.). Weder die Zufahrten, noch die Autobahn selbst haben in Arnstadt Nord eine Geschwindigkeitsbegrenzung. Auch gibt es kein Verbot von der Abfahrt geradeaus direkt auf die Auffahrt zu fahren und wieder auf der Autobahn einzubiegen. Mein Bauchgefühl sagt mir auch, dass die Strecke durch die Ausfahrt kürzer ist, als über die Autobahn, da sich die Autobahn, wie schon beschrieben, in einer Kurve leicht um die Ausfahrt legt. Daher wäre rein technisch dem Router kein Vorwurf zu machen, jedoch ist es verwirrend, wenn man sich nicht auskennt und den Anweisungen des Routers folgt. Oder der Router ist komisch programmiert. Z.B. OSRM neigt dazu jede Ampel zu umfahren. Grüße Chris MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Hallo Andreas, On Fri, Nov 01, 2013 at 02:12:23PM +0100, Andreas Neumann wrote: Osmand macht auch nicht wirklich einen Fehler, da die Zubringer vermutlich kürzer sind, als die Strecke über die Autobahn. Die Strecke ist vielleicht kürzer, aber sicher nicht die Zeit. Jede Auf- und Abffahrt benötigt zusätzliche Zeit, genauso wie jede zusätzliche Kreuzung und jeder Abbiegevorgang Zeit benötigt. Wenn Osmand diese zusätzliche Zeit nicht berücksichtigt, dann ist das meiner Meinung nach durchaus ein Fehler, der verbessert werden muss. Dass es sich um Zubringer handelt, ist ja bereits durch die Tags ersichtlich. Osmand muss sie auch als solche behandeln und nicht als reguläre Straßen. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Hallo, ich denke mal, dass das Problem darin besteht, dass die Auf- und Abfahrten (trunk_link) mit motorway=yes getagged sind. Für die Straße an sich, ist das sicherlich korrekt. Aber die Auf- und Abfahrten sollten aus meiner Sicht kein motorway=yes bekommen. Ggf. müssten hier auch nochmals die ref-Tags geprüft werden. Ich habe verstanden, dass Abfahrten von Autobahnen/Kraftfahrstraßen die Referenz der nächsten (Bundes-, Landesstraße, ...) erhalten. Die Auffahrten auf die Autobahn/Kraftfahrstraße wider rum sollten die Referenz der Autobahn/Kraftfahrstraße erhalten. Viele Grüße, Thorsten Am 01.11.2013 14:48, schrieb Alexander Heinlein: Hallo Andreas, On Fri, Nov 01, 2013 at 02:12:23PM +0100, Andreas Neumann wrote: Osmand macht auch nicht wirklich einen Fehler, da die Zubringer vermutlich kürzer sind, als die Strecke über die Autobahn. Die Strecke ist vielleicht kürzer, aber sicher nicht die Zeit. Jede Auf- und Abffahrt benötigt zusätzliche Zeit, genauso wie jede zusätzliche Kreuzung und jeder Abbiegevorgang Zeit benötigt. Wenn Osmand diese zusätzliche Zeit nicht berücksichtigt, dann ist das meiner Meinung nach durchaus ein Fehler, der verbessert werden muss. Dass es sich um Zubringer handelt, ist ja bereits durch die Tags ersichtlich. Osmand muss sie auch als solche behandeln und nicht als reguläre Straßen. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Hallo, On Fri, Nov 01, 2013 at 03:01:01PM +0100, Thorsten Nau wrote: ich denke mal, dass das Problem darin besteht, dass die Auf- und Abfahrten (trunk_link) mit motorway=yes getagged sind. Für die Straße an sich, ist das sicherlich korrekt. Aber die Auf- und Abfahrten sollten aus meiner Sicht kein motorway=yes bekommen. motorroad=yes meinst du sicher :) Ob an die Zubringer das motorroad üblicherweise gesetzt wird oder nicht, weiß ich nicht. Eigentlich wird damit aber auch nur etwas über die Zugangsbeschränkungen gesagt und sollte einen Router bei der Suche nach dem schnellsten/kürzesten Weg nicht weiter beeinflussen. Darüber hinaus ist ja noch trunk_link gesetzt und damit offensichtlich, dass es sich um einen Zubringer handelt. Meiner Meinung nach ist das ein Fehler von Osmand. Die Straße daneben, die vielleicht fünf Meter länger ist, aber weder ein Link, noch (im Fall von Saalfeld) drei(!) zusätzliche Abbiegemanöver benötigt (Abfahren, Straße kreuzen, Auffahren), _muss_ bevorzugt werden. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 15:18, schrieb Alexander Heinlein: Hallo, On Fri, Nov 01, 2013 at 03:01:01PM +0100, Thorsten Nau wrote: ich denke mal, dass das Problem darin besteht, dass die Auf- und Abfahrten (trunk_link) mit motorway=yes getagged sind. Für die Straße an sich, ist das sicherlich korrekt. Aber die Auf- und Abfahrten sollten aus meiner Sicht kein motorway=yes bekommen. motorroad=yes meinst du sicher :) Ob an die Zubringer das motorroad üblicherweise gesetzt wird oder nicht, weiß ich nicht. Eigentlich wird damit aber auch nur etwas über die Zugangsbeschränkungen gesagt und sollte einen Router bei der Suche nach dem schnellsten/kürzesten Weg nicht weiter beeinflussen. Darüber hinaus ist ja noch trunk_link gesetzt und damit offensichtlich, dass es sich um einen Zubringer handelt. Meiner Meinung nach ist das ein Fehler von Osmand. Die Straße daneben, die vielleicht fünf Meter länger ist, aber weder ein Link, noch (im Fall von Saalfeld) drei(!) zusätzliche Abbiegemanöver benötigt (Abfahren, Straße kreuzen, Auffahren), _muss_ bevorzugt werden. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Das gleiche Problem mit dem Routing über die Auffahrrampen habe ich auf der B 7 zwischen Erfurt und Weimar bei der Abfahrt Mönchenholzhausen - Möbel Rieger. Die Auffahrten sind dort mit highway=primary_link und oneway=yes gemappt, Geschwindigkeitsbegrenzungen gibt es nicht. Ich nutze OsmAnd und hauptsächlich MapFactor Navigator, Kartendatum von Navigator ist der 31.10.2013 und das Problem ist immer noch da Ich hatte dort ein highway=stop als Punkt gesetzt ( ist auch tatsächlich als Stop-Schild vorhanden) aber die Navigation geht immer noch über die Rampen. MfG Senni ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Hey, ich denke, dass es sich hierbei um keinen Fehler handelt, wenn die Funktion kürzeste Strecke ausgewählt wurde, wenn es auch tatsächlich die kürzeste Strecke ist. Dass es nicht sinnvoll erscheint, eine Route von der Autobahn abzuführen und über die Ab-/Auffahrten zu führen, ist ein anderes Thema. Der Router hat hier offensichtlich tatsächlich die kürzeste Strecke berechnet (OpenRouteService macht übrigens das gleiche ;) ). Da ich Osmand nicht kenne: Gibt es ggf. eine Funkion optimale Route berechnen, die zwischen schnellste und kürzeste Strecke das Optimum berechnet und hierbei die Ab-/Auffahrten nur dann berücksichtigt, wenn Sie tatsächlich zur Zielerreichung benötigt werden?! Viele Grüße, Thorsten Am 01.11.2013 16:48, schrieb uwe_sennew...@hotmail.com: Am 01.11.2013 15:18, schrieb Alexander Heinlein: Hallo, On Fri, Nov 01, 2013 at 03:01:01PM +0100, Thorsten Nau wrote: ich denke mal, dass das Problem darin besteht, dass die Auf- und Abfahrten (trunk_link) mit motorway=yes getagged sind. Für die Straße an sich, ist das sicherlich korrekt. Aber die Auf- und Abfahrten sollten aus meiner Sicht kein motorway=yes bekommen. motorroad=yes meinst du sicher :) Ob an die Zubringer das motorroad üblicherweise gesetzt wird oder nicht, weiß ich nicht. Eigentlich wird damit aber auch nur etwas über die Zugangsbeschränkungen gesagt und sollte einen Router bei der Suche nach dem schnellsten/kürzesten Weg nicht weiter beeinflussen. Darüber hinaus ist ja noch trunk_link gesetzt und damit offensichtlich, dass es sich um einen Zubringer handelt. Meiner Meinung nach ist das ein Fehler von Osmand. Die Straße daneben, die vielleicht fünf Meter länger ist, aber weder ein Link, noch (im Fall von Saalfeld) drei(!) zusätzliche Abbiegemanöver benötigt (Abfahren, Straße kreuzen, Auffahren), _muss_ bevorzugt werden. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Das gleiche Problem mit dem Routing über die Auffahrrampen habe ich auf der B 7 zwischen Erfurt und Weimar bei der Abfahrt Mönchenholzhausen - Möbel Rieger. Die Auffahrten sind dort mit highway=primary_link und oneway=yes gemappt, Geschwindigkeitsbegrenzungen gibt es nicht. Ich nutze OsmAnd und hauptsächlich MapFactor Navigator, Kartendatum von Navigator ist der 31.10.2013 und das Problem ist immer noch da Ich hatte dort ein highway=stop als Punkt gesetzt ( ist auch tatsächlich als Stop-Schild vorhanden) aber die Navigation geht immer noch über die Rampen. MfG Senni ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 14:39, schrieb Andreas Neumann: Mein Bauchgefühl sagt mir auch, dass die Strecke durch die Ausfahrt kürzer ist, als über die Autobahn, da sich die Autobahn, wie schon beschrieben, in einer Kurve leicht um die Ausfahrt legt. Daher wäre rein technisch dem Router kein Vorwurf zu machen, jedoch ist es verwirrend, wenn man sich nicht auskennt und den Anweisungen des Routers folgt. Achso, Du wurdest die Rampe rauf und runter geschickt. Das Problem hatte ich bei meiner selbstgebauten Garmin-Karte auch, da ich motorway und motorway_link gleichgewichtet hatte. Mittlerweile habe ich motorway_link runtergestuft (motorway=class4 und moterway_link=class3, so wie im default mkgmap style). Ein Router sollte also _link ways etwas niedriger gewichten als normale ways. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 17:23, schrieb chris66: Am 01.11.2013 14:39, schrieb Andreas Neumann: Mein Bauchgefühl sagt mir auch, dass die Strecke durch die Ausfahrt kürzer ist, als über die Autobahn, da sich die Autobahn, wie schon beschrieben, in einer Kurve leicht um die Ausfahrt legt. Daher wäre rein technisch dem Router kein Vorwurf zu machen, jedoch ist es verwirrend, wenn man sich nicht auskennt und den Anweisungen des Routers folgt. Achso, Du wurdest die Rampe rauf und runter geschickt. Das Problem hatte ich bei meiner selbstgebauten Garmin-Karte auch, da ich motorway und motorway_link gleichgewichtet hatte. Mittlerweile habe ich motorway_link runtergestuft (motorway=class4 und moterway_link=class3, so wie im default mkgmap style). Ein Router sollte also _link ways etwas niedriger gewichten als normale ways. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Ich hab das an Hand meines Beispiels - B7 Mönchenholzhausen mal nachgemessen, die B 7 hat zwischen den Auf- und Abfahrten der Rampen eine Länge von 449,6 m und über die Rampen sind es 445,9 m lt. JOSM. http://www.openstreetmap.org/#map=17/50.97107/11.13607 Da das Problem bei MapFactor Navigator mit OSM-Karten auch auf tritt muß es nicht unbedingt am Router liegen. MapFactor Navigator kann auch TomTom-Karten nutzen und da gibt es nach meinen Informationen keine Probleme an dieser Stelle. In der Routensimulation habe ich jetzt kürzeste, schnellste und billigste (heißt wirklich so ) mal durchlaufen lassen und es geht immer über die Rampen. MfG Senni ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Hallo an alle, wie tagge ich am besten den folgenden Fall für Fahrrad-Routing bei www.openstreetmap.org/?mlat=49.5447mlon=8.48089#map=18/49.5447/8.48089 Man kommt man von Norden auf dem Radweg neben der Sonderburger Straße und möchte weiter Richtung Süden. Am Ende des Radwegs stehen (unverbindliche) Hinweisschilder, die Radfahrer Richtung Süden über die parallel verlaufende Hohensalzaer Straße leiten. Die Hohensalzaer Straße ist eine ruhige Wohnstraße, auf der man gut Radfahren kann, während die Sonderburger Straße eine verkehrsreiche Hauptstraße ist, mit LKW-Verkehr, Bushaltestellen und Engstellen. Hier ist Radfahren zwar nicht verboten, aber auch wirklich nicht zu empfehlen. Was kann man tun, dass Fahrradrouter die empfohlene Beschilderung kennen? Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 21:01, schrieb Bernhard Weiskopf: Am Ende des Radwegs stehen (unverbindliche) Hinweisschilder, die Radfahrer Richtung Süden über die parallel verlaufende Hohensalzaer Straße leiten. Die Hohensalzaer Straße ist eine ruhige Wohnstraße, auf der man gut Radfahren kann, während die Sonderburger Straße eine verkehrsreiche Hauptstraße ist, mit LKW-Verkehr, Bushaltestellen und Engstellen. Hier ist Radfahren zwar nicht verboten, aber auch wirklich nicht zu empfehlen. Was kann man tun, dass Fahrradrouter die empfohlene Beschilderung kennen? Ich benutze in solchen Fällen gerne ein bicycle=avoid. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Hinweise taggen
Am 01.11.2013 um 15:18 schrieb Alexander Heinlein alexander.heinl...@web.de: On Fri, Nov 01, 2013 at 03:01:01PM +0100, Thorsten Nau wrote: ich denke mal, dass das Problem darin besteht, dass die Auf- und Abfahrten (trunk_link) mit motorway=yes getagged sind. Für die Straße an sich, ist das sicherlich korrekt. Aber die Auf- und Abfahrten sollten aus meiner Sicht kein motorway=yes bekommen. motorroad=yes meinst du sicher :) Ob an die Zubringer das motorroad üblicherweise gesetzt wird oder nicht, weiß ich nicht. Dort, wo das Kraftfahrstraßenschild steht, den way aufsplitten, und dahinter gilt dann das motorroad=yes tag, unabhängig von der Auffahrtsfrage. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Problem mit OSRM
Martin Raifer tyr@gmail.com wrote: Was aber aktuell nicht funktioniert sind Autobahnen mit oneway=no: Ahja! Ich hatte den Satz, dass es bis vor kurzem noch funktioniert hat, missverstanden und daraus geschlossen, dass Du damit diese Fehler- Möglichkeit eher ausschließt. Danke für's Aufklären. :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Problem mit OSRM
Wahrscheinlich liegst du mit deiner Vermutung richtig. Dafür gibt es auch schon einen Bug-Report auf github. (Und so weit ich mich erinnere, hat OSRM bis vor Kurzem das oneway=no noch richtig ausgewertet.) Siehe: https://github.com/DennisOSRM/Project-OSRM/pull/659 Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Problem mit OSRM
Bernhard Weiskopf bweisk...@gmx.de wrote: weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt Nord meidet? (s. http://osrm.at/44a) Die erste nur geradeaus Relation war der Punkt, ab dem es nicht mehr funktionierte. Bei dieser waren die Relationselemente nicht in der Reihenfolge from, via, to. Möglicherweise mag OSRM das nicht. Ich habe es korrigiert. Beim nächsten Update wissen wir, ob es daran lag. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Problem mit OSRM
Am 01.07.2013 21:17, schrieb Tirkon: Bernhard Weiskopf bweisk...@gmx.de wrote: weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt Nord meidet? (s. http://osrm.at/44a) Die erste nur geradeaus Relation war der Punkt, ab dem es nicht mehr funktionierte. Bei dieser waren die Relationselemente nicht in der Reihenfolge from, via, to. Möglicherweise mag OSRM das nicht. Ich habe es korrigiert. Beim nächsten Update wissen wir, ob es daran lag. ...und können einen entsprechenden Bug-Report einstellen, denn eine feste Reihenfolge bei der turn-restriction hat keinen Mehrwert und sollte deshalb IMHO nicht zwingend sein (falls das irgendwo so dokumentiert sein sollte). Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Problem mit OSRM
Die erste nur geradeaus Relation war der Punkt, ab dem es nicht mehr funktionierte. Bei dieser waren die Relationselemente nicht in der Reihenfolge from, via, to. Möglicherweise mag OSRM das nicht. Nein, daran liegt es nicht. Es gibt genug Abbiegebeschränkungen im from-to-via Format, die korrekt funktionieren. Was aber aktuell nicht funktioniert sind Autobahnen mit oneway=no: * http://osrm.at/44q * http://osrm.at/434 * usw. Dennis wird sich laut eigener Aussage bald um das Problem kümmern. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice
Am 30.05.2011 22:05, schrieb Chris66: ich habe auch die vielen Restriktions an der B5 Auffahrt im Verdacht, blicke da aber nicht durch. Mir sind zB. die Restriktions 569334,569335,569374 suspekt. Antwort vom Ersteller: der Fehler sollte jetzt behoben sein. Es lag mit Sicherheit daran, das *** dort am 15.05.11 was an dieser Kreuzung geupdatet hat. Ich habe jetzt die Relationen für die Abbiegevorschriften der neu eingezeichneten Kreuzungssituation angepasst. Das entsprechende Changeset dafür ist hier zu finden: http://www.openstreetmap.org/browse/changeset/8300639 Also mit aktuellen Karten nochmal testen Bei den Onlineroutern muss man leider ein paar Monate warten bis sich das auswirkt. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice
Am 30.05.2011 22:05, schrieb Chris66: Am 30.05.2011 15:31, schrieb Steffen Grunewald: Übersehe ich was? (Angesichts der gesetzten oneway-Tags erscheinen mir die no_right_turn- Relationen ohnehin obsolet...) Ja, ich habe auch die vielen Restriktions an der B5 Auffahrt im Verdacht, blicke da aber nicht durch. Mir sind zB. die Restriktions 569334,569335,569374 suspekt. 569335 wurde bereits gelöscht. 569335,569374 sowie 1607221,1607222 sind meiner Meinung nach überflüssig, da sie alle das abbiegen in eine gegenläufige Einbahnstraße verhindern und somit für das routing überflüssig sind. Wenn überhaupt könnte man das Verkehrszeichen taggen, aber gerade das fehlt in den Relationen. Habe diese Info auch mal dem/r ErstellerIn zukommen lassen. Bis bald fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice
Am 30.05.2011 12:24, schrieb Steffen Grunewald: oder berücksichtigt openrouteservice irgendeine Information nicht, die in der Karte ist Ja, ORS wertet Restrictions (Turn/Anlieger/etc.) kaum bis nicht aus. Du könntest noch maps.cloudmade probieren. Was die Unzulänglichkeiten des Garmin Routers angeht: Die sind bekannt aber da Closed Source hat man da keine Eingriffsmöglichkeit. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice
On Mon 2011-05-30 (12:47), Chris66 wrote: Am 30.05.2011 12:24, schrieb Steffen Grunewald: oder berücksichtigt openrouteservice irgendeine Information nicht, die in der Karte ist Ja, ORS wertet Restrictions (Turn/Anlieger/etc.) kaum bis nicht aus. Du könntest noch maps.cloudmade probieren. Selbes Ergebnis wie ORS. Ich habe noch mal das Umfeld (B5-Auffahrt) genauer besehen: ich komme vom Way 257111072, die Straße fächert in Richtungsfahrbahnen, weiter auf Way 25711070. Abbiegen an Node 280336201 auf Way 55942741, der auf Way 55964699 einmündet (usw. über die Brücke). An Node 280336201 hängt tatsächlich eine Relation (569382), aber die betrifft nicht das Rechtsabbiegen auf den trunk_link. Übersehe ich was? (Angesichts der gesetzten oneway-Tags erscheinen mir die no_right_turn- Relationen ohnehin obsolet...) Die Häufung von Routingfehlern des nüvi auf der B5 macht mir Bauchschmerzen. Was die Unzulänglichkeiten des Garmin Routers angeht: Die sind bekannt aber da Closed Source hat man da keine Eingriffsmöglichkeit. Mit den eingebauten Karten passiert das nicht (OK; das ist kein brauchbares Kriterium); und woanders passiert es mit OSM-Karten auch nur sehr sporadisch. Da ich bisher nur den aktuellen Stand der DB und ältere Karten vergleichen konnte, werde ich heute abend mal die tagesaktuelle Ersatz-AIO probieren, vielleicht löst sich der Spuk ja auf. (Die beteiligten Objekte dort scheinen aber allesamt älter zu sein als meine älteste Karte.) Hmm. Danke für den Tipp mit CM! S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice
Am 30.05.2011 15:31, schrieb Steffen Grunewald: Übersehe ich was? (Angesichts der gesetzten oneway-Tags erscheinen mir die no_right_turn- Relationen ohnehin obsolet...) Ja, ich habe auch die vielen Restriktions an der B5 Auffahrt im Verdacht, blicke da aber nicht durch. Mir sind zB. die Restriktions 569334,569335,569374 suspekt. Konnte den Fehler auf meinem Legend HCX mit selbstgebauter Karte reproduzieren. Hier die korrekte von ORS berechnete Route: http://129.206.229.146/openrouteservice/index.php?start=12.9806237,52.5204376end=12.9733422,52.5819044pref=Fastestlang=denoMotorways=falsenoTollways=false Das es mit cloudmade funktioniert könnte daran liegen, dass er nur no_... aber keine only_... Restrictions kann. Christan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice
Am 30.05.2011 22:05, schrieb Chris66: Konnte den Fehler auf meinem Legend HCX mit selbstgebauter Karte reproduzieren. Ergänzung: YOURS routet so wie Garmin (Daten allerdings 2,5 Monate alt). http://yournavigation.org/?flat=52.520181829766flon=12.980623244916tlat=52.593707246111tlon=12.970323562303v=motorcarfast=1layer=mapnik Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am Donnerstag, 5. Mai 2011 schrieb Henning Scholland: Der Algorithmus kann Sperrflächen berücksichtigen. Ob das aber praktikabel ist, alle Gewässerflächen, wo keine Fähre drüber verläuft oder eine Brücke oder Tunnel vorhanden ist so vom Routing auszuschließen...ich weiß nicht. Ebenso weiß ich nicht, ob diese Flächen auch beim Luftlinienrouting ausgeschlossen sind. Hi. Gegen die generelle Sperrung von Wasserflächen würden Leichtflieger oder Fischer, die ihre Reusen einholen wollen, sicher protestieren. Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Hallo Jörg Joerg Fischer-2 wrote: Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können.[...]Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. [...]Kann man das irgendwie optimieren? Flüsse umgehen? Dein Wunsch ist insofern verquer, als dass du erst dem Routing-Algorithmus sagst: Ignorier Wege, ich muss da querfeldein hinkommen (sprich: ignoriere die Wege) und dann sagst du: Aber die Wege sind wichtig (Flüsse etc.). Daher kann die Software hier nicht funktionieren und ich wüsste keinen schlauen Weg, wie er dennoch dann richtig routen kann. Gruß, Philip -- View this message in context: http://gis.638310.n2.nabble.com/Routing-geht-mitten-durch-den-Flu-tp6328493p606.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] Routing geht mitten durch den Fluß :-)
Am 03.05.2011 21:12, schrieb Joerg Fischer: Hallo Welt, ich helfe gerade einer Ökologin mit ihrem Garmin eTrex, aber das Problem scheint mir genereller Natur zu sein, denn es tritt auch bei http://www.openrouteservice.org auf. Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können. Also nicht das da Wege fehlen, nein, die will _wirklich_ mitten auf ein Feld. Oder in den Wald. Zu vorgegebenen Koordinaten. Weil da exotisches Grünzeugs wächst oder so. Sowohl der Garmin als auch openrouteservice scheint das nicht die Bohne zu interessieren wenn solche Ziele nur dann erreicht werden, wenn die berechneten Routen mitten durch einen Fluß gehen. Vermutlich sind auch Klippen kein Hinderniss. Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. In dem Fall: Durch die Oder, welche zum durchwaten zu tief und zu kalt ist. :-) Beispiel: http://www.openrouteservice.org/index.php?start=14.8182696,50.8841749end=14.8241724,50.8697049pref=Pedestrianlang=denoMotorways=falsenoTollways=false Setzt man den Zielpunkt minimal nach Westen wird alles gut, weil dann der auf deutscher Seite verlaufende Weg näher dran ist. Kann man das irgendwie optimieren? Flüsse umgehen? Dann lieber einen längeren Weg in Kauf nehmen? (Was mit Häusern, Mauern, Zäunen, Bahnanlagen usw. passiert hab ich noch nicht getestet.) Bei Garmin müßte ich dazu vermutlich am Typfile editieren? Momentan behilft sie sich mit dem Würgaround, manuell einen Weg in der Nähe des eigentlichen Zielpunktes zu suchen, dahin zu navigieren und dann zu Fuß zu tippeln. Die Koordinaten liegen aber nunmal perfekt als Datei vor, und es wäre schön wenn das ohne manuelle Nacharbeit und herumsuchen klappen würde. Haben Geocachern nicht mitunter das gleiche Problem? Sind Lösungsansätze aus dieser Ecke bekannt? Mit dem OpenRouteService dürfte es theoretisch möglich sein. Der Algorithmus kann Sperrflächen berücksichtigen. Ob das aber praktikabel ist, alle Gewässerflächen, wo keine Fähre drüber verläuft oder eine Brücke oder Tunnel vorhanden ist so vom Routing auszuschließen...ich weiß nicht. Ebenso weiß ich nicht, ob diese Flächen auch beim Luftlinienrouting ausgeschlossen sind. Mein Hack wäre folgender: Mit dem Garmin an die gesuchte Position springen, manuell die nächste sinnvolle Straße suchen und dann mit diesem Punkt und dem wahren Ziel eine Route erstellen. Das dürfte auch am Gerät selber funktionieren. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Philip Gillißen gue...@freenet.de writes: Joerg Fischer-2 wrote: Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können.[...]Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. [...]Kann man das irgendwie optimieren? Flüsse umgehen? Dein Wunsch ist insofern verquer, als dass du erst dem Routing-Algorithmus sagst: Ignorier Wege, ich muss da querfeldein hinkommen (sprich: ignoriere die Wege) und dann sagst du: Aber die Wege sind wichtig (Flüsse etc.). Daher kann die Software hier nicht funktionieren und ich wüsste keinen schlauen Weg, wie er dennoch dann richtig routen kann. Ich denke, dass es da zwei gute möglichkeiten mit dem Garmin gibt: - Auf wegen so nah wie möglich ranrouten lassen. - Waypoints setzen, über die geroutet werden soll. Normalerweise will man ja auch nicht wirklich die flüsse umgehen, sondern passende brücken verwenden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am 05.05.2011 08:38, schrieb Philip Gillißen: Hallo Jörg Joerg Fischer-2 wrote: Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können.[...]Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. [...]Kann man das irgendwie optimieren? Flüsse umgehen? Dein Wunsch ist insofern verquer, als dass du erst dem Routing-Algorithmus sagst: Ignorier Wege, ich muss da querfeldein hinkommen (sprich: ignoriere die Wege) und dann sagst du: Aber die Wege sind wichtig (Flüsse etc.). Daher kann die Software hier nicht funktionieren und ich wüsste keinen schlauen Weg, wie er dennoch dann richtig routen kann. Naja man müsste dem den Router halt sagen das wenn er querfeldein routet gewisse Hindernisse als unüberwindbar eingestuft werden sollen. Beim Querfeldeinrouting muss soweiso zuerst der nächtgelegen Wegpunkt gesucht werden und der Algorythums müste sowas berücksichtigen. Gruß Gerhard -- Gerhard Schmidt| http://www.augusta.de/~estartu/ | PGP Public Key Fischbachweg 3 | | auf Anfrage/ 86856 Hiltenfingen | JabberID: esta...@augusta.de |on request ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am 5. Mai 2011 08:38 schrieb Philip Gillißen gue...@freenet.de: Hallo Jörg Joerg Fischer-2 wrote: Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können.[...]Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. [...]Kann man das irgendwie optimieren? Flüsse umgehen? Dein Wunsch ist insofern verquer, als dass du erst dem Routing-Algorithmus sagst: Ignorier Wege, ich muss da querfeldein hinkommen (sprich: ignoriere die Wege) und dann sagst du: Aber die Wege sind wichtig (Flüsse etc.). Daher kann die Software hier nicht funktionieren und ich wüsste keinen schlauen Weg, wie er dennoch dann richtig routen kann. So ein Wunsch ist doch nicht verquer sondern eine Herausforderung für Programmierer. Man sagt dem Router route mich anhand von geografischen Gegebenheiten ohne Wege und der Router versteht ich ignoriere alles und route über ein weißes Blatt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am 05.05.11 08:52, schrieb Henning Scholland: Mein Hack wäre folgender: Mit dem Garmin an die gesuchte Position springen, manuell die nächste sinnvolle Straße suchen und dann mit diesem Punkt und dem wahren Ziel eine Route erstellen. Das dürfte auch am Gerät selber funktionieren. Gibts keine Möglichkeit, via-Punkte fürs Routing einzugeben? Dann wäre der Punkt auf der nächsten Straße der via-Punkt, geroutet wird aber komplett bis zum Ziel. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am 05.05.2011 09:01, schrieb André Joost: Am 05.05.11 08:52, schrieb Henning Scholland: Mein Hack wäre folgender: Mit dem Garmin an die gesuchte Position springen, manuell die nächste sinnvolle Straße suchen und dann mit diesem Punkt und dem wahren Ziel eine Route erstellen. Das dürfte auch am Gerät selber funktionieren. Gibts keine Möglichkeit, via-Punkte fürs Routing einzugeben? Dann wäre der Punkt auf der nächsten Straße der via-Punkt, geroutet wird aber komplett bis zum Ziel. Das schrieb ich doch, evtl. etwas unglücklich formuliert ;) Bei Garmin nennt sich das ganze dann Route. Wenn man eine solche auf dem Gerät erzeugt, kann man 50 Ziele angeben, die er dann in der Reihenfolge abroutet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am 03.05.2011 21:12, schrieb Joerg Fischer: Sowohl der Garmin als auch openrouteservice scheint das nicht die Bohne zu interessieren wenn solche Ziele nur dann erreicht werden, wenn die berechneten Routen mitten durch einen Fluß gehen. Vermutlich sind auch Klippen kein Hinderniss. Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. Mir ist kein Router bekannt der das kann. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing- Schneller zum Ziel
Hallo, On 11/10/2010 10:05 AM, dieter jasper wrote: http://www.heise.de/newsticker/meldung/Schneller-durch-Peking-1131839.html T-Drive? Damit bekommen sie hierzulande aber Markennamen-Probleme ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing- Schneller zum Ziel
dieter jasper dieter_jas...@web.de wrote: http://www.heise.de/newsticker/meldung/Schneller-durch-Peking-1131839.html Wäre in Zusammenarbeit mit lokalen taxiunternehmen eigentlich super einfach zu realisieren. Einfach nen Tracklogegr in Taxis über einige Monate mitlaufen lassen und dann ein tagging aufbauen (taxi-prefference=... oder so) das häufig von Taxis befahrene Strecken im Routingalgorithmus mit höheren Gewicht versieht. Wenn das aber jeder macht dürfte es mit den Tricks ohnehin schnell vorbei sein. Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing- Schneller zum Ziel
Hallo, Am Mittwoch 10 November 2010 16:15:44 schrieb Sven Geggus: dieter jasper dieter_jas...@web.de wrote: http://www.heise.de/newsticker/meldung/Schneller-durch-Peking-1131839.htm l Wäre in Zusammenarbeit mit lokalen taxiunternehmen eigentlich super einfach zu realisieren. Einfach nen Tracklogegr in Taxis über einige Monate mitlaufen lassen und dann ein tagging aufbauen (taxi-prefference=... oder so) das häufig von Taxis befahrene Strecken im Routingalgorithmus mit höheren Gewicht versieht. Wenn das aber jeder macht dürfte es mit den Tricks ohnehin schnell vorbei sein. Einer der Tricks dürfte darin bestehen, den weitesten Umweg von A nach B zu finden... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing für Wasserfahrzeuge (auf Ka näle/Flüssen)
Moin, On Sun, 29 Aug 2010, Johann H. Addicks wrote: Was zu Fuß schon abenteuerlich, aber an einem vormittag zu schaffen sein sollte: http://www.openrouteservice.org/index.php?start=7.4426699,51.5253541end=7.4785521,51.4181452pref=Pedestrianlang=denoMotorways=falsenoTollways=false hm, gerade mal kurz angeschaut ... darf man die Ardeystraße wirklich auch in diesem Tunnelbereich unter der B 1 zu Fuß begehen? Oder müsste das Routing nicht über die daneben verlaufenden Fußwege führen? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Florian Gross schrieb: nixkoenner glaubte zu wissen: [...] Naja, nomen est omen. Gruesse Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo Flo, Und der größte Hammer ist :-) ich glaube, da muss man einfach ein satire.../satire dazu denken. (dann trifft es nämlich den Nagel fast auf denKopf) Ich bin ja der Initiator dieses ganzen langen Thread. Der Ursprung war in Essen auf der Entwicklerkonferenz im Linux-Hotel: Als wir zum Unperfekthaus fuhren, benutzte unser Chauffeur ein PNA, und darauf lief OSM - mit Routing... Und da dachte ich: das will ich auch! Inzwischen sind 2 Jahre vergangen. Zwar habe ich nun schon viel über OSM gelernt, besitze ein PNA, und hier gibt es einen langen Thread mit den Gedanken und Erfahrungen vieler kompetenter OSMer, die ich (so gut ich kann) dokumentiere: http://wiki.openstreetmap.org/wiki/PNA_Connex_NVA-03560 Aber ich habe immer noch keine Karte auf meinem PNA, keine Position, kein Routing, kann nicht mappen - sondern navigiere immer noch mit Fremdware... Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Markus glaubte zu wissen: Hallo Flo, Und der größte Hammer ist :-) ich glaube, da muss man einfach ein satire.../satire dazu denken. (dann trifft es nämlich den Nagel fast auf denKopf) Nun ja, es gibt durchaus Beiträge, die man irgendwie als Satire kennzeichnen sollte, wenn es so gemeint ist. Ich sag ja nichts gegen harte Kritik, *wenn* sie berechtigt ist und auch was konstruktives kommt. Der Ton sollte halt auch passen. Bei Beiträgen wie dem von nixkönner würde ich nur eine Reaktion der Programmierer erwarten: Auf Durchzug schalten und ignorieren. Ich bin ja der Initiator dieses ganzen langen Thread. Ich kenne den Thread. ;-) Meine Sicht: Ich informiere mich vorher, was es gibt und ob Probleme zu erwarten sind, wenn ich nichts finde, rechne ich mit allem. Lege ich mir sowas dann zu, rechne ich damit, daß meine Ansprüche nicht befriedigt werden. Falls es Probleme gibt, versuche ich zu helfen wenn ich kann. Oder ich geh halt lieber auf Nummer Sicher und besorge mir was, wovon ich den mir vorliegenden Informationen nach davon ausgehen kann, daß es funktioniert. Da stelle ich ganz andere Erwartungen. flo -- Mag ja sein, aber wäre es dann nicht schon zu abgegriffen ? [WoKo in dafb] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hi, da will ich Dir wohl mal recht geben. Es ist wirklich eine absolute Beleidigung allergrößten Ausmaßes gosmore als Frickelsoftware zu bezeichnen. Das sollte IMHO rechtliche Konzequenzen nachsichziehen. Schließlich hat das Wort Frickelsoftware auch Gefühle und seinen Stolz. Wenn ich Fickelsoftware wäre und man bezeichnet und vergleicht mich mit der gosmore-Kacke wäre ich auch auf 110. Dieser gosmore-Dreck verdient es nun wirklich nicht als Software bezeichnet zu werden. Das ist doch unter aller Sau. Schätze mal der Stümper der dass zusammengewichst hat, ist Harzer oder Frittenschmied - als Softwareentwickler hat der noch nie was gerissen. Das kann doch nicht mal als Demo oder HowTo dienen, es sei denn als ein How-NOT-To-Do. Und der größte Hammer ist, daß OSM diesen Schei... auch noch erwähnt. Aber na, ist halt Open Source und da gibt's im allgemeinen wenig Qualität. Und das musste mal gesagt werden. so long -Nixkoenner -- View this message in context: http://gis.638310.n2.nabble.com/Routing-auf-Navi-fur-Anfanger-tp4625409p5095079.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] Routing auf Navi für Anfänger
nixkoenner glaubte zu wissen: Und der größte Hammer ist, daß OSM diesen Schei... auch noch erwähnt. Aber na, ist halt Open Source und da gibt's im allgemeinen wenig Qualität. Und das musste mal gesagt werden. Das fällt dir 3 Monate später ein. Bist du nur zum rumstänkern gekommen oder sind von dir auch hilfreiche Beiträge zu erwarten? flo -- Tork ist afaik der Halsreif den die Kelten tragen und der ihren Status als freie Mitglieder der Gemeinschaft symbolisiert Ein Halsband, das Freiheit symbolisiert? Die spinnen, die Kelten ... [Daniel Brachmann und Martin Leidig in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Am 05.03.2010 23:04, schrieb Markus: Ich habe alles was ich ungefähr verstanden habe ins Wiki geschrieben: http://wiki.openstreetmap.org/wiki/PNA_Connex_NVA-03560 Ich habe auf meinen alten Myguide 7000 XL (auch ein Connex-Rebrand) von Garmin das Garmin XT ausgegeben. http://www8.garmin.com/software/GarminMobileXTforWindowsMobile_50020w.exe Dazu noch die Sprachansagen http://www8.garmin.com/software/GarminMobileXTSupportFiles_4.exe Und erstmal eine Basemap: http://www8.garmin.com/software/GarminMobileXTFreeBasemap_4.exe Läuft mit den routingfähigen Maps (AiO) recht gut, wenn man mal von der Adress-Suche absieht. Das tolle ist vor allem: Die Turn-Restrictions werden beachtet (so sie denn gemapt wurden.) Und das die OSB-Dots auch angezeigt werden, sieht man auch sofort, wenn es sich lohnt, einen Abstecher zu Fahren um mal etwas zu klären. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
2010/3/7 Florian Lohoff f...@zz.de: On Sun, Mar 07, 2010 at 11:03:02AM +0100, Marcus Wolschon wrote: Eine Ungenutze Landstraße ist IMMER schneller als eine Autobahn. Trotzdem hat in allen Navis die Autobahn eine bessere klassifzierung d.h. die Landstraße wird auch leer bleiben. Das ist in allen Netzen das selbe Problem. Ich komme eher aus dem IP Core krams - und es hilft halt nicht die 6te 10GE Strecke von Berlin nach Frankfurt zu bauen. Irgendwann geht es um staerkere Vermaschung von Netzen d.h. ausnutzen von Kapazitaeten auf den eben nicht groessten/dicksten/schnellsten Strecken. D.h. eine Routenberechnung wird sowas wie random anteile brauchen bzw zeitgesteuerte random anteile oder verhaeltnisse um eben mal nicht immer die vermeindlich schnellste route zu nehmen sondern vielleicht auch mal die nur 2. schnellste ... Denn die Schnellste wird ja schon von allen Navis bevorzugt und damit eben von der Schnellsten zur Langsamsten. ... Nicht stumpf nach bester metrik routen - sondern im verhaeltniss der metriken - Hat die Bundestraße 100 und die Autobahn 50 sollte der verkehr sich 1/3 2/3 aufteilen und nicht NUR ueber die Autobahn gehen ... Klingt interessant. Würdest du eine entsprechend randomisierte Metrik schreiben und das mal testen ob es etwas bringt? Eine Kopie der Zeit-Metrik aus Traeling Salesman kannst du in wenigen Minuten als Plugin machen. (Ist vorgesehen und gut dokumentiert.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Am Dienstag, 2. März 2010 23:47:31 schrieb Frederik Ramm: Hallo Kai, Kai Krueger wrote: Hmm, mich wuerde das Thema sehr interesieren da ich mit GpsMid zumindestens periphaer an OSM routing arbeite (der routing code wurde ueberwiegend von jemand anderes geschrieben), ich werde jedoch nicht auf der FOSSGIS sein, sodass ich an dem Workshop nicht teil nehmen kann. Insofern meine Frage, wird es Videoaufzeichnungen der Workshops geben? Fragten andere auch schon; soweit ich weiss, gibt es keine, weil niemand die Arbeit machen kann oder will. Grundsaetzlich wuerde ich Video-Aufzeichnungen auch nicht schlecht finden, vielleicht findet sich fuer 2011 eine Moeglichkeit. Allerdings ist fuer mich persoenlich der wichtigste Aspekt der Konferenz nicht das Aufzeichnen und Publizieren irgendwelcher Informationen, sondern der persoenliche Austausch, das Kennenlernen, die Foerderung der Zusammenarbeit in der Community; ich werde meine Arbeitszeit lieber dafuer aufwenden, herauszufinden, was Leute vom Kommen abhaelt und wie man diese Hindernisse eventuell fuers naechste Mal aus dem Weg schaffen kann, als dass ich Arbeit investiere, um die Konferenz in eine Konserve mit sehr begrenzter Haltbarkeit zu packen (nach einem halben Jahr kraeht doch kein Hahn mehr danach). Haeufig ist es die Anreise (der weite Weg). Versucht doch mal das ganze ueber das Internet zu schalten (aehnlich wie einige Firmen heute Webinare abhalten, Aufzeichnung inklusive, bzw. lokal von den Beteiligten machbar). Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
Florian Lohoff schrieb: Und das ist das was ich aus dem ADAC Artikel Link ist bei mir nicht angekommen. gelesen habe. Durch die massenhafte verwendung von Navis wird halt der Verkehr zunehmen auf hoeher klassifizierte Straßen gehoben. D.h. demnaechst haben die Autobahnen 12 Spuren und die Bundesstraßen sind trotzdem leer ... Es sei denn, das Navi meldet nen Stau auf der Autobahn, dann strömt alles auf die Nebenstrecken: http://de.news.yahoo.com/1/20100301/twl-mit-dem-navi-in-den-stau-13c1e7b.html Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
2010/3/7 Chris-Hein Lunkhusen chris66...@gmx.de: Es sei denn, das Navi meldet nen Stau auf der Autobahn, dann strömt alles auf die Nebenstrecken: Wenn es denn nur endlich mal eine Infrastruktur geben würde an die mein Navi Staus melden könnte. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
Am 7. März 2010 11:19 schrieb Florian Lohoff f...@zz.de: Eine Ungenutze Landstraße ist IMMER schneller als eine Autobahn. Trotzdem hat in allen Navis die Autobahn eine bessere klassifzierung d.h. die Landstraße wird auch leer bleiben. Als passionierter Nebenstreckenfahrer kann ich das nur zum Teil bestätigen: solange die Autobahn ihre Kapazitätsgrenze nicht erreicht hat und die Strecke nicht deutlich länger ist, kommt man dort in der Regel schneller voran. Das liegt u.a. auch daran, dass es dort eben in D. kein Geschwindigkeitslimit gibt, und 150-170 im Vergleich zu 100 auf der Landstraße halt doch schneller ist. Im Prinzip - vor allem bei vollen Autobahnen - ist Dein Ansatz aber vielversprechend ;-). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
Florian Lohoff f...@zz.de schrieb/wrote: Defakto ergibt die sich Hierarchie aber aus der Klassifizierung der Straßen - d.h. die art in der du die Metrik berechnest und annahmen ueber die Durschnittssgeschwindigkeiten in die Metrik einfliessen laesst. Das oben ist alles Theorie die, wie jeder Navi nutzer bestaetigen kann, nie zur wirklich immer optimalen Route fuehrt sondern immer nur eine annaehrung ist. Jemand mit lokalem Wissen wuerde SO nie fahren. (Wobei das nicht heißen muss, dass die Navi-Route schlechter ist.) Meistens fehlen aber bestimmte Faktoren in den Navi-Daten. Eine Ampel kann zwar in den Karten verzeichnet sein, aber ob man dort nur eine Minute wartet oder eine Viertelstunde im Stau steht, ob mehrere hintereinander auf Grüne Welle geschaltet sind, etc. -- das fehlt halt in den Karten und das lässt sich auch manuell praktisch nicht erfassen. Man bräuchte schon ein Netz aus Navis, die die tatsächlichen Fahrtzeiten zu bestimmten Zeiten (Uhrzeit, Wochen, Wetter, etc.) anonymisiert an eine zentrale Stelle schicken, die dann daraus eine verlässlichere Vorhersage der Fahrtzeit ermöglicht. Es wäre dann sogar denkbar, dass ein Navi nicht die im Durchschnitt kürzeste Strecke berechnet, sondern auch berücksichtigt, wie groß die Gefahr eines Staus ist, und die im Schnitt etwas längere Strecke bevorzugt, wenn dafür die Wahrscheinlichkeit einer drastichen Abweichung nach oben geringer ist. Ganz nebenbei könnte man so auch Massen von Tracks sammeln und die Straßen daran automatisch ausrichten. Datenschutz ist allerdings ein Problem. Man kann zwar die Tracks zerstückeln, verzögert und anonymisiert an den Server senden -- aber desto besser man nach externen Faktoren aufschlüsselt, desto leichter lässt sich ein Track wieder anhand dieser Metadaten zusammensetzen. Claus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Hallo, Marcus Wolschon wrote: Wie lief der Routing-Workshop? Was kontet ihr erarbeiten? Von erarbeiten kann eigentlich nicht so die Rede sein. Wir haben ein bisschen Bestandsaufnahme gemacht, ein paar Ideen festgehalten, ein bisschen ueber Geocoding gesprochen. Es waren rund 30 Leute anwesend, von denen nur 3 nach eigener Aussage schonmal eine Turn Restriction erfasst hatten, und die Anzahl der Routing-Entwickler im Raum war auch nicht besonders gross. Insgesamt fand ich in Sachen Routing auf der Konferenz die Informationen spannend, dass OpenRouteService demnaechst (zumindest teilweise) Open Source wird, und dass es von der Uni Karlsruhe eine Open Source-Implementierung eines Web-Service mit dem Contraction Hierarchies-Algorithmus geben wird sowie einen Open Source Windows Mobile-Client mit dem gleichen Algorithmus. Mein Gefuehl sagt mir aber, dass an der wie baue ich aus OSM einen gescheiten Routing-Graphen-Front noch vieles zu tun ist; der Workshop war nicht das geeignete Forum, um da etwas zu erarbeiten. Vielleicht muss man sich dazu echt mal an einem Wochenende irgendwo treffen; eventuell sogar international. Ich hatte noch gar keine Gelegenheit, mir das gerade angekuendigte Gosmore Earth anzuschauen... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Liebe Profis, danke für die vielen Hinweise! Ich habe alles was ich ungefähr verstanden habe ins Wiki geschrieben: http://wiki.openstreetmap.org/wiki/PNA_Connex_NVA-03560 Die Installation des TotalCommander ist fast fertig, trotzdem fehlt für ein nachvollziehbares HowTo da noch einiges... Probier einfach mal alle Programme in der Wiki-Seite aus. Wie mache ich das? (vermute mal, dazu müsste ich erst die vorhandene SW+Daten irgendwie sichern? und dann neue SW irgendwie aufspielen? und dann OSM irgendwie laden?) Das mit dem ActiveSync habe ich nicht geschafft/verstanden. Deshalb kann ich auch noch keine Programme einrichten oder die OSM-Karte ausprobieren. Wer kann helfen? Herzlichen Dank, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Wie lief der Routing-Workshop? Was kontet ihr erarbeiten? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Am 03.03.2010 00:37, schrieb Felix Hartmann: Ich verweiger mich etwa meine Karten fuer Radfahrer in UK auf trunk routen zu lassen, außer bicycle=yes is explizit getagged. Werden da motorways irrtümlich als trunk getaggt, oder warum? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Hallo, Jens Müller wrote: Ich verweiger mich etwa meine Karten fuer Radfahrer in UK auf trunk routen zu lassen, außer bicycle=yes is explizit getagged. Werden da motorways irrtümlich als trunk getaggt, oder warum? Ganz bestimmt nicht - das Radfahren ist da halt auf den Trunk Roads erlaubt. In vielen US-Bundesstaaten ist das Radfahren auch auf motorways zulaessig, und wenn Du einem aktiven Radfahrer dort vorschlaegst, er solle doch stattdessen lieber den Radweg durch die Berge nehmen, zeigt er Dir nen Vogel. Andere Laender, andere Sitten ;-) Aber es muss ja nicht unbedingt so sein, dass eine in Deutschland gemachte Fahrradkarte auch in den USA funktioniert; die koennen ja selber ihre eigenen Anpassungen machen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Am 4. März 2010 11:29 schrieb Frederik Ramm frede...@remote.org: Ganz bestimmt nicht - das Radfahren ist da halt auf den Trunk Roads erlaubt. In vielen US-Bundesstaaten ist das Radfahren auch auf motorways zulaessig, und wenn Du einem aktiven Radfahrer dort vorschlaegst, er solle doch stattdessen lieber den Radweg durch die Berge nehmen, zeigt er Dir nen Vogel. soweit ich mich an entspr. Threads in Talk erinnere, waren das wohl nicht viele Staaten sondern in einem oder 2 Staaten an bestimmten seltenen Ausnahmefällen, aber unabhängig davon: es kommt wohl vor. Andere Laender, andere Sitten ;-) unbedingt. Aber es muss ja nicht unbedingt so sein, dass eine in Deutschland gemachte Fahrradkarte auch in den USA funktioniert; nicht unbedingt, aber schöner wärs schon. Man könnte ja auch andere Rückschlüsse ziehen, z.B.: 1. der Interstate ist an den Stellen, wo man ihn mit dem Fahrrad benutzen darf, gar kein Motorway. 2. die Ungewöhnliche (=seltenere auftretende) Situation könnte man explizit mit bicycle=yes taggen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
On 04.03.2010 16:29, Martin Koppenhoefer wrote: Am 4. März 2010 11:29 schrieb Frederik Rammfrede...@remote.org: Ganz bestimmt nicht - das Radfahren ist da halt auf den Trunk Roads erlaubt. In vielen US-Bundesstaaten ist das Radfahren auch auf motorways zulaessig, und wenn Du einem aktiven Radfahrer dort vorschlaegst, er solle doch stattdessen lieber den Radweg durch die Berge nehmen, zeigt er Dir nen Vogel. soweit ich mich an entspr. Threads in Talk erinnere, waren das wohl nicht viele Staaten sondern in einem oder 2 Staaten an bestimmten seltenen Ausnahmefällen, aber unabhängig davon: es kommt wohl vor. Andere Laender, andere Sitten ;-) unbedingt. Aber es muss ja nicht unbedingt so sein, dass eine in Deutschland gemachte Fahrradkarte auch in den USA funktioniert; nicht unbedingt, aber schöner wärs schon. Man könnte ja auch andere Rückschlüsse ziehen, z.B.: 1. der Interstate ist an den Stellen, wo man ihn mit dem Fahrrad benutzen darf, gar kein Motorway. 2. die Ungewöhnliche (=seltenere auftretende) Situation könnte man explizit mit bicycle=yes taggen. Es geht ja nicht nur um highways. Aehnliches gilt auch fuer bridleways, footways bzw duerfen Fußgaenger auf cycleway. Bevor hier einfach Regeln unilateral aufgestellt werden, wird OSM a) Uninteressant fuer kommerzielle Anbieter bleiben da verlaessliches Routing unmoeglich b) Laenderuebergreifendes Routing unmoeglich c) Klar muss ein Footway in England kein Footway in Deutschland sein, aber dann bitte lasst uns in Deutschland Fußweg statt footway taggen, weil dasselbe taggen, aber etwas unterschiedliches meinen ist Murks. Die Alternative ist einfach mal ein paar Bots loszulassen, die Weltweit die defaults je nach Land hinzufuegen. Sprich in USA wird jeder motorway und jeder trunk wo bicycle noch nicht existiert explizit auf yes gesetzt. In Deutschland dagegen setzen wir fuer alle motorways und trunks explizit bicycle=no! Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Am 4. März 2010 16:56 schrieb Felix Hartmann extremecar...@googlemail.com: Es geht ja nicht nur um highways. Aehnliches gilt auch fuer bridleways, footways bzw duerfen Fußgaenger auf cycleway. Bevor hier einfach Regeln unilateral aufgestellt werden, wird OSM a) Uninteressant fuer kommerzielle Anbieter bleiben da verlaessliches Routing unmoeglich ja klar, die kommerziellen Anwender nutzen natürlich nur die reichhaltigen proprietären Quellen für Reit-, Fuß- und Radwege, die verlässlich funktionieren, weil sie hochaktuell die halbe Welt abdecken und ein gut durchdachtes, feingranulares Schema dafür haben. Oder auf welche Karten beziehst Du Dich hier? Uninteressant ist es für kommerzielle Anbieter nur dann, wenn es nicht genügend Leute gibt, die Geld dafür ausgeben wollen. b) Laenderuebergreifendes Routing unmoeglich Wie hier schon wieder mit absoluten Aussagen um sich geworfen wird. unmöglich? Es ist aufwendig (da man sich die Gepflogenheiten der einzelnen Länder, in denen man Routing anbietet, erarbeiten und in Software umgießen muss, und weil man feststellen muss, in welchem Land ein way sich befindet). c) Klar muss ein Footway in England kein Footway in Deutschland sein, aber dann bitte lasst uns in Deutschland Fußweg statt footway taggen, weil dasselbe taggen, aber etwas unterschiedliches meinen ist Murks. naja, man könnte ja auch sagen: es ist dieselbe Klasse Weg, im Detail sind aber doch ein paar Unterschiede da, und die sind a,b,c (Länderspezifische Defaults) oder explizit die Details iterativ hinzufügen (was wir derzeit schon machen). Die Alternative ist einfach mal ein paar Bots loszulassen, die Weltweit die defaults je nach Land hinzufuegen. Sprich in USA wird jeder motorway und jeder trunk wo bicycle noch nicht existiert explizit auf yes gesetzt. bitte was? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
On 02.03.2010 17:58, Frederik Ramm wrote: Hallo, eine kurze Nachricht an alle, die am Freitag auf der FOSSGIS zum Routing-Workshop kommen. Bitte denkt dran: Es ist ein Workshop und kein Vortrag. Das heisst, *ihr* macht die Arbeit ;-) auch wenn ich (als Vertretung fuer den ausgefallenen Marcus Wolschon) die Veran- staltung moderieren werde. Ich denke, das wichtigste Ziel sollte sein, dass sich alle, die in Sachen Routing irgendwas mit OSM machen, wenigstens mal kennengelernt haben, dass man weiss, wer woran arbeitet, sich ein bisschen austauscht und so weiter. Am besten starten wir mit einer kurzen Bestandsaufnahme - da kam ja hier auf der Liste in Sachen Skobbler auch schon einiges: Wo sind wir, wo wollen wir hin, wo hakt es. Jeder, der sich selbst schon mit dem Routing beschaeftigt hat, ist willkommen, seine Ergebnisse und Ideen zu schildern. Bis Freitag! Frederik Da waere es gut, wenn mal aufgeraeumt wird mit lokalen Accesstags. Es ist einfach fuer ein Routingprogramm praktisch nicht durchfuehrbar pro Land unterschiedliche Regeln festzulegen, da es sonst quasi unmoeglich ist, mehrere Laender auf einmal zu rendern -- Autorouting ueber Grenzen. Die paar Eintraege zusaetzlich in der Datenbank sind auch egal. Man koennte ja wenn sich auf ein Schema geeinigt wurde, indem alle internationalen Regeln klar geregelt sind, mit einem Bot die Tags hinzufuegen. Es kann aber einfach nicht sein, dass wir eine internationale Datenbank mit unterschiedlichsten Regeln haben. Etwa Fahrrad erlaubt auf motorway, trunk, bridleway, footway ja oder nein. Nur wenn es international gleich gehandelt wird, koennen die Autoroutingprogramme es uebernehmen, genauso Presets fuer Editoren. Auch braucht es eine klare Unterscheidung zwischen nicht benutzbar, und einem Benutzungsverbot. Aehnlich hindernd sind Tags wie maxspeed:de=urban, wenn hier nicht gleichzeitig eine Seite im Wiki exsitiert wo fuer alle Laender der Welt wo jemand meint so ein Schema verwenden zu wollen, aufgelistet ist, welcher Geschwindigkeit dies entspricht. Besser aber maxspeed=value und source:maxspeed=de:urban. Hier muessten einfach alle Autoroutingprogramme ungenaue Tags ignorieren, und nicht versuchen rauszufinden wo eine Straße liegt, und was es bedeutet. Die Faulheit der OSM-Mapper bzw die Versuche in einem Tag moeglichst viel Info zusammenzufassen, verhindert effektiv vernuenftiges Autorouting. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Am 2. März 2010 19:10 schrieb Felix Hartmann extremecar...@googlemail.com: Die paar Eintraege zusaetzlich in der Datenbank sind auch egal. +1 Etwa Fahrrad erlaubt auf motorway, trunk, bridleway, footway ja oder nein. das ist ein bisschen auch ein politisches Thema ;-), die Engländer sagen halt: klar ist auf dem bridleway oder dem byway das Fahrradfahren erlaubt, oder dürfen Fußgänger Radwege benutzen, während in D Fußgänger auf Radwegen z.B. nichts zu suchen haben. Trunk verbietet wohl nach (allgemeiner?) Auffassung erstmal nicht das Radfahren, motorroad natürlich schon. Die beste (stabilste) Lösung ist wie Du oben schon schreibst das explizite Taggen der Access-Regeln. Aber andererseits sind bestimmte Defaults auch nicht schlecht, wir wollen schließlich nicht an jeder Straße einen Tag für Lamas, Schneemobile, Inlineskates, Segways und was die Zukunft sonst noch so bringt, haben, oder? Von daher wäre es nett, hier mal ein verbindliches Schema / Vorgehensweise (Definition auf einer bestimmten WIkiseite oder was in der Art) zu haben. Auch braucht es eine klare Unterscheidung zwischen nicht benutzbar, und einem Benutzungsverbot. m.E. braucht es das fürs Routing nicht, ist im Prinzip egal aus welchem Grund man eine Straße nicht verwenden kann. Allerdings bin ich schon auch dafür, für das nicht geeignet (unbenutzbar) einen anderen Tag als für das verboten zu haben. Besser aber maxspeed=value und source:maxspeed=de:urban. Hier muessten einfach alle Autoroutingprogramme ungenaue Tags ignorieren, und nicht versuchen rauszufinden wo eine Straße liegt, und was es bedeutet. +1, unbedingte Zustimmung. Habe hierzu auch eine Seite im Wiki angelegt und entsprechend verlinkt von Maxspeed aus. Wenn Ihr auch noch andere Seiten kennt, von wo ein Link sinnvoll wäre: nur zu. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
On 01/-10/-28163 08:59 PM, Frederik Ramm wrote: Hallo, eine kurze Nachricht an alle, die am Freitag auf der FOSSGIS zum Routing-Workshop kommen. Bitte denkt dran: Es ist ein Workshop und kein Vortrag. Das heisst, *ihr* macht die Arbeit ;-) auch wenn ich (als Vertretung fuer den ausgefallenen Marcus Wolschon) die Veran- staltung moderieren werde. Ich denke, das wichtigste Ziel sollte sein, dass sich alle, die in Sachen Routing irgendwas mit OSM machen, wenigstens mal kennengelernt haben, dass man weiss, wer woran arbeitet, sich ein bisschen austauscht und so weiter. Hmm, mich wuerde das Thema sehr interesieren da ich mit GpsMid zumindestens periphaer an OSM routing arbeite (der routing code wurde ueberwiegend von jemand anderes geschrieben), ich werde jedoch nicht auf der FOSSGIS sein, sodass ich an dem Workshop nicht teil nehmen kann. Insofern meine Frage, wird es Videoaufzeichnungen der Workshops geben? Oder vielleicht so etwas wie Meeting minutes? Es waere super nuetzlich fuer Leute die nicht an der Konferenz teilnehmen koennen, denn viele der Workshops und Vortraege klingen wirklich interessant. Am besten starten wir mit einer kurzen Bestandsaufnahme - da kam ja hier auf der Liste in Sachen Skobbler auch schon einiges: Wo sind wir, wo wollen wir hin, wo hakt es. Jeder, der sich selbst schon mit dem Routing beschaeftigt hat, ist willkommen, seine Ergebnisse und Ideen zu schildern. Eine Bestandsaufnahme waere sehr sinnvoll denke ich. Welche tags und relations werden von welchen routing engines unterstuetzt, welche werden noch nicht unterstuetzt sind aber geplant und welche halten die Authoren von routing software fuer nicht mit praktikablem Aufwand umzusetzen. Solch eine Liste waere, denke ich, sehr nuetzlich als Ergaenzung / Gegenstueck zu Tagwatch oder OSMdoc. Wenn ein mapper dann etwas bestimmtes mappen will, kann er dann schauen, welche Tags wurden bereits haeufig verwendet (Tagwatch) und welche tags werden haeufig unterstuetzt. Aus der Kombination laesst sich dann hoffentlich gut ableiten wie man am besten etwas taggen soll. (und funktioniert hoffentlich besser als die oft umstrittenen Wiki-Abstimmungen) Bis Freitag! Viel Spass auf der Konferenz! Frederik Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Hallo Kai, Kai Krueger wrote: Hmm, mich wuerde das Thema sehr interesieren da ich mit GpsMid zumindestens periphaer an OSM routing arbeite (der routing code wurde ueberwiegend von jemand anderes geschrieben), ich werde jedoch nicht auf der FOSSGIS sein, sodass ich an dem Workshop nicht teil nehmen kann. Insofern meine Frage, wird es Videoaufzeichnungen der Workshops geben? Fragten andere auch schon; soweit ich weiss, gibt es keine, weil niemand die Arbeit machen kann oder will. Grundsaetzlich wuerde ich Video-Aufzeichnungen auch nicht schlecht finden, vielleicht findet sich fuer 2011 eine Moeglichkeit. Allerdings ist fuer mich persoenlich der wichtigste Aspekt der Konferenz nicht das Aufzeichnen und Publizieren irgendwelcher Informationen, sondern der persoenliche Austausch, das Kennenlernen, die Foerderung der Zusammenarbeit in der Community; ich werde meine Arbeitszeit lieber dafuer aufwenden, herauszufinden, was Leute vom Kommen abhaelt und wie man diese Hindernisse eventuell fuers naechste Mal aus dem Weg schaffen kann, als dass ich Arbeit investiere, um die Konferenz in eine Konserve mit sehr begrenzter Haltbarkeit zu packen (nach einem halben Jahr kraeht doch kein Hahn mehr danach). Oder vielleicht so etwas wie Meeting minutes? Ich denke mal, die Workshops werden ihre Ergebnisse schon alle irgendwie dokumentieren - so dokumentierbare Ergebnisse herauskommen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Hallo, Felix Hartmann wrote: Da waere es gut, wenn mal aufgeraeumt wird mit lokalen Accesstags. Es ist einfach fuer ein Routingprogramm praktisch nicht durchfuehrbar pro Land unterschiedliche Regeln festzulegen, da es sonst quasi unmoeglich ist, mehrere Laender auf einmal zu rendern -- Autorouting ueber Grenzen. Ich nehme den Punkt mal auf, aber meine persoenliche Ansicht ist, dass wir keineswegs verpflichtet sind, weltweit einheitlich zu taggen, bloss weil wir weltweit agieren. Eine Bar in Italien ist auch was andres als eine Bar in Deutschland - wieso muss ein Radweg in Italien also dasselbe sein wie ein Radweg in Deutschland? Es wird immer gern so hingestellt, als sei international einheitliches Tagging ein Qualitaetsmerkmal oder sogar unabdingbar fuer das Routing; ich wuerde das zumindest nicht diskussionslos so hinnehmen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Hallo, On Mar 02 Mar 2010, Frederik Ramm wrote: Kai Krueger wrote: Insofern meine Frage, wird es Videoaufzeichnungen der Workshops geben? Fragten andere auch schon; soweit ich weiss, gibt es keine, weil niemand die Arbeit machen kann oder will. Wie wär's mit MP3-Recorder mitlaufen lassen bzw. Audio? Das macht praktisch keine Arbeit, und muß ja auch keine tolle Qualität haben. So nach dem Motto FossGIS broadcasting services proudly presents: Ich mein ja nur. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
On 02.03.2010 23:54, Frederik Ramm wrote: Hallo, Felix Hartmann wrote: Da waere es gut, wenn mal aufgeraeumt wird mit lokalen Accesstags. Es ist einfach fuer ein Routingprogramm praktisch nicht durchfuehrbar pro Land unterschiedliche Regeln festzulegen, da es sonst quasi unmoeglich ist, mehrere Laender auf einmal zu rendern -- Autorouting ueber Grenzen. Ich nehme den Punkt mal auf, aber meine persoenliche Ansicht ist, dass wir keineswegs verpflichtet sind, weltweit einheitlich zu taggen, bloss weil wir weltweit agieren. Eine Bar in Italien ist auch was andres als eine Bar in Deutschland - wieso muss ein Radweg in Italien also dasselbe sein wie ein Radweg in Deutschland? Es wird immer gern so hingestellt, als sei international einheitliches Tagging ein Qualitaetsmerkmal oder sogar unabdingbar fuer das Routing; ich wuerde das zumindest nicht diskussionslos so hinnehmen. Bye Frederik Nur dann sollten wir es nicht gleich nennen. Sprich anstelle von highway=footway in UK, muessen wir dann konsequenterweise highway=Fussweg in Deutschland taggen, um klarzustellen dass hier ein Unterschied besteht. Sonst wirds nichts mit internationalen Karten. Ich verweiger mich etwa meine Karten fuer Radfahrer in UK auf trunk routen zu lassen, außer bicycle=yes is explizit getagged. Der Mischmasch der zurzeit herrscht, ist einfach beschissen. Es muss nicht einheitlich sein, aber ein Apfel soll keine Birne sein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
http://search.twitter.com/search?q=fossgis10 Am 03.03.2010 00:09, schrieb Jochen Plumeyer: [...] Insofern meine Frage, wird es Videoaufzeichnungen der Workshops geben? Fragten andere auch schon; soweit ich weiss, gibt es keine, weil niemand die Arbeit machen kann oder will. Wie wär's mit MP3-Recorder mitlaufen lassen bzw. Audio? [...] -- +++ FOSSGIS e.V. die unabhängige Hilfe bei freier GIS-Software und freien Geodaten www.fossgis.de + ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Moin, Markus schrieb: Und siehe da: auf meinem Navi läuft TotalCommander! Das ist doch schon die halbe Miete - oder? ich hatte am Sonntag tatsächlich mal ein paar Stunden Spielzeit frei und habe NavIT auf dem Medion PNA 465 (Windows CE 5.0 Core) installiert, mit ein bißchen (mehr) Aufwand konfiguriert und habe mich heute zur Arbeit routen lassen. Dafür dass es sich im Alpha-Status befindet und unter WinCE quasi nur als Abfall-Produkt herausgegeben wird, schon ganz nett. Ob ein Anfänger damit klar kommt, hängt stark davon ab, mit vieviel Enthusiasmus und Durchhaltewillen er da herangeht. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Georg Feddern schrieb: ich hatte am Sonntag tatsächlich mal ein paar Stunden Spielzeit frei und habe NavIT auf dem Medion PNA 465 (Windows CE 5.0 Core) installiert, mit ein bißchen (mehr) Aufwand konfiguriert und habe mich heute zur Arbeit routen lassen. Dann sei doch mal so nett und verewige deine Erkenntnisse im Wiki. Bei mir tuts nämlich weder GPS noch Routingberechnung mit dem Winzling. Andere GPS-Programme (gpsvp, osmtracker, gosmore) laufen dagegen, also kann es nicht mehr weit sein... Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Moin, Andre Joost schrieb: Dann sei doch mal so nett und verewige deine Erkenntnisse im Wiki. Bei mir tuts nämlich weder GPS noch Routingberechnung mit dem Winzling. Andere GPS-Programme (gpsvp, osmtracker, gosmore) laufen dagegen, also kann es nicht mehr weit sein... ist es vermutlich auch nicht. Da ich im Moment keinen Zugriff auf das Gerät habe, hier erst mal aus dem Kopf: Das Hauptproblem ist meines Erachtens, dass die WinCE-Wiki-Seite nicht so recht von der Projekt-Hauptseite aus erreichbar ist. Eine Google-Suche nach navit wince hilft da aber weiter. Die prinzipielle Vorgehensweise ist bereits auf http://wiki.navit-project.org/index.php/Navit_on_WinCE/Windows_Mobile beschrieben. Der Mehraufwand: Die dort verlinkte Version 0.1.1 ließ sich bei mir nicht installieren (... ist keine WinCE-Application oder so ähnlich) - und ist wohl auch schon ziemlich veraltet, ich habe daraufhin den dort ebenfalls verlinkten daily build unter http://download.navit-project.org/navit/wince/svn/ (navit-current.cab) verwendet, mit dem klappte es. Als Karte habe ich mich letztendlich für die von http://deelkar.dev.openstreetmap.org/maps/ (osm_germany.bin) entschieden, da sie erheblich kleiner als die von NavIt über die BoundingBox erzeugte ist, und habe sie in das Maps-Verzeichnis zur vorhandenen Demo-Karte gesteckt. NavIt soll ja in der navit.xml verschiedene Kartensets unterstützen, von denen man dann eines mit enable=yes aktivieren kann - das funzte bei mir nicht, so dass ich letztendlich den Namen der ursprünglich verwendeten und funktionierenden Demo-Karte im ersten Konfig-Eintrag überschrieben habe - dann klappte es auch mit der Karte. GPS: Auch für den vehicle-Eintrag soll man mit enable und active mehrere verschiedene verwalten können - auch da klappte es bei mir mit der Konfiguration nicht so recht, so dass ich letztendlich den ersten vorhandenen Eintrag mit ???name=LocalGPS verwendet und die ursprünglichen gpsd-Angaben mit meinen Werten für den seriellen Comport (Beispiel siehe http://wiki.navit-project.org/index.php/Navit_on_WinCE/Windows_Mobile) überschrieben habe - erst dann wurde in der navit.log das korrekte Erstellen der Objekte vermerkt. Die Sprach-Einstellung (GUI, Text-to-Speech) nimmt NavIt aus der Betriebssystem-Einstellung und ist nicht in der navit.xml einstellbar - böse, böse: Bei meiner krüppelhaften WinCE-Version musste ich mich also mit English begnügen - auch ne nette Erfahrung bei den Routing-Anweisungen ;-) , die ansonsten schon sehr nett und für Alpha-Version gut funktionieren. Kann man ja vielleicht durch Umbenennen der Sprach-Dateien umgehen - werd ich mal ausprobieren. Die Ziel-Suche nach Stadt und Straße funktioniert mit OSM-Karten kaum bis eher gar nicht: Anscheinend wird nur is_in mit Umkreis verwendet - und evtl. spielt sogar die Spracheinstellung bei der Suche auch noch mit rein, die Stadtvorschläge deuten m. E. darauf hin - man kann sich vorerst mit selbst gespeicherten Koordinaten-Bookmarks behelfen. Ohne GPS-Signal: Die laut Doku in der navit.xml einzutragenden Home-Koordinaten bei der Start-Darstellung verwendet NavIt anscheinend nur einmalig beim allerersten Start - nachdem ich die Karte einmal mit dem Stylus verschoben hatte, merkte es sich beim Beenden immer die letzte Position und startete auch wieder dort. Die Zoom-Buttons erscheinen bei mir ohne GPS-Signal erst nach einmal Menü und zurück. Mit GPS-Signal hat man dann immer die aktuelle Position samt Zoom-Buttons - und den aktuellen Kartenausschnitt, wenn man den follow-Parameter auf 1 gesetzt hat. Soweit vorerst. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Georg Feddern schrieb: Soweit vorerst. Danke, werde ich nachher mal probieren. Im OSM-Forum http://forum.openstreetmap.org/viewtopic.php?id=6562 wird grad auch fieberhaft an einer Lösung fürs große Windows gesucht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Georg Feddern schrieb: Soweit vorerst. jetzt läufts bei mir ein bischen besser ,-) Die WM-current.cab ist nicht zu gebrauchen, weil er sie ins RAM installieren will. Jedes halbwegs normale WM-Programm fragt nach, ob ins RAM oder auf die Speicherkarte. bei hunderten von Symbolen und Sprachversionen ist da beim begrenzten mobilen Arbeitsspeicher schnell Ende. Die current.zip auf dem großen entpackt und per Kartenleser auf die Speicherkarte geschoben tuts dann, aber das Programm ist so natürlich nicht ins Startmenü eingebunden. Die Windows mobile current version läuft jetzt soweit, dass er das GPS-Signal in der Karte umsetzt. Bei der Routenberechnung stürzt er allerdings auch innerhalb des Stadteils ab. Immerhin kommt der kleine in Deutsch; bei der großen Version erkennt er die Sprache des Betriebssystems nicht. Eine Einstellung in der navit.xml ist wohl nicht vorgesehen. Dann nochmal die Windows-Version genauer untersucht: Nach der Installation der current läufts erstmal nicht, weil er die navit.xml am installierten Ort nicht findet. C:\Programme\Navit\bin\navit.log: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Unter C:\Programme\Navit\share\navit\navit.xml steht eine, aber die mag er wohl nicht. In dieser xml steht dann: ?xml version=1.0 encoding=UTF-8?!-- For configuration options used in this file, please read http://wiki.navit-project.org/index.php … ring_NavIt Do not edit /usr/share/navit/navit.xml : changes would be lost on upgrade. Rather copy it to ~/.navit/. Please read wiki Natürlich gibt es /usr/share/ wieder nur bei Linux, und ~/.navit/ ist für den gewöhnlichen Windows-User auch alles andere als selbsterläuternd. Ist wohl irgendein Verzeichnis unter C:\Dokumente und Einstellungen\Benutzername gemeint, je nach Laune des Programmierers unter Anwendungsdaten, Application Data, Lokale Einstellungen oder Lokale Einstellungen/Anwendungsdaten (woberi einige standardmäßig in Windows verborgen sind). Please read wiki hilft da auch nicht weiter... Wenn ich die navit.xml, die Karte und die Verzeichnisse espeach-data und xpm aus dem share-Ordner in das bin-Verzeichnis kopiere, läuft es mit der Deutschland-Karte. Der Startpunkt bleibt aber in München beim ersten Start, egal was in der xml steht. Ist halt blöd, wenn man dann keine Deutschlandkarte drin hat, sondern nur die nähere Umgebung. GPS-Signal habe ich noch nicht probiert (den GPS-Modul des PDA kann ich am großen ja nicht nutzen), aber dafür das Routing zwischen zwei Punkten. Hier zeigt sich was (nach einer Weile). Ich frage mich nur, wozu man die 0.1.1 im Wiki als Download anbietet, wenn die a) nicht läuft b) meilenweit von der current entfernt ist. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo André, bedauerlicherweise ist der Thread etwas unangenehm OT geworden. Danke an alle, die noch bei meiner Anfängerfrage sind. Bei den Antworten fürchtete ich schon, dass ich das Navi nun als MP3-Player und Foto-DB nutzen muss (oder notfalls halt mit den mitgelieferten Karten). Wäre auch nicht schlimm, war ja gratis. Inzwischen bin ich aber etwas weiter: Auf unserem Nürnberger Stammtisch hatte Robert ein Lowrance-Endura dabei. Das Enduro hat ein offenes System, und da ist auch eine Micro-SD drin. Also haben wir mal die Karten getauscht. Und siehe da: auf meinem Navi läuft TotalCommander! Das ist doch schon die halbe Miete - oder? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Und siehe da: auf meinem Navi läuft TotalCommander! Das ist doch schon die halbe Miete - oder? darauf hatte ich dich ja in dem anderen von dir aufgemachten Thread hingewiesen. Ich kann dir da auch noch weitere Links posten, wenn du Interesse hast. Aber die Seiten und Links kann man glaub ich auch nutzen, wenn man nicht angemeldet ist. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Andre Joost schrieb: Hat jemand mit gosmore Erfolge erzielt? Was verstehst du unter Erfolgen? Also bei mir läuft es. Aber der Routingalgorithmus ist meines Erachtens nicht der beste. Jedenfalls bin ich damit nicht so ganz zufrieden. Vom Layout/Rendering und der Benutzerfreundlichkeit möchte ich gar nicht erst sprechen. Wohl war. Frickelware ohne intuitive Benutzungsmöglichkeit und ohne anfängerfreundliche Doku. Jetzt halt mal kurz die Luft an, ja? Kritik an eine Software ist immer willkommen, aber bitte ein wenig freundlicher. Wenn Du die Software verbessern kannst, biete einfach Deine hilfe an. Code erweitern, Doku schreiben und was sonst noch dazu gehoert. Wenn Du nicht mitarbeiten kannst oder willst, trage in paar Wuensche oder Fehlermeldungen ein. Ist jedenfalls besser, als etwas als Frickelware zu bezeichnen. Die meisten Leute, die etwas entwickeln und frei zu Verfuegung stellen, machen dies in ihrer Freizeit und ohne Engelt. Wenn Du was dringend brauchst, kannst ja die dafuer noetigen Stunden bezahlen. Mit dem ueblichen Stundensatz natuerlich. Und wenn Dir das zu teuer ist, kauf halt ein fertiges Produkt im Laden. So, das musste gesagt werden. Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Doru Julian Bugariu glaubte zu wissen: Andre Joost schrieb: Wohl war. Frickelware ohne intuitive Benutzungsmöglichkeit und ohne anfängerfreundliche Doku. Jetzt halt mal kurz die Luft an, ja? [Viel richtiges gesnippt] So, das musste gesagt werden. +1 flo -- Nö. Damals war sie noch meine Freundin. Jetzt nicht mehr, jetzt ist sie meine Frau. Ach so, jetzt seid Ihr verheiratet, jetzt braucht Ihr Euch nicht mehr zu mögen, da Ihr ja nicht mehr weglaufen könnt. *eg* [Volker Tanner und Bernd Brodesser in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Stefan Dettenhofer (StefanDausR) schrieb: Also NaviPOWM (kostenlos) z.B. sollte problemlos laufen. So richtig navigieren kann man aber mit dem doch auch (noch) nicht? Oder kan man da inzwischen ein Ziel eingeben und los drücken? Kartenanzeige tuts ja auch bei gpsvp und osmtracker, um meine Favoriten zu nennen. QlandkarteM täte ich auch gerne nutzen, aber der mag wohl nicht mal den Com-Port umstellen lassen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Andre Joost schrieb: Also NaviPOWM (kostenlos) z.B. sollte problemlos laufen. So richtig navigieren kann man aber mit dem doch auch (noch) nicht? Oder kan man da inzwischen ein Ziel eingeben und los drücken? nein, geht noch nicht. Das liegt aber an NaviPOWM und nicht am abgespeckten Betriebssystem. Ich wollte eigentlich nur sagen, dass man durchaus auch auf einer WinCE-core andere Programme laufen lassen kann. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Am 25.02.2010 11:03, schrieb Andre Joost: Also NaviPOWM (kostenlos) z.B. sollte problemlos laufen. So richtig navigieren kann man aber mit dem doch auch (noch) nicht? Es gibt meines Wissens exakt eine Anwendung, die auf WinCE auf Basis von OSM-Karten routen kann. Aber das Ding läuft so, dass es hier nicht vermittelbar ist (siehe Betreff Für Anfänger) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Johann H. Addicks addi...@gmx.net wrote: Es gibt meines Wissens exakt eine Anwendung, die auf WinCE auf Basis von OSM-Karten routen kann. Das sieht auf anderen mobilen Plattformen kaum besser aus. Navit ist anscheinend nix für Anfänger (Achtung hörensagen!). Aber das Ding läuft so, dass es hier nicht vermittelbar ist (siehe Betreff Für Anfänger) Außer OSM-Garminkarten gibt es IMO derzeit nichts in dieser Kathegorie. Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Sven Geggus schrieb: Johann H. Addicks addi...@gmx.net wrote: Es gibt meines Wissens exakt eine Anwendung, die auf WinCE auf Basis von OSM-Karten routen kann. Das sieht auf anderen mobilen Plattformen kaum besser aus. Navit ist anscheinend nix für Anfänger (Achtung hörensagen!). Nee, passt schon. ich habe jetzt beim X.ten Versuch grade mal eine Karte zur Anzeige bekommen. Start und Zielkoordinaten habe ich auch schon eingeben können, danach verabschiedet sich das Programm (hier die Winxp-Version). Hat jemand mit gosmore Erfolge erzielt? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo! (aus gegebenen Anlass ;-)). Ich bin seit einiger Zeit an der Entwicklung von libosmscout (http://libosmscout.sf.net). Ziel dieser Entwicklung ist das Bereitstellen von Basisfunktionalitäten für offline-fähige Navgiationssoftware. Dies beinhaltet das Zeichnen von Karten, das Suchen von Karteninhalten sowie Routing. Performance und Hauptspeicherverbrauch sollten der Ausstattung von entsprechenden mobilen Geräten angemessen sein. Es handelt sich hierbei nicht um die Entwicklung einer Navigationssoftware, sondern nur um die entsprechenden Basisdienste. Mit einer entsprechenden Bibliothek sollte aber das Entwicklen einer entsprechenden Applikation erheblich einfacher (aber sicherlich nicht einfach) sein. Weitere Informationen auf der Homepage (Screenshots, Video). Die aktuellen Anforderungen bzgl. des Betriebssystems sind realtiv gering (C++, xml-Parser, für Karten libcairo), eine Nutzung damit auch unter Windows, iXXX und Symbian prinzipiell möglich (mein Ziel ist Nokias maemo/bzw. Nokias und Intels MeeGo Plattform). Für dieses Projekt suche ich noch Hilfe. Bei Fragen/Interesse bitte an mich wenden :-) -- Gruß... Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Tim Teulings r...@edge.ping.de wrote: Für dieses Projekt suche ich noch Hilfe. Bei Fragen/Interesse bitte an mich wenden :-) Wäre es vielleicht sinnvoll einen Lightning Talk auf der FOSSGIS zu machen? Siehe Mail von Fred! Gruss Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo! Für dieses Projekt suche ich noch Hilfe. Bei Fragen/Interesse bitte an mich wenden :-) Wäre es vielleicht sinnvoll einen Lightning Talk auf der FOSSGIS zu machen? Siehe Mail von Fred! Darüber habe ich sogar schon nachgedacht. Bonn-Osnabrück ist auch prinzipiell machbar, aber auf der Abreit geht es gerade drunter und drüber, so daß ich vermutlich nicht einen Tag freibekommen werde :-/ Ich habe aber kein Problem jemand anderes entsprechend zu briefen ;-) -- Gruß... Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Guten Morgen André! Dann habe ich ja Glück: WinCE scheint zu den verbreiteten OS zu gehören. Im Prinzip schon, nur ist dein Core-Version eine abgespeckte Version, die nur diejenigen Treiber hat, die dein Hersteller für seine Software braucht. Verstehe. Aber man könnte doch einfach eine aktuellere OS-Version aufspielen? Oder die für OSM erforderlichen Treiber nachrüsten? Wo bekomme ich die? wie mache ich das? Unterschiede der Versionen findest du hier: http://www.microsoft.com/windowsembedded/de-de/products/readyproducts/navready/component-library.mspx Oh - wenn ich das alles richtig verstehe, habe ich da nicht nur ein Navi geschenkt bekommen, sondern einen fast vollwertigen Mini-PC?! ich bin den umgekehrten Weg gegangen: Auch dieser Weg ist für Anfänger interessant. Ein How-To im Wiki wäre hilfreich. Probier einfach mal alle Programme in der Wiki-Seite aus. Wie mache ich das? (vermute mal, dazu müsste ich erst die vorhandene SW+Daten irgendwie sichern? und dann neue SW irgendwie aufspielen? und dann OSM irgendwie laden? und dann die Kombination irgendwie testen? - Und ich vermute, das haben erfahrene OSMer alles schon gemacht und ich brauche (als Anfänger) nicht ein eigenen Jugend forscht-Projekt starten?) So 100% vollständig sind die OSM-Daten nämlich noch nicht navitauglich (insbesondere auf dem Land) Also die Strassen in OSM sind wesentlich vollständiger (in meiner Gegend) als diejenigen in meinem neuen PNA. Aber Du hast recht: Abbigeverbote habe ich noch nie erfasst, weil ich deren Bedeutung bisher nicht verstanden hatte, sondern dachte das sieht man ja. Werde mich bessern - versprochen! Da gibt es sicher ein cooles Tool, mit dem ich Abbiegeverbote mit meinem neuen WinCE-PNA unterwegs erfassen kann? Dann könnte ich auch gleich Durchfahrtshöhen und Achslasten mitschreiben. Dazu mache ich aber mal einen neuen Thread. Hier geht es mir darum, OSM auf mein PNA zu kriegen... Gruss, Markus Straßen, Einbahnregelungen und Abbiegeverbote noch nicht komplett drin sind. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo André, Hat jemand mit gosmore Erfolge erzielt? Was verstehst du unter Erfolgen? Also bei mir läuft es. Aber der Routingalgorithmus ist meines Erachtens nicht der beste. Jedenfalls bin ich damit nicht so ganz zufrieden. Vom Layout/Rendering und der Benutzerfreundlichkeit möchte ich gar nicht erst sprechen. Aber man kann sich mit gosmore navigieren lassen. Ich glaube da wird auch nicht mehr entwickelt. Bei Navipowm ist ja ein Routing geplant http://sourceforge.net/apps/mediawiki/navipowm/index.php?title=NaviPOWM_Milestones mal schaun wann es was wird. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Markus schrieb: Dann habe ich ja Glück: WinCE scheint zu den verbreiteten OS zu gehören. Im Prinzip schon, nur ist dein Core-Version eine abgespeckte Version, die nur diejenigen Treiber hat, die dein Hersteller für seine Software braucht. Verstehe. Aber man könnte doch einfach eine aktuellere OS-Version aufspielen? Auf normalen PCs kein Problem, aber Windows mobile liegt teilweise im ROM, und da kommst du als Anfänger so leicht nicht dran. Theoretisch kann man auch linux drauf spielen... Oder die für OSM erforderlichen Treiber nachrüsten? Wo bekomme ich die? wie mache ich das? Dazu haben andere ja schon einiges geschrieben. So einfach wird es für dich nicht sein. Unterschiede der Versionen findest du hier: http://www.microsoft.com/windowsembedded/de-de/products/readyproducts/navready/component-library.mspx Oh - wenn ich das alles richtig verstehe, habe ich da nicht nur ein Navi geschenkt bekommen, sondern einen fast vollwertigen Mini-PC?! Ja, mit der Betonung auf fast ;-) Probier einfach mal alle Programme in der Wiki-Seite aus. Wie mache ich das? (vermute mal, dazu müsste ich erst die vorhandene SW+Daten irgendwie sichern? und dann neue SW irgendwie aufspielen? und dann OSM irgendwie laden? und dann die Kombination irgendwie testen? Alte und neue Software sollten nebeneinader existieren können, solange Speicherplatz vorhanden ist. Jedes Programm hat seine eigene Art, OSM-Daten zu nutzen. Das Kartenmaterial kann schon mal 1GB groß werden, also sollte man gleich auf SD installieren. Dazu mache ich aber mal einen neuen Thread. Komischerweise kam der hier wesentlich eher an als obige mail. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
geo.osm schrieb: Hallo André, Hat jemand mit gosmore Erfolge erzielt? Was verstehst du unter Erfolgen? Also bei mir läuft es. Aber der Routingalgorithmus ist meines Erachtens nicht der beste. Jedenfalls bin ich damit nicht so ganz zufrieden. Vom Layout/Rendering und der Benutzerfreundlichkeit möchte ich gar nicht erst sprechen. Wohl war. Frickelware ohne intuitive Benutzungsmöglichkeit und ohne anfängerfreundliche Doku. Immerhin bin ich jetzt soweit, dass die Optionen auf deutsch und das GPS-Modul auf Empfang geht. Aber man kann sich mit gosmore navigieren lassen. Ich glaube da wird auch nicht mehr entwickelt. Schade. Bei Navipowm ist ja ein Routing geplant Taj, das hilft nur im Moment nicht weiter. Navit existiert ja auch noch, leidet aber unter den gleichen Handicaps. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Markus schrieb: Ich stelle mir vor, dass auf der Hardware ein Betriebsystem läuft, darauf eine Kartendarstellungs- und Navigationssoftware installiert ist (oder speziell für OSM installiert werden muss), und über eine Speicherkarte die OSM-Kartendaten geladen werden. Wer weiss den richtigen Suchbegriff? http://wiki.openstreetmap.org/wiki/Windows_Mobile Leider nur auf Englisch. Zusätzlich hat das Gerät: Speicherkartenslot: für T Flash 8GB CPU-Chipsatz: Samsung S3C2416 400MHz RAM: 64 MB DDR2 Betriebsystem: WinCE Net5.0 (Core Version) aua :-( Im OSM Forum haben wir unlängst festgestellt, dass mit diesem kastrierten Betriebssystem die üblichen Verdächtigen u.U nicht laufen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo André, http://wiki.openstreetmap.org/wiki/Windows_Mobile Leider nur auf Englisch. Vielleicht kann das ja jemand übersetzen? Mich interessiert der zweite Teil: Using OSM data interner Speicher: 2GB Speicherkartenslot: für T Flash 8GB CPU-Chipsatz: Samsung S3C2416 400MHz RAM: 64 MB DDR2 Betriebsystem: WinCE Net5.0 (Core Version) aua :-( Im OSM Forum haben wir unlängst festgestellt, dass mit diesem kastrierten Betriebssystem die üblichen Verdächtigen u.U nicht laufen. Was also tun? (inwischen ist der Akku geladen, das GPS funktioniert, Uhrzeit stimmt, die Heimatposition ist eingegeben, und in meiner Umgebung sind Strassen zu sehen) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Markus liste12a4...@gmx.de wrote: nachdem ich immer die Navi-Besitzer beneide, wie schnell und bequem sie zum Ziel finden, wollte ich mir nun selbst mal so was gönnen... Und nachdem ein neuer Büroartikel-Versender seinen Erstbestellern ein Navi gratis dazu packt, habe ich zugeschlagen! Falsche Vorgehensweise: Erst schaun ob OSM drauf läuft, dann kaufen! Ich wäre ehrlich gesagt gar nicht auf die Idee gekommen das andersrum auszuprobieren. Kann natürlich sein, dass ich da nach 15 Jahren freier Software vorbelastet bin. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo Sven, Erst schaun ob OSM drauf läuft, dann kaufen! Das ist nicht ganz einfach, wenn es nicht mal einen Artikel zu PNA gibt. Ich habe auch keine Liste der dazu passenden SW, geschweige denn eine Liste, auf welchen Geräten OSM läuft gefunden. nach 15 Jahren freier Software Bei einem Projekt in der Grössenordnung von OSM denke ich (auch wenn es erst seit 6? Jahren existiert), dass es inzwischen möglich sein müsste, die Karten auf fast jeder HW zu benutzen. Ich habs noch nicht aufgegeben: Bestimmt kennt hier jemand eine Lösung :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Markus schrieb: Bei einem Projekt in der Grössenordnung von OSM denke ich (auch wenn es erst seit 6? Jahren existiert), dass es inzwischen möglich sein müsste, die Karten auf fast jeder HW zu benutzen. Falls die HW ein einigermaßen verbreitetes OS hat, stimmt das ja auch. Anders sieht es bei den reinrassigen Navis mit propriäterem Betriebssystem aus. Technisch wäre es für die Hersteller sicher kein Problem die OSM Daten in ihr eigenes Format zu konvertieren, nur wollen sie mit den Karten Geld verdienen und lassen es deshalb. ;-) Dass unsere Karten so schön auf Garmin laufen liegt ja nur daran dass dessen Format durch reverse Engeneering geknackt wurde. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Hallo Chris, dass es inzwischen möglich sein müsste, die Karten auf fast jeder HW zu benutzen. Falls die HW ein einigermaßen verbreitetes OS hat, stimmt das ja auch. Dann habe ich ja Glück: WinCE scheint zu den verbreiteten OS zu gehören. Wie soll ich also vorgehen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Am 24.02.2010 17:53, schrieb Markus: Was also tun? Das Gerät mit der mitgelieferten Software und den mitgelieferten Karten benutzen. Sorry, aber für alles anders muss man extremst leidensfähiger Hacker sein. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Markus schrieb: Falls die HW ein einigermaßen verbreitetes OS hat, stimmt das ja auch. Dann habe ich ja Glück: WinCE scheint zu den verbreiteten OS zu gehören. Im Prinzip schon, nur ist dein Core-Version eine abgespeckte Version, die nur diejenigen Treiber hat, die dein Hersteller für seine Software braucht. Nicht das die Vollversion Plus so wesentlich teurer wäre. Aber auf diese Weise kann dich der Hersteller an seine Software binden. Für ein quasi geschenktes Gerät kannst du da natürlich nicht meckern. Unterschiede der Versionen findest du hier: http://www.microsoft.com/windowsembedded/de-de/products/readyproducts/navready/component-library.mspx Aktuell ist jetzt die version WM6. aber da das Betriebssystem teilweise im ROM des Geräts liegt, kannst du da vermutlich nicht von profitieren. ich bin den umgekehrten Weg gegangen: Ich hab mich für das Betriebssystem Windows mobile 5.0 entschieden, weil neben Navigation auch andere Anwendungen (Word, Excel, Ttaschenrechner) drauf laufen, dann aber einen PDA statt PNA zur Bedingung gemacht, und bei ebay die Gebrauchtartikel nach preislich akzeptablen Geräten durchforstet. Nach drei Yakumos mit diversen Nachteilen bin ich bei einem Fujitsu Siemens Loox hängen geblieben. Probier einfach mal alle Programme in der Wiki-Seite aus. Aber versprech dir von richtiger Navigation nicht allzuviel. So 100% vollständig sind die OSM-Daten nämlich noch nicht navitauglich, weil (insbesondere auf dem Land) Straßen, Einbahnregelungen und Abbiegeverbote noch nicht komplett drin sind. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
