Die OSM-Notes sind eine gute Erfindung [1], damit Außenstehende schnell und unkompliziert Fehler melden oder Hinweise abgeben können.

Für interne Mappingnotizen finde ich sie aber für ungeeignet und sollten meiner Meinung nach, nicht für interne Meldungen genutzt werden. Ich benutze das gute, alte ‘fixme’. Das hat folgende Gründe:

• Die FIXMEs erscheinen direkt in jedem Editor, ohne daß man noch eine spezielle Ebene dazu schalten muß.
• Wenn jeder interne Mappinghinweis die Notes verstopft, könnte für Externe der Eindruck entstehen, daß OSM entweder einfach zu viele “Fehler” enthält oder daß die Notes nicht abgearbeitet werden. Beides ist nicht wünschenswert.
• Die FIXMEs lassen sich direkt mit jedem Renderer darstellen, ohne eine zweite Datenquelle nutzen zu müssen. So kann man sich schnell eine Karte basteln, in der die FIXMEs hervorgehoben sind und sie gezielt abarbeiten.
• Jedes OSM-Tool kann auch FIXMEs verarbeiten.
• Durch die Historie, läßt sich leicht derjenige ermitteln, der den FIXME eingetragen hat und man ihn wegen einer Rückfrage einfach anschreiben..
• Da die FIXMEs beim normalen Editieren sichtbar sind, kann man nicht so leicht vergessen sie zu schliessen.

Daher kann ich die Nutzung von ‘fixme’ bzw. ‘FIXME’ nur dringend empfehlen. Doppeleintragungen sollten dringend vermieden werden.

[1] Auch wenn die “Erfindung” ja eigentlich durch die OpenStreetBugs gemacht wurde. Die Notes sind halt nur die Integration auf die Hauptseite.

Die Lübecker-Community hat sich wieder mit einem Stand auf der Traumpfade 2014 präsentiert.

Weitere Informationen unter http://www.osm-luebeck.de/2014/04/01/osm-auf-der-traumpfade-2014/

Namen sind besonders wichtig beim Erstellen einer Karte. Man kann gar nicht genug betonen, wie wichtig sie sind. Deshalb gibt es bei OSM auch so viele verschiedene Tags, um Namen einzutragen:

• name
• alt_name
• loc_name
• short_name
• int_name
• name:de
• name:en
• road_name
• addr:housename

Damit nun ein Objekt über seinen Namen gefunden werden kann, ist es überaus wichtig, alle diese Tags auszufüllen! Gibt es verschiedene Schreibweisen für den Namen? Dann muß man diese auf die verschiedenen Tags verteilen! Wenn man will, daß die Suchmaschinen das Objekt auch finden, wenn der Nutzer sich mal vertippt, dann muß man auch die gängisten Schreibfehler einbauen und auf die Tags verteilen!

Daneben gibt es noch einige Tags, die zwar nicht dafür vorgesehen sind, aber man kann dennoch Namen eintragen:

• designation
• description
• note
• comment
• inscription
• operator

Dadurch kann man zwar nicht mehr die offizielle Klassifikation eines Weges (designation), oder die Beschreibung (description), oder Kommentare für andere Mapper (note, comment), oder die Inschrift (inscription), oder den Betreiber (operator) vom Namen unterscheiden, aber Namen sind wichtiger!

Hat ein Objekt keinen Namen, sondern nur eine Nummer? Dann gehört das wahrscheinlich eher in diese Tags:

• ref
• addr:housenumber

Aber es kann nicht schaden, das doch noch einmal in alle Namen-Tags einzutragen! Sonst kann es von den Suchmaschinen nicht gefunden werden!

… See full entry

Der Dienst Mapillary, der Crowdsourced Streetview-Bilder sammelt, hat die Bilder bekanntermaßen zur Nutzung für OSM frei gegeben. Allerdings ist der Wechsel zwischen Editor und Mapillary Webseite immer ein wenig nervig. Leider habe ich keine Ahnung von JOSM-Plugins, habe aber einen anderen Weg gefunden die Bilder in JOSM zu bekommen. In GPX-Dateien können URLs zu Bilder hinterlegt werden. JOSM kann diese Bilder anzeigen. Also habe ich ein Tool gebaut, welches die Mapillary-API benutzt und aus den Informationen GPX Dateien erzeugt, welche dann in JOSM geladen werden können.

… See full entry

Ich habe heute das komplette Neubaugebiet “An der alten Wache” in 21509 Glinde vollständig erfasst. Nachdem das Katasteramt seit 5 Jahren der Rettungsdiensten keine korrekten Straßen und Hausnummern mitgeteilt hat, war das dringend nötig.

1

Ich such in den Taglisten immer mal nach offensichtlichen Fehlern. Dabei hab ich auch bei den Öffnungszeiten hin und wieder Syntaxfehler beseitigen können, etwa Di-Do zu Tu-Th korrigiert.

Jetzt fiel mir allerdings ein Fall auf, bei dem der Sinn der Eintragung strittig war. Es sah in etwa so aus:

• Mo-Fr 18:00-24:00; Fr,Sa 00:00-01:00

Wenn man das nach der Wiki-Definition liest, dann ist am Freitag nur eine Stunde lang geöffnet. Gemeint waren aber die sieben Stunden. Der Fall wurde mit allen Beteiligten zur Zufriedenheit geklärt.

osm.wiki/Key:opening_hours

| Exceptions to a range of days, first the range then the exception (e.g., > Mo-Sa 10:00-20:00; Tu off) or (e.g., > Mo-Sa 10:00-20:00; Tu 10:00-14:00) (this means these are not additions, for example Mo-Fr 08:00-12:30; We 14:00-17:00 means that on Wednesdays, the shop is only opened in the afternoons and not additionally)

Nun hab ich mir spaßeshalber andere Eintragungen in Sachsen angesehen und gezielt nach solchen Doppeldeutigkeiten gesucht. Es gibt tatsächlich eine Menge solcher Eintragungen. In einigen Fällen wurde statt Semikolon ein Komma verwendet, in der Hoffnung, daß der neue Bereich dann zum Tag hinzugefügt wird, anstatt die vorherigen Bereiche für den Tag zu überschreiben. Das ist allerdings auch nicht Teil der Definition.

Ich hab aber große Bedenken, solche Eintragungen einfach so zu korrigieren. Der korrekte Eintrag wäre ja größer und nicht gerade lesbarer. Als Beispiel: Aus

• Mo,We,Th 08:00-12:30; Mo 13:00-17:00

würde

• We,Th 08:00-12:30; Mo 08:00-12:30,13:00-17:00

Oder aus

• Mo-Fr 06:30-10:30; Sa-Su 06:30-11:00; Mo-Sa 12:00-15:00,16:00-23:30

würde

• Mo-Fr 06:30-10:30,12:00-15:00,16:00-23:30; Sa 06:30-11:00,12:00-15:00,16:00-23:30; Su 06:30-11:00

Deshalb zunächst die Frage: Wird das mit dem Überschreiben des Tagesbereichs überhaupt von den Mitmappern oder Auswertern auch so gesehen?

… See full entry

Da dies mein erster Blogeintrag ist, bitte ich etwaige Schönheitsfehler zu entschuldigen.

Im Moment bin ich dabei das OSM-Kartenmaterial in meiner Heimatstadt Wetter (Ruhr) für die lokale Feuerwehr aufzubereiten. Neben Dingen wie Hydranten und Gebäude sind aber auch die die eingezeichneten Straßen wichtig.

Mit der Straßenlistenauswertung auf Regio-OSM bekommt man hier ein geniales Tool zur Hand, dass zurzeit für NRW mit Hilfe der GoogleMaps-API die Straßen in der OSM-Datenbank abgleicht. Hierzu sei gesagt, dass auch Google Fehler hat. Deshalb ist es besonders wichtig, dass man diese Daten nicht als einzige Quelle zum verifizieren nutzt. Beispielsweise durch einen Stadtplan oder in dem man mal ganz klassisch dort vorbeifährt/-läuft und sich die Straße anschaut. Ich betone hier noch einmal ganz klar: Die Daten die bei diesen Projekt aus den Google Maps entstammen sind nicht zur Nutztung auf der OSM freigegeben! Google Maps ist keine gültige Quelle.

Mithilfe dieses Tools habe ich nun alle Straßen in Wetter (Ruhr) meine Routen geplant und damit einige Fehler ausgemerzt.

In der Übersicht für den Ennepe-Ruhr-Kreis kann man sehen, dass teilweise nur einige kleine Straßen fehlen. Dass zeigt mir wie gut das Kartenmaterial schon ist. In der Regel fehlen Feldwege oder Zufahrten die einen Straßennamen tragen. Manchmal sind auch Tippfehler schuld oder ganz selten hat Google auch mal einen Fehleintrag. In Breckerfeld gibt es aber noch einiges zu tun.

Dass das ganze nicht nur für NRW interessant ist, sondern viel mehr noch für andere Bundesländer; sollten diese Quellenangaben beweisen, die belegen, dass der OpenData-Gedanke dort schon mehr gekeimt ist, als in unseren Gefilden.

Was haltet ihr von dem Tool? Schreibst doch ruhig mal in die Kommentare! Einen schönen Sonntag euch allen und frohes mappen. :-)

Heute wurde in Minden der neue Fahrradstadtplan mit Schwerpunkt auf Alltagsrouten und Befahrbarkeit vorgestellt (im Wesentlichen surface und smoothness). Er wurde auf OSM-Basis erstell, wird kostenlos abgegeben und das Ergebnis steht unter CC-BY-SA (die Daten natürlich unter ODBL). Bei der Erfassung unterstützte uns der ADFC, ich habe dann die meisten Daten eingetragen und nachdem die Stadt alles noch einmal geprüft hat, konnte ein Hamburger OSM-Kollege mit QGIS die Druckvorlagen erzeugen. Das Ergebnis überzeugt.

Hier dazu der Presseartikel auf MT-Online. Verlinkt ist auch die schon etwas ältere “Hintergrundstory” ;-)

Link: http://www.mt-online.de/start/letzte_meldungen_aus_der_region/10786251_Minden_Neuer_Fahrradstadtplan_erschienen.html

Hallo Gemeinde!

Ich habe hier in Perchtoldsdorf ein Problem mit den Hydranten. Ein user user_ffp2380 - wahrscheinlich jemand von der Freiwilligen Feuerwehr - hat am 23.12.2013 das gesamte Hydrantennetz in Perchtoldsdorf eingetragen (Änderungssatz 14418800). Leider wurden die Hydranten allesamt mitten auf die Straßen gelegt, hierfür wurden auch bestehende Knotenpunkte “überladen”. Das Ganze ist jetzt natürlich ein Riesenchaos!

Meine Frage: Wie kann man das bereinigen, ohne die an sich wertvollen Daten zu verlieren? Kann hier GGF jemand mithelfen, die Hydranten an ihre tatsächlichen Standorte zu verschieben?

Freundliche Grüsse! Hendric

Die Stadt Ilmenau hat ihr Radkonzept erneuert. Besser gesagt, es war eine Praktikantin von der FH Erfurt. Das letzte Radkonzept wurde durch eine Firma erstellt, die einen auf GIS-Daten basierenden Plan den Ausführungen beilegte. Dieser Plan war in zweierlei Hinsicht unvorteilhaft. Einerseits war es nur ein statischer Plan auf Papier, der im Netz veröffentlicht nicht die heutigen Möglichkeiten des Web 2.0 ausreizen konnte. Außerdem war es genau EIN Plan auf dem alle Informationen eingezeichnet waren. Die Übersichtlichkeit war daher Prinzip bedingt nicht mehr gegeben.

Nun suchte besagte Studentin nach einer moderneren Möglichkeit die Daten des Radskonzeptes auf einer Landkarte darzustellen und stieß dabei auf meinen Stadtplan. Besonders gefiehl ihr der OpenCycleMap-Layer, weshalb sie mich anrief und zu einem Gespräch einludt. Natürlich kam OpenCycleMap dem Gewünschten nur nahe, weshalb sie Änderungen an der Kartendarstellung erbat. Den Zahn zog ich ihr. Jedoch zeigte ich anhand eines kleinen Prototypen (der auf dieser Seite basierte), was man umsetzen könnte. Was soll ich sagen: Sie war begeistert!

Leider gab es ein paar Featurerequests, die OpenLayers2 nicht umsetzen konnte, weshalb ich mich erst mit OpenLayers3, dann aber mit Leaflet beschäftigte die Seite mit Leaflet komplett neuschrieb. Nicht alle Anforderungen konnten umgesetzt werden und einige sind nur auf Umwege realisierbar gewesen. Dennoch steht der Stadt nun eine Seite zur Verfügung auf der sie:

• Den aktuellen Datenbestand betrachten kann (kommt aus der OverPass-API)
• Ein Abbild des aktuellen Status speichern kann, der dem Normalbürger zur Verfügung steht (Moderation)
• Einen A3-Ausdruck der aktuellen Kartendarstellung erstellen kann

Und der Normalbürger kann sich ansehen, wie die Infrastruktur in Hinblick auf den Radverkehr in Ilmenau aussieht.

… See full entry

Wege zwischen Brennberg und Höhenstraße und in den Dickleiten

Wege beim Brennberg in der Nähe von Weyerburg

*OSM-Stand auf den CLT 2014 direkt nach dem Aufbau*

Vergangenes Wochenende fanden die Chemnitzer Linuxtage 2014 statt. OpenStreetMap hatte wieder einen Präsentationsstand, an dem vielen Besuchern Fragen beantwortet werden konnten.
Wie üblich waren die Fragen der Besucher thematisch breit gefächert:

… See full entry

Im September hatte ich anhand Netzwolfs damals noch existierender Auswertung exzessiv Bugs gefixt, das war immer recht mühselig, aber heute (bzw. gestern) ääh der Reihe nach: Gestern hab ich mir mal in Josm Norddeutschland reingezogen und Öffnungszeiten korrigiert, das war um einiges umfangreicher als ich das aus dem September (und Folgemonate) noch kenne.

Kann man auch positiv sehen, es werden offenbar viel mehr Informationen in der DB abgekippt. Blöd nur, wenn die Infos grossflächig nach Gefühl, statt nach Konventionen eingegeben werden.

Heute hole ich mir dann mal Süddeutschland (+2-3 Pois in FR und CZ) rein und das ist da grossflächig anhand der Datenfülle sowas von kaputt, dass man da Stunden dransitzt, Korrekturen einzufügen.

Positiv zu erwähnen: Mittlerweile werden sehr viele Zeitspannen a la “nov-mar” etc. eingetragen. Negativ dabei ist, dass das Schema aufgrund der Komplexität sehr fehleranfällig einzutragen ist. Etwa jeder 2. von Josm bemängelte Fehler in opening_hours stammt daher. (davon habe ich inn meinem aktuellen Changeset allerdings auch nichts angefasst, sondern nur um die 100 einfachere und schnell logisch zu erfassenden Fehler korrigiert)

Bei “einfachen” Fehlern dominieren solche, wo der Erfasser das so eingetragen hat, wie er das gerade für richtig gehalten hat. “Montag bis Samstag 10 Uhr - 18 Uhr ausser in den Ferien” und dergleichen.

Das sind Fehler, die jOSM (ka, wie das bei iD&Co ist) vor dem hochladen anmeckert. Möglicherweise sind die Fehlermeldungen nicht eindeutig genug. Oder aber, was sich bei PM-Verkehr mit wenigen Usern herauskristallisiert hat; dass die Leute gar nicht wissen, wozu sie diese Daten eintragen und was mit den Daten letztendlich passiert.

Natürlich kann man direkt auf einen POI gehen und schauen, was da bei opening_hours steht.

… See full entry

https://michelvoss.wordpress.com/ http://derichsweiler.wordpress.com/ http://graueenergie.wordpress.com/ http://regionalexpresseins.wordpress.com/

Ich hab ein Projekt in Angriff genommen: möglichst viele Geschäfte eintragen, zuerst aber in meiner Heimatstadt Borna. Ich suche dabei Anzeigen und Werbung. Ich habe aber soviel gefunden / werde noch soviel finden, dass ich eure Hilfe benötige, falls ihr Lust habt, oder einfach etwas zum Zeitvertreib sucht, könnt ihr ja loslegen. Ihr könnet eindach die Adresse aufsuchen, und erkundschaften, ob es den Laden noch gibt.Anbei eine Liste:

… See full entry

LIebe Gemeinde,

Ich habe in den letzten Tagen und Wochen ein wenig Zeit damit verbringen können, die Häuser in meiner Umgebung einzuzeichnen und mit Adressen zu versehen. Die Vorgehensweise ist wie folgt: 1) Abzeichnen der Häuserkontouren vom Bing-Luftbild 2) Ausdruck des relevanten Ausschnittes als “Walking Paper” 3) Vor Ort Kontrolle, Aufnahme der Haunummern, Bänke, etc 4) Eintragung der Hausnummern etc in die Karte.

Ich füge die Adressdaten derzeit dem Polygon mit dem Hausumriss zu, separate Punkte verwende ich nur bei Mehrfamilienhäusern mit mehreren Adressen pro Gebäude.

Wenn jemand mitmachen will, bitte gerne!

Hendric

Hollabrunn, Hochstraße beim Wichtenkreuz

• Wege nördlich Wichtenkreuz

Da wir bei der Bearbeitung in OSM immer wieder auf unsere eigenen Geodaten der Stadt Troisdorf zurückgreifen, haben wir nun endlich einen source-Tag für diese Daten eingeführt:

source = daten.stadttroisdorf

Damit werden künftig alle Daten versehen, die wir aus unserer Hausnummernkarte, dem Straßenkataster oder sonstigen thematischen Karten nach OSM übernehmen.