OSM bei der 3. CTI Konferenz München

Viel Spaß und Erfolg!

Postest du die Vortragsfolien dann nach der Konferenz irgendwo online?

Ich habe die Organisatoren gefragt. Sie sind dagegen. Wohl weil die Eintrittskarte 1999€ kostet.
Ich werde aber Euch berichten, was ich inhaltlich erzählt habe und wie die Resonanz war.
Für mich ist das ein kleiner Schritt um die Vorbehalte der Autoindustrie gegenüber OSM abzubauen.

marek kleciak wrote:

Ich habe die Organisatoren gefragt. Sie sind dagegen. Wohl weil die Eintrittskarte 1999€ kostet.

wie bitte? Du erstellst Folien, zeigst die kurz vor und hast dann keine Rechte als Autor mehr?
Äußerst seltsam.

Gruss
walter

Nun, ich kann´s verstehen wenn man die Vortragenden darum bittet. Sonst werden solche Veranstaltungen weniger attraktiv für die Besucher. Wie das mit dem Urheberrecht ist, ist ja eine andere Sache.
Wie geschrieben: Ihr werdet über den Verlauf und das was ich erzählt habe (wohl auch das was Tordanik erzählt und zeigt) genaustens informiert.
Im Grunde ist die Kurzfassung auch klar: Die Community entwickelt sich prächtig, die Datenqualität steigt. Bing ist eine großartige Unterstützung. Wir wissen, dass die Abdeckung mit der Anzahl der Fahrspuren und Geschwindigkeitbegrenzung, Zebra Streifen und Abbiegerestriktionen sehr wichtig ist. Und das es Versuche gibt, Tools zu entwickeln, die die Datenerfassung automatisieren bzw. untestützen ist einem Forum Leser auch nicht neu.

Grüße,
Marek

wambacher wrote:

wie bitte? Du erstellst Folien, zeigst die kurz vor und hast dann keine Rechte als Autor mehr?
Äußerst seltsam.

Gruss
walter

Leider sehr üblich, wenn man sein Wissen in schriftlicher Form verkauft.
Das kennt jeder Buchautor, der sein Buch bei einem Verlag drucken lässt und dafür dann Geld erhält. Er darf dann sein Buch nicht beliebig weitergeben / selbstdrucken (außer er kauft die Bücher dafür beim Verlag).
Das Urheberrecht ist hier übrigens dem Patentrecht sehr ähnlich. Allein kann man meistens nichts machen. Also sucht man einen Vertriebs- und Produktionspartner. Und dieser hat in den Verhandlungen in den meisten Fällen die bessere Stellung und kann solche Verträge "durchboxen".
Aber das ist jetzt doch ziemlich OT

Ich sehe es unproblematisch. Es ist zwar mühsam, und eines Vortrages Wert die zahlreichen Aspekte und Informationen über OSM zusammen zu stellen, trotzdem ist es kein Hexenwerk.
Ich bin froh über diese Gelegenheit, das Projekt vor der deutschen Automobilwirtschaft zeigen zu dürfen. Aus meiner Sicht trennt das, was wir leisten (zumindest in DE) von dem was die Automobilhersteller benötigen wirklich sehr wenig. Und ich bin absolut sicher, dass die Automatisierung der Erfassungstechniken dabei behilflich sein kann. Momentan haben wir einige Vorstöße in diese Richtung. Bekämen wir allerdings Unterstützung von der Autoindustrie kann sich das blitzschnell ändern.

marek kleciak wrote:

Aus meiner Sicht trennt das, was wir leisten (zumindest in DE) von dem was die Automobilhersteller benötigen wirklich sehr wenig. Und ich bin absolut sicher, dass die Automatisierung der Erfassungstechniken dabei behilflich sein kann. Momentan haben wir einige Vorstöße in diese Richtung. Bekämen wir allerdings Unterstützung von der Autoindustrie kann sich das blitzschnell ändern.

Straßen in Europa mit:
maxspeed[:forward/backward] = 972 577 km, also fast 1 Mio km. Man sollte auch Bedenken, dass highway=living_street in DE kein Maxspeed bekommt.
lanes= 532 762 km wobei die Straßen ohne Tag auch lanes=2 sein könnten
turn:lanes[:forward/backward] = 3 062 km
Bei turn lanes ist eher die Anzahl als die Länge interessant, also gezählt sind es 34 332

Wenn ich das sehe, weiß ich nicht ob die Autoindustrie uns in DE noch so stark bei der Erfassung von Maxspeed mit ner App oder so helfen kann.
http://roads.osm4people.org/?zoom=14&la … ers=B0TFFF

Ausserhalb von DE siehts noch nicht so dolle aus, hier Warschau
http://roads.osm4people.org/?zoom=13&la … ers=B0TFFF

Maxspeed ist eine Sache. Es gibt noch die Frage nach Lanes und Restriktionen.
Du bist doch recht gut mit dem Tooling. Könntest Du feststellen, wie die prozentuelle Abdeckung in DE ist?
Oder ist das zu großer Aufwand?

Grüße,
Marek

marek kleciak wrote:

Maxspeed ist eine Sache. Es gibt noch die Frage nach Lanes und Restriktionen.
Du bist doch recht gut mit dem Tooling. Könntest Du feststellen, wie die prozentuelle Abdeckung in DE ist?
Oder ist das zu großer Aufwand?

Lanes und turn:lanes sind mit drin...also bei der Karte. Kannst Du switchen.
Restriktions und die prozentualle Abdeckung muss ich mal überlegen. Wobei die Abdeckung in % bei Lanes nicht viel aussagt....ausser man hat einen Vergleichsdatensatz, bei dem man dann nur mit lanes<>2 vergleicht.

Danke Dir. Es ist eine sehr wertvolle Arbeit. Ich kann es nicht und es hilft mir bei den Gesprächen die ich führe.

Naja, eine fehlende Restriktion tut nicht weh. Schlimmer sind fehlerhafte Restriktionen.
Aber das hat sich dank der Check-Website gebessert.

marek kleciak wrote:

Du bist doch recht gut mit dem Tooling. Könntest Du feststellen, wie die prozentuelle Abdeckung in DE ist?

Hoffe das passt so in etwa. Entspricht in etwa auch den Entfernungen, die osmium ermittelt. Bitte beachte, dass baulich getrennte Straßen doppelt gezählt werden.

Ich bin immer wieder beeindruckt, SunCobalt.
Herzlichen Dank!

Ich habe gleich eine weitere Frage:
könnten wir feststellen, welche Änderungen in Restriktionen durch "Anfänger" - sprich, z.B. weniger als 100 Edits - gemacht wurden?
Somit könnte man eine zusätzliche Qualitätsgarantie haben.
Natürlich weiß ich, dass jedem Fehler passieren können, auch den alten Hasen.
Trotzdem, wenn ich eine anzeige hätte dass z.B. ein Abbiegeverbot links von jemand eingetragen wurde, der nur 3 Edits gemacht hat, dann könnte ich einen Datensatz bilden, in dem ich solche Eintragungen mit dem Hinweis "prüfen" versehen könnte. Wer das prüft und wie wäre momentan weniger von Bedeutung als die Tatsache, dass es technisch möglich wäre solche Änderungen anzuzeigen.

marek kleciak wrote:

Ich bin immer wieder beeindruckt, SunCobalt.
Herzlichen Dank!

Ich habe gleich eine weitere Frage:
könnten wir feststellen, welche Änderungen in Restriktionen durch "Anfänger" - sprich, z.B. weniger als 100 Edits - gemacht wurden?
Somit könnte man eine zusätzliche Qualitätsgarantie haben.
Natürlich weiß ich, dass jedem Fehler passieren können, auch den alten Hasen.
Trotzdem, wenn ich eine anzeige hätte dass z.B. ein Abbiegeverbot links von jemand eingetragen wurde, der nur 3 Edits gemacht hat, dann könnte ich einen Datensatz bilden, in dem ich solche Eintragungen mit dem Hinweis "prüfen" versehen könnte. Wer das prüft und wie wäre momentan weniger von Bedeutung als die Tatsache, dass es technisch möglich wäre solche Änderungen anzuzeigen.

Das sollte sich nicht so einfach machen lassen. schließlich müssten ja deine "ersten Änderungen" auch unter diese Regel fallen, oder hast du sie alle korrigiert?
Nur weil ich heute mehr weiß, heißt das ja nicht das ich früher alles richtig gemacht habe.

Wir haben ja auch Zeitstempel und könnten alles was weinger als 2 Monate alt ist untersuchen.
Man kann ja auc davon ausgehen, dass Etwas was in der Karte stehenbleibt von vielen User gesehen wurde und wahrscheinlich auch richtig ist...

SunCobalt wrote:

Hoffe das passt so in etwa. Entspricht in etwa auch den Entfernungen, die osmium ermittelt. Bitte beachte, dass baulich getrennte Straßen doppelt gezählt werden.

Prima und Danke.
Nach Straßenklassen gegliedert gibt das ein recht gutes Bild.
- Motorway und Trunk sind recht gut mit Maxspeed/Lanes versorgt.
- Bei Primary ist mit ca. der Hälfte (Maxspeed) bzw. ca. ein Viertel (Lanes)
noch einiges zu tun.
- Secondary, Tertiary fallen noch weiter ab (vor allem bei Lanes).
- Unclassified ist bei Maxspeed und Lanes schlecht vertreten.
- Bei Residential ist der Maxspeed-Anteil mit ca. einem Drittel schon recht gut,
die Lanes-Angabe ist jedoch kaum vorhanden.

Edbert (EvanE)

Was sicherlich eines der stärksten Argumente gegen den Einsatz von OSM-Daten ist, ist die fehlende Qualitätssicherung. Da ja jeder hier&jetzt die Daten (auch ungewollt) editieren, löschen oder kaputtmachen kann, bräuchte es Kartenanbieter, die intelligente Tools einsetzen, um Snapshots anzubieten, die "stable" sind.
Für uns Hobby-Nutzer ist es ziemlich wurscht, ob aufm Garmin mal Fehler drin sind, weil was in den Daten kaputt gegangen ist. KFZ-Hersteller mit integriertem Navigationssystem können sich gravierende Fehler nicht erlauben.

Stellt euch schon mal auf diese Frage ein... ;-)

Ansonsten empfiehlt es sich auf solchen Konferenzen, sich nicht in technischen Details zu verlieren, sondern bunte Bilder, schöne Graphen und Vergleiche mit anderen Kartendiensten zu zeigen, wo "wir" besser sind. ;-)

EvanE wrote:

Prima und Danke.
Nach Straßenklassen gegliedert gibt das ein recht gutes Bild.
- Motorway und Trunk sind recht gut mit Maxspeed/Lanes versorgt.
- Bei Primary ist mit ca. der Hälfte (Maxspeed) bzw. ca. ein Viertel (Lanes)
noch einiges zu tun.
- Secondary, Tertiary fallen noch weiter ab (vor allem bei Lanes).
- Unclassified ist bei Maxspeed und Lanes schlecht vertreten.
- Bei Residential ist der Maxspeed-Anteil mit ca. einem Drittel schon recht gut,
die Lanes-Angabe ist jedoch kaum vorhanden.

Edbert (EvanE)

Die fehlenden Lanes steigen proportional mit der Häufigkeit von lanes=2 an, was vermutlich als default nicht gemappt wird. Sprich fast alle Residential sind vermutlich lanes=2 deswegen gibt es auch kaum Angaben dazu in OSM. Primary hingegegen ist auch mal 4 oder 2x2 spurig ausgebaut, daher gibts da mehr Lanes.
Bei unclassified hab ich auch so komische Straßen hier. Legal wäre da 100 erlaubt, aber da ist nichtmal die Hälfte möglich. Und ob die 2 oder 1-spurig ist, hängt vom Mut und Können der Fahrer ab, Markierungen gibt es da keine

Ansonsten empfiehlt es sich auf solchen Konferenzen, sich nicht in technischen Details zu verlieren, sondern bunte Bilder, schöne Graphen und Vergleiche mit anderen Kartendiensten zu zeigen, wo "wir" besser sind. ;-)

Unsere Ansprechpartner werden wirklich kluge Leute sein, die sich auch mit OSM beschäftigt haben.
Ich denke hier vielmehr an die Auswertung der GPX Spuren aus Autos. Dadurhc kann man feststellen, ob irgendwo eine Einfahrt verboten ist oder nicht...

SunCobalt wrote:

Die fehlenden Lanes steigen proportional mit der Häufigkeit von lanes=2 an, was vermutlich als default nicht gemappt wird. Sprich fast alle Residential sind vermutlich lanes=2 deswegen gibt es auch kaum Angaben dazu in OSM. Primary hingegegen ist auch mal 4 oder 2x2 spurig ausgebaut, daher gibts da mehr Lanes.
Bei unclassified hab ich auch so komische Straßen hier. Legal wäre da 100 erlaubt, aber da ist nichtmal die Hälfte möglich. Und ob die 2 oder 1-spurig ist, hängt vom Mut und Können der Fahrer ab, Markierungen gibt es da keine

Das mag wohl der Grund sein. Für mein Empfinden ist der Default, wenn etwas nicht erfasst ist, eher "unkown, probably xyz". Erst wenn etwas explizit erfasst ist, kann man sich sicher sein, dass es auch so gemeint ist. Aber das betrifft natürlich ebenso viele anderen Eigenschaften.

Solche Straßen mit im Prinzip 1.5 Spuren gibt es sowohl bei Residential (in Bonn 1/3 bis die Hälfte) als auch bei Tertiary (auf dem Lande) recht häufig. Da weiß ich auch nicht, was ich da eintragen soll.

Übrigens habe ich auf Taginfo zum Stichwort lanes neben 1.5 (2000+) oder n;m auch lanes=0 und lanes=-1 (>20k) gefunden. Letzteres ist wohl eine Verwechselung (autocompletion?) mit layer=-1.

In deiner Karte QA for Roads wäre es nicht schlecht, wenn solche seltsamen Werte (alles außer niedrigen ganzzahligen Werten) gesondert angezeigt würden (z.B. schwarz gestrichelt). Ansonsten stolpert man nur durch Zufall über diese Ausreißer.

Edbert (EvanE)

In deiner Karte QA for Roads wäre es nicht schlecht, wenn solche seltsamen Werte (alles außer niedrigen ganzzahligen Werten) gesondert angezeigt würden (z.B. schwarz gestrichelt).

Das wäre tatsächlich sehr hilfreich. Könnten wir Dich darum bitten?

Viele Grüße,
Marek

marek kleciak wrote:

In deiner Karte QA for Roads wäre es nicht schlecht, wenn solche seltsamen Werte (alles außer niedrigen ganzzahligen Werten) gesondert angezeigt würden (z.B. schwarz gestrichelt).

Das wäre tatsächlich sehr hilfreich. Könnten wir Dich darum bitten?

Können kannst Du schon 😉 Muss mal schauen, sollte aber machbar sein.

Fehler (nicht einstellige Zahlen 1...9) sollten jetzt als schwarze Linie auftauchen

Trefferanzahl Way-Segmente
lanes = 1 : 254.963
lanes = 2 : 601.348
lanes = 3 : 89.678
lanes = 4-9 : 36.112
lanes other : 1.975

also ca. 0.2% mögliche Fehler

derstefan wrote:

Was sicherlich eines der stärksten Argumente gegen den Einsatz von OSM-Daten ist, ist die fehlende Qualitätssicherung. Da ja jeder hier&jetzt die Daten (auch ungewollt) editieren, löschen oder kaputtmachen kann, bräuchte es Kartenanbieter, die intelligente Tools einsetzen, um Snapshots anzubieten, die "stable" sind.

Auch wenn dir dafür vielleicht ein wenig anfälliger sind, aber wenn ich mir die Statistiken von OS-Software ansehe, dann liegte bei der Fehlerquote immer im Bereich der kommerziellen Angebote.

SunCobalt wrote:

Fehler (nicht einstellige Zahlen 1...9) sollten jetzt als schwarze Linie auftauchen

Sieht hübsch aus - nur etwas unauffällig. Ich hätte ein knalliges Rot/Pink/Lila/... verwendet.

Gruss
walter

b.t.w: Klappt die Nominatim-Suche nicht oder mach ich was falsch? Einfach "Schlangenbad" eingegeben und nix passierte.

wambacher wrote:

b.t.w: Klappt die Nominatim-Suche nicht oder mach ich was falsch? Einfach "Schlangenbad" eingegeben und nix passierte.

Die Suche hatte mir mal maxbe gebastelt. Ehrlich gesagt hab ich keine Ahnung, warum die nicht mehr geht.

SunCobalt wrote:

Die Suche hatte mir mal maxbe gebastelt. Ehrlich gesagt hab ich keine Ahnung, warum die nicht mehr geht.

ändere mal in Zeile 81 den URL.

searchurl="http://suncobalt.dyndns.org:82 ... geht nicht mehr, da muss http://roads.osm4people.org:82 ... hin.

OL "denkt", dass man den Rechner wechseln will und das "mag" OL nicht.

Gruss
walter

wenn es immer noch nicht klappt, machen wir per PN weiter.

EvanE wrote:

...
Das mag wohl der Grund sein. Für mein Empfinden ist der Default, wenn etwas nicht erfasst ist, eher "unkown, probably xyz". Erst wenn etwas explizit erfasst ist, kann man sich sicher sein, dass es auch so gemeint ist. Aber das betrifft natürlich ebenso viele anderen Eigenschaften.

Solche Straßen mit im Prinzip 1.5 Spuren gibt es sowohl bei Residential (in Bonn 1/3 bis die Hälfte) als auch bei Tertiary (auf dem Lande) recht häufig. Da weiß ich auch nicht, was ich da eintragen soll.

Übrigens habe ich auf Taginfo zum Stichwort lanes neben 1.5 (2000+) oder n;m auch lanes=0 und lanes=-1 (>20k) gefunden. Letzteres ist wohl eine Verwechselung (autocompletion?) mit layer=-1.

In deiner Karte QA for Roads wäre es nicht schlecht, wenn solche seltsamen Werte (alles außer niedrigen ganzzahligen Werten) gesondert angezeigt würden (z.B. schwarz gestrichelt). Ansonsten stolpert man nur durch Zufall über diese Ausreißer.

Edbert (EvanE)

Diese lanes-Debatte ist zwar hier OT...
Für mich sind lanes nur zu erfassen, wenn die Straße entsprechende Markierungen hat, denn wir erfassen ja die Wirklichkeit. Also: keine Markierungen, keine lanes. Das ist z.B. bei einer Menge residential und tertiary so in der großen realen Welt da draußen.
Somit dürfte es lanes=1.5 und lanes=0 nicht geben. Statt lanes=1.5 gehört m.E. die Straßenbreite erfasst. Wenn ich z.B. an meinen Irlandtripp denke, wären da 'ne Menge Straßen, die mit weniger als drei Meter Breite durch das Land ziehen. Da ist keine Markierung und somit gehört da auch kein lanes-tag dran, um etwa hilfsweise annähernd die Breite zu erfassen.

wambacher wrote:

SunCobalt wrote:

Die Suche hatte mir mal maxbe gebastelt. Ehrlich gesagt hab ich keine Ahnung, warum die nicht mehr geht.

ändere mal in Zeile 81 den URL. ...

Danke, funzt wieder.

Gruss
walter

hurdygurdyman wrote:

Diese lanes-Debatte ist zwar hier OT...
Für mich sind lanes nur zu erfassen, wenn die Straße entsprechende Markierungen hat, denn wir erfassen ja die Wirklichkeit. Also: keine Markierungen, keine lanes. Das ist z.B. bei einer Menge residential und tertiary so in der großen realen Welt da draußen.
Somit dürfte es lanes=1.5 und lanes=0 nicht geben. Statt lanes=1.5 gehört m.E. die Straßenbreite erfasst. Wenn ich z.B. an meinen Irlandtripp denke, wären da 'ne Menge Straßen, die mit weniger als drei Meter Breite durch das Land ziehen. Da ist keine Markierung und somit gehört da auch kein lanes-tag dran, um etwa hilfsweise annähernd die Breite zu erfassen.

Nun ja, auch ein Bordstein wäre für mich eine Markierung. Bei Straßen zwischen Orten hat man in DE meist zumindest eine Markierung für die Fahrbahnränder. In anderen Ländern (wie dem erwähnten Irland) mag das anders gehandhabt werden.

Die Angabe zur Breite einer Straße ist im allgemeinen problematisch, da man nicht weiß, ob damit die Fahrbahn-Breite oder die Breite einschließlich Fahrradspur und Gehwegen gemeint ist. Ein sidewalk/footway:both=no, um die Situation klar zu machen, wird an solchen Überort-Wegen in der Regel nicht erfasst sein.

Edbert (EvanE)

Das stimmt. Die Angabe der Breite ist schwierig.
Ich dachte, ich kann solche Standard Straßen mit oneway=no abdecken, denn dadurch ist ja klar, dass man in 2 Richtungen fahren darf
Wenn ich die Lanes nicht angebe und nur mit oneway=no arbeite, dann erwische ich aber solche Fälle nicht:
http://www.openstreetmap.org/#map=19/49.48246/11.01473

Die Schneegasse ist in der Höhe der Kirche eine Spur breit und trotzdem in beide Richtungen befahrbar, Die Fahrer die von der Poppenreuther Straße kommen, haben Vorfahrt.
Ich würde dazu tendieren, die Spurenanzahl anzugeben und statt dessen eine Info geben, dass es keine Mittellinie gibt. Beziehungsweise nichts angeben und nur dort, wo eine ist, diese Info auch eintragen.
Ist es nicht so, dass bei Tempo 30 generell keine Mittellinien gezeichnet weden?

Grüße,
Marek

marek kleciak wrote:

Die Fahrer die von der Poppenreuther Straße kommen, haben Vorfahrt.

priority=forward / backward 🙂

Genau so ist es getaggt.
Danke aber für den Hinweis. Ich kannte es bis vor Kurzem nicht.
Schöne Grüße,
Marek