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

Hollabrunn, Hochstraße beim Wichtenkreuz

• Wege nördlich Wichtenkreuz

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.

Hollabrunn: Grübl - Hochstraße

• Wege zwischen Grübl und Brennberg

Steyrermühl

• In der Au bis Traunfall-Straße

Hallo,

eine Frage. Wie kann ich denn eine Fläche erstellen ? Ich habe in Postira (Kroatien) ein paar Straßen nachgepflegt. Die Straße “ULICA Guvno” ist eigentlich eine Fläche (Beton). Wie kann ich die erstellen ?

Danke für Hilfe, Ewi.

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.

…

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

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

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

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

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

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

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

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

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

Änderungen

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

Fehlende Funktionalität seit Januar

… See full entry

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

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

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

— thomersch

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

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

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

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

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

Hardware

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

Die Stadt Troisdorf, genauer gesagt, das Sachgebiet Geoinformation, beschäftigt sich jetzt auch seit einiger Zeit intensiv mit OpenStreetMap. Schon seit einigen Jahren gibt es den Stadtplandienst der Stadt Troisdorf (www.stadtplan.troisdorf.de), auf dem sich Bürger, Besucher und Interessierte neben amtlichen Kartenwerken auch Geodaten der Stadt ansehen und für den eigenen Gebrauch ausdrucken können. Im Frühling des Jahres soll dort das Angebot um OpenStreetMap-Daten ergänzt werden.

Daher sind mittlerweile Mitarbeiter des Sachgebiets aktiv dabei den bereits sehr gut erfassten Datenbestand im Stadtgebiet stetig zu verbessern: neue Gebäude werden ergänzt, Adressdaten vervollständigt, Ortsteilgrenzen angepasst.

Mit diesem Projekt soll nicht nur das Angebot für den eigenen Stadtplandienst verbessert werden, sondern auch die Nutzung von offenen (Geo)daten verbessert werden.

Wir sind gespannt, wo die Reise hingeht!

Viele Mapper sind bestrebt die nähere Umgebung um das eigene Heim, möglichst gut zu erfassen. Auch ich bin so. Doch einer Frage wollte ich auf den Grund gehen: Wie gut sind die Öffnungszeiten erfasst?

Öffnungszeiten sind etwas, was man mal so nebenbei erfassen kann. Wenn man irgendwo hin laufen oder Rad fahren möchte, kann man, ausreichend Zeit vorausgesetzt, Zwischenstops einlegen und dabei die Öffnungszeiten von Ladengeschäften und Gastronomiebetrieben erfassen.

Ich habe mich jetzt mal eine Stunde hingesetzt und mich intensiver mit der Overpass-API und den MapCSS-Fähigkeiten des Overpass-Turbo auseinander gesetzt. Möchte man für einen kleineren Bereich die Öffnungszeiten-Abdeckung grafisch darstellen, so genügt folgender Code:

<osm-script>
    <union>
        <query type="node">
            <has-kv k="shop"/>  <bbox-query {{bbox}}/>
        </query>
        <query type="way">
            <has-kv k="shop"/>  <bbox-query {{bbox}}/>
        </query>
        <query type="node">
            <has-kv k="amenity" regv="^(restaurant|pub|bar|fast_food|food_court|ice_cream|cafe)$"/>  <bbox-query {{bbox}}/>
        </query>
        <query type="way">
            <has-kv k="amenity" regv="^(restaurant|pub|bar|fast_food|food_court|ice_cream|cafe)$"/>  <bbox-query {{bbox}}/>
        </query>
        <recurse type="way-node" />
    </union>
    <print/>
</osm-script>

{{style:

    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.

EDIT: Overpass-Abfrage korrigiert und Link auf korrgierte Abfrage eingefügt.

Vor ein paar Tagen habe ich es endlich geschafft den CRE zu Wikidata zu hören. Ich finde das ganze Projekt sehr spannend und mein erster Gedanke dazu war, wie es mit der Verknüpfung von Wikidata und OpenStreetMap aussieht. Ich scheine logischerweise nicht der erste zu sein, der daran gedacht hat und so gibt es auch schon einen Tagvorschlag für OSM, dem glaube ich nicht viel entgegensteht.

Ich habe mich dann mal ran gesetzt und versucht die WikiData-API anzuzapfen, die ehrlich gesagt ziemlich schrecklich ist. (In JSON eingebettetes JSON oder alternativ in XML eingebettetes JSON und solche Sachen, oder habe ich die Falsche API erwischt?)

Ich habe dann nach einer Sache gesucht, die man gut auf einer Karte visualisieren kann und fand dann heraus, dass einige Städte in Wikidata einen Link zu Ihrem Wappen (coat of arms image) haben. Also habe ich einige Städte in der Umgebung mit wikidata-Tag versehen und deren Wikidata-Seiten mit dem Verweis zum Wappen.

… See full entry

Der Datenbestand von OpenStreetMap wächst beständig. Aber wie stark genau? Und wie viel haben wir überhaupt schon erfasst? Haben wir schon mehr Kilometer Wanderwege als kommerzielle Anbieter? Das können wir uns jetzt beantworten.

Mit osm.lyrk.de haben wir jetzt eine Webseite, die täglich verschiedene Auswertungen in Deutschland, Österreich und der Schweiz durchführt und visualisiert.

Im Moment werden Fahrradwege, Fußwege, Wanderstrecken, Bahnschienen, Wege und Pfade in ihrer Gesamtlänge analyisiert. Außerdem gibt es eine Auswertung von Elementen mit Hausnummern (addr:housenumber=*) sowie der existierenden Gebäude (building=*).

Die Graphen mit den absoluten Zahlen sind noch nicht so aussagekräftig, aber das sollte sich mit der Zeit lösen. Die relativen Auswertungen sind schon etwas interessanter, dort kann man sehen, wie viele Elemente/Kilometer pro Tag hinzukommen.

… See full entry

In Münnerstadt ist ein neues Gewerbegebiet geplant. Zur Zeit ist dies allerdings noch mehr oder weniger umstritten. Wie es heisst sollen sich dort Lidl und dm niederlassen. Wir dürfen also gespannt sein.

Hi folks @ mapper community;

I have in an old town several buildings with an store in the first floor and appartments in the second. The whole area is mapped as residential… How do you tagg these bulidings?

Thanx and have a nice day; themartinix