Re: [Talk-de] SotM.us güstige Flüge

2015-02-19 Diskussionsfäden Christoph Hormann
On Thursday 19 February 2015, Peter Barth wrote:

 dass sich der Termin zig mal verschoben hat, hab ich mitbekommen.
 Aber woher hast du die Info, dass es gar keine SOTM geben wird?

http://wiki.osmfoundation.org/wiki/Board/Minutes/2015-02-16

Dass man solche Informationen quasi Im Keller hinter einer Tür mit der 
Aufschrift 'Vorsicht, bissiger Leopard!' findet ist natürlich alles 
andere als eine kommunikative Meisterleistung...

Wäre ja eigentlich sinnvoll, wenn es dann auch wieder 'ne SotM-EU gäbe, 
aber natürlich nicht wieder in Deutschland.

-- 
Christoph Hormann
http://www.imagico.de/

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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden chris66
Am 18.02.2015 um 23:45 schrieb Garry:

 - Wichtige Infos wie maxspeed sind noch lückenhaft
 
 Sehe ich weniger problematisch, oder werden kurvenreiche Strecken auch
 berücksichtigt?

maxspeed ist für den Router *ein* Element zur Abschätzung der
Durchschnittsgeschwindigkeit (die ja in der Tat in OSM nicht
gemappt wird).

Bei einer primary mit maxspeed=50 kann der Router annehmen dass
es sich um eine innerörtliche Hauptstraße handelt und z.B.
mit einer AVS von 40 km/h kalkulieren.

Während außerörtliche Bundesstraßen ja eher im Bereich 70 km/h
AVS liegen.

Chris





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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Eifelhunde
Am 18.02.2015 um 23:45 schrieb Garry:
 Am 18.02.2015 um 13:06 schrieb chris66:
 
 Weitere Probleme:
 
 ...
 - Wichtige Infos wie maxspeed sind noch lückenhaft
 
 Sehe ich weniger problematisch, oder werden kurvenreiche Strecken auch
 berücksichtigt?
 Häufig sind doch diese nicht beschränkt, erlauben aber wegen der vielen
 Kurven nur geringe Geschwindigkeiten

??? es gilt in jedem Land ein generelles Maxspeed (in D außer
Autobahnen) Ich versteh die Anmerkung nicht, es besteht doch nicht die
Pflicht so schnell zu fahren - selbst wenn Schilder die Geschwindigkeit
weiter beschränken ist die Geschwindigkeit keine Pflicht


 während gut ausgebaute, gerade Strecken zwar beschränkt sind, aber eine
 höhere Durchschnittsgeschwindigkeit erlauben.

vielleicht erlauben *könnten*

caronna

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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Martin Vonwald
Hi!

Am 19. Februar 2015 um 10:46 schrieb Eifelhunde eifelhu...@gmx.de:

  Sehe ich weniger problematisch, oder werden kurvenreiche Strecken auch
  berücksichtigt?
  Häufig sind doch diese nicht beschränkt, erlauben aber wegen der vielen
  Kurven nur geringe Geschwindigkeiten

 ??? es gilt in jedem Land ein generelles Maxspeed (in D außer
 Autobahnen) Ich versteh die Anmerkung nicht, es besteht doch nicht die
 Pflicht so schnell zu fahren - selbst wenn Schilder die Geschwindigkeit
 weiter beschränken ist die Geschwindigkeit keine Pflicht


Kein professioneller Router geht davon aus, dass man die maximal erlaubte
Geschwindigkeit auch tatsächlich fahren kann. Je nach Verlauf der Straße
werden deutlich niedrigere Geschwindigkeiten angenommen. Auf einer völlig
geraden Autobahn im ebenen Gebiet nimmt ein guter Router eine
Geschwindigkeit nahe der erlaubten an, idR ca. 5%-10% darunter. Auf einer
Passstraße, wo sich eine Serpentine an die nächste reiht, interessiert
einen professionellen Router die maximal erlaubte Geschwindigkeit nur noch
am Rande und es werden so Geschwindigkeiten z.B. im Bereich von 20-50km/h
unterstellt, selbst wenn dort 100km/h erlaubt ist.

Diese Geschwindigkeiten werden dann für die Routenfindung verwendet.

Beste Grüße,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Florian Lohoff
On Wed, Feb 18, 2015 at 01:06:12PM +0100, chris66 wrote:
 Am 18.02.2015 um 12:09 schrieb Alexander Lehner:
   
  ... wenngleich auch etwas kritisch:
 
 Die Qualität unserer Daten in Bezug auf Routing ist in der Tat
 verbesserungswürdig.
 
  So wird man mitunter zu verbotenen Abbiegemanövern aufgefordert oder 
 über Privatgrundstücke gelotst.
 
 Weitere Probleme:
 
 - Routinginseln
 - Anliegerverbote werden ignoriert
 - Wichtige Infos wie maxspeed sind noch lückenhaft

Routinginseln sind ein Problem der präprozessierung. Die müssten
eigentlich vom resultierenden Graph entfernt werden. Ich mache viel
mit OSRM und habe auch das Problem das es reichlich Marktplätze etc
gibt die keine Anbindung an das restliche Straßennetz haben. 

Anliegerverbote sind ein extrem schwieriges Thema zu dem auch noch
anderes gehört wie z.b. Tracks. Am Ende werden alle verbote zu einem
access=destination. Selbst wenn auf einer Straße ein access=no oder
das nur ein Fußweg ist muss der router das dingen benutzen wenn 
das Ziel an diesem Weg liegt. Deshalb macht OSRM auch murks wenn 
ich nach Hause möchte. Ich liege an einem Waldweg - nicht asphaltiert,
forstwirtschaftlicher Verkehr frei - typ track/grade4. Ja - den muss man
befahren um zu mir zu kommen. OSRM lotst mich zu einer service road
die semi-in-der-nähe ist und gibt dann auf. Dazu kommt das
aneinandergrenzende Wege mit accessbeschränkungen zusammengefasst
werden müssen - also access beschränkte Inseln deren Einfahrt reguliert
ist.

maxspeed finde ich ziemlich uninteressant.
Durchschnittsgeschwindigkeiten kann man auch über heuristiken annähern.

Ein großes Problem finde ich das die entscheidungen die Graphhopper,
Mapquest und OSRM treffen SEHR unterschiedlich sind. Mir sind die
entscheidungswege überhaupt nicht transparent ( Abiegepenalty?
Maxspeed?, Gewichtung von highway klassen? Nutzung von
Bebauungsinformation?). Wenn könnte man ja durch
entsprechendes tagging dahinwirken das die Routen sich verbessern.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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


[Talk-de] Straßenbahngleise auf Brücken (Rendering)

2015-02-19 Diskussionsfäden Andreas Neumann
Moin,

kann es sein, dass Mapnik Straßenbahngleise auf Brücken unter die Straße
zeichnet?

http://www.openstreetmap.org/way/194083416#map=19/50.92851/11.59543layers=N

Sowohl railway=tram als auch highway=tertiary sind mit bridge=yes
gekennzeichnet.

Viele Grüße
Andreas

-- 
Andreas Neumann
http://Map4Jena.de
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] Straßenbahngleise auf Brücken (Rendering)

2015-02-19 Diskussionsfäden Tom Pfeifer

Andreas Neumann wrote on 2015-02-19 19:35:

Moin,

kann es sein, dass Mapnik Straßenbahngleise auf Brücken unter die Straße
zeichnet?

http://www.openstreetmap.org/way/194083416#map=19/50.92851/11.59543layers=N

Sowohl railway=tram als auch highway=tertiary sind mit bridge=yes
gekennzeichnet.


Sieht so aus. Hier ein Beispiel bei dem nur die Strasse bridge=yes hat,
aber beiden den gleichen layer=1
http://www.openstreetmap.org/#map=18/52.44842/13.57431

Hier ein Beispiel bei dem die Strasse layer=1 und die tram layer=2
getaggt ist, ich weiss nicht ob das berücksichtigt wird,
aber an den Enden der Brücke gibt es Artefakte.

Macht du ein Ticket auf?
https://github.com/gravitystorm/openstreetmap-carto

tom



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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Garry

Am 19.02.2015 um 10:46 schrieb Eifelhunde:

Am 18.02.2015 um 23:45 schrieb Garry:

Am 18.02.2015 um 13:06 schrieb chris66:

Weitere Probleme:

...
- Wichtige Infos wie maxspeed sind noch lückenhaft

??? es gilt in jedem Land ein generelles Maxspeed (in D außer
Autobahnen) Ich versteh die Anmerkung nicht, es besteht doch nicht die
Pflicht so schnell zu fahren - selbst wenn Schilder die Geschwindigkeit
weiter beschränken ist die Geschwindigkeit keine Pflicht
Sorry, war vielleicht missverständlich - ich meine die expliziten 
streckenabschnittsbezogenen Limits, nicht die generellen

landesspezifischen.



während gut ausgebaute, gerade Strecken zwar beschränkt sind, aber eine
höhere Durchschnittsgeschwindigkeit erlauben.

vielleicht erlauben *könnten*
Nein, durchaus können. Eine gut ausgebaute Bundesstraße die aber auf 
80km/beschränkt ist erlaubt in der Regel eine deutlich
höhere Geschwindigkeit als z.B. eine Passstraße die nicht explizit(!) 
beschränkt ist.


Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem als 
vielleicht zu grob erfasste Straßenverläufe die den realen Verlauf zu 
sehr begradigen.


Garry


Garry

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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Garry

Am 19.02.2015 um 11:31 schrieb Martin Vonwald:
Kein professioneller Router geht davon aus, dass man die maximal 
erlaubte Geschwindigkeit auch tatsächlich fahren kann. Je nach Verlauf 
der Straße werden deutlich niedrigere Geschwindigkeiten angenommen. 
Auf einer völlig geraden Autobahn im ebenen Gebiet nimmt ein guter 
Router eine Geschwindigkeit nahe der erlaubten an, idR ca. 5%-10% 
darunter. Auf einer Passstraße, wo sich eine Serpentine an die nächste 
reiht, interessiert einen professionellen Router die maximal


Woher hat er die Information?
Aus dem Preprocessing, Tags oder schaut er sich jedesmal den Verlauf an? 
Letzteres könnte langwierig werden, oder?


Garry

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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Florian Lohoff
On Thu, Feb 19, 2015 at 11:04:11PM +0100, Garry wrote:
 80km/beschränkt ist erlaubt in der Regel eine deutlich
 höhere Geschwindigkeit als z.B. eine Passstraße die nicht
 explizit(!) beschränkt ist.
 
 Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem
 als vielleicht zu grob erfasste Straßenverläufe die den realen
 Verlauf zu sehr begradigen.

Gibt es stand heute irgendeine Routingengine für OSM die
Geometrien der Straße (Also ausser länge) auswertet? Ich kenne
derzeit keine. Man könnte durchaus da ja noch deutlich mehr machen
so wie viele Gebäude in der nähe in landuse=residential etc
um via heuristik die Geschwindigkeit zu ermitteln.

Defakto sind alle router heute total stumpf:

switch(highway)
trunk)
avgspeed=75
residential)
avgspeed=10

So zur Veranschaulichung. Selbst der Maxspeed wird nicht in jedem
fall zu rate gezogen. Damit lassen sich auch für 90-95% aller
fälle sehr passable resultate erzielen.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Alexander Lehner



On Thu, 19 Feb 2015, Florian Lohoff wrote:


Anliegerverbote sind ein extrem schwieriges Thema zu dem auch noch
anderes gehört wie z.b. Tracks. Am Ende werden alle verbote zu einem
access=destination. Selbst wenn auf einer Straße ein access=no oder
das nur ein Fußweg ist muss der router das dingen benutzen wenn
das Ziel an diesem Weg liegt. Deshalb macht OSRM auch murks wenn
ich nach Hause möchte. Ich liege an einem Waldweg - nicht asphaltiert,
forstwirtschaftlicher Verkehr frei - typ track/grade4. Ja - den muss man
befahren um zu mir zu kommen.


Dem kann ich mich nur anschliessen, ich wohne aehnlich 'privilegiert' 
(Sackgasse, Schotterweg, Privatweg).
Bis vor ein paar Jahren haben kommerzielle Navis das ueberhaupt nicht 
gefunden, OSM schon. Inzwischen sagen sie 'die Route beinhaltet 
nicht-befestigte Teile' oder so...

Wenn es keine alternative Zufahrt gibt, muss man da halt durch.

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


Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

2015-02-19 Diskussionsfäden Patrick Niklaus
 Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch
Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner Meinung
nach zu den Grundfunktionen.

Falls du Abbiegerelationen findest die nicht funktionieren, dann poste das
bitte hier [1]. Momentan nicht unterstützt werden lediglich
Abbiegerelationen bei den via ein Way ist.

 Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem
 als vielleicht zu grob erfasste Straßenverläufe die den realen
 Verlauf zu sehr begradigen.

Auf Grund der Größe der Daten verwerfen die meisten Router die geometrische
Information schon beim Pre-Processing*. Das worauf der wirkliche
Routing-Algorithmus ausgeführt ist deutlich abstrakter als das
Straßennetzwerk das ein Mensch auf einer Karte wahrnimmt. (* zumindest für
das eigentliche Routing, am Ende braucht man es schon wieder um eine Linie
auf die Karte zeichnen zu können)
Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das führt
nur zu unnötig großen Daten! (ein echtes Problem, zusehen auch bei den
TIGER Imports in den USA)

Um tatsächlich halbwegs verlässliche ETAs zu bekommen braucht es allerdings
wirklich gemessene Daten von echten Fahrzeugen (kann aus hinreichend vielen
GPS Traces berechnet werden). OSM kann einfach Dinge wie Verkehrsaufkommen
u.Ä. nicht erfassen. Wenn man das nicht hat, muss man sich leider auf
Heuristiken verlassen [2]. Hinreichende Abdeckung von maxspeed Tags kann da
sicherlich nicht schaden.

Wer wirklich helfen will die Daten zu verbessern sollte sich auf zwei Dinge
konzentrieren: Konnektivität, Abbiegerelationen, Zugangsberschränkungen.
Natürlich ist fehlende Straßen erfassen auch gut. :-)
map.project-osrm.org hat ein Small Components Layer um das Konnektivität
fixen etwas einfacher zu machen. Pinke Straßen sind nicht mit dem Rest des
Straßennetzwerks verbunden.

[1] https://github.com/Project-OSRM/osrm-backend/issues
[2]
https://github.com/Project-OSRM/osrm-backend/blob/develop/profiles/car.lua

2015-02-19 23:29 GMT+01:00 Florian Lohoff f...@zz.de:

 On Thu, Feb 19, 2015 at 11:04:11PM +0100, Garry wrote:
  80km/beschränkt ist erlaubt in der Regel eine deutlich
  höhere Geschwindigkeit als z.B. eine Passstraße die nicht
  explizit(!) beschränkt ist.
 
  Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem
  als vielleicht zu grob erfasste Straßenverläufe die den realen
  Verlauf zu sehr begradigen.

 Gibt es stand heute irgendeine Routingengine für OSM die
 Geometrien der Straße (Also ausser länge) auswertet? Ich kenne
 derzeit keine. Man könnte durchaus da ja noch deutlich mehr machen
 so wie viele Gebäude in der nähe in landuse=residential etc
 um via heuristik die Geschwindigkeit zu ermitteln.

 Defakto sind alle router heute total stumpf:

 switch(highway)
 trunk)
 avgspeed=75
 residential)
 avgspeed=10

 So zur Veranschaulichung. Selbst der Maxspeed wird nicht in jedem
 fall zu rate gezogen. Damit lassen sich auch für 90-95% aller
 fälle sehr passable resultate erzielen.

 Flo
 --
 Florian Lohoff f...@zz.de
  We need to self-defense - GnuPG/PGP enable your email today!

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVOZj5JDdQSDLCfIvAQpVvg/+IGsqusfqgnBGzg1IB2IQ5Oz6Vzp9uf15
 5bgVtL5xXQyfPVsGAISkzaxhhYi5ntMWSWk2PSZ/SRWa81B0kwStn0MdxmFBk5wM
 tChDbZxiI19KyaizxloMlViOdPPCPs5+yo2LOXXmLaMw1MZ0rsQPBFvUn69clNpp
 AYYz9y+9tD0OFsGdOoSWIj0G+dQl8mfiIFeQP9dcUryuWO/dKvKEGmvWCO/UTNnF
 1oXEA7ziT8qaHEVpZ0g2M22KtNxlrmUz25De2UerEwGn2UoEDfB9sE4N0A5N8OXE
 ZJ7YIb759KVYCAy5a3Hrt45x3VkxVPXDDLu8I/s0f838xA2nonFL56DSrz7CwSzA
 UPlabwuH8jIWRtH7/IReSQZB91ZkXrGb4WiFLD7vdEb2rcmQWezR32umLc0bQQwV
 n0d6vTw+rbD1ySLez8WNKjS1CHn7orXZ/I9W5il32IZzp9i9MH0Pc6G6pmX4r5Dw
 7AHX0U4oPANrrPR2NwJNWxGcHt2+KFQf66py+wxZv2B2m+hOeCJRgJk1FXgtHDAk
 8d73nAk/iWAtxak+Lkkyw9LGZvZQBvVxnKu2nuq1W6oU2OsOf/HKnQt706F61ENB
 l9awxRi1XZzmf5OcF8++rQ1snM+el6x4AJlNwQJJLYtyldmRVAYuCjRNonKb/mwU
 24YKOePXwyQ=
 =0rTY
 -END PGP SIGNATURE-

 ___
 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