Die Stadt Troisdorf, genauer gesagt, das Sachgebiet Geoinformation, beschäftigt sich jetzt auch seit einiger Zeit intensiv mit OpenStreetMap. Schon seit einigen Jahren gibt es den Stadtplandienst der Stadt Troisdorf (www.stadtplan.troisdorf.de), auf dem sich Bürger, Besucher und Interessierte neben amtlichen Kartenwerken auch Geodaten der Stadt ansehen und für den eigenen Gebrauch ausdrucken können. Im Frühling des Jahres soll dort das Angebot um OpenStreetMap-Daten ergänzt werden.

Daher sind mittlerweile Mitarbeiter des Sachgebiets aktiv dabei den bereits sehr gut erfassten Datenbestand im Stadtgebiet stetig zu verbessern: neue Gebäude werden ergänzt, Adressdaten vervollständigt, Ortsteilgrenzen angepasst.

Mit diesem Projekt soll nicht nur das Angebot für den eigenen Stadtplandienst verbessert werden, sondern auch die Nutzung von offenen (Geo)daten verbessert werden.

Wir sind gespannt, wo die Reise hingeht!

Viele Mapper sind bestrebt die nähere Umgebung um das eigene Heim, möglichst gut zu erfassen. Auch ich bin so. Doch einer Frage wollte ich auf den Grund gehen: Wie gut sind die Öffnungszeiten erfasst?

Öffnungszeiten sind etwas, was man mal so nebenbei erfassen kann. Wenn man irgendwo hin laufen oder Rad fahren möchte, kann man, ausreichend Zeit vorausgesetzt, Zwischenstops einlegen und dabei die Öffnungszeiten von Ladengeschäften und Gastronomiebetrieben erfassen.

Ich habe mich jetzt mal eine Stunde hingesetzt und mich intensiver mit der Overpass-API und den MapCSS-Fähigkeiten des Overpass-Turbo auseinander gesetzt. Möchte man für einen kleineren Bereich die Öffnungszeiten-Abdeckung grafisch darstellen, so genügt folgender Code:

<osm-script>
    <union>
        <query type="node">
            <has-kv k="shop"/>  <bbox-query {{bbox}}/>
        </query>
        <query type="way">
            <has-kv k="shop"/>  <bbox-query {{bbox}}/>
        </query>
        <query type="node">
            <has-kv k="amenity" regv="^(restaurant|pub|bar|fast_food|food_court|ice_cream|cafe)$"/>  <bbox-query {{bbox}}/>
        </query>
        <query type="way">
            <has-kv k="amenity" regv="^(restaurant|pub|bar|fast_food|food_court|ice_cream|cafe)$"/>  <bbox-query {{bbox}}/>
        </query>
        <recurse type="way-node" />
    </union>
    <print/>
</osm-script>

{{style:

    node[opening_hours!=.],way[opening_hours!=.]
        { color:red; fill-color:red }

    node[opening_hours],way[opening_hours]
        { color:blue; fill-color:blue; }

}}

Beispiel-Abfrage aus Karlsruhe

Hat ein POI Öffnungszeiten, ist er blau, andernfalls rot. Ob die Öffnungszeiten-Syntax eingehalten wurde, wird nicht geprüft.

Der obere Teil der Abfrage (osm-script) fragt die Objekte von der Overpass-API ab, der untere Teil rendert sie entsprechend.

Dieser Blogpost basiert auf einem Blogpost von tyr_asd.

EDIT: Overpass-Abfrage korrigiert und Link auf korrgierte Abfrage eingefügt.

Vor ein paar Tagen habe ich es endlich geschafft den CRE zu Wikidata zu hören. Ich finde das ganze Projekt sehr spannend und mein erster Gedanke dazu war, wie es mit der Verknüpfung von Wikidata und OpenStreetMap aussieht. Ich scheine logischerweise nicht der erste zu sein, der daran gedacht hat und so gibt es auch schon einen Tagvorschlag für OSM, dem glaube ich nicht viel entgegensteht.

Ich habe mich dann mal ran gesetzt und versucht die WikiData-API anzuzapfen, die ehrlich gesagt ziemlich schrecklich ist. (In JSON eingebettetes JSON oder alternativ in XML eingebettetes JSON und solche Sachen, oder habe ich die Falsche API erwischt?)

Ich habe dann nach einer Sache gesucht, die man gut auf einer Karte visualisieren kann und fand dann heraus, dass einige Städte in Wikidata einen Link zu Ihrem Wappen (coat of arms image) haben. Also habe ich einige Städte in der Umgebung mit wikidata-Tag versehen und deren Wikidata-Seiten mit dem Verweis zum Wappen.

… See full entry

Der Datenbestand von OpenStreetMap wächst beständig. Aber wie stark genau? Und wie viel haben wir überhaupt schon erfasst? Haben wir schon mehr Kilometer Wanderwege als kommerzielle Anbieter? Das können wir uns jetzt beantworten.

Mit osm.lyrk.de haben wir jetzt eine Webseite, die täglich verschiedene Auswertungen in Deutschland, Österreich und der Schweiz durchführt und visualisiert.

Im Moment werden Fahrradwege, Fußwege, Wanderstrecken, Bahnschienen, Wege und Pfade in ihrer Gesamtlänge analyisiert. Außerdem gibt es eine Auswertung von Elementen mit Hausnummern (addr:housenumber=*) sowie der existierenden Gebäude (building=*).

Die Graphen mit den absoluten Zahlen sind noch nicht so aussagekräftig, aber das sollte sich mit der Zeit lösen. Die relativen Auswertungen sind schon etwas interessanter, dort kann man sehen, wie viele Elemente/Kilometer pro Tag hinzukommen.

… See full entry

In Münnerstadt ist ein neues Gewerbegebiet geplant. Zur Zeit ist dies allerdings noch mehr oder weniger umstritten. Wie es heisst sollen sich dort Lidl und dm niederlassen. Wir dürfen also gespannt sein.

Hi folks @ mapper community;

I have in an old town several buildings with an store in the first floor and appartments in the second. The whole area is mapped as residential… How do you tagg these bulidings?

Thanx and have a nice day; themartinix

In Deutschland wurde vor einer Woche der letzte Fehler behoben. Herzlichen Dank an alle, die mitgemacht haben.

Hier eine Graphik über die Bugs in Deutschland:

Insgesamt sind noch 12 Länder übrig. Aktuelle Statistik s. [3]

In Russland sind noch die meisten offenen Fehler (mehr als die Hälfte):

• [RU] 5679

Italien und Frankreich haben noch um die 1000 Fehler. In Frankreich wurde kürzlich die letzte aktive Homepage (geovelo) auf Notes umgestellt.

• [IT] 1010
• [FR] 854

Die restlichen Länder haben zwischen 200 und 350 Bugs. Diese lassen sich, so hoffe ich, im laufe des Monats beheben.

• [NL] 338
• [FI] 309
• [SE] 289
• [BE] 285
• [HT] 270
• [ES] 270
• [RO] 252
• [UA] 221
• [BY] 201

[2] osm.wiki/OpenStreetBugs/Phase_Out#Mapping_party

[3] http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/

Oggi ho comminciato di mappare la Val d’Ossola.

Heute abe ich damit begonnen, das Valdossola (Italien) zu kartieren.

Tonight I started to map the Valdossola (Italy).

Neue Auswertungen und Übersicht

Ende Januar kam Dresden hinzu, gestern Berlin.

Damit ist jetzt die Auswertung für 11 Gemeinden in Deutschland verfügbar [1].

Es sind sowohl Großstädte (Berlin, München, Köln, Bremen, Augsburg), aber auch dörfliche Gemeinden vorhanden.

OSM-Hausnummernabdeckung

Zusammen sind in den 11 Gemeinden 953.241 offiziell Hausnummern vergeben. In einigen Gemeinden gibt es in verschiedenen Stadtteilen namensgleiche Straßen, daher sind in den Gemeinde-Gesamtauswertungen bisher nur 923.098 offizielle Hausnummern auswertbar und davon sind in OSM 428.260 Hausnummern enthalten. Das entspricht einer Abdeckung von 46,4%.

Beispielwerte für OSM-Hausnummerabdeckungen

Ich werde eine Übersichtstabelle erstellen, wenn ich den derzeitigen Schwund in der Auswertung beseitigt habe.

Daher vorerst nur einige Zahlen: unter den Großstädten geht die Abdeckung von Berlin 29,1% (abs. 103.569 Hnrn) bis Augsburg 98,0% (abs. 40.575).

Spitzenreiter im Zuwachs ist München: aktuell 62,4% (abs. 94.536), seit Auswertungsbeginn am 1.8.2013 bis heute ein Zuwachs von etwa 34.000 Hausnummern im halben Jahr, Wahnsinn!

Anteil an gesamten deutschen Hausnummern

Die 11 Gemeinden bringen zusammen 7,2 Mio Einwohner, weil wir netterweise bereits die Mio-Städte Berlin, Köln und München dabei haben, also ingesamt können wir mit den wenigen Gemeinden bereits die Hausnummern für 9% aller Deutschen auswerten.

Städtische und ländlische Hausnummer/Einwohnerzahlen

Ich stelle im nachfolgenden den Faktor Einwohner einer Gemeinde im Verhältsnis zu den Anzahl offizieller Hausnummern in Bezug. Also wieviele Einwohner der Gemeinde teilen sich eine Hausnummer.

Großstädte München 9,2; Berlin 9,0; Dresden 8,2, Augsburg 6,6, Köln 6,5

Großstadt Ausreißer Bremen 3,8

Mittelstädte Kaufbeuren 4,2, Aichach 3,4

Landstädte: Kühbach 3,1, Schiltberg 3,1

Die Einwohner der Gemeinden entstammen Destatis Gemeindeverzeichnis von Anfang Januar 2014. Die Faktoren habe ich auf 1 Nachkommastelle gerundet.

… See full entry

Das ist ein Blogtest

Wir beschäftigten uns gerade mit der Deutschen Bahn, was uns dazu verleitet hat, den Datensatz von OSM genauer zu betrachten.

Erst mal haben wir alle railway=station und railway=halt in eine Datenbank reingeholt und uns die Ergebnisse angesehen. Ein kleines Extrakt:

name
------------------------------------------------------------ 
Alexanderplatz - regional trains, S 5, S7, S75, U 2, U8, U5
Bleckede-Waldfrieden Draisinenbahn Haltestelle
München Airport Center (MAC) / Zentralbereich
Norddeich-Mole-Bushaltestelle-Behinderten-WC
Österreichischer Platz (WGV Versicherungen)
Eckartshaldenweg (HDI-Gerling Versicherung)
Österreichischer Platz (WGV Versicherungen)
Eckartshaldenweg (HDI-Gerling Versicherung)
MPSB Mecklenburg-Pommersche Schmalspurbahn
Betriebsbahnhof Mechterstädt-Sättelstädt

Bei der Analyse fallen direkt einige Dinge auf:

… See full entry

Overpass-Turbo-Abfragen mit “in Hamburg” funktionieren nicht. Der Grund ist vermutlich, dass es zwei Relationen mit name=Hamburg und type=boundary gibt. Die eine ist die “echte Hamburger” Grenze und schließt ein paar Inselchen in der Nordsee mit ein. Die andere Relation ist bis auf die Grenze um diese Inselchen und ein paar Tags mit der Grenzrelation identisch.
An letzterer bestimmend soll wohl dies sein:
note=Hamburg city (enclosed urban settlement)

Wer räumts auf?

• HeatMap
• How Did I Contribute
• HistoryMap

Der ubahnverleih und ich machen einen kleinen Tech-Podcast (inzwischen Episode 16) und haben mal wieder – wie fast in jeder Folge – das Thema OpenStreetMap angeschnitten.

Diesmal ging‘s um Leaflet, GeoJSON, Openlayers und andere Sachen. Vielleicht mögt ihr mal reinhören: http://mikrowelle.me/016.html

Hallo Welt

Wo das superduper Benutzer-Aufklapp-menü mir endlich wirklich reicht und ich es in den Müll werfe:

.user-menu .dropdown-menu {
	position:static !important; 
	box-shadow:none !important; 
	display:block !important; 
	border: 0px !important }
.user-menu .dropdown-menu li+li+li,
.user-menu .dropdown-menu li+li+li+li, 
.user-button {
	display:none !important}
.user-menu .dropdown-menu li {float:left !important}

Macht folgendes: http://www7.pic-upload.de/24.01.14/s8h3p5sdjsow.png

Nicht schön aber selten! :)

Neue Firmware für Garmin-Geräte enthält gern neue Features, statt alte Bugs zu beheben. Da die Übersetzung weniger schnell voranschreitet als die Featuritis, komplettiere ich die deutsche Übersetzung als kleines Privatvergnügen. Meine aktuelle Version für GPSMap 62/78 liegt hier.

Während ich also dieser Beschäftigung nachging, fand ich wieder einmal zwei kleinere Bugs. Da zwei Einträge zu dem relevanten Bug im entsprechenden Forum bisher nicht veröffentlicht wurden (“Nach Prüfung durch den Moderator”), sind sie eben beide hier zu finden.

Im Bildbetrachter gibt es einen Bug beim Sortieren der Bilder.
Wenn man diese Menüfolge aufruft:
Photo Viewer -> [Menu] -> Sort Photos -> Near a Location -> A Map Point
kann man zwar auf einen Punkt auf der Karte zeigen - aber dann kann man nur “Go” drücken und kommt zum Navigationsdialog oder mit [Quit] abbrechen.

Der andere “Fehler” ist eher eine Kuriosität und wird wohl nie korrigiert werden: Unter GARMIN/Garmin/Text/ werden die .gtt-Dateien gespeichert. die die Übersetzung für die einzelnen Sprachen enthalten. Heute stellte ich Folgendes fest: Sind die Strings alphabetisch sortiert wie hier:

    <str>
        <tag>TXT_Acquiring_Code_MSG_STR_M</tag>
        <txt>Mit chirpTM verbunden
    <str>
        <tag>TXT_Acquiring_Satellites_STR_L</tag>
        <txt>Suche Satelliten</txt>
    </str> wird "Acquiring Satellites" nicht übersetzt.        Kehrt man die Reihenfolge um, funktioniert die Übersetzung:  

    <str>
        <tag>TXT_Acquiring_Satellites_STR_L</tag>
        <txt>Suche Satelliten</txt>
    </str>
    <str>
        <tag>TXT_Acquiring_Code_MSG_STR_M</tag>
        <txt>Mit chirpTM verbunden
    <str>

Manchmal ist es leidlich. Man taggt eine Parkgarage. Ungefähr so:

—-1—-2

—- highway:service

1 amenity:parking_entrance

2 amenity:parking mit allen Details.

Warum lässt man das Ende offen? Weil man keine Ahnung hat, wie es unterirdisch weiter geht. Gutes Mapping also. Man mappt nichts, was man nicht kennt, oder was es nicht gibt!

Was passiert? a) Jemand mappt einen nicht vorhandenen Shortcut zwischen Einfahrt und Ausfahrt. Schlechtes Mapping. Diese “Straße” gibt es nicht! b) Jemand löscht den Punkt 2, weil es keine “Sackgassen” mit offenen Ende geben darf.

Oder hat jemand eine Idee? Man lässt sich ja gerne aufklären. Nur ein Edit-War muss auch nicht sein :(

Manchmal verzweifele ich ich ein wenig. Bei sowas lässt die Lust massiv nach. Ich habe die Person jetzt mal angesprochen. Mal gucken, was passiert.

Changelog

Neue OSM Tags zur Sesselbahn Baiersbronn (Schwarzwald), siehe hier.

Referenz: Website Sesselbahn Baiersbronn

Der unter anderem in Dresden tätige Verkehrverbund Oberelbe nutzt nun Daten (Gebäudeumrisse) aus OpenStreetMap (siehe Reiter “Karte”).

Zwei Vertreter waren im vergangenen Jahr beim Dresdner Stammtisch und haben sich beraten und OpenStreetMap “erklären” lassen. Die Attribution auf der Webseite ist zwar nicht ganz korrekt, da müsste man ihnen ggf. Bescheid sagen. (Nachtrag: Der Lizenzhinweis ist nun korrekt.)

Die Daten scheinen recht aktuell zu sein, allerdings scheint deren (wahrscheinlich proprietärer) Renderer ein wenig Probleme mit Multipolygonen zu haben.

Im Gegenzug für unsere Beratung haben die zwei Herren uns versprochen, zu schauen, ob es vielleicht möglich wäre, die Haltestelledaten des Verkehrsverbundes für OpenStreetMap bereitzustellen. Leider kam bisher keine Rückmeldung.

— thomersch