OpenStreetMap

Diary Entries in German

Recent diary entries

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.

Download

Posted by Zopp on 11 January 2016 in German (Deutsch)

Kann mir jemand erklären wie man die Karte der Schweiz auf mein Garmin GPSmap st Navi lädt?

Qualitätskontrolle mit Android-Apps

Posted by monotar on 10 January 2016 in German (Deutsch)

Einführung

Daten eintragen ist das eine, was Apps daraus machen, das andere.

In letzter Zeit teste ich vermehrt mit Osmand und Magic Earth. Osmand wird monatlich aktualisiert, Magic Earth wohl so aller 2-3 Monate. Von daher hat man immer eine recht aktuelle Datenbasis.

Für mein Verständnis haben die Apps für den Normalo 2 Hauptfunktionen:

  • POI-Suche
  • Navigation

Die weiteren Funktionen sind für den Normalo teilweise uninteressant, dafür für den Mapper umso wichtiger.

Tags und Probleme in OSM

POI

Die POI-Suche nach Namen ist teilweise bisschen hakelig, da keine Fehler zugelassen werden, da kann aber OSM nichts dafür. Die allgemeine Suche nach POI funktioniert dafür gut. Interessant ist die Funktion in Magic Earth POI als Kontakt im Telefonbuch abzulegen. Es zeigt sich dann, wie wichtig es ist, dass bei einem POI alle Daten angeheftet sind, d.h. auch Adresse usw. an jedem POI heftet, damit es dann auch in den Kontakten landet. Bei beiden Apps kann man die Website des POI direkt aufrufen, ebenfalls sehr gelungen. Was nur bei Osmand funktioniert: Auswertung der Öffnungszeiten, Aufruf weiterer Kontaktmöglichkeiten (twitter, facebook usw.) - alles in allem auch sehr komfortabel, wenn man unterwegs ist (muss dann natürlich eingetragen sein).

Navigation im Simulationsmodus

Osmand und Magic Earth bieten beide einen Simulationsmodus für die Navigation. So kann man sich in Ruhe anschauen, was die Apps aus den Daten machen.

Aufgefallen ist mir folgendes:

  • turn:lanes bei kleineren Kreuzungen sind kein Problem
  • bei größeren Kreuzungen mit eigenen Fahrspuren pro Fahrbahnrichtung gibts immer mal Probleme beim Anzeigen der Spuren auf welchen man sich bewegen soll. Die Apps verhalten sich auch nicht gleich, ein einheitliches Muster fürs Tagging scheint schwer zu etablieren
  • Die Ansagen "geradeaus", "rechts" und "links" werden bei Hauptstraßen oft mal falsch angesagt. Der Fehler liegt hier in den Daten bei OSM selbst. Aus dem Luftbild werden Hauptstraßen an Kreuzungen rund gemalt. Ob man Kreuzungen rund malt, sollte aber nicht vom Luftbild entschieden werden, sondern der Ausschilderung folgen.Zeigt die Ausschilderung eine abbiegende Hauptstraße, sollte diese Kreuzungsgeometrie auch in OSM zu sehen sein; zeigt die Ausschildung keine abbiegende Hauptstraße, kann und sollte man die Hauptstraße ruhig rund zeichnen
  • Die Routenvorschläge sind immer eine Sache für sich: ob hier etwas richtig oder falsch ist, kann jeder für sich beurteilen. Aber man bekommt ein Gefühl, was letztlich aus den Daten gemacht wird. Eine vollständige Datenbasis (Klassifizierungen, maxspeed, smoothness usw.) sollte in der Zielregion natürlich schon vorhanden sein.

Navigation im Feldmodus

Im realen Feld sollte man die Navigation natürlich auch testen. Ich bevorzuge hier ganz klar Osmand. Das einzige was bei Magic Earth interessant ist, ist die bessere Performance bei Langstrecke und die Abbiegehinweise. Bei Osmand kann man sehr gut die eingetragene Höchstgeschwindigkeit kontrollieren. Notizen kann man über Text und Audio aufnehmen, wobei das als Fahrer trotzdem schwierig ist. Beifahrer zu sein ist schon besser.

Sonstige Funktionen

Osmand bietet viele weitere Funktionen an die zur Qualitätssischerung für mich geeignet sind:

  • Straßenbeleuchtung (lit=yes/no)
  • surface
  • smoothness
  • access-Beschränkungen foot/bicycle

Wer in Osmand dazu ein Beispiel sehen will, der kann sich einmal die Stadt Wurzen anschauen, ich habe diese mit diesen Tags unter Zuhilfenahme von Osmand für die Hauptstraßen weitgehend komplettiert. Lässt sich auch wunderbar sammeln, wenn man unterwegs ist und auf dem Handy sofort sieht, was noch alles fehlt.

Probleme protokollieren

Wenn ich draußen unterwegs bin, schreibe ich mir bei Problemen immer einen Favoriten an die jeweilige Stelle und trage das später am PC ein. Osmand bietet noch Foto, Audio oder Video, auch nicht schlecht.

Andere Apps

EB Dirigo habe ich ebenfalls mal angeguckt. Man kann auch dort simulieren, aber leider kann man den Anfangspunkt nicht wählen, wodurch man immer ein FakeGPS braucht. Für mich nicht praktikabel, von daher verzichte ich darauf. Auch sonst sehe ich der App nichts besonderes, eher ein kleiner Funktionsumfang.

Gibt es noch andere gute Apps, die sich zur Qualitätskontrolle eignen?

Sachsen: landesweite Adressliste und Auswertung

Posted by okilimu on 10 January 2016 in German (Deutsch)

Zusammenfassung

Über die OSM-User Nakaner und malenki (vielen Dank an Beide!) habe ich am Freitag die sächsische Mitteilung über die Veröffentlichung von vier Datensätzen gefunden. Den Datensatz über die 932.727 amtlichen Adressen in Sachsen habe ich mit einigen Nacharbeiten gestern importiert und eine erste landesweite Auswertung (grafisch, tabellarisch) durchgeführt.

Lizenzrechtliches

Die Lizenz ist Deutschland 2.0 mit Namensnennung und leider die Daten wegen der notwendigen Namensnennung nicht für uns direkt in OSM nutzbar. Ein informierter OSM-Kollege wird aber nachhaken, ob wir eine extra Freigabe für OSM bekommen können.

Für meine Auswertung reicht die Lizenz aus, weil ich auf der Auswertungsseite jeder Gemeinde die Lizenzangaben aufführe. Die Geokoordinaten sind zwar in der Auswertungsdatenbank gespeichert, derzeit aber auf der Website nicht verfügbar, um einen Mißbrauch in OSM zu verhindern.

Nacharbeiten zur Datenquelle

Zur Auswertung des Adress-Datensatzes musste ich noch zwei Anpassungen vornehmen:

  • Inverse Geokodierung: von der Geokoordinate einer Adresse habe ich die Gemeinde und den Gemeindeschlüssel in OSM geholt. Eigentlich ist bei jeder Adresse der ORT angegeben, der Wert ist aber bei ländlichen Gemeinden der Ortsteil, ein Siedlungsname oder ähnliches.

  • Nach der inversen Geokodierung traten 41 Adressen auf, die mit ihren Geokoordindaten außerhalb der sächsischen Landesgrenze lagen. Mit der Angabe in ORT konnte die richtige Gemeinde zugeordnet werden. Ob der Grenzverlauf ungenau ist oder die Adressen gültig sind, obwohl sie außerhalb der Gemeinde und des Landes liegen, habe ich nicht geklärt (dürfte eher vor Ort herauszufinden sein). Tabelle mit den besonderen Adressen.

Import und ignorierte Hausnummerlisten

Für die Gemeinden Coswig, Dresden, Flöha, Freiberg und Leipzig lagen bereits Hausnummerlisten vor, daher wurden diese vorab herausgefiltert. In Kürze werden die vorliegenden Listen mit dem jeweiligen Stand aus der Landesliste abgeglichen, um die bessere Liste zu verwenden. Für Leipzig und Flöha ist schon klar, das die Liste aus dem sächsischen Adress-Datensatz verwendet werden.

Von den original verfügbaren 932.727 Adressen sind bisher für die Auswertung inkl. der fünf vorher vorhandenen Listen 917.396 Adressen für 429 Gemeinden verfügbar. Ich prüfe kurzfristig, ob der "Schwund" nur auf den o.g. fünf extra Hausnummerlisten und deren unterschiedlichem Inhalt basieren oder ein weiterer Grund vorliegt.

Ergebnis der ersten landesweiten Auswertung

  • 917.396 Adressen landesweit offiziell vergeben und für Auswertung verfügbar

  • 345.904 in OSM übereinstimmende Adressen zur Landesliste (nur Straße und Hausnummer auf Gleichheit geprüft)

  • 21.462 Adressen nur in OSM vorhanden

das ergibt eine landesweite Abdeckung von 37,71% aller Adressen.

Für ganz Deutschland hatten wir am 31.12.2015 eine Abdeckung von 47,12%.

Zyklische Auswertung

Die Hausnummerauswertung für die deutschen Gemeinden läuft zweimal in der Woche, Montags und Freitags früh um 0:04h los und war bisher um ca. 7h fertig. Durch die zusätzlichen Listen wird Deutschland ab Montag vorauss. um 9h komplett fertig sein.

Sächsische Listen für theoretische Hausnummerauswertung nutzbar

Für die monatliche theoretische Hausnummerauswertung wurden in 2014 die damals verfügbaren 49 Hausnummerlisten verwendet, um Formeln zu Ermittlung der ungefähren Anzahl an Hausnummern je deutsche Gemeinde abzuschätzen. Mit der jetzt verfügbaren, landesweiten Liste kann ich die Formeln vorauss. erheblich verbessern.

Dietmar Seifert aka okilimu

regio-osm.de Betreiber

Location: Innere Neustadt, Neustadt, Dresden, Sachsen, 01097, Deutschland

my lastcheck -> check_date

Posted by Lübeck on 10 January 2016 in German (Deutsch)

Moin !

seit längerer Zeit bin ich Verfechter die Daten in OSM zu prüfen und entsprechend zu kennzeichnen. Es gab hierzu auch mehrere diskussionen. Bis heute habe ich immer lastcheck verwendet.

Gestern ist mir erst bewußt bekannt geworden, dass es auch schon check_date gibt welches im Wiki schon dokumentiert ist (http://wiki.openstreetmap.org/wiki/Key:check_date) und auch von der Syntax besser zu start_data, end_date .... entspricht.

Deshalb werde ich künftig dieses verwenden und soweit es mir möglich war habe ich meine Tags geändert.

Ich poste dieses um auch entsprechend Werbung für die QA zu machen.

gruß Jan

i future i will use check_date instead of lastcheck!!!

regards Jan

Location: Sankt Lorenz Süd, Lübeck, Schleswig-Holstein, Deutschland

OSM braucht ein neues openstreetbugs

Posted by monotar on 9 January 2016 in German (Deutsch)

Einleitung

Zuletzt habe ich in OSM markante POI mit verschiedenen Social-Media-Tags ergänzt. Dass diese sinnvoll sein können, zeigen Apps wie Osmand und Magic Earth die z.B. Telefonnummer, Website auswerten und Osmand auch andere Tags wie contact:facebook auswertet und innerhalb der App verlinkt. Im mobilen Einsatz ist es sehr bequem, wenn diese Tags gesetzt sind, da viele Handys appbasiert am effektivsten arbeiten.

Nun ist es ja bekanntlich so, dass viele Geschäfte inzwischen nur noch eine Facebook-Website besitzen, also kommt man um facebook ohnehin nicht umhin. Andere Tags wie twitter, youtube oder alle sonstigen wie vimeo, pinterest oder instagram habe ich gleich mitgesetzt.

Status quo

Während ich in Magic Earth nach POI wie "Flughafen Dresden" suchte, sah ich, dass dieser nur absolut stiefmütterliche Tags besitzt, nicht einmal eine postalische Adresse. Auch andere Gebäude haben durch das Taggen der Nummer auf den Eingang nicht einmal eine postalische Adresse. Die Datenqualität in OSM kann nur als dürftig beschrieben werden.

Klar kann sich nun der OSM-Mapper hinsetzen, aber das kann ja nicht Sinn der Sache sein tausende POI händisch nach Updates zu untersuchen. Bei unserem Konkurrenten google ist es z.B. so, dass jeder User die Fehler in den Daten melden kann. Bei OSM ist das nur über openstreetbugs möglich. Aber sein wir ehrlich: openstreetbugs ist nur für Leute gedacht, die überhaupt verstanden haben was OSM ist, nicht für App-Benutzer, die vielleicht gar nicht wissen, was OSM ist. Bereits das Beispiel MapDust von skobbler zeigte, wie die Nutzer mit unsinnigen Fehlermeldungen das System fluten können.

Anforderungen

Was braucht OSM also? Unter höchstmöglicher Produktivität stelle ich mir das folgendermaßen vor: OSM erstellt eine Bug-API die alle Apps nutzen können. Der User kann dann in der App jegliche Tags, z.B. das Feld "Website" oder "contact:facebook" usw. als fehlerhaft melden. Dann hat er verschiedene Meldegründe:

  • Wert überprüfen: "Website lässt sich nicht öffnen" (würde den Grund dafür optional lassen, gibt OSM aber Möglichkeit nachzugucken, ob etwas noch stimmt)
  • Wert ändern: Seite umgezogen -> Eingabe der neuen Seite
  • Wert hinzufügen: Eingabe der Seite
  • Wert löschen: Website existiert nicht mehr (z.B. geschlossen) --> im Endeffekt hat der Nutzer so die Möglichkeit, jeden Tag als "überprüfen", "hinzufügen", "löschen" oder "ändern" zu markieren und dazu einen neuen Wert sowie Kommentar zu hinterlassen.

Zusätzlich muss der App-Lieferant zusätzlich 3 Tags zu jeder Fehlermeldung protokollieren:

  • Den App-Lieferant (da schlecht designte Apps u.U. uns mit Bugs überfluten, wo sich die Benutzer über die App auslassen o.ä.)
  • Die App muss uns eine anonyme unique User-ID liefern, damit wir die Validität der Datenlieferanten einschätzen können und Spammer blocken können
  • Die ID des zu bearbeitenden Objekts (Relation, Way, Node)

Bearbeitung durch Mapper

Nun sind diese Daten im OSM-Bug-System. Sie sollten aber nicht nur einfach dargestellt werden, wie das bei MapDust oder openstreetbugs der Fall ist, sondern aufgrund der zu erwartenden hohen Fehlerzahlen, muss die Verarbeitung verbessert werden. Da der Datenlieferant uns die Daten bereits auf das konkrete bezogene Objekt und die zu ändernden Daten bringt, wird es für den versierten OSM-Mapper einfach, indem er in einer Web-Oberfläche entscheidet: Im Grunde hat der OSM-Mapper 4 Möglichkeiten:

  • Bug-Mängelmeldung übernehmen: Nach einem Klick auf "übernehmen" werden die vorgeschlagenen Änderungen instant in die Datenbank gebracht (vorher hat der Mapper noch Möglichkeit, selbst kleine Änderungen an Tags vorzunehmen (z.B. Websiteangabe normieren))
  • Bug-Mängemeldung ablehnen: Die Bug-Meldung wird geschlossen, es werden keine Änderungen vorgenommen (optional Kommentar)
  • Bug-Mängelmeldung selbst übernehmen: der Mapper öffnet selbst einen Editor und ändert das Objekt, danach ist der Bug geschlossen (wenn komplizierter Sachverhalt)
  • Bug-Mängelmeldung benötigt lokales Wissen/Vor-Ort Besichtigung: Der Bug ist nicht geschlossen, aber er wurde bereits durch einen Mapper erfolgreich anfangsgeprüft. (So können wir gewähren, dass VorOrt-Bugs die lange rumliegen können, unser System nicht verstopfen und wir neue Bugs trotzdem filtern können)

Schluss

Das ist mein Vorschlag, er würde OSM extrem in der Breite verbreiten und anschließend eine effektive Abarbeitung ermöglichen sowie sogar Spezial-Apps eine Möglichkeit geben, bestimmte Dinge flächendeckend durch User einzutragen lassen. Durch die Kennzeichnung des App-Lieferanten könnten Spezial Mapper (z.B. Eisenbahninfrastrukturmapper) durch Filterung sich extra dieser Bugs annehmen. Sicher muss man an der einen oder anderen Stelle noch etwas verfeinern, aber das wäre das Grundprinzip.

test

Posted by Ziltoidium on 9 January 2016 in German (Deutsch)

nothing here

Speisung des Umspannwerk Jahnsdorf

Posted by Toliman on 7 January 2016 in German (Deutsch)

Wie wird das Umspannwerk Jahnsdorf, südlich von Chemnitz, gespeist? Über ein Erdkabel? Über eine Freileitung von Stollberg / Erzgebirge? Mit welcher Spannung erfolgt die Speisung?

Location: Pfaffenhain, Jahnsdorf/Erzgeb., Erzgebirgskreis, Sachsen, Deutschland

Straßenlaternen in OpenStreetMap

Posted by mapper999 on 3 January 2016 in German (Deutsch)

Diese Karte zeigt Straßenlaternen und ihre Eigenschaften in den Daten der OpenStreetMap. Es werden Betreiber, Referenznummern und Details zu den verwendeten Leuchtmitteln angezeigt.

Einige Beispiele:

Schweden

Düsseldorf

Lübeck

Testinstallation | Quellcode | flattr

Unterstützte Tags

Es werden zur Zeit die folgenden Tags unterstützt:

  • highway=street_lamp | light_source=lantern|floodlight|*

  • ref|lamp_ref=*

  • operator|lamp_operator=*

  • light:method|lamp_type=high_pressure_sodium|high-pressure_sodium|low_pressure_sodium|low-pressure_sodium|LED|metal-halide|metal_halide|fluorescent|mercury|electric|gas|gaslight

  • light:mount|lamp_mount|support=straight mast|straight_mast|bent mast|bent_mast|cast steel mast|cast_steel_mast|mast|pole|wall_mounted|wall|suspended|ceiling

  • light:count=1|2|3|4

  • light:direction=*

  • light:lit=dusk-dawn|demand|*

  • manufacturer=*

  • model|lamp_model:de=*

Es dürfen gerne weitere Keys oder Values über Pull Requests vorgeschlagen werden.

Hinweis: Da die Karte CSS3-Filter benutzt, ist das Ergebnis im Internet Explorer (und eventuell auch in anderen Browsern) leider nicht ganz so schön.

License

The code for this project is based on OSMfahrkartenautomaten ( Testinstallation | Quellcode | flattr ) by ubahnverleih.

what about symbols for sport-clubs associations or society

Posted by macgillig on 1 January 2016 in German (Deutsch)

I would be glad finding or using as symbol for clubs, association or societies for e.g. dlrg (german life saving society) or a sport-club

looking for a suggution

peter

Location: Moabit, Mitte, Berlin, Deutschland

Anbindung Opel II Flächen an A40 Raststätte

Posted by TeamEnerga on 28 December 2015 in German (Deutsch)

Verlauf einer LKW Transitstrecke. Dortmund nach Bochumer"Werksflächen" Bedarfsgesteuerte Streckenführung mit Anlehnung eines Wrtschaftsweges "Streckenwartung der DB" Die Belastung der Anwohner kann mit einer Beteiligung umgesetzt werden. Selbst eine nötige geänderte Anfahrtsrichtung über die A40 ist mit geringsten Aufwand "Streckeninformation" möglich. Bewohnerbeeinträchtigung ist auf ein Minium beschränkt.

OSM und Linux

Posted by q_un_go on 23 December 2015 in German (Deutsch)

Wenn ich mir so die deutsche Mailingliste anschaue, wer da schreibt und vor allem mit was, so sind das gefühlt gut 50% Linux-Anwender. Ich habe guten Grund zur Annahme, dass die aktivsten Mapper in Deutschland ebenfalls zu einem Gutteil Linux einsetzen - mich würde gar nicht wundern, wenn über die Hälfte aller Einträge in OSM zumindest in D von Linux aus gemacht wurden. (und die Community aus DACH zählt ja zur weltweit aktivsten, gemessen an der Kleinheit des Gebiets ohnehin.

Ob das auch all jenen bewusst ist, die OSM-Dienste für sich verwursten? Dass Mac-User eher selten mappen und Windows-Anwender gemessen an der Verbreitung des System auch?

Ich kann mich noch an die Anfänge so um 2009 erinnern, als man versuchte, Editoren für Betriebssysteme herauszubringen und Linux dabei eher stiefmütterlich behandelte. Das hat sich ja nun wohl geändert.

Was ich in dem Zusammenhang nicht so gut finde: Wenn man Geräte herausbringt, auf die man OSM-Karten draufspielen kann und dabei nicht auch an Linux-Anwender denkt.

Sorry, aber solche Firmen spucken denen ins Gesicht, die die Daten erstellen und pflegen. Garmin machte es früher beispielsweise so und auch jetzt sind ihre Tools nun nicht so Linux-freundlich, vornehm formuliert. Aber immerhin lassen sie es zu, dass man auch anderweitig zum Ziel kommt. Nur ist es halt nicht so bequem.

http://kamagrathebest.com/

Posted by ronaldodack on 23 December 2015 in German (Deutsch)

Kamagra Tabletten wurden von Männern längst für Erektile Dysfunktion eingesetzt. Viele Mediziner und Ärzte empfehlen auch die Verwendung von Kamagra zu bewältigen mit erektiler Dysfunktion. Daher ist das Medikament auf dem Markt verfügbar. Wenn Sie nicht die Droge von regulären Markt aufgrund der Verschreibung oder jedes andere Problem bekommen können, dann können Sie Kamagra online kaufen. Mit einigen grundlegenden Details können Sie Kamagra online bestellen. Kamagra Gelees und Tablets stehen unter verschiedenen Markennamen auf die online-Website zur Verfügung. Daher müssen Sie einige Optionen, wenn Sie Kamagra online kaufen und die Bestellung ohne Angabe der Verschreibung gemacht werden können

http://kamagrathebest.com/

Videomapping – Erfahrungen, Tipps und Tricks

Posted by Nakaner on 21 December 2015 in German (Deutsch)

Fotos Smartphone in Kfz-Halterung an Fensterscheibe

In meinem letzten Posting habe ich erklärt, wie man aus einem Video Einzelbilder extrahieren und georeferenzieren kann. Vor ziemlich genau zwei Jahren habe ich das erste Mal Videomapping zum Bahnmapping verwendet, ich blicke hier zurück und gebe meine Erfahrungen zum Besten.

Meine ersten Videomapping-Projekte

Lange Zeit habe ich bloß gefilmt. Das Smartphone mit der Kfz-Halterung an die Fensterscheibe montiert und fertig. Da ich nicht parallel einen GPS-Track aufgezeichnet habe, blieb das Verfahren elektrifizierten, mehrgleisigen Strecken vorbehalten. Nur dort stehen nämlich in ausreichend dichten Abständen Oberleitungsmasten, die man auf den Bing-Bildern gut sehen kann. Auf eingleisigen Strecken sind die Oberleitungsmasten zu nahe am Zug (oder auf der anderen Seite), sodass man gar nicht viel sieht. Alle Videos habe ich damals durch das Seitenfenster nach links hinten aufgenommen. In Deutschland fahren die Züge im rechten Gleis, sodass die Oberleitungsmasten des Gegengleises weit genug weg sind und man auch bei 120 km/h noch produktiv mappen kann. Dass ich von Anfang an nach links hinten gefilmt habe, liegt an einer Empfehlung von bigbug21, die sich gar nicht auf das Videomapping bezog, aber sich trotzdem als zutreffend erwiesen hat.

Bei der Auswertung habe ich immer ein Stückchen Video geschaut und dabei die Oberleitungsmasten gezählt. So habe ich mich von Feature zu Feature (Signale, Schilder, Hektometertafeln und andere mappenswerte Dinge) gehangelt. JOSM und der Videoplayer waren gleichzeitig geöffnet, immer ein Stückchen Video, dann wieder ein oder zwei Sachen in JOSM und dann wieder Video. Da man viel zurückspulen muss, war dieses Verfahren seeehr zeitaufwendig.

Es gab mal ein JOSM-Plugin zum Videomapping von !i!, aber das war schon Ende 2012 kaputt.

Erfahrungen

Mit der Zeit habe ich folgende Erfahrungen gesammelt:

  • Bei trübem Wetter leidet die Bildqualität. Bei Sonnenschein kann man bis 160 km/h gut mappen (bei den kleinen Signalnummern – die stehen auf weißen Tafeln am Signalmast – ist schon bei 120 km/h Schluss.
  • Bei viergleisigen Strecken kann man bei trübem Wetter die Objekte drei Gleise weiter links auch bei 200 km/h noch erkennen.
  • Vermeide dreckige Fensterscheiben. Gefühlt sehen die Fahrzeuge die letzten 18 Monate vor einem Betreiberwechsel, die zur Umbeheimatung (d.h. Verlagerung in eine andere Ecke der Republik) oder Abstellung führt, keine Waschanlage mehr von innen. Besonders auffällig war das bei DB Regio Südost und deren alten Reichsbahn-Doppelstockwagen.
  • Richte das Bild so aus, dass du das Nachbargleis nur zur Hälfte im Bild siehst (die näher bei dir gelegene Schiene des Nachbargleises nicht mehr im Video sichtbar ist). Dann kannst du trotzdem noch Weichen im Nachbargleis erkennen (unterstützen die Orientierung), hast aber Bildfläche für wichtigere Sachen.
  • Nimm nicht die Androiod-eigene Kamera-App. Sie ist für diesen Anwendungszweck unbrauchbar. Nimm stattdessen OpenCamera. Dort kannst du den Fokus fix auf Unendlich setzen. Sonst refokussiert die Kamera alle paar Sekunden.
  • Wähle in OpenCamera die SD-Karte als Speicherort (Zahnrad-Symbol → Mehr Kamera-Einstellungen → Speicherort). /storage/sdcard1 ist sowohl auf meinem Galaxy S5 als auch LG Optimus 2X die SD-Karte.
  • Leg eine schnelle und große Karte ein.
  • Schalte die maximale Helligkeit ab. Das Display braucht viel Strom. Bei meinem LG Optimus 2X brauchte das Smartphone bei maximaler Helligkeit mehr Strom beim Filmen, als das Netzteil nachliefern konnte! Stelle vor die Helligkeit so weit herunter, dass du das Display noch gut ablesen kannst. Deaktiviere in OpenCamera Zahnrad-Symbol → Benutzeroberfläche → "Maximale Helligkeit erzwingen".
  • Die Videoaufnahme wird beendet, wenn die maximale Dateigrößere erreicht ist. Bei FAT-formatierten SD-Karten sind das 4GB. Je nach Auflösung und Kompression können das 11 oder 45 Minuten sein. Du musst dann die Aufnahme wieder neu starten. Ich muss mal ausprobieren, wie Android mit ext4-formatierten Karten zurechtkommt. (Mein Linux-Rechner dürfte sich daran nicht stören)
  • Überkopf fallen auch gute Halterungen irgendwann herunter. In Doppelstockwagen (Untergeschoss ist nicht empfehlenswert) muss man daher die Halterung festhalten.
  • Die Halterung, die durch Klebstoff halten (statt durch Saugwirkung), sind ungeeignet. Sie sind lassen sich nicht beliebig oft entfernen und an eine andere Scheibe ankleben.
  • Ein Powerbank ist eine gute Investition.
  • Zum Filmen den Flugzeugmodus aktivieren. Das spart Strom. Man will ja auch nicht beim Filmen gestört werden.

Um auch Signalnummern mappen zu können (und Signale, die ich nur von hinten im Video sehe), habe ich während des Filmens gleichzeitig Signalnummern, Weichennummern und Signalbeschreibungen diktiert.

Beispiel 1 – der ICE wurde über die Güterzugstrecke Opladen–Hilden umgeleitet, da filmte ich trotz nasser Scheibe und trübem Wetter, altes Smartphone

Beispiel 2 – gute Lichtverhältnisse, aber ohne Kfz-Halterung, da daheim liegen gelassen, altes Smartphone

Mit einem Smartphone kann man nicht vernünftig nach hinten durch den unbesetzten Führerstand hindurch filmen, da die Frontscheibe zu weit entfernt ist und man deshalb den halben Führerstand mit filmen würde. Wenn jedoch am Zugschluss ein einfacher Reisezugwagen hängt, kann man durch die abgesperrte Wagenübergangstür heraus auf die Strecke filmen. Dabei entstehen dann Videos wie dieses.

Vorverarbeitung vor dem Upload

Mittlerweile entferne ich bei allen Videos, die ich auf Youtube hochlade, immer den Ton. Das geht mit folgendem ffmpeg-Befehl:

ffmpeg -i originalvideo.mp4 -an -vcodec copy ohne-ton.mp4

Folgendes Bash-Skript verpixelt (per Weichzeichner) einen Bereich des Bildes. Das sollte man tun, wenn sich fremde Fahrgäste in der Fensterscheibe spiegeln, aber man das Video veröffentlichen will. Fahrgäste, die still sitzen, bewegen sich nicht, sodass ein statisches Rechteck genügt.

#! /usr/bin/env bash
# Usage: ./remove-sound-and-blur.sh INPUTFILE WIDTH HEIGHT LEFT_MARGIN TOP_MARGIN
ffmpeg -i $1 -filter_complex "[0:v]split=2[v0][v1];[v0]crop=$2:$3:$4:$5,boxblur=10[fg];[v1][fg]overlay=$4:$5[v]" -map "[v]" -map 0:a -c:v libx264 -c:a copy -an blurred-$1

Bilder extrahieren

Mit einer vernünftigen Kamera (rurseekatze hat die meisten Videos unserer Deutschlandpass-Tour damit aufgenommen) und einem GPS-Logger sind noch ganz andere Dinge möglich. Damit kann man einzelne Frames extrahieren und diese georeferenzieren (siehe vorheriges Posting). Die Fotos kann man direkt in JOSM laden. Der Umweg über Mapillary ist Zeitverschwendung. Mapillary komprimiert die Bilder noch ein bisschen, sodass kleine Details (Signalnummern) flöten gehen und verpixelt gerne die wichtigen Sachen (Signalnummern). Ich habe den Eindruck, dass man bei der Auswertung von georeferenzierten Fotos aus einem Video 30 bis 40 Prozent Zeit einspart.

Folgende Frameraten sind empfehlenswert:

  • Blick nach hinten oder vorne: 1 fps bis etwa 120 km/h, darüber 2 fps
  • Blick schräg zur Seite: 2 bis 4 fps bei etwa 120 km/h

Brücken, die über die Gleise hinwegführen und einen Schatten auf das Gleis werfen, eigenen sich gut, um die Georeferenzierung zu kontrollieren. Beim langsamen Anfahren im Bahnhof fällt ein Fehler von 2 Sekunden in der Zeit kaum auf. Bei schneller Fahrt merkt man das aber.

Older Entries | Newer Entries