Und wieder einmal habe ich eine Grundsatzdebatte auf talk-at angezettelt.

Es geht um das Abzeichnen und Eintragen von Gehsteigen (sidewalk). Ich habe das in Innsbruck einmal probiert, das wurde konsequent gelöscht. Die Entscheidung damals meine Einträge zu löschen, waren im Nachhinein richtig gewesen. Es reicht doch, wenn an die Strasseneigenschaft, das “sidewalk” angehängt wird.

Ich frage mich wieder einmal, wann ist zuviel, zuviel?

Da folgt ein Rattenschwanz an Problemen. Wird dann an jedem Knotenpunkt eine Ampel eingezeichnet? Wie verlaufen die Relationen? Werden die Relationen dadurch nicht unnötigerweise verkompliziert?

Muss alles und jedes auf OSM eingetragen werden? Wann und wo ist Schluss damit? Was sagt die OSMF dazu, falls sie überhaupt zuständig dafür ist.

Als nächstes werden alle Oberleitungsmasten bei der Eisenbahn eingezeichnet. Jeder Kanaldeckel, alle Schneestangen entlang einer Strasse, die Gasthäuser mit Speisenangaben und Preisen. Das hat doch nichts mehr mit Navigation oder Stadtplänen zu tun, es ist ein reines füttern und vollfüllen einer Datenbank. Will man Google Konkurrenz machen? Keine Chance! Sinnvoller wäre es, sich auf die Grundlagen bei OSM zu konzentrieren und die Detailverliebtheit etwas einzuschränken bzw. nicht weiter auszubauen.

Ja, ich gebe es zu, dass ich Strassenlaternen, Hundekotsackspender (wer sucht bitte auf seinem Navi danach???) einzeichne. Aber ich bin auch dabei, mehr Hausnummern zu mappen (Bsp. Franking, Einsiedeln)

Die #OpenStreetMap #Straßenlistenauswertung [1] habe ich heute Abend in die Version 1.0 überführt.

Änderungen

• die Webseiten werden ab jetzt dynamisch erzeugt. Bisher wurden die HTML-Seiten nächtlich erstellt und waren dadurch nicht benutzer- oder aktionsbezogen anpassbar.
• die URL für das Straßenlisten-Wiki hat sich leicht geändert und ist jetzt [2]. Wer auf die Auswertungsseite einer Gemeinde geht, findet dort den Link direkt zur richtigen Straßenlistenseite im Wiki.
• die Optik ist jetzt besser und der Seitenaufbau ist einheitlicher (einige Nebenseiten erhalten in den nächsten Tagen auch das neue Design).
• die meisten Tabellen sind jetzt sortierbar durch Klick auf die Überschriftszeile.
• es gibt eine Suchfunktion, um direkt eine Gemeinde zu finden.
• ein Impressum und meine Kontaktadresse sind jetzt angegeben. Die Seiten für Mitwirkende und Quellenangaben folgen in Kürze.
• es gibt jetzt die Möglichkeit, dynamisch eine neue Auswertung zu beauftragen. Dazu gibt es einen Link auf der Gemeinde Auswertungsseite. Es wird dann die Wikiseite neu gelesen und in zwei Schritten die Gemeindegrenze aktualisiert geholt und die eigentliche Auswertung durchgeführt. Die Seite lädt solange, bis das Ergebnis angezeigt wird (erkennbar in der Zeile “Stand Auswertung”). Der zu frühe Klick bringt aber nichts, wenn die lokale OSM-DB noch nicht aktuell genug ist. Die garantierte Zeit ist bei [3] ablesbar in GMT-Zeit! Achtung: wenn diese dynamische Aktualisierung zu oft verwendet wird, schalte ich diese wieder ab. Es ist mir dann auch egal, ob es nur ein oder wenige Leute waren, die da zu oft rumgeklickt haben. Diese Auswertungen belasten der Server einfach zusätzlich.
• technische Internas: einige DB-Connection Leaks habe ich entfernt und Frameworks eingesetzt mit Hilfe eines Mitwirkenden, sodaß die Codebasis verbessert wurde.

Fehlende Funktionalität seit Januar

… See full entry

Im harten Mappingalltag bei OpenStreetMap kommt manchmal das schönste der Gefühle viel zu kurz: die Liebe. Das haben wir zum Anlass genommen, der Community etwas Liebe zurückzugeben und haben etwas erschaffen, das uns alle näher rücken lässt. Ein Projekt, in dem wir die Liebe zu Kartographie mit der Liebe zu anderen Menschen zusammenkommen lassen: OpenLoveMap.

Die OpenLoveMap zeigt Euch den Weg zum nächsten Sexshop, Stripclub, Puff oder - falls die Situation das gerade erfordert - zum Standesamt. Egal, ob am heimischen Computer oder unterwegs am Mobiltelefon, der nächste Kondomautomat ist nur einen Handgriff entfernt.

Wenn die nächste Taggingdiskussion frustrierend ist und ziellos scheint, schaut einfach bei der OpenLoveMap vorbei. Wir hoffen, dass Eurer Leben dadurch schöner wird und dass wir auch weiterhin so eine freundliche und ausgeglichene Community sein können.

— thomersch

Out of curiosity I had a look for maxspeed= with values that contain at least one semicolon on taginfo.
It is most likely that this kind of maxspeed values are created by merging at least two highway segments with different maxspeed values.
If you want to have a look yourself click here and type a “;” in the (lower) search box for values.
Accumulating the numbers there are 1058 key-value-pairs containing a semicolon.
Interpolating this one can consider that supposedly at least 2116 highway segments got merged without the mapper taking good care about what he did. Looking at the topic it seems obvious that often more then two segments got united.

Now you could do the same check for cycleways, sidewalks, oneways and other keys which don’t come to my mind at the moment.

I do not know of any Quality Assurance tool which is checking for this kind of errors. If you do, please mention it at the comments.
More important than to fix this data is not to create new errors of this kind.

• Luckily the default behaviour for merging ways in JOSM has been altered from combining the values as “value1;value2” by default. Now the user is forced to select one of the conflicting values.
• In Potlatch2 combined values are shown in red with a warning sign.
• iD merges ways with conflicting tags without complaining. Of course there are no plans for an intrusive warning because “they run counter to iD’s goal of encouraging new users to contribute to the map because they make them feel insecure, even when their edits are perfectly legitimate”(link). Another issue against iD regarding conflicting tags is a year old.

Ich schloss mich dem Projekt im November 2008, nach der Lektüre diverser Artikel (z.B. wdr.de and linux-magazin.de) an. Im Jahr 2007 machte mich ein Bekannter neugierig, da er auf seinem Palm Treo 680 OSM verwendete. Also kaufte ich mein erstes Fußgängernavi und steuerte meine GPS-Daten bei. Mit JOSM bearbeitete ich diese und fügte geografische Punkte ein. Ich war infiziert…

Hardware

• Digicam
• Pen & paper ;)
• Garmin eTrex® 30
• Smartphone (Keypad-Mapper 3)
• JOSM

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:

    https://wiki.openstreetmap.org/wiki/Tag: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.

… See full entry

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 (https://wiki.openstreetmap.org/wiki/Key:addr:housenumber) sowie der existierenden Gebäude (https://wiki.openstreetmap.org/wiki/Key: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 https://wiki.openstreetmap.org/wiki/Tag:railway=station und https://wiki.openstreetmap.org/wiki/Tag: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