OSM bei der 3. CTI Konferenz München

marek kleciak · 2013-09-02 10:40:20

Man tut was man kann:

http://www.iir.de/produkt.aspx?pnr=P230 … 46&lang=DE

Ich hatte die Gelegenheit bei der Konferenz einen Vortrag zu halten und den verbrenne ich voll für OSM.

Ich habe auch Tordanik als Sprecher mit eingeladen, damit er über unsere Vorstöße Richtung 3D berichten kann.
Alle wichtigen Leute von der Autoindustrie sind da, ich konnte es mir nicht verkneifen

gormo · 2013-09-02 11:07:39

Viel Spaß und Erfolg!

Postest du die Vortragsfolien dann nach der Konferenz irgendwo online?

marek kleciak · 2013-09-02 11:40:25

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.

wambacher · 2013-09-02 13:47:30

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

marek kleciak · 2013-09-02 14:12:25

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

aromatiker · 2013-09-02 20:37:18

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

marek kleciak · 2013-09-03 07:34:13

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.

SunCobalt · 2013-09-03 09:04:17

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

marek kleciak · 2013-09-03 09:13:38

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

SunCobalt · 2013-09-03 09:18:25

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.

marek kleciak · 2013-09-03 09:22:18

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

chris66 · 2013-09-03 09:26:30

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

Last edited by chris66 (2013-09-03 09:30:22)

SunCobalt · 2013-09-03 11:32:12

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.

Last edited by SunCobalt (2013-09-03 11:33:33)

marek kleciak · 2013-09-03 11:38:23

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.

viw · 2013-09-03 12:00:21

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.

marek kleciak · 2013-09-03 12:08:10

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

EvanE · 2013-09-03 14:12:25

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)

derstefan · 2013-09-03 14:29:29

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

SunCobalt · 2013-09-03 14:32:26

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

marek kleciak · 2013-09-03 14:56:37

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

EvanE · 2013-09-03 15:46:00

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)

marek kleciak · 2013-09-03 17:29:24

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

SunCobalt · 2013-09-03 18:37:03

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.

SunCobalt · 2013-09-03 20:26:42

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

Jimmy_K · 2013-09-03 20:38:15

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.

Announcement

#1 2013-09-02 10:40:20

OSM bei der 3. CTI Konferenz München

#2 2013-09-02 11:07:39

Re: OSM bei der 3. CTI Konferenz München

#3 2013-09-02 11:40:25

Re: OSM bei der 3. CTI Konferenz München

#4 2013-09-02 13:47:30

Re: OSM bei der 3. CTI Konferenz München

#5 2013-09-02 14:12:25

Re: OSM bei der 3. CTI Konferenz München

#6 2013-09-02 20:37:18

Re: OSM bei der 3. CTI Konferenz München

#7 2013-09-03 07:34:13

Re: OSM bei der 3. CTI Konferenz München

#8 2013-09-03 09:04:17

Re: OSM bei der 3. CTI Konferenz München

#9 2013-09-03 09:13:38

Re: OSM bei der 3. CTI Konferenz München

#10 2013-09-03 09:18:25

Re: OSM bei der 3. CTI Konferenz München

#11 2013-09-03 09:22:18

Re: OSM bei der 3. CTI Konferenz München

#12 2013-09-03 09:26:30

Re: OSM bei der 3. CTI Konferenz München

#13 2013-09-03 11:32:12

Re: OSM bei der 3. CTI Konferenz München

#14 2013-09-03 11:38:23

Re: OSM bei der 3. CTI Konferenz München

#15 2013-09-03 12:00:21

Re: OSM bei der 3. CTI Konferenz München

#16 2013-09-03 12:08:10

Re: OSM bei der 3. CTI Konferenz München

#17 2013-09-03 14:12:25

Re: OSM bei der 3. CTI Konferenz München

#18 2013-09-03 14:29:29

Re: OSM bei der 3. CTI Konferenz München

#19 2013-09-03 14:32:26

Re: OSM bei der 3. CTI Konferenz München

#20 2013-09-03 14:56:37

Re: OSM bei der 3. CTI Konferenz München

#21 2013-09-03 15:46:00

Re: OSM bei der 3. CTI Konferenz München

#22 2013-09-03 17:29:24

Re: OSM bei der 3. CTI Konferenz München

#23 2013-09-03 18:37:03

Re: OSM bei der 3. CTI Konferenz München

#24 2013-09-03 20:26:42

Re: OSM bei der 3. CTI Konferenz München

#25 2013-09-03 20:38:15

Re: OSM bei der 3. CTI Konferenz München

Board footer