OpenStreetMap logo OpenStreetMap

Diary Entries in German

Recent diary entries

Posted by malenki on 23 February 2014 in German (Deutsch). Last updated on 9 May 2015.

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.
Posted by Neukirchener on 21 February 2014 in German (Deutsch). Last updated on 3 November 2025.

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

Posted by Stadt Troisdorf_gp on 18 February 2014 in German (Deutsch). Last updated on 5 March 2014.

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!

Location: Sieglar, Kriegsdorf, Troisdorf, Rhein-Sieg-Kreis, Nordrhein-Westfalen, 53844, Deutschland
Posted by Nakaner on 14 February 2014 in German (Deutsch). Last updated on 20 February 2014.

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

Posted by ubahnverleih on 13 February 2014 in German (Deutsch). Last updated on 14 February 2014.

Openstreetmap Karte mit Wappen aus Wikidata bzw. Wikimedia Commons

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

Location: Musikerviertel, Ebersdorf, Löbau, Görlitz, Sachsen, 02708, Deutschland
Posted by thomersch on 10 February 2014 in German (Deutsch).

Auswertungsgraph

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

Location: Potschappel, Freital, Sächsische Schweiz-Osterzgebirge, Sachsen, Deutschland

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

Location: Bessenich, Zülpich, Kreis Euskirchen, Nordrhein-Westfalen, 53909, Deutschland

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:

stat

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/

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

Posted by thomersch on 28 January 2014 in German (Deutsch).

Bahnhöfe in OSM

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

Posted by malenki on 28 January 2014 in German (Deutsch).

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?

Mikrowelle

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

Location: Potschappel, Freital, Sächsische Schweiz-Osterzgebirge, Sachsen, Deutschland
Posted by MKnight on 24 January 2014 in German (Deutsch).

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! :)

Posted by malenki on 22 January 2014 in German (Deutsch).

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>
Posted by Cali42 on 21 January 2014 in German (Deutsch).

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

Location: Gallus, Innenstadt 1, Frankfurt am Main, Hessen, Deutschland