Hallo du da was ist denn loss…???
Diary Entries in German
Recent diary entries
OpenStreetMap - die Verbindung von Geografie, Geschichte, Tourismus, Fremdsprachen und IT
## Lernen in einer digitalen Welt - reale, werthaltigte Produkte für die Gemeinschaft erstellen
Beim IT-Gipfel 2106 wird viel über “Lernen in der digitalten Welt” geredet. Die Kultusministerkonferenz hat das EU-Comenius-Projekt MychOSM im März 2016 auch wegen der Verbindung unterschiedlichster schulischer Inhalte mit der IT als „Star Project” bewertet. Der spin-off dieses Projektes, der internationale Blog weeklyOSM wurde von der OpenStreetMap Community am 25. September 2016 in Brüssel mit dem „Influential Writing Award” ausgezeichnet.
Fotostudio Diamond Deluxe
Seit über zwei Jahren läuft das Unterprojekt “Garmin” unverändert. Die Zugriffszahlen und der Traffic (15 TB/Monat) sind immens - anscheinend kommt der Service gut an. Pro Woche bekommen wir dutzende E-Mails von Nutzern, die größtenteils ähnliche Fragen haben:
- Frage: Wie bekomme ich die Karte aufs Garmin? Basecamp/Mapsource bricht immer mit einer Fehlermeldung ab.
-
Antwort: Keine Ahnung! Ich nutze diese Software nicht. Bitte einfach die *.img-Datei auf die microSD-Karte kopieren.
- Frage: Ich mache demnächst in einem nicht-europäischen Land Urlaub. Könnt ihr mir eine Karte zur Verfügung stellen?
-
Antwort: Leider nein, wir beschränken uns auf Europa und haben einfach keine Zeit für Auftragsarbeit. Du kannst sie dir aber gerne selber bauen. Eine Anleitung findet man auf Github.
- Frage: Wie bekomme ich die Höhenlinien in Basecamp/Mapsource?
-
Antwort: Das geht leider nicht, da die Höhenlinien als extra Karte gespeichert sind. Dadurch kann man auf dem Garmin die Höhenlinien zu- und abschalten. In QLandkarteGT kann man das übrigens auch genauso machen.
- Frage: Ich hätte gerne in den Grenzregionen einen größere Überlappung.
- Antwort: Wir verwenden die Extrakte der Geofabrik. In diesen Daten wird leider scharf an der Grenze abgeschnitten.
Aufgrund dieser Rückmeldungen plane ich seit zwei Jahren, den Garmin-Bauprozess zu erneuern und in diesem Zuge den gesamten Planeten abzudecken. Ähnlich wie garmin.osm.nl soll das Planet-File in einem Aufwasch gesplittet werden. Anschließend sollen durch Verschneiden mit Länderpolygonen die entsprechenden Kacheln zu Einzeldateien zusammengefasst werden. Durch die eindeutige Nummerierung der Kacheln dürfte es kein Problem sein, Grenzgebiet-Kacheln mehrfach auf dem Gerät zu haben, wenn man benachbarte Länder hat.
So weit der Plan - die Community ist hiermit darüber informiert. Zeitplan: Keiner. Vielleicht in zwei Wochen, vielleicht in zwei Jahren.
Einige Leser haben vielleicht einen leicht genervten Tweet von mir gesehen als ich diese Woche entdeckt habe, dass die Vernehmlassung über die Revision des VGWR an uns vorbeigegangen ist, ohne dass wir die Möglichkeit hatten unsere Meinung dazu anzubringen.
Um was geht es?
Das Gebäude- und Wohnungsregister ist ein schweizweiter Datensatz der sämtliche bewohnte Gebäude und Wohnungen in der Schweiz umfasst. Neben Merkmalen die für OpenStreetMap nicht interessant sind, enthalten die Daten auch einen vollständigen Adressdatensatz und zum Beispiel auch die Anzahl Stockwerke für jedes Gebäude. Die GWR Daten sind zwar nach der jetzigen Rechtslage nicht direkt in OSM nutzbar aber wir haben immerhin Zugriff auf einer daraus erzeugten Strassennamensliste den wir zur Qualitätskontrolle nutzen.
Aus den GWR-Daten generierte Adressen werden von SwissTopo auch auf map.admin.ch angeboten, auf welcher Rechtsgrundlage die Publikation beruht ist allerdings völlig unklar. Dies tangiert OSM insofern, dass in der Schweiz man keinen urheberrechtlichen Schutz so publizierter Daten erwarten kann, und der Nutzer somit auf magische Art und Weise wissen müsste, dass das aktuelle VGWR eine abschliessende Aufzählung der erlaubten Nutzungen enthält und diese Daten in keiner Art und Weise für OSM genützt werden dürfen. Eine ähnliche Problematik stellt sich auch mit öffentlich zugänglichen Datensätze dessen Nutzung im Geoinformationsgesetz geregelt wird, aber immerhin muss man da nicht ganz so obskure Kenntnisse der Rechtslage haben um sich richtig zu verhalten.
Was soll sich nun ändern?
Der definitiver Text des revidierten VGWR, der Anfangs 2017 in Kraft treten soll, ist nicht verfügbar, deshalb bezieht sich diese Analyse auf den für die Vernehmlassung verteilten Entwurf. Dieser regelt viel administratives neu, zum Teil aus föderalistischer Sicht durchaus nicht unproblematisch, und erweitert das GWR um die nicht bewohnten Gebäude. Relevant für OSM sind vor allem aber die folgenden Punkte:
Bisher wurden fast alle Schleusentore als Punkt erfasst, und das wird dann auch so dargestellt. Aber es gibt auch eine verbesserte Lösung als Weg (way) V-förmig (natürlich nur wenn das so auf dem Satellitenbild so zu erkennen ist). Das wird in Mapnik da auch so dargestellt. Z.B. Schleuse Brunsbüttel
Details zum mappen werden auf Key:lock genau beschrieben.
Die Schleusenkammer ist häufig auch falsch getaggt, die sollte mit natural=water + water=lock eingetragen werden.
Vielleicht wäre das mal eine Wochenaufgebe. Oder ihr seht euch gleich mal einige von noch 15.408 Schleusentoren an.
Letzte Woche gabs in der Wochennotiz ‘nen Link zu thomas.skowron.biz/blog/opening-hours/, wo blumig über eine “over-enginering” des OH-Taggings fabuliert wurde. Da ich des Englischen nicht so mächtig bin, habe ich den Kollegen mal auf deutsch (via OSM-PN) angeschrieben und gefragt, wo die Reise hingehen soll (entgegen meinen Gewohnheiten weder sarkastisch, ironisch oder sonstwie provozierend) die deutschen (genauso sachlichen) Antworten machten mich allerdings auch nicht wirklich schlauer, was genau das Problem sein soll.
Auf betroffenem Blog wurde mir persönlich im gleichen Atemzug ein mechanical Edit unterstellt, welches auf meine Rückfrage/ freundliche Intervention:
Das "mechanische Edit" ist eine Unterstellung, über die ich mich ärgere.
Alle Korrekturen von mir sind einzeln gesichtet und bearbeitet.
auch beantwortet wurde. Da ich nicht aus privaten Nachrichten zitiere, die Antwort nur sinngemäss und aufs Wesentliche verkürzt:
Ich habe durch diese Korrekturen möglicherweise diverse Auswerte-tools kaputtgemacht.
Soviel zu relevanten Themen aus den Wochennotizen. Nee, Moment, gibt ja ne neue Wochennotiz, da kann man staunen über: github.com/ubahnverleih/simple-opening-hours.
Eindeutiges und maschinenles- und auswertbaresTagging is nich nur over-engineerd sondern auch crazy!
Bin gespannt auf die nächste Wochennotiz, ob man das noch argumentfreier toppen kann.
Ich muss mal was über highway=service loswerden, nachdem ich gerade einen ganzen Sack davon zurechtgerückt habe. Viele davon sind nämlich mit Hilfe des service=*-Tags „zu klein“ getaggt, was Folgen für unterschiedliche Anwendungen hat und deshalb vermieden werden sollte.
Zum Beispiel macht die Anwesenheit eines Parkplatzes nicht jede Fahrspur darauf automatisch zum service=parking_aisle!
Hier mal kurz meine Auffassung der Dinge, die sicher kein Evangelium ist. Aber sie deckt sich mit dem Wiki, und das sollte doch unser gemeinsamer Nenner sein, damit unsere Daten optimal auswertbar sind.
service=parking_aisle
Bisher hab ich immer mit groben Schätzungen (siehe) jongliert, heute mal direkt echte Zahlen mitgeschrieben:
Konkret prüfe ich alle POIs, welche im Oktober angefasst worden, die Öffnungszeiten enthalten. (Meist wirklich neu hinzugekommene Öff.)
Meine Korrekturen (Fehler und Warnungen zusammen)
Zahlen: Korrekturen/Pois
- Thüringen 9/43
- Sachsen: 21/393
- Sachsen-Anhalt: 6/96
- Brandenburg : 8/190
- Berlin 53/632
- Mecklenburg-Vorpommern: 7/183
- Schleswig-Holstein: 12/338
- Niedersachsen: 30/649
- Bremen: 4/47
- Hamburg: 27/172
- Nordrhein-Westfalen: 43/1931
- Rheinland-Pfalz: 21/292
- Saarland: 5/37
- Baden-Württemberg: 57/1558
- Bayern: 49/1277
Insgesamt 15 Probleme mangels Eindeutigkeit nicht behoben.
Anmerkung: NRW, Bawü, und Bayern habe ich wegen Umfang nur die vom Validator ausgeworfenen Fehler und Warnungen korrigiert, in allen anderen Ländern habe ich “Andere” mit abgegrast.
Ein paar unklare Öffnungszeiten oder Schusselfehler will ich auch mal dokumentieren (Auswahl):
- Th-Sa 17:00-22:00; PH,Su 11:00-15:00
Tja, is das nun PH,Su zusätzlich oder nicht? Ich habe schon viele solche Werte gesehen, wo auch nach Konsultation der Webseite nicht 100% klar ist, wie es gemeint ist (s.o.)
- 6:20-9:00; 11:55-14:30; 17:00-20:00
Solche Fehler werden von Tools (noch) nicht gefunden
Klassiker:
- Mo-Sa 15:00-02:00;Su,PH 17:00-20:00
Su 17:00 überschreibt 00:00-02:00
Richtig wäre:
Mo-Sa 15:00-02:00, Su,PH 17:00-20:00
- Nov-Mar Su-Fr 21:00-08:00; Mo off
Mo überschreibt Sonntag Nacht ab 00:00
Richtig wäre:
Nov-Mar: Su-Fr 21:00-08:00; Mo 08:00+ off
Alternativ um nicht in solche Fallen zu tappen:
Mo off; Tu-Fr,Su 21:00-08:00
- Mo,Th,We,Fr 08:30-18:00; Th 08:30-18:30, Sa 08:00-13:00
Mit nahezu 100% wahrscheinlichkeit ist Tu gemeint…
- Su-Mo, We 17:00-22:00
Sieht ok aus … moment mal … ne Pizzeria? Wohl kaum. (Solche Fehler finden man nur, wenn man in JOSM auch die “Andere” abgrast)
Liebe Mapper.
Ich bin ein Newbie und im Moment ziemlich verwirrt. Zum Erstenmal hab ich eine Relation erstellt und gleich OSM zum “Kippen” gebracht ;-)
- Beim Speichern sind Fehler aufgetreten
- Version mismatch: Provided 1, server had: 2 of Relation 6684520
- Server hat folgenden Status zurückgegeben: 409
Was ich gemacht habe:
- Mit iD eine Relation erstellt und mehrere Wegabschnitte hinzugefügt (Relation “WunderWanderWeg”) - abgespeichert - alles ok
- Wegabschnitte auf Relationen kontrolliert - alles ok
- mehrere Punkte zur o.a. Relation hinzugefügt - abgespeichert - alles ok
- Punkte kontrolliert - KEINE Relation vorhanden - ???
- Punkte nochmals der Relation hinzugefügt - abspeichern führt zur Fehlermeldung
Irgendetwas hab ich da sicher falsch gemacht, nur was? Außerdem: wie kann man den Fehler wieder beheben? Jeder Tipp ist willkommen.
Danke und LG RG
So, nachdem ich im Forum wegen Trollings gebanned wurde, werde ich meine private Zeit wohl anderweitig sinnvoll nutzen.
Als erstes habe ich mal meinen privaten Webspace aufgeräumt und dabei sind u.a. die Umfrageplattform und How you tag zum Opfer gefallen.
Wem dies wichtig war, kann gerne einen Fork ziehen. Gerne stelle ich, wenn die bisherigen Daten wichtig sind auch einen Dump zur Verfügung.

Jedes Jahr im September läuft der Fotowettbewerb Wiki Loves Monuments rund um das Thema Baudenkmale. Ergänzend werden Listen und Artikel über Baudenkmale erstellt, aktualisiert und erweitert, die neuen Fotos kategorisiert und eingebunden. Dies ist eine gute Gelegenheit, die Wikimedia-Projekte und OpenStreetMap gleichermaßen zu bereichern. Mapper poppei82 hat sich darüber bereits Gedanken in einem Blogpost gemacht.
Fast so lange wie ich zu OSM beitrage (mit stark schwankender Intensität), nutze ich auch die Daten. Dabei bin ich allerdings eher konservativ und halte an einmal funktionierenden Lösungen fest.
Viele Jahre hat mich mein Garmin etrex Venture begleitet. Zunächst mit selbst generierten Karten, dann lange mit denen von Openmtbmap. Ab und zu habe ich mich nach Alternativen umgeguckt, aber die Openmtb-Karten scheinen einfach mit den verschiedenen Stilen am besten für diese alte Geräte-Generation geeignet.
Nun ja, das ist jetzt erstmal Geschichte, weil das Etrex keine 4-GB-Karten (mehr?) möchte und auch das Firmware-Upgrade verweigert. Ich dachte, das wäre schon mal drauf gewesen, aber ganz sicher bin ich nicht.
2GB-Karte ist zwar bestellt, aber es gibt Lieferschwierigkeiten (Verkäufer: “Nehmen Sie doch einfach ‘ne größere, die haben wir da”).
Auf dem Handy habe ich schon ziemlich lange Osmand in einer Uralt-Version. Ich benutzt es eigentlich nur zur Orientierung, also ohne Positionsbestimmung in der Karte und ohne Routing, weil der GPS-Empfänger ziemlich mau ist. Das Fehlen von Höhenlinien kann man in der norddeutschen Tiefebene ganz gut verschmerzen. Sie nachzurüsten habe ich einmal erfolglos versucht und schnell aufgegeben. Auch auf neuere Versionen aktualisiert hatte ich schon mal, aber es gab da irgendwann ziemlich radikale Änderungen in der Benutzerführung, die ich vorher einigermaßen selbsterklärend fand und hinterher nicht mehr.
Als ich neulich im Forum stöberte, war gerade wieder der Thread zur Freizeitkarte für Android an die Oberfläche gespült worden.
Mhm, klingt spannend. Allerdings scheint die Dokumentation nicht so sehr einsteigerfreundlich. Noch beim Zusammensuchen der Informationen (Was brauche ich? Locus? Oruxmaps? Was anderes?) bin ich bei Openandromap gelandet. Anleitungen und Support sind super, und mit der Karte bin ich erstmal glücklich.
Die Verbesserungen an “OSM go” gehen weiter. Ich war schon stolz, das der OSM Wochenbericht es erwähnt hat. Die Handhabung and Bedienfunktionen sind jetzt brauchbar. Es gibt Tasten- und URL-Befehle. Das Rendering kennt jetzt building levels und Geleise. Der erste “Layer” ist enthalten: Keepright. Es ist motivierend, alle Fehler zu beseitigen, die in der 3D-Welt markiert sind. Eine Objektauswahl zeigt Tags an.
Und gibt es das in einem anderen Programm oder Service: OSM rendered in Stereo zum Ansehen in Google Cardboard? Mit OSM go kann man durch die virtuelle welt von OSM lauen oder Fliegen.

Alle Details stehen auf der OSM-Wikiseite für OSM go. Da stehen auch alle Einzelheiten zu den enthalten Teilfunktionen und deren Entwicklungsstand. Und am Ende eine ToDo-Liste.
Vorab das Wichtigste: Die neue Version 0.7.53 ist auf overpass-api.de und dev.overpass-api.de jetzt aktiv. Die Rambler-Instanz wird in den nächsten Tagen folgen.
Weitere Details dazu werde ich weiter unten geben, ebenso, warum ein Vorfall rund um Pokemon Go mein Weltbild zu Zugriffsregeln erschüttert hat.
Doch zunächst möchte ich die Zahl des Monats präsentieren: 74.9 Prozent. Von 74.9 Prozent aller IPv4 /24-Subnetze, also aller überhaupt möglichen solchen Subnetze weltweit, habe ich mittlerweile Zugriffe in den Logfiles gefunden. Zu diesen Netzen gehören z.B. die von General Motors, Ford, Toyota, Daimler, BMW und Volkswagen. Bei Medienhäusern z.B. New York Times, Guardian und Der Spiegel. Weiterhin: SNCF, Deutsche Bahn, SBB, zahlreiche Universitäten und sogar ESRI. Selbstverständlich auch eine lange Liste von gewöhnlichen Internet-Providern. Zur Erinnerung: die Overpass API liegt eher im Maschinenraum und ist mehr technisch als nutzerfreundlich. Daher dürfte die amortisierte Reichweite der diversen Tile-Server noch weitaus höher liegen. Das passt sehr gut zu der Beobachtung, dass große Teile der öffentlichen Verwaltung in Deutschland damit experimentieren, OpenStreetMap in ihre Arbeitsabläufe zu integrieren.
Fazit: OpenStreetMap ist alles andere als klein. Es ist bereits der De-Facto-Standard für Geodaten. Und wenn es Wachstumsgrenzen für OpenStreetMap gibt, dann ist die Wichtigste davon die Größe der Menschheit.
Das heißt nicht, dass eine Mehrheit der Menschheit bereits OpenStreetMap nutzt. Geodaten kann man nicht essen, sie sind auch kein Medikament. Geodaten sind wichtig, aber nicht der Schwerpunkt der Welt. Die Statistik von oben sagt also: Wer sich für Geodaten interessiert, der kennt höchstwahrscheinlich OpenStreetMap.
Ich hab OSM uber letzte Woche erstemal benutzt. 先々週初めてOSMを始めました。
Bis heute was ich gelernt habe.今日までに学んだこと
Wie ein Gebäude zeichnen muss どうやって建物を描くか *Wie Markdown benutzen kann Markdownの使い方 Wie Tasking Maneger benutzen kann Tasking Managerの使い方 *Wie die Arbeit Prufen kann 作業確認のしかた
Was ich Falsch gemacht habe 何を間違えたか
*Position 位置 *rechter Winkel 直角
Das Werk war nicht so schwer als ich gedacht habe. Aber ist ganz schwer zu selbst konzentieren.
Ich bin keine Deutscherin sondern es gibt viele grammatik falsch. Wenn mann falsch gefunden hat , schreib mir einfach!
Es ist Amtlich “Umfirmierung - (Rechnungsanschrift)” ab 01.04.2016
Bei uns in der Firma ehemals “Lehnkering GmbH” ist seit 01.04.2016 “IMPERIAL Chemical International” unterstellt, in Altenwerder lautet nun die Amtlich Bezeichnung “IMPERIAL Chemical Logistics GmbH” Altenwerder Hauptstr. 21, 21129 Hamburg, Germany
mfg Andy P.
Hallo! Wie ist mit offiziellen Namen wie zB “Unbenanntes Gerinne [March (Nebeng.) [bei Rabensburg] II]” umzugehen? Ich habe es vorerst unter Notiz vermerkt. Wäre es korrekt bzw sinnvoll den Begriff unter Namen zu speichern? Danke, Alex
Ich hab ja in meinem ersten Post geschrieben, dass ich mich als Kartierer für ungwöhnliche Orte interessiere. Und neulich habe ich einen seltenen Ort entdeckt: Eine Fußballgolfanlage!
Fußballgolf ist lustig! Es ist änhlich zu Golf, doch statt mit Golfball und Schläger spielt man mit Fußball und Fuß. spielt man mit Fußball und Fuß. Wie bei Golf gibt es mehrere Bahnen, in jeder Bahn einen Startpunkt und ein Loch. Den Ball muss man mit so wenigen Tritten wie möglich ins Loch befördern. Der Spieler mit den wenigsten Tritten gewinnt.
Eine dieser Fußballgolfanlagen kann man in der Datenbank als Linie 107693223 bestaunen (habe ich eingetragen). Es wird zur Zeit auf der Standardebene nicht gerendert, aber das ist schon OK. Wichtig ist, dass die Daten stimmen.
Fußballgolf zeichnet sich auch dadurch aus, dass die Anlagen deutlich kleiner sind als bei Golf, aber größer als beim Minigolf. Die Bahnlänge beträgt so zwischen 50m-250m.
Fußballgolf scheint in der Welt noch sehr jung zu sein und weltweit gibt es vielleicht nur ein paar hundert Anlagen. Also ganz schön exotisch! :-)
Lustigerweise gibt es sogar Fußballgolfverbände, in Deutschland gibt es den Deutschen Fußballgolf Verband (sic!) und sie veranstalten sogar Turniere. Was es nicht alles gibt! xD
Da es noch kein einheitliches Taggingschema für die Fußballgolfanlagen selbst gibt und auch keine Wikiseite existierte, hab ich mir spontan was ganz einfaches ausgedacht:
Das ist in Anlehnung an leisure=golf_course und leisure=miniature_golf.
Ich war auch so frei, ein paar Anlagen in der Datenbank auf dieses Schema umzuschreiben (es war etwas chaotisch), aber natürlich nur dann, wenn ich mir auch sicher war, dass es tatsächlich eine Fußballgolfanlage ist (nix automatisch und so). Ich will ja nix kaputt machen! :-)
Seit vielen Jahren hat www.openstreetmap.org eine ziemlich schlichte Legende in der Seitenleiste (für die Ebene »Standard«).
Ich bin es von ausgedruckten Karten ja gewöhnt, dass es eine (möglichst) vollständige Legende von allen Karten gibt. Doch hier scheitert die Hauptwebseite von OSM. Die Legende hat leider nur die allerwichtigsten Straßen, dann noch ein paar Flächenfarben und nur drei (!) Symbole. Gerade das Fehlen der meisten Symbole ärgert mich am Meisten.
Leider ist diese Legende auch teilweise veraltet oder fehlerhaft, weil z.B. die Flächenfarben nicht stimmen. Schraffuren fehlen total.
Daher will ich Abhilfe schaffen. Auf osm.wiki/Standard_tile_layer/Key habe ich eine (englischsprachige) Seite angelegt, auf der die ganzen Symbole, Linien und Flächenfarben im Detail erklärt werden. Sie ist schon ganz schön lang geworden und ich mir ist klar geworden, wie komplex die Standardebene mittlerweile schon geworden ist. Aber ich hoffe doch, diese Seite ist jetzt schon hilfreich.
Die Wikiseite ist alles andere als vollständig, und es ist schwer, überhaupt mit den ganzen Updates hinterherzukommen. :D Natürlich bist du (ja, du!) willkommen, die Seite zu verbessern, falls du dir wirklich so viel Arbeit machen willst.
Ich habe vorgeschlagen, diese Wikiseite auf der Homepage zu verlinken, damit sie nicht nutzlos und ungelesen im Wiki vergammelt. Langfristig wäre es aber vielleicht besser, die Legende automatisch zu erzeugen, was ich auch vorgeschlagen habe.
Was denkst du dazu? Du kannst ja gerne deinen Senf dazu in Issue 1307 geben. :-) Und wenn es erstmal auch nur gelingt, die Wikiseite zu verlinken, wäre das schon ein Gewinn. :-)