Re: [Talk-de] Routing-Hinweise taggen

[Bernhard Weiskopf]

> 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)
 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

[Masi Master]

Am 02.11.2013, 17:34 Uhr, schrieb Bernhard Weiskopf :


>> 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

[Bernhard Weiskopf]

> > 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

[Martin Koppenhoefer]

Am 2. November 2013 17:34 schrieb Bernhard Weiskopf :

> 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

[Bernhard Weiskopf]

> >> 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

[Peter Wendorff]

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

[Masi Master]

Am 01.11.2013, 21:11 Uhr, schrieb chris66 :


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

[Martin Koppenhöfer]

Am 01.11.2013 um 15:18 schrieb Alexander Heinlein :

> 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-Hinweise taggen

[chris66]

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

[Bernhard Weiskopf]

Hallo an alle,

wie tagge ich am besten den folgenden Fall für Fahrrad-Routing bei 


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

[uwe_sennew...@hotmail.com]

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

[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

Re: [Talk-de] Routing-Hinweise taggen

[Thorsten Nau]

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

[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

Re: [Talk-de] Routing-Hinweise taggen

[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

Re: [Talk-de] Routing-Hinweise taggen

[Thorsten Nau]

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

[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

Re: [Talk-de] Routing-Hinweise taggen

[Andreas Neumann]

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

[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.

> 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

[Talk-de] Routing-Hinweise taggen

[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

-- 
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

[Talk-de] Routing Engine Graphhopper in Version 0.1 erschienen

[NopMap]

Graphhopper ist eine neue, schnelle Routing Engine in Java, mit Daten auf
OSM Basis. Das Open Source Projekt hat heute seine erste Version 0.1
released.

Die Release Meldung findet sich hier:
https://karussell.wordpress.com/category/graphhopper/

bye, Nop




--
View this message in context: 
http://gis.19327.n5.nabble.com/Routing-Engine-Graphhopper-in-Version-0-1-erschienen-tp5770955.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-Problem mit OSRM

[Tirkon]

"Martin Raifer"  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

[Martin Raifer]

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-Problem mit OSRM

[Peter Wendorff]

Am 01.07.2013 21:17, schrieb Tirkon:
> "Bernhard Weiskopf"  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

[Tirkon]

"Bernhard Weiskopf"  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

[Martin Raifer]

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

[Talk-de] Routing-Problem mit OSRM

[Bernhard Weiskopf]

Hallo an alle,

weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt
Nord meidet? (s. http://osrm.at/44a)

Soweit ich das verstehe, betrachtet OSRM den Weg 44035742 als Einbahnstraße.
In den tags steht "oneway = no" seit Oktober 2010.

http://openrouteservice.org/ routet dagegen über die Ausfahrt wie ich das
erwarte.

Bernhard



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice

[fly]

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

[Chris66]

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

[Chris66]

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).



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

[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.

Konnte den Fehler auf meinem Legend HCX mit selbstgebauter Karte
reproduzieren.

Hier die korrekte von ORS berechnete Route:



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

[Steffen Grunewald]

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

[Chris66]

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

[Talk-de] Routing-Fehler nüvi vs. openrouteservice

[Steffen Grunewald]

Ich bin gestern beim Planen einer Tour mit dem Garmin nüvi auf ein Problem
gestoßen, dessen Ursache ich gern genauer untersuchen würde.

Start der Route ist bei 52.5060/12.9694, ein Zwischenziel liegt bei
52.5218/12.9816, und weiter soll es in Richtung AD Havelland (A10/A24) gehen.
Das Navi - sowohl mit der "alten" AIO als auch mit der letzten Kleineisel-
SRTM - möchte, daß ich bei Elstal (52.538/12.977) auf die B5 Richtung Osten 
auffahre, an der nächsten Abfahrt wende - und dann erst Richtung Westen und 
A10 fahre.

openrouteservice macht es so, wie ich es erwarten würde: unter der B5 durch
und gleich die Auffahrt Richtung Westen nehmen.

(Ein ähnliches Problem hatte ich vor kurzem in Dallgow, statt mich in
Dallgow-Dorf abfahren zu lassen, wollte das Navi mich eine Anschlußstelle
weiter schicken, dort wenden, etc.)

Welche Möglichkeiten - außer dem Durchprobieren weiterer Garmin-Karten -
habe ich, um herauszufinden, was da schiefläuft?

(Also: ist es in den Garmin-IMGs falsch, weil sie zu alt [?] sind, oder 
berücksichtigt openrouteservice irgendeine Information nicht, die in der Karte
ist, oder hat das Nüvi eine kaputte Konfiguration [user reset hab ich durch]?)

Ich bin sicher der letzte, der dem Navi alles glaubt, aber solche (anscheinend
eindeutigen) Dinge nerven doch ein wenig.

Wer kann helfen / Tipps geben?

Danke,
 Steffen

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routing geht mitten durch den Fluß :-)

[RalfGesellensetter]

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ß :-)

[Henning Scholland]

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ß :-)

[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.


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ß :-)

[Falk Zscheile]

Am 5. Mai 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.

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ß :-)

[Gerhard Schmidt]

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ß :-)

[Karl Eichwalder]

Philip Gillißen  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ß :-)

[Henning Scholland]

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.8841749&end=14.8241724,50.8697049&pref=Pedestrian&lang=de&noMotorways=false&noTollways=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]

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ß :-)

[Chris66]

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

[Talk-de] Routing geht mitten durch den Fluß :-)

[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.8841749&end=14.8241724,50.8697049&pref=Pedestrian&lang=de&noMotorways=false&noTollways=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?

Jörg

-- 
There are only 10 types of people in the world:
Those who understand binary, and those who don't...


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routing- Schneller zum Ziel

[Wolfgang]

Hallo,
Am Mittwoch 10 November 2010 16:15:44 schrieb Sven Geggus:
> dieter jasper  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- Schneller zum Ziel

[Sven Geggus]

dieter jasper  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

[Talk-de] Routing- Schneller zum Ziel

[dieter jasper]

Soeben bei Heise gesehen

http://www.heise.de/newsticker/meldung/Schneller-durch-Peking-1131839.html

Geuß
Dieter Jasper


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routing- Schneller zum Ziel

[Frederik Ramm]

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 für Wasserfahrzeuge (auf Ka näle/Flüssen)

[Schorschi]

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.5253541&end=7.4785521,51.4181452&pref=Pedestrian&lang=de&noMotorways=false&noTollways=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

[Talk-de] Routing für Wasserfahrzeuge (auf Ka näle/Flüssen)

[Johann H. Addicks]

Gibt's da was? Ja klar, die Blue-irgendwas-Maps von Garmin.
Ich meine aber auf OSM-Grundlage.

Anlässlich der Wetterverhältnisse der letzten Tage und den bedenklichen 
Zustandsverschlechterungen bei den Landwegen kam die Idee:


*Wie komme ich mit einem Paddelboot vom Dortmunder Hafen zum Hengsteysee*

Was zu Fuß schon abenteuerlich, aber an einem vormittag zu schaffen sein 
sollte:

http://www.openrouteservice.org/index.php?start=7.4426699,51.5253541&end=7.4785521,51.4181452&pref=Pedestrian&lang=de&noMotorways=false&noTollways=false

Das wird mit dem Paddelboot vermutlich(?) irgendwas ergeben a la
"Hafen, Dortmund-Ems-Kanal, Rhein-Herne-Kanal, Rhein, Ruhr", inkl. 
Probleme mit diversen nicht schiffbaren Bauwerken auf der Ruhr.

Aber anyway, wie lang wäre dieser Wahnsinns-Route?

-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

[Florian Gross]

Markus glaubte zu wissen:
> Hallo Flo,
>
>>> Und der größte Hammer ist
>
>:-)
> ich glaube, da muss man einfach ein ... 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

[Markus]

Hallo Flo,

>> Und der größte Hammer ist

:-)
ich glaube, da muss man einfach ein ... 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

[Doru Julian Bugariu]

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

[Florian Gross]

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

[nixkoenner]

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

[Johann H. Addicks]

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

[Talk-de] Routing über öffentliche Verkehrsmi ttel? (War: ÖPNV - Linienabschnitte nur zeitw eise)

[Christian Knorr]

Am Donnerstag 11 März 2010 14:30:10 schrieb Andre Joost:

> 
> Sieht zwar schön aus, aber wer soll da die daten pflegen?

Da geb' ich Dir zwar Recht, aber schlecht finde ich die Idee nicht.
Noch besser wenn die Verkehrsbetriebe sich um die Aktualität kümmern würden :D

Damit wäre dann ja auch Routing möglich. Gibt's da schon Ideen oder gar 
Umsetzungen?

> Gruß,
> André Joost
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

[Claus Färber]

Florian Lohoff  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 / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten

[Martin Koppenhoefer]

Am 7. März 2010 11:19 schrieb Florian Lohoff :
> 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

[Marcus Wolschon]

2010/3/7 Chris-Hein Lunkhusen :
> 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

[Chris-Hein Lunkhusen]

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:



Chris


___
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

[Werner König]

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

[Marcus Wolschon]

2010/3/7 Florian Lohoff :
> 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

[Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten

[Florian Lohoff]

On Sun, Mar 07, 2010 at 11:03:02AM +0100, Marcus Wolschon wrote:
> Das ist so nicht korrekt.
> Jedes Stück Straße hat eine Metric (z.B. dessen Länge oder Fahrtzeit)
> und die Route ist diejenige Liste solcher Straßenstücke welche vom
> Start zum Ziel
> führt und dabei die geringste Summe an Metriken hat.
> Mit Hierarchien arbeiten wenige.

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.

> Welche konkreten Routingalgorithmen hast du im Sinn?

Das zumeist voellig irrelevant - Es geht um die Bewertung der Straßen.

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.

Und das ist das was ich aus dem ADAC Artikel 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 ...

Und das ist ein effekt den jeder in grosen IP Netzen kennt - Nebenstrecken
sind aufgrund von steifen Routingalgorithmen die nach Metrik gehen eben 
ueberhaupt
nicht Nutzbar. D.h. die grossen/dicken Strecken werden dicker und dicker
bis man am Ausbaulimit liegt ...

D.h. 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 ...

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
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

[Frederik Ramm]

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-Workshop am Freitag auf der FOSSGIS

[Marcus Wolschon]

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 auf Navi für Anfänger

[Markus]

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

[Martin Koppenhoefer]

Am 4. März 2010 16:56 schrieb Felix Hartmann :
> 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

[Felix Hartmann]

On 04.03.2010 16:29, Martin Koppenhoefer wrote:
> Am 4. März 2010 11:29 schrieb Frederik Ramm:
>
>> 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

[Martin Koppenhoefer]

Am 4. März 2010 11:29 schrieb Frederik Ramm :
> 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

[Frederik Ramm]

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

[Jens Müller]

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

[Marco Lechner - FOSSGIS e.V.]

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-Workshop am Freitag auf der FOSSGIS

[Felix Hartmann]

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

[Jochen Plumeyer]

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

[Frederik Ramm]

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

[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).

> 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

[Kai Krueger]

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

[Martin Koppenhoefer]

Am 2. März 2010 19:10 schrieb Felix Hartmann :
> 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

[Felix Hartmann]

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

[Talk-de] Routing-Workshop am Freitag auf der FOSSGIS

[Frederik Ramm]

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

___
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]

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:

Re: [Talk-de] Routing auf Navi für Anfänger

[Andre Joost]

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]

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

[Andre Joost]

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

[Georg Feddern]

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

[geo.osm]

> 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

[Markus]

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

[Florian Gross]

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

[Doru Julian Bugariu]

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

[Andre Joost]

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

[Andre Joost]

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:
>> 
> 
> 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]

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]

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:
> 

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

[Tim Teulings]

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

[Sven Geggus]

Tim Teulings  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 
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

[Tim Teulings]

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

[Andre Joost]

Sven Geggus schrieb:
> Johann H. Addicks  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

[Sven Geggus]

Johann H. Addicks  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

[Johann H. Addicks]

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