OpenStreetMap logo OpenStreetMap

Diary Entries in German

Recent diary entries

Posted by MKnight on 18 March 2014 in German (Deutsch).

Im September hatte ich anhand Netzwolfs damals noch existierender Auswertung exzessiv Bugs gefixt, das war immer recht mühselig, aber heute (bzw. gestern) ääh der Reihe nach: Gestern hab ich mir mal in Josm Norddeutschland reingezogen und Öffnungszeiten korrigiert, das war um einiges umfangreicher als ich das aus dem September (und Folgemonate) noch kenne.

Kann man auch positiv sehen, es werden offenbar viel mehr Informationen in der DB abgekippt. Blöd nur, wenn die Infos grossflächig nach Gefühl, statt nach Konventionen eingegeben werden.

Heute hole ich mir dann mal Süddeutschland (+2-3 Pois in FR und CZ) rein und das ist da grossflächig anhand der Datenfülle sowas von kaputt, dass man da Stunden dransitzt, Korrekturen einzufügen.

Positiv zu erwähnen: Mittlerweile werden sehr viele Zeitspannen a la “nov-mar” etc. eingetragen. Negativ dabei ist, dass das Schema aufgrund der Komplexität sehr fehleranfällig einzutragen ist. Etwa jeder 2. von Josm bemängelte Fehler in opening_hours stammt daher. (davon habe ich inn meinem aktuellen Changeset allerdings auch nichts angefasst, sondern nur um die 100 einfachere und schnell logisch zu erfassenden Fehler korrigiert)

Bei “einfachen” Fehlern dominieren solche, wo der Erfasser das so eingetragen hat, wie er das gerade für richtig gehalten hat. “Montag bis Samstag 10 Uhr - 18 Uhr ausser in den Ferien” und dergleichen.

Das sind Fehler, die jOSM (ka, wie das bei iD&Co ist) vor dem hochladen anmeckert. Möglicherweise sind die Fehlermeldungen nicht eindeutig genug. Oder aber, was sich bei PM-Verkehr mit wenigen Usern herauskristallisiert hat; dass die Leute gar nicht wissen, wozu sie diese Daten eintragen und was mit den Daten letztendlich passiert.

Natürlich kann man direkt auf einen POI gehen und schauen, was da bei opening_hours steht.

See full entry

Posted by Bornaer on 17 March 2014 in German (Deutsch).

Ich hab ein Projekt in Angriff genommen: möglichst viele Geschäfte eintragen, zuerst aber in meiner Heimatstadt Borna. Ich suche dabei Anzeigen und Werbung. Ich habe aber soviel gefunden / werde noch soviel finden, dass ich eure Hilfe benötige, falls ihr Lust habt, oder einfach etwas zum Zeitvertreib sucht, könnt ihr ja loslegen. Ihr könnet eindach die Adresse aufsuchen, und erkundschaften, ob es den Laden noch gibt.Anbei eine Liste:

See full entry

LIebe Gemeinde,

Ich habe in den letzten Tagen und Wochen ein wenig Zeit damit verbringen können, die Häuser in meiner Umgebung einzuzeichnen und mit Adressen zu versehen. Die Vorgehensweise ist wie folgt: 1) Abzeichnen der Häuserkontouren vom Bing-Luftbild 2) Ausdruck des relevanten Ausschnittes als “Walking Paper” 3) Vor Ort Kontrolle, Aufnahme der Haunummern, Bänke, etc 4) Eintragung der Hausnummern etc in die Karte.

Ich füge die Adressdaten derzeit dem Polygon mit dem Hausumriss zu, separate Punkte verwende ich nur bei Mehrfamilienhäusern mit mehreren Adressen pro Gebäude.

Wenn jemand mitmachen will, bitte gerne!

Hendric

Location: Stückl, Perchtoldsdorf, Bezirk Mödling, Niederösterreich, 2380, Österreich

Da wir bei der Bearbeitung in OSM immer wieder auf unsere eigenen Geodaten der Stadt Troisdorf zurückgreifen, haben wir nun endlich einen source-Tag für diese Daten eingeführt:

source = daten.stadttroisdorf

Damit werden künftig alle Daten versehen, die wir aus unserer Hausnummernkarte, dem Straßenkataster oder sonstigen thematischen Karten nach OSM übernehmen.

Nachdem wir schon seit einigen Tagen fleißig den Datenbestand für unser Stadtgebiet bearbeitet haben, hat sich die Möglichkeit ergeben, unsere (von der Stadt geführten) Straßen- und Hausnummernlisten auswerten zu lassen.

An dieser Stelle ein herzliches Dankeschön an die “Macher” der Auswertungen!

Wir wußten ja schon vorher, dass es sehr aktive Mapper in unserer Region gibt, aber das Ergebnis hat uns trotzdem überrascht: ## * 95,5% der Straßen sind sowohl in der Soll-Liste (städt. Straßenkataster) wie auch in OSM erfasst ## * 96,2% der Hausnummern sind erfasst

Super Ergebnis, aber auch Ansporn!

Oftmals sind es die unterschiedlichen Schreibweisen, die zu Fehler geführt haben. Daher sind wir im Moment dabei kleinere Fehler in unseren Listen zu verbessern.

Location: Sieglar, Kriegsdorf, Troisdorf, Rhein-Sieg-Kreis, Nordrhein-Westfalen, Deutschland
Posted by malenki on 1 March 2014 in German (Deutsch).

Screenshot Amazon Affiliate 2013

Im Mai 2011 habe ich den Affiliate-Account für OSM.de bei amazon.de erstellt und kümmere mich seitdem darum. Gestern wurde die Auszahlung für Dezember 2013 in Höhe von 214,18 EUR überweisen.
Bis jetzt hat das Partnerprogramm des deutschsprachigen Amazon insgesamt 4448,35 EUR abgeworfen – eine hübsche Summe.
Vielen Dank an alle, die dazu beigetragen haben!

See full entry

Posted by gosausee on 25 February 2014 in German (Deutsch).

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)

Location: Bennau, Einsiedeln, Schwyz, 8840, Schweiz

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

OpenLoveMap Screenshot

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

Location: Potschappel, Freital, Sächsische Schweiz-Osterzgebirge, Sachsen, Deutschland
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