OpenStreetMap

Diary Entries in German

Recent diary entries

Wieder Leiferder Hausnummern

Posted by zut on 27 February 2016 in German (Deutsch)

Nach den Tips von flohoff ging das Eintragen schon etwas schneller. Danke dafür!

Location: Gnesener Straße, Leiferde, Samtgemeinde Meinersen, Landkreis Gifhorn, Niedersachsen, 38542, Deutschland

Weitere Analyse der deutschen Autobahnen ...

Posted by Harald Hartmann on 21 February 2016 in German (Deutsch)

Nach meinem letzten Blog und dem Hinweis, ich könne daraus eine Wochenaufgabe machen, habe ich, auch wenn ich für die Betreuung einer Wochenaufgabe für die nächsten Wochen leider keine Zeit aufbringen kann, trotzdem mal hingesetzt und mit ein paar Linuxbasismitteln eine kleine Analyse gefahren. Diese habe ich im Wiki unter Auswertung/motorway veröffentlicht.

Ja es ist schon erstaunlich, was es nicht so alles gibt, hier meine Highlights...

  • foot=yes - ich bin ja schon beruhigt, dass mir kein horse und auch kein bicycle begegnen kann
  • surface=grass mit maxspeed=100 - soviel zum Thema §3 der gerade im Forum diskutiert wird
  • note:name mit Verweis auf Wikipedia (13.680x) anstatt den wikipedia Key (nur 494x) zu nutzen, und name sowieso nur 4.127x genutzt wurde?!
  • source:lit=http://www.autobahn-bilder.de (19.560x) - Bilder stehen unter Copyright über deren weitere Verwendung, z.B. als Quelle für OSM ist leider nichts genannt
  • maxspeed von 10-160 km/h alles dabei

Keitum (Sylt): Gebäude, Adressen, Details

Posted by joschi81 on 20 February 2016 in German (Deutsch)

Moin, moin,

arbeite gerade an den Details für Keitum auf Sylt, da für unser aktuelles Projekt Keitum im Dialog eine detaillierte Kartengrundlage nützlich ist. Falls jemand gerade eine Mapping-Aufgabe sucht: Hilfe kann ich gut gebrauchen.

Viele Grüße und schönes (Mapping?-)Wochenende joschi81

Location: Klentertal, Keitum, Sylt, Kreis Nordfriesland, Schleswig-Holstein, 25980, Deutschland

erster blogeintrag

Posted by Carlos Warnecke on 16 February 2016 in German (Deutsch)

heute mal weider am kartieren und "zum wohle der gemeinschaft beitragen", wie ich das nenne. macht mir wie immer sehr spaß. :)

Hausnummernmapping mit Maps4BW als Walking Paper

Posted by MarkusHD on 16 February 2016 in German (Deutsch)

Anfangs hatte ich Maps4BW noch boykottiert. Ich dachte, jetzt übernehmen ortsfremde Couchmapper auch noch das (bei Begehung) sehr interessante Erfassen von Hausnummern - mit all den Lücken aus der Maps4BW-Karte. Glücklicherweise war das zumindest in meiner Gegend nicht der Fall. Mittlerweile schätze ich die Daten, um bei der Begehung Zeit zu sparen und nutze sie auch zum Einzeichnen von Gebäuden.

Ursprünglich bin ich mit Schmierzettel und Kuli auf dem Fahrrad los und hatte unterwegs selbst einfachste Skizzen der Straßen und Wege gezeichnet und die Hausnummern dazu notiert. Irgendwann bin ich dazu übergegangen, Straßen und Hausnummern anhand Maps4BW bereits zu Hause auf Papier zu bringen und unterwegs nur noch abzuhaken und fehlende zu ergänzen. Den Weg über die manuelle und etwas ungenaue Skizze wollte ich mir nun ersparen und den Ausschnitt aus der Maps4BW-Karte direkt ausdrucken.

Da ich allerdings auch gern Tinte spare, wollte ich die Karten vorverarbeiten, da mich im Prinzip nur die Gebäudeumrisse mit Hausnummern interessieren und die Straßen zur Orientierung. Zunächst mit Gimp angeschaut wurde schnell klar, dass das nach Automatisierung ruft und ich bin mit ImageMagick zu einem Ergebnis gekommen. Die für den Ausdruck vorbereitete Karte enthält nun im Wesentlichen nur noch Gebäude, Namen und verschiedene Straßen- und Objektumrisse auf weißem Hintergrund.

Vorher: vorher

Nachher: nachher

Dokumentiert habe ich das Vorgehen samt Beschreibung der in der Karte verwendeten Farben in zwei neuen Abschnitten im Maps4BW-Artikel:

Dummerweise funktionierte Maps4BW am Sonntag nicht als JOSM-Hintergrund, weshalb ich die Daten noch nicht eingetragen habe. Das mache ich in der Regel gemeinsam mit dem Einzeichnen der Gebäude, da einzelne Hausnummern in der Landschaft so unordentlich aussehen. Auch http://maps4debugs.openstreetmap.de/ zeigte keine Kacheln, die offizielle Karte auf http://www.webatlasde.de/ArcGIS/rest/services/Maps4BW/MapServer?f=jsapi funktionierte hingegen, allerdings auch teilweise etwas träge. Inzwischen läuft alles wieder.

Mehr als die Hälfte der Autobahnen in Deutschland hat keine Oberfläche (surface)

Posted by Harald Hartmann on 13 February 2016 in German (Deutsch)

Ich habe mir zwecks Qualitätssicherung in Maperitive eine Regel (MaperitiveRules/Surface) für die Verwendung und visuelle Darstellung der Oberfläche erstellt.

Ursprünglich eigentlich nur für meinen Umkreis gedacht, habe ich spaßeshalber einfach mal die Autobahnen (inkl. Ab-/Auffahrten) in Deutschland durchlaufen und visualisieren lassen. Naja, was soll ich da noch großartig sagen, seht selbst: AutobahnOberflaeche.png

Mehr als die Hälfte der Autobahnen in Deutschland hat keine Oberfläche. Jetzt könnte man ja fragen: warum sollte es?

Ein Gedanke könnte folgender sein: Bundeslandabhängig werden im Sommer Autobahnen aus Beton (concrete) wegen Blow-ups durchaus mal eine Höchstgeschwindigkeit von 80 km/h festgelegt.

Erster Außeneinsatz 2016

Posted by zut on 13 February 2016 in German (Deutsch)

Bei kühlen Temperaturen aber Sonne ein Wohngebiet in Leiferde mit Hausnummern versehen. Endlich mal wieder Bewegung! Und wieder festgestellt, daß das Taggen von Adressen länger dauert als das Aufschreiben vor Ort.

Location: Rokamp, Leiferde, Samtgemeinde Meinersen, Landkreis Gifhorn, Niedersachsen, 38542, Deutschland

Brisant: Ost-West-Trennung an der Glienicker Brücke wieder aktuell!

Posted by glibbertorsten on 12 February 2016 in German (Deutsch)

Die Trennung von Ost und West ist deutlicher den je! Google hat neue Luftaufnahmen von Potsdam veröffentlicht, auf denen deutlich wird, das der Osten keine Chance mehr hat, den "Rückstand" noch aufzuholen... Es ist sogar schon soweit, das sich die Jahreszeiten verschieben!

Im Westen ist schon Sommer, im Osten noch nicht mal Frühling: google Satellitenfoto Glienicker Brücke

:-) Fröhliches Mappen mit besserer Sicht auf sonst von Bäumen verdeckte Häuser!

Location: Wannsee, Steglitz-Zehlendorf, Berlin, Deutschland

4000 gelöschte Place-Nodes in Deutschland – und nun?

Posted by malenki on 11 February 2016 in German (Deutsch)

Screenshot gelöschter, wiederhergestellter places in Deutschland

Edit: Damit "4000 gelöschte Orte" nicht so abstrakt daherkommen, habe ich auf umap daraus eine Karte erstellt.

Kürzlich stieß ich wieder einmal auf einen der Mapper, der etliche place-Nodes löschte, weil die ja auch am landuse stehen (oder er sie (teilweise) dorthin kopiert hatte).[0]

Nun steht ja im Wiki, dass man places sowohl als node, als auch als way als auch mit beidem mappen kann, also ist das, was die Mapper da treiben, im Prinzip nicht verkehrt. Mich stören aber zwei Dinge: Zum Einen sind die Nodes in der Regel einige Jahre älter als die Umringe der Ortschaften. Mit diesen Löschungen geht ein Teil der OSM-Geschichte verloren. Zum Anderen schaffen es manche der Mapper nicht, alle Tags zu kopieren…

Da ich über längere Zeit etliche solcher Löschungen gesehen hatte, wollte ich nun wissen, wieviel places in Deutschland denn im Laufe der Zeit insgesamt gelöscht wurden.
Dazu habe ich die Overpass API für jedes deutsche Bundesland für September 2012 (Beginn der Overpass-API-Zeitrechnung), die ersten Januare von 2013-15 und Februar 2016 nach allen place=nodes gefragt.[1] Eine Abfrage über ganz Deutschland ist offenbar zu ressourcenhungrig und läuft in einen Timeout.
Die Abfrageresultate für 2012-2015 und die für 2016 habe ich jeweils zu einem deutschlandweiten Datensatz verbunden.

Places mit den Werten "locality, field, location, political_structure, yes, island, islet" habe ich ignoriert:

$ osmfilter 2016-02-10_Germany_places_node.osm --drop="place=locality \  
=field =location =political_structure =yes =island =islet" \  
--keep-tags="all place= name=" > \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze.osm

Von den places will ich nur die Node-IDs vergleichen:

$ osmconvert 2012-2015_Germany_places_node_nur_name_und_valide_plätze.osm \  
--all-to-nodes --csv="@id" --csv-headline| sort|uniq > \  
2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv

Resultate

Wenn man nur die Daten zwischen dem 12.09.2012 und dem 11.02.2016 vergleicht, wurden 5429 places neu erstellt und 3266 gelöscht.

Zieht man noch die Daten von 2013-2015 in Betracht, wurden in diesem Zeitraum weitere 526 places erstellt und wieder gelöscht, so dass die Gesamtzahl gelöschter place-nodes 3792 beträgt.[2] Für die Überschrift habe ich etwas aufgerundet, weil a) 4000 viel reißerischer klingt als so eine krumme Zahl :)und b) sicherlich auch innerhalb eines Jahres place-nodes entstehen und vergehen, die durch mein Raster gefallen sind.

Die IDs habe ich in eine Datei geschrieben[3], etwas umformatiert und über das undelete-Plugin wiederhergestellt. Dort lauert aber seit langer Zeit die Falle, dass Objekte mit einem Redaction-Vorgang in der History nicht wiederhergestellt werden.
(Sinnvollerweise hätte ich gleich die undelete-Tools aus dem OSM SVN-Repository verwenden sollen. Für die nicht wiederhergestellten 85 Nodes war ich zu bequem, diese zu bemühen und habe ein paar gruslige Einzeiler dafür verwendet.)

Von den gelöschten places hatten in der letzten Version 3045 ein name-Tag:

grep -w "'name'" places_gelöscht_wiederhergestellt_inclusive_redacted.osm -c
3045

Nun habe ich die 3792 wiederhergestellten place-Nodes – und weiß nicht, was ich damit tun soll. Die in meiner Region – Landkreis Mittelsachsen – schaue ich garantiert durch, aber alle selbst zu überprüfen und gegebenenfalls selbst wiederherzustellen ist mir zuviel Aufwand. Wären das eine Idee für eine Wochenaufgabe? Für Maproulette? Oder soll ich sie ins Wiki kippen und auf das Beste hoffen?

Wer sich die Daten mit den wiederhergestellten Nodes anschauen will, kann sie hier herunterladen. Die Rohdaten finden sich hier.

Im Forum habe ich einen Thread eröffnet, weil dort mehr diskutierendes Publikum verkehrt.

Fußnoten
[0] Nein, ich habe ihn noch nicht kontaktiert und möchte ihn auch nicht an den Pranger stellen. Er steht hier nur als Beispiel für diese Art Mapper und des Mappens.

[1]

for i in $(less areas); do wget --timeout=1800 "https://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A1800%5D%5Bdate%3A%222013-01-01T00%3A00%3A00Z%22%5D%3B%0Aarea%28\  
$(echo "$i"| cut -d "_" -f 2)%29-%3E.searchArea%3B%0A%0A%28%0A%20%20node%5B%22place%22%5D%28area.searchArea%29%3B%0A%29%3B%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B" -O - > \  
"2013-01-01_$(echo "$i"| cut -d "_" -f 1)_places_node.osm" && sleep 100 && wget --timeout=1800 \  
"https://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A1800%5D%5Bdate%3A%222014-01-01T00%3A00%3A00Z%22%5D%3B%0Aarea%28\  
$(echo "$i"| cut -d "_" -f 2)%29-%3E.searchArea%3B%0A%0A%28%0A%20%20node%5B%22place%22%5D%28area.searchArea%29%3B%0A%29%3B%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B"\  
-O - > "2014-01_01_$(echo "$i"| cut -d "_" -f 1)_places_node.osm" && sleep 100 && \  
wget --timeout=1800 "https://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A1800%5D%5Bdate%3A%222015-01-01T00%3A00%3A00Z%22%5D%3B%0Aarea%28\  
$(echo "$i"| cut -d "_" -f 2)%29-%3E.searchArea%3B%0A%0A%28%0A%20%20node%5B%22place%22%5D%28area.searchArea%29%3B%0A%29%3B%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B"\  
-O - > "2015-01_01_$(echo "$i"| cut -d "_" -f 1)_places_node.osm"; done

"areas" ist eine Liste der deutschen Bundesländer mit Name und der API-internen ID dieser Fläche:

Baden-Württemberg;3600062611
Bayern;3602145268
Berlin;3600062422;
Brandenburg;3600062504
Bremen;3600062718
Hamburg;3602618040
Hessen;3600062650
Mecklenburg-Vorpommern;3600028322
Niedersachsen;3600062771
Nordrhein-Westfalen;3600062761
Rheinland-Pfalz;3600062341
Saarland;3600062372
Sachsen;3600062467
Sachsen-Anhalt;3600062607
Schleswig-Holstein;3600051529
Thüringen;3600062366

[2] comm lieferte die Daten, wc die Zahlen:

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -23|wc -l

3792

$ comm 2012-09-12_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -23|wc -l

3266

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -13|wc -l

5429

[3]

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -23 > places_gelöscht_ID

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -13 > places_neu_ID
Location: Neunheiliger Weg, Schlotheim, Unstrut-Hainich-Kreis, Thüringen, 99994, Deutschland, Europa

Kartierung von Veranstaltungsarealen

Posted by Toliman on 10 February 2016 in German (Deutsch)

Welche Tools existieren zur Kartierung von Veranstaltungsarealen?

Häufig ist, insbesondere bei größeren Veranstaltungen, wie Volksfesten eine detaillierte Kartierung erwünscht. Wenn das Volksfest im nächsten Jahr wieder stattfindet, sind die Attraktionen häufig wieder am selben Ort errichtet, so daß es sinnvoll ist, für eine Neukartierung die Version aus dem letzten Jahr als Vorlage zu benutzen. Kann man auf diese wieder zurückgreifen? Kann man für bestimmte Areale mehrere austauschbare Karten definieren, was für die Kartierung von Festplätzen sehr sinnvoll wäre.

Welche Tools existieren, um die Route von Umzugsveranstaltungen auf Openstreetmap zu definieren?

In Addition to weeklyOSM

Posted by derFred on 9 February 2016 in German (Deutsch)

Mapa del Asado

#ElMapaDelAsado

Here the statement from Miguel Graziano:

"El Mapa del Asado nació en medio de una situación compleja y con la intención de dar una respuesta al aumento de precios y la pérdida de poder adquisitivo de los salarios. La idea es compartir los datos de los comercios (carnicerías) en donde el producto se ofrece a menor precio para combatir la inflación.

Los comerciantes pueden ver que sus colegas venden a mejor precio y los consumidores cuentan con una herramienta para cambiar el lugar en el que realizan sus compras. El mapa demostrará que muchas veces la relación entre el precio y la calidad es un prejuicio. Y que exactamente el mismo producto, con la misma calidad, se vende a valores muy diferentes en diferentes comercios.

Además, como el gobierno desmanteló los organismos para medir la inflación, sirve también para establecer una estadística sobre la fluctuación del precio del producto. En Argentina, el asado es una excusa para el encuentro entre familiares y amigos, por lo que otra de las ideas que motorizó la creación del Mapa es, frente a la crisis, mantener este acontecimiento cultural que nos reúne alrededor de la mesa."

  • lstryjek@smapache.com.ar said to us: We developed a Collaborative map with the main objective of compare meat price and to know the potential price distribution, lower and higher price by boundary box / zone.

We are currently going trough an inflation process here in Argentina, and meat price is getting higher and higher. This tool helps people find cheap and good meat price near house. It's kind of that simple.

Since we launched the web, it is huge success. The first 2 days people marked three thousand butcher shop with address and meat price.

There was lots of media noise around here. This is a list of media interviews we had:

The next step is to import this data into OSM and keep a updated dataset of butcher shops.

Opening_hours Statistik-porn

Posted by MKnight on 7 February 2016 in German (Deutsch)

Ok, eher Softporno, hab diesmal nicht alles durchgezählt, sonst hätt ich 3 Tage statt einen gebraucht.

In den letzten 4 Wochen wurden deutschlandweit 12.500 Objekte erstellt oder geändert die (zum heutigen Stand) Öffnungszeiten beinhalten. Das ist recht dehnbar, aufgrund solch diffuser Daten ne Statistik zu bauen (wenn wer ne vernünftige Overpass-abfrage parat hat, wo opening_hours hinzukamen, nur her damit), ich versuchs trotzdem:

Da ich etwa einmal monatlich opening_hours korrigiere, kann ich grob übern Daumen abschätzen, dass bei den ("neuen") Objekten etwa 50-80% dabei sind, wo die Öffnungszeiten wirklich neu sind. Bei sage und schreibe 460 Warnungen und Fehlern hab ich ein wenig das Gefühl, dass die Sensibilität endlich etwas steigt und das Abkippen von Phantasie- und "aus-dem-Bauch"-Murx stark abgenommen hat. (Ok, 460 neue Fehler in 4 Wochen ist kein Pappenstiel, das sind etwa 2-5% Abfall aber naja...)

Was wollte ich?

Achja, grobe Fehlerverteilung frei aus dem Kopf und völlig unwissenschaftlich unstatistisch:

  • 40% falsche Wochentage
  • 10% falsch gesetzte Komma oder Semikoli
  • 20% fehlende Komma oder Semikoli
  • 2% Verwendung von Komma statt Semikolon (in aller Regel korrekt und sinnvoll renderbar aber schematisch falsch)
  • 10% Verwendung komischer Zeichen wie langen oder anderen exotischen Bindestrichen etc.
  • 5% Verwendung von Klartext a la: "Küchenzeiten" oder "Auf Anfrage" etc.
  • 2% vertan im Tag a la website (opening_hours=www.example.org) oder Strasse etc.
  • diverse andere

Nach Korrektur aller Werte bleiben etwa 2-5% übrig, die inhaltlich und schematisch korrekt sind, aber nicht "schön". also 9:00 statt 09:00.

Eine neue Funktionalität und kleine Verbesserungen in der Hausnummerauswertung - 2016/01

Posted by okilimu on 4 February 2016 in German (Deutsch)

In den Monaten November und Dezember war ich ziemlich untätig bzgl. meiner Auswertungen. Im Januar habe ich wieder mehr Zeit investiert und einiges produktiv gestellt, das ich hier grob darstellen möchte.

Neu: Prüfung der Distanz zwischen OSM-Hausnummern und offiziellen Geokoordinaten

Direkt erstmal der große Dämpfer in Deutschland: es gibt nur wenige Gemeinden, die Hausnummerlisten mit Geokoordinaten zur freien Nutzung bereitgestellt haben. Nur dann ist die folgende Funktion verfügbar, z.B. in Berlin, Köln, Würzburg und Freiberg. Für die ganzen sächsischen Gemeinden werde ich die Funktion demnächst aktivieren.

Bei den entsprechenden Gemeinden gibt es auf der Auswertungsseite den zusätzlichen Link "vergleichen mit offiziellen Geokoordinaten" (siehe z.B. Freiberg). Es wird dann eine zweiteilige Seite angezeigt, auf der links die Hausnummern mit den größten Distanzen zwischen der OSM-Position und der offiziellen Position aufgelistet werden. Nach dem Klick auf den Link "Karte" werden Soll- und OSM-Ist-Position rechts auf der Karte angezeigt, mit Klick auf "Josm" wird der Bereich im Editor geöffnet.

Distanzen von mehr als 50m können, müssen aber nicht, auf echte Fehler hinweisen. Meist ist dann bei der OSM Adresse die falsche Straße angegeben, oder die offizielle Koordinate ist räumlich nahe an der Straße, während die OSM-Adresse an einem Gebäude auf dem Grundstück (z.B. in einem Schrebergarten) angegeben ist.

Ich hoffe, diese Auswertung hilft, den einen oder anderen Fehler zu finden. Die Funktionalität wurde vom OSM-User malenki angeregt, vielen Dank dafür!

Kleine Verbesserungen

  • Die Nominatim-Suche geht wieder. Leider hatte ich nicht mitbekommen, das dort der Service auf https umgestellt wurde.

  • Manchmal hängt sich die Auswertung auf und wird blockiert, bis ich das herausfinde oder jemand mich darauf hinweist. Jetzt wird eine Blockade erkannt, sodaß der Ausfall nur kurz besteht.

  • Beim Import von Hausnummerlisten wird jetzt immer die Postleitzahl mit importiert, wenn vorhanden. Das erfolgte früher nur für andere Länder, wenn dort die PLZ unbedingt für den Abgleich erforderlich war.

  • In Deutschland vorerst nur für Köln habe ich testweise neben der normalen Auswertung von Straße und Hausnummer zusätzlich die Postleitzahl mit einbezogen. In Köln gibt es relativ viele gleichnamige Straßen. Die neue Funktionalität der Distanzprüfung machte das ziemlich auffällig und so habe ich die Auswertung hier erweitert. Im Laufe der nächsten Wochen werden andere Gemeinden folgen, dazu muss ich nochmal alle Hausnummerlisten sichten und einige neu importieren.

  • Gemeinden, bei denen Geokoordinaten vorliegen, werden jetzt stadtteilbezogen besser ausgewertet. Die offiziellen Geokoordinaten werden verwendet, um eine stadtteilbezogene Sollliste zu erstellen, dadurch wird genau auswertbar, welche fehlenden Hausnummern auch wirklich in diesem Stadtteil sein müssen.

  • Es sind weitere, kleine Anpassungen/Verbesserungen durchgeführt worden.

Experimente in der Oberfläche - Feedback erwünscht

Die Gemeindeauswahlseite war bisher eine superlange Seite und die Suche nach der wünschten Gemeinde war umständlich. Das soll jetzt einfacher sein, indem je Land nur noch die nächste Ebene (in Deutschland die Bundesländer) direkt angezeigt wird und die tiefere Ebene aufklappbar ist. Außerdem gibt es eine seiteninterne Suche. Leider wird dann nur zum passenden Bundesland gesprungen, das Aufklappen bis zur Gemeinde will ich natürlich noch hinbekommen.

Ist eine Gemeinde ausgewählt worden, gibt es auf der Folgeseite, hier Freiberg wie bisher etliche Optionen für die eigentliche Auswertungsseite. Neu ist hier nur, das für die Optionen jeweils ein Tooltip angezeigt wird, damit die ganzen Einstellmöglichkeiten besser erläutert werden.

Beide Anpassungen habe ich erstmal nur auf diesen Seiten durchgeführt, um Feedback zu erhalten, ob diese Benutzung besser oder schlechter als vorher angesehen werden.

Monatliche theoretische Hausnummerauswertung

Die Sonderauswertung für Januar ist fertig.

Ab jetzt gibt es in der Kartendarstellung auch im Fall des ausgwählten Layers "Änderungen der Anzahl Hausnummern" die Möglichkeit, auf eine Gemeinde zu klicken, um die Infos dazu zu erhalten. Vorher war bei diesem Layer kein Anlicken möglich.

Listen-Updates

Potsdam ist die einzige Gemeinde in Deutschland, die von sich aus zweimal im Jahr eine aktualisierte Hausnummerliste zuschickt, Troisdorf hat mir auch schon mal ein Update geschickt, vielen Dank! Es gibt auch schon vereinzelt User, die Updates anfordern. Ich importiere diese natürlich gerne.

In diesem Zusammenhang eine Bitte an Interessierte: bitte fragt bei Eurer Gemeinde nach einer Hausnummerliste oder einer Aktualisierung! In einer Gemeinde mit OpenData-Portal bitte auch nachsehen, ob dort eine Liste oder ein Update zu einer bestehenden verfügbar ist und mich informieren.

Munin-Spielerei

Der Server ist zeitweise sehr ausgelastet und in seltenen Fällen hing auch der gesamte Auswertungsprozess. Deshalb habe ich sowohl für mich selbst als auch für andere Technikverliebte Munin auf dem Server aktiviert und neben den normalen Auswertungen habe ich für die Hausnummerauswertung eine Grafik ergänzt. Es kommt voraussichtlich noch eine für die Straßenlistenauswertung hinzu.

Ausblick

  • Gerade in Deutschland gibt es Hausnummerlisten, die Geokoordinaten enthalten, die wir aber nicht direkt importieren dürfen, also nur für den Abgleich bereitgestellt wurden. Die beschränkte Bereitstellung wird noch nicht berücksichtigt, u.a., um unzulässige direkte Importe in OSM zu unterdrücken. Die Koordinaten sollen in Zukunft aber in den Funktionen berücksichtigt werden, wo sie zulässig genutzt werden dürfen. Das wird u.a. in Sachsen Verbesserungen bringen.

  • Es gibt Sonderfälle in den bereitgestellten Hausnummerlisten oder Auswertungsparameter, die bisher nur je Land eingestellt werden können. Das soll auf Gemeindeebene einstellbar werden und dadurch werden in Einzelfällen bessere Auswertungen möglich werden.

Verbesserungsvorschläge willkommen!

Ich freue mich über Verbesserungsvorschläge oder Hinweise zu bestehenden Fehlern und will diese besser und schneller unterstützen, als ich dies in der Vergangenheit gemacht habe.

edit: Typo

building=terrace...

Posted by MKnight on 30 January 2016 in German (Deutsch)

... Kotzt mich an.

Für einen Englisch-Muttersprachler mag sich das vielleicht aus dem Zusammenhang erschliessen, mir nicht, und etlichen anderen offenbar auch nicht. Ich finde die Benamsung denkbar ungünstig. Dict.cc meint bspw. auch "housing terrace" oder "terrace houses". Klingt mir sinniger. Oder meinetwegen terrace_row.

Ich hab mich grad auf buildings spezialisiert (bzw. überlappende korrigieren) und da stoss ich ständig auf "Terrassen". Richtig, so ne Aussenterrasse am Einfamilienhäusschen mit Wintergarten meist.

Nunja, jetzt hab ich mal ne manuelle Auswertung (für Thüringen) gemacht, um mir ein Bild zu machen.

Es gibt in Thüringen 784 ways mit building=terrace, davon sind 5 Stück "falsche" Terrassen. Ja, ich reg mich schon wieder ab, ich hab ein Brett vorm Kopf, es is alles gar nicht so schlimm.

Sondern viel schlimmer.

Wenn man sich das Tag etwas schönredet und nicht alles auf die Goldwaage legt, findet man 75 Gebäude, die halbwegs ins Schema passen, bleiben nach Adam Riese um die 600 Gebäude übrig, die falsch getaggt sind. Bei den 600 sind recht viele zusammenhängende (terrace) Einzelgebäude einzeln als terrace gemappt:

Sowas:  OSM

Der Wille ist erkennbar ... leider falsch.

In Deutschland angekommen

Posted by Virago on 28 January 2016 in German (Deutsch)

Nach Jahren wieder mal in OSM. In meiner Stadt ist ja schon alles gemapped... Vielleicht finde ich mal ne Kleinigkeit, die man noch ergänzen könnte... Ansonsten weiterhin mit Moped unterwegs...

freimobil.com

Posted by q_un_go on 28 January 2016 in German (Deutsch)

Nun also Testbetrieb - das ging aus dem Pressebericht aber nicht ganz so hervor...

Es sieht stark nach einem aufgebohrten Google Maps aus, da ja Google Maps alle Grundfunktionalität von freimobil.com auch bietet. Hier hat man also eigene, fest definierte POIs - die eigenen Haltestellen und die Bahnhöfe - hinterlegt.

Dass man bei der VAG natürlich bei den Bussen der Meinung ist, man sei alleine im Stadtgebiet unterwegs, ist andererseits nun nicht ganz überraschend.

Probleme gibt es ganz offenkundig bei der Lokalisierung der Haltestellen im IG-Nord.

Das Routing erledigt dann natürlich die Google-Maps-Engine, vielleicht mit Ausnahme des ÖPNVs, da nur VAG und DB/BSB-Routen angeboten werden. Bei den Radwegen führt das zu den üblichen Problemen, weil das Radwegenetz in Google nicht aktuell ist. Andererseits fällt das in Freiburg nicht sonderlich auf, da die Radfahrer dort ja ohnehin fast überall unterwegs sind.

Aber dafür hab ich dem Graphhopper nun den FR2 beigebracht - jedenfalls im Südteil. Im Nordteil muss ich noch nachlegen. So hatte freimobil.com ja doch noch etwas Gutes :-)

Gerade am Couchmappen und da liest mir jemand im Podcast vor:

Posted by tomehb on 27 January 2016 in German (Deutsch)
  1. Kapitel: Der Geograph

Der sechste Planet war zehnmal größer. Ihn bewohnte ein alter Mann, der gewaltige Bücher schrieb.

»Sieh an! Da kommt ein Entdecker!«, sagte er, als er den kleinen Prinzen zu Gesicht bekam.

Der kleine Prinz setzte sich auf einen Tisch und ruhte sich ein wenig aus. Er war schon so viel gereist!

»Wo kommst du her?«, wollte der alte Mann wissen.
»Was ist das für ein dickes Buch?«, sagte der kleine Prinz. Was machen Sie hier?
»Ich bin ein Geograph«, sagte der alte Mann.

»Was ist ein Geograph?«
»Das ist ein Gelehrter, der alle Meere, Flüsse, Städte, Berge und Wüsten kennt.«
»Das ist sehr interessant«, sagte der kleine Prinz. »Das ist endlich ein echter Beruf!«

Er warf einen Blick auf den Planeten des Geographen. Noch nie hatte er einen so majestätischen Planeten gesehen.

»Er ist sehr schön, Ihr Planet. Gibt es hier auch Ozeane?«
»Das weiß ich nicht«, sagte der Geograph.
»Ah!« (Der kleine Prinz war enttäuscht.) »Und Berge?«
»Auch das kann ich nicht wissen«, sagte der Geograph.
»Und Städte und Flüsse und Wüsten?«
»Kann ich auch nicht«, sagte der Geograph.
»Aber Sie sind doch ein Geograph!«
»Das ist richtig«, sagte der Geograph, »aber ich bin kein Entdecker. Mir fehlt es ganz an Entdeckern. Nicht der Geograph geht die Städte, Flüsse, Seen, Meere und Wüsten zählen. Der Geograph ist zu wichtig, um durch die Welt zu streifen. Er verlässt sein Büro nie. Aber er empfängt die Entdecker. Er befragt sie und notiert sich ihre Erinnerungen. Und wenn ihm ihre Erinnerungen bedeutungsvoll erscheinen, stellt der Geograph eine Untersuchung über den Charakter des Entdeckers an.«
»Warum?«
»Weil ein Entdecker, der lügt, eine Katastrophe über die Geographie-Bücher hereinbrechen würde. Ebenso wie ein Entdecker, der zu viel trinkt.«
»Warum?«, fragte der kleine Prinz.
»Weil Säufer doppelt sehen. Der Geograph würde zwei Berge vermerken, wo es nur einen gab.«
»Ich kenne jemanden«, sagte der kleine Prinz, »der würde ein schlechter Entdecker sein.«
»Das ist möglich. Wenn sich aber der Charakter eines Entdeckers als gut herausstellt, dann macht man eine Untersuchung über seine Entdeckung.«
»Wird man nachsehen?«
»Nein. Das wäre zu kompliziert. Aber von einem Entdecker erwartet man, dass er Beweise liefert. Wenn seine Entdeckung zum Beispiel ein großer Berg ist, fordert man, dass er große Steine vorzeigt.«

Da gingen dem Geographen plötzlich die Augen auf.

»Aber du kommst doch von weit her! Du bist ein Entdecker! Du musst mir deinen Planeten beschreiben!«

Nachdem der Geograph sein Register aufgeschlagen hatte, spitzte er seinen Bleistift. Zunächst notiert man die Geschichten von Entdeckern mit einem Bleistift. Sie werden erst dann mit Tinte niedergeschrieben, wenn der Entdecker Beweise erbracht hat.

»Und?«, fragte der Geograph.
»Oh! Bei mir zu Hause«, sagte der kleine Prinz, »ist es nicht sehr interessant, es ist sehr klein. Ich habe drei Vulkane. Zwei aktive Vulkane und einen erloschenen. Aber man kann ja nie wissen.«
»Man kann nie wissen«, sagte der Geograph.
»Ich habe auch eine Blume.«
»Wir notieren Blumen nicht«, sagte der Geograph.
»Wieso nicht! Sie sind das Schönste!«
»Weil Blumen vergänglich sind.«
»Was bedeutet ›vergänglich‹?«
»Die Geographie-Bücher«, sagte der Geograph, »sind die wertvollsten aller Bücher. Sie veralten niemals. Es ist sehr selten, dass ein Berg seine Lage ändert. Es ist auch selten, dass ein Ozean sein Wasser entleert. Wir notieren uns die ewigen Dinge.«
»Aber erloschene Vulkane können aufwachen«, unterbrach ihn der kleine Prinz. »Was bedeutet ›vergänglich‹?«
»Ob Vulkane erloschen sind oder nicht, ist für uns einerlei«, sagte der Geograph. »Worauf es uns ankommt, ist der Berg. Er ändert sich nicht.«
»Aber was bedeutet ›vergänglich‹?«, wiederholte der kleine Prinz, der in seinem Leben noch nie auf eine Frage verzichtete, die er bereits gefragte hatte.
»Es bedeutet ›vom baldigen Verschwinden bedroht‹.«
»Ist meine Blume vom ›baldigen Verschwinden bedroht‹?«
»Natürlich.«

»Meine Blume ist vergänglich«, dachte der kleine Prinz, »und sie hat nur vier Dornen, um sich gegen die Welt zu erwehren! Und ich ließ sie allein zu Hause zurück!«

Dies war sein erstes Gefühl des Bedauerns. Aber er fasste Mut:

»Was raten Sie mir, was soll ich besuchen?«, fragte er.
»Den Planeten Erde«, antwortete der Geograph. »Er hat einen guten Ruf …«

Und der kleine Prinz ging fort und dachte an seine Blume.

Von hier kopiert

In diesem Podcast wird der Text am Ende vorgelesen.

Freiburg mal wieder, die Stadt der Schaumschläger

Posted by q_un_go on 24 January 2016 in German (Deutsch)

Dass Freiburg im Breisgau in puncto IT sich nicht gerade mit Ruhm bekleckert, hat sich ja schon mit der Entscheidung der Remigration zu Microsoft Office gezeigt. Die Freiburger Verkehrs AG steht dem natürlich in nichts nach.

Und so begab es sich, dass man den Internet-Auftritt "http://freimobil.com" kreierte. Google-Karte mit Googles Radwege-Routing und eventuell sogar Googles POIs.

Das Ergebnis spricht für sich.

Fürs Fahrradrouting in Freiburg empfehle ich das da zum Vergleich: https://www.komoot.de/plan/@47.9939425,7.8149700,14z oder, noch besser, das hier: http://map.bikecitizens.net/de-freiburg#/!/2/1/-,-/-,-

VAG halt, wie sie leibt und lebt - mehr kann man dazu nicht sagen. Eine nette Beta, aber irgendwie noch nicht richtig brauchbar.

Ein kleiner Nachtrag, da ich es nun in die Wochennotiz geschafft habe: Das Problem bei freimobil.com: Das Fahrradrouting mit Google Maps ist bekanntermaßen grottenschlecht. Aber das Fahrradrouting mit den Openstreetmap-Standardseiten ist leider auch nicht viel besser, trotz aktuellerer Radwege. Die oben genannten Radroutingseiten machen es aber besser. Warum aber graphhopper oder mapzen nur beim Fußgängerrouting den FR2 korrekt routen und sonst Straßen gegenüber explizit ausgewiesenen Radwegen bevorzugen, erschließt sich mir nicht.

Wie ein Testbericht in der Presse zeigte, waren aber auch andere Routing-Ergebnisse bei freimobil.com nicht sehr viel besser, da einige wichtige POIs nicht gefunden wurden, wie die Pädagogische Hochschule.

Und natürlich stellt sich mir die Frage, warum bei einem auf Freiburg bezogenen Dienst ein städtisches Unternehmen nicht auf Kartenmaterial des städtischen Vermessungsamtes zurückgreift oder des Garten- und Tiefbauamtes mit dessen sehr ambitionierten Plänen zum Ausbau des Radwegenetzes.

Das verstehe wer will. Ich nicht.

Location: Gewerbegebiet Haid, St. Georgen, Schlatthöfe, Freiburg im Breisgau, Regierungsbezirk Freiburg, Baden-Württemberg, 79111, Deutschland

Änderung der Streckenführung der St 2187

Posted by dakonr on 21 January 2016 in German (Deutsch)

Nach einer Baumaßnahme hatte sich die St 2187 geändert. Hier wurde eine gefährliche S-Kurve herausgenommen und durch einen sehr leichten Bogen mit Leitplanken ersetzt. Zudem wurde der Höhenunterschied ausgeglichen.

Ich habe die Daten mit meinem Garmin GPS-Gerät erfasst und eingepflegt.

Location: St 2187, Litzendorf, Landkreis Bamberg, Oberfranken, Bayern, 96123, Deutschland

Fahrstühle...

Posted by MKnight on 15 January 2016 in German (Deutsch)

interessieren mich herzlich wenig.

Was mich aber interessiert, ist, wie das abenteuerliche Tagging zustande kommt, wo ich via QA immer wieder drüber stolpere:

Fahrstühle sind in aller Regel KEINE Gebäude. Steht im Wiki? Nein steht's nicht, richtig lesen hilft:

Kartieren von Aufzügen in Gebäuden
Zeichne die Umrisse des Gebäudes und füge building=yes + elevator=yes hinzu.  

Na? Genau, das eigentliche Gebäude soll die Tags bekommen, nicht der Fahrstuhl. Soweit ich das mit meinen bescheidenen Englischkenntnissen richtig verstehe ist es im Proposal besser und eindeutiger beschrieben:

Elevators located within buildings could also be tagged as a property as building=* 
with elevator=yes if the specific location of the elevator(s) is unknown.

Badusch!

Was ich auch nicht raffe, sind mehrere Fahrstühle übereinander, vorzugsweise in Bahnhöfen (Leipzig bspw. oder Rostock). Josm wirft einen Fehler? Ah der kennt bestimmt noch keine Fahrstühle, schnell hochladen, vielleicht merkts keiner.

Gut, jetzt kann man vlt. einwenden, dass die "Bodenfläche" sich ja "gleichzeitig" auf jeder Etage befindet. Ja? Nein, die Bodenfläche befindet sich auch gleichzeitig NICHT auf jeder Etage.

Was ich von "highway" halte, weiss ich noch nicht genau, auch so ein Doppelding, aber davon erzähle ich ein anderes Mal.

Konsterniert ab.

Older Entries | Newer Entries