Fossgis is sponsoring the CMS and Mattermost Server for the weeklyOSM Editorial team for several years now. Last week they sponsored a server update (a 4GB server).

As OSMBC is keeping history similar to OSM, the number of managed article has increased to nearly 24k articles. Currently 70 users are listed as editors and nearly 700 are guest users. With the update Fossgis supports the weeklyOSM team in their work.

But my main thanks goes to the weeklyOSM team, which now serves the their news in 14 languages.

Christoph

Immer wieder erreichen uns im WeeklyOSM Team Fehlermeldungen für die OpenStreetMap Karte.

Da wir oft nicht vor Ort sind, und das wöchentliche Redaktionsgeschäft schon einiges an Freizeit verschlingt, möchte ich hier kurz die Möglichkeiten aufzeigen wie man Kartenfehler beheben kann.

Vorweg: OpenStreetMap ist eine Mitmachkarte. Wir haben versucht, es einfach zu gestalten sich zu beteiligen.

Eine Notiz erstellen

Die einfachste Art ist, eine Notiz unter www.openstreetmap.org aufzumachen. Hierfür gibt es einen kleinen Notizbutton auf der rechten Seite, der mit “Einen Hinweis/Fehler zu den Kartendaten melden” beschriftet ist. Hier könnt ihr Fehler ohne Euch zu registrieren melden, wenn Ihr uns mit der Registrierung Eure Email Adresse hinterlegt (die nirgendwo öffentlich gemacht wird), dann werdet Ihr über Änderungen / Rückfragen zur Notiz informiert. Geht davon aus das eine Fehlerbehebung 3-4 Wochen dauert, das hängt von der Mapperzahl vor Ort ab. Solltet Ihr ungedudig werden, bitte nicht vergessen, wir machen alles hier in unserer Freizeit.

Selber Mitmachen

Möchtest Du die Hinweise vor Ort selber umsetzen und anderen Leuten zur Verfügung stellen, so kannst du den eingebauten Editor ID benutzen. Diesen findest du unter “Bearbeiten” auf der openstreetmap.org Seite. Solltest Du bei den Notizen bereits einen Account angelegt haben, kannst du den hier natürlich gleich weiterverwenden.

Hinweise zum Einstieg in OpenStreetMap findest Du hier https://www.openstreetmap.de

Du kannst aber auch einfach mit anderen Mappern in Kontakt treten (wir freuen uns über jeden neuen Interessenten und helfen gerne), zum Beispiel unter https://help.openstreetmap.org (gern auch in deutsch) oder https://forum.openstreetmap.org (hier gibt es auch ein deutsches Forum).

Christoph

Hallo,

ich habe um meinen Kollegen Openstreetmap näherzubringen einen (weiteren) Einführungsvortrag erstellt. Wer einen Blick drauf werfen will:

iWork.com
http://public.iwork.com/document/d=OSM_Einfu%CC%88hrungsvortrag_(TheFive).key&a=p1140374004

(Keynote und konvertiertes PPT können von dort auf Anfrage bei mir runter geladen werden)

Slideshare: (als PDF)
http://www.slideshare.net/thefive_osm/osm-einfhrungsvortrag-thefive-8515344

Diskussion im Forum während der Erstellung:
http://forum.openstreetmap.org/viewtopic.php?pid=175600#p175600

I just finished a wiki page with best practices i found (in our german forum, and doing self intersection fixes). You can find it here:
http://wiki.openstreetmap.org/wiki/Fixing_OSMI_self_intersection
(It is in german and english language)

Feel free to use the discussion page to improve the practices or to add new practices, or add the practices you are using.

Christoph

Nach Kontrolle meiner Multipolygone mit tools.geofabrik.de/osmi fand ich die Startfehlermeldungsseite mit dem Self Intersecting Ways in meiner Gegend (Solingen) ärgerlich.
Also arbeite ich mich Stück für Stück vor und arbeite die Fehler ab.
Typische Fehler:

I)
Buildings:
Gebäude die sich in der Darstellung nur Beführen (8).
Lösung:
Aus Eins Mach Zwei.

II)
Linienführung macht einen Schritt vor und zurück.
(Linie nutzt die Knoten A B C B C D).
Da hilft nur eine Operation mit JOSM.

III)
Nahe beieinander liegende Punkte (SEHR NAHE) machen die Linienführung self intersecting
(JOSM Taste M, Punkte zusammenführen)

IV)

Landuse: Das inner mit dem Verfahren "Vom Outer rüber zum Inner und zurück" mit der eigentlichen Outerlinie gezeichnet.

Lösung JOSM Outer und Inner Trennen und MP anlegen.

V)

Ab und an sind self intersecting Ways auch ein Indiz dafür, das einfach BUGs in der Karte sind.
Versehentlich verschobene Punkte, die das Ergebnis RICHTIG FALSCH aussehen lassen.

Lösung:
Hier schreibe ich die Verursacher (meistens ist der Fehler im Punkt nicht in der Linie) an, Sie wissen
was ihnen evtl. noch verrutscht ist, und kennen den Stand von vorher.

Von daher ist es sicher gut viel von den Standard Fehlern I - IV (Die Liste ist unvollständig !) möglichst viele zu beheben, um die echten Qualitätsprobleme wieder schnell aus dem Weg zu räumen.

Christoph

Um Open Street Map nicht nur datenmäßig voranzutreiben habe ich mal kleinere Artikel übersetzt.

http://wiki.openstreetmap.org/wiki/DE:Key:toll
http://wiki.openstreetmap.org/wiki/DE:Key:fee

Die Übersetzung von {{ }} Links habe ich nicht rausgefunden, daher habe ich auf [[ ]] gewechselt, so das die Verweise auch ordentlich auch auf deutschen Seiten landen.

Fazit: Technisch ist das mit dem Wiki ziemlich simpel. Das richtige Maß zu finden, sich vom Originaltext "loszulösen", um nicht hölzern zu wirken, ist schon ein bisschen schwieriger.
Die ganzen aufgeworfenen Fragen, "Wie wird nun die Höhe der Gebühr in Relation zur Einheit (Benutzung, Tag, Stunde...) einheitlich getaggt, nicht zu stellen, ist das schwierigste :-)

Um Open Street Map nicht nur datenmäßig voranzutreiben habe ich mal kleinere Artikel übersetzt.

http://wiki.openstreetmap.org/wiki/DE:Key:toll
http://wiki.openstreetmap.org/wiki/DE:Key:fee

Die Übersetzung von {{ }} Links habe ich nicht rausgefunden, daher habe ich auf [[ ]] gewechselt, so das die Verweise auch ordentlich auch auf deutschen Seiten landen.

Fazit: Technisch ist das mit dem Wiki ziemlich simpel. Das richtige Maß zu finden, sich vom Originaltext "loszulösen", um nicht hölzern zu wirken, ist schon ein bisschen schwieriger.
Die ganzen aufgeworfenen Fragen, "Wie wird nun die Höhe der Gebühr in Relation zur Einheit (Benutzung, Tag, Stunde...) einheitlich getaggt, nicht zu stellen, ist das schwierigste :-)

bin heute beim Beheben von Fehlern in Gruiten (Haan) auf einen stillgelegten Tunnel gestoßen.
Das Ding ist von beiden Seiten zugemauert.
Da es aber bereits schon gemappt war, habe ich versucht die Lines mit den richtigen Tags zu versehen.

highway=abandoned (in Deutschland nicht so häufig benutzt)
Und access=no (was bei einem zugemauerten Tunnel ja stimmen sollte)

schienen mir die beste Möglichkeit, unter denen, die mir eingefallen sind.
Bessere Vorschläge setze ich auch gerne um.

Etwas weiter bin ich auf einen Schild mit Straßennamen gestoßen, an dem 4 (!) Strassennamen befestigt waren. Leider hat man vergessen, dabei zu schreiben, von wo bis wo die Namen im Verlauf der Straße gelten sollen. Diesbezüglich konnte ich zumindest nicht mit dem Fahrrad an der Aufklärung der OpenStreetBugs arbeiten.

Ich habe heute weiter den residential Teil von Haan gezeichnet (östlich der Bahnlinie sollte es einen finalen Status haben).

Dabei hab ich munter weiter auf Multipolygon gewechselt, ist doch einfacher zu handhaben. Den freundlichen Tipp als Kommentar auf meinen letzten Blog, das leisure=park ruhig in landuse=residential liegen kann, hab ich zwar noch nicht umgesetzt, bin aber südlich der Kaiserstraße plötzlich auf landuse=village_green Parks gestoßen. Die schließe ich natürlich in den verwendeten Multypolygon aus.

Leider finde ich unter
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green
keine wirklich gute Erklärung des Unterschieds :-) zwischen diesen beiden Tags.

Gibt es da irgendwo Diskussionen zu, was der Unterschied sein kann (oder soll) ?

BTW:
Welches der vielen Fehlertools prüft eigentlich "überlappende landuse" ?

Ich "unterlege" gerade in Haan Teile mit landuse = XXX. Die einzelnen landuse's, die aneinander Grenzen, lasse ich durch "Punktreuse" direkt aneinander grenzen, ich finde das sieht in der höchsten Zoomstufe einfach besser aus.

Seidem ich weiß wie man auch mit einer 2 Tasten Maus die übereinanderliegende Linien selektieren kann, ist das auch kein Problem mehr.

Konsequenterweise sollte das bei Straßen auch so sein z.B. links der Strasse residential, rechts industrial. In einem solchen Fall sollten die Linien auch zusammenfallen. Ich habe aber noch keine Stellen in der Gegend gesehen, die das nutzen. Und bevor sich Mapper schwertun maxspeed=30 zu setzen, und sich so vielleicht abschrecken lassen, arbeite ich hier noch mit 2 Linien.
Um das Liniengewirr überschaubar zu halten, ist es eher mein Ziel ein großes Residential zu haben in dem dann alle Teilgebiete leisure=park über multipolygon ausgeschlossen werden.

Ich hab gerade die Radwege parallel zur Flurstrasse / Feldstrasse vervollständigt.

Da ein Bordstein zwischen Strasse und Radweg / Fußweg führt, bin ich der "getrennten" Highway Tag Theorie gefolgt. Das führt bei Kreuzungen plötzlich zu 9 (3*3) anstelle von einem Kreuzungspunkt.
Die Abstände hab ich versucht gleichmäßig zu gestalten indem ich Knoten der beiden Rad / Fußwege und der Strasse immer in den gleichen Abständen gesetzt habe.

Bin mal gespannt wie sich das Werk (ab dem letzten Kreisel Richtung Wuppertal ist noch was zu tun) in den Karten / Routing auswirkt.
(insbesondere ob meine Schätzung was den Abstand angeht in der Transparent Map Comparison passt, und ob die Radwege in den gewünschten Zoomstufen und auf der MTB Karte zu sehen sind)