Danke Franz,

ich wollte nur drauf hinweisen, dass die Relation: 1109137 erst ab 1.1.2016 korrekt sein wird.

Gruß,
Toni

Hi FvGordon,

das stimmt, und stimmt wiederum nicht, denn PLZ von Taufkirchen und Admin-Boundary von Taufkirchen werden ab 1.1.2016 (nahezu) deckungsgleich werden.

Bei Relation: 1109137 ist "Am Birkengarten" (rechts oben) derzeit nicht mit drin. Die haben derzeit "noch" die PLZ von Ottobrunn/Riemerling 85521, was in OSM aber noch nie entsprechend korrekt gemapped war. Quelle: Pressemitteilung und "Aufstand" der Bewohner von "Am Birkengarten", ich wohne in Ottobrunn.

Viele Grüße,
Toni

Hallo Kung-fu-ze,

Briefkästen bekommen nein osm.wiki/Tag:name=... weil sie offiziell so nicht heißen. Deine osm.wiki/Tag:name=... Information ware schon in anderen (hierfür vorgesehenen) Tags vorhanden.

Gruß,
Toni

Hallo Kung-fu-ze,

hier befand sich bereits ein Punkt mit osm.wiki/Tag:place=...,

osm.wiki/Tag:landuse=... werden im Allgemeinen nicht mit osm.wiki/Tag:name=... versehen.

Danke,
Toni

Auch hier bitte "public_transport=" nicht löschen

Änderungskommentare beim Sichern wären auch hilfreich.

Danke,
Toni

Hallo Kung-fu-ze,

ich habe gerade bemerkt, dass Du die Bushaltestellen veränder hast.

Es gilt seit langer Zeit die Public-Transport-version nummer 2, bei der der highway=bus_stop nicht neben die Straße gesetzt wird, stattdessen wird der Punkt neben der Straße als highway=platform gemapped.

Zusätzlich snd neue tags eingeführt worden: public_transport=stop_osition/platform/...

Diese bitte nicht entfernen.

Danke und Gruß,
Toni

Hallo relation/17498,

es sind nun zwei Wege beinahe parallel hier im Wald gemapped. Welcher ist den nur der korrekte Weg. Der bereits vorhanden Waldweg, oder Dein neuer Pfad.
Die beiden kreuzen sich zudem, ohne dass dort dann ein gemeinsamer Punkt existiert.

Wenn ich mir die Luftbilde von BING und vond er Bayerischen vermessungsveraltung anschaue, erscheint mir der "alte" Waldwerg besser zu passen (bis auf den Anschluss an EBE 13), vor allem am südlichen Ende Deines Pfades.

Gruß,
Toni

Hallo landini,

Ich sehe gerade, dass Du hier gestern aktiv warst. Ich habe hier gerade einen NOTE gesetzt, denn angeblich sollten die Bauarbeiten nur bis zum 23. Oktober dauern. ist die Brücke/Straße wieder befahrbar? D.h. highway=seconday?

Hi zarl,

interessanter Link oben!
Wenn ich mir das so überlege, dann gibt's in meiner Umgebung ja noch 'ne ganze Menge anzupassen.
Gruß,
Toni

Hallo obducta,

leider ist
http://standorte.deutschepost.de/Standortsuche
keine erlaubte Quelle für OpenStreetMap.
Da gibt es Copyright-Probleme.

Bleibt nur übrig, selber vor Ort nachzuschauen ;-)

Gruß,
Toni

Hi zarl,

mein Hinweis im NOTE war evtl. misverständlich bzgl. footway=sidewalk ;-( Der tag sollte zusätzlich zum highway=foot angebracht werden.

Gruß,
Toni

Hallo Katja, ich lösche das hier mal, da es auf meinen falschen Angaben beruht. Ich hatte die Zahl "103" als Hausnummer in der Heinrich-Wieland_Straße interpretiert, tatsächlich ist es die "capacity" und das Camp/feste Unterkunft ist bei den Hausnummern 72-78. Ich were aber diesen Park in den nächsten Tagen trotzdem mal aufsuchen und verifizieren.

Gruß,
Toni

Hall tuerkmentzdv,

ich bin nicht ganz glücklich mit dieser Art des Mappens - muss mich aber auch an meine eigene Nase fassen.

Das sind Parkplätze entlang einer Straße, die haben keine Zufahrt - und wenn, dann eher highway=service und service=parking_aisle statt highway=unclassified.

Auf der anderen Seite sollten diese Parkplätze überhaupt nicht so wie hier gemapped werden (an die eigene Nase fassend), sondern mit parking:lanes:*=* und parking:condition:*=* und so weiter. Dann erübrigen sich die "acces to highway".

Aber die Parkplätze sollten auch nicht (wie bei S-Hohenbrunn, Bahnhofstraße, mittlerweise korrigiert) mit der Straße gemeinsame Linien habe, denn der Parkplatz geht ja nicht bis zu Mitte der Straße (die Mitte der Straße wird durch den Way repräsentiert.). Flächen und Wege sollten keine gemeinsamen Linien haben (Wald und Straße, Park und Straße, ...).

Eventuell werde ich meinen Patzer korrigieren und die amenity=parking wieder löschen und durch korrektes parking:*:*=* ersetzen.
Siehe auch way/366494143 in Unterhaching.

Gruß,
Toni

Hi, wobei: "vehicle" und auch DE:250 Fahrräder (fahrender, nicht schiebender eise) mit einschließen, im Gegensatz zu "motor_vehicle" = DE:260.
Gruß,
Toni

Hmm, ich sehe allerdings ein, dass KeepRight! hier was anderes vorschlägt, was mit dem deutschen Schild nicht zusammen passt.
Na ja, lass' mers so wie's jetzt ist.

Hi R0bst3r,

ich glaube, dass "access=no" nicht ganz richtig ist, und dass das bereits existierende "vehicle=no" ausreicht, denn: DE:250 sagt vehicle=no. Siehe
osm.wiki/DE:Verkehrszeichen_in_Deutschland

Gruß,
Toni

Ich habe im Perlacher Forst mal das Multipolygon korrigiert. Da waren sehr viele landuse=meadow, die nicht als 'inner' im MP waren und somit derzeit mit Wiesen-Farbe aber drübergemalten Bäumen gerendert wurden (gut, da man somit Fehler schneller findet).

Bzgl. Wörnbrunn wir die Sache sehr kompliziert, da hier mehrere 'inner' (farmland, residential, meadow) aneinanderstoßen (gemeinsame Linien haben). Das wird in den nächsten Tagen hier:

http://tools.geofabrik.de/osmi/?view=multipolygon&lon=11.55129&lat=48.03933&zoom=16&opacity=0.63&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags

evtl. als Fehler "Touching inner rings" auftauchen.

Dann werde ich mir die Arbeit machen und das ganze gemäß MP-Regeln aufräumen.

... "Perlacher Forst" sollte es heißen, nicht "Grünwalder Forst".

Da hast du Recht. Da kann man einiges optimieren. Da gibt's ein paar landuse=meadow (eingezäunter Bereich?), landuse=grass (restliche Grasflächen?), landuse=residential (Gasthof + Sportplätze + Hausnummern 3+4?), landuse=farmyard (nicht eingezeichnete Häuser rechts vom Gasthof?), die Bänke rechts oben scheinen mir weit vom Fußweg entfernt ( IIRC stehen die direkt am Weg), ...

Zudem ist das kleine landuse=meadow süd-östlich nicht Teil des Multipologons und somit mit Bäumen übermalt (die Regeln des Renderers Mapnik scheinen nach und nach geändert zu werden).

Das jetzige landuse=farm(land) ist 'inner' des Multipolygons "Grünwalder Forst". Könnte kompliziert werden die Änderungen sauber zu mappen.

Gruß,
Toni

Hi Pyfisch,

this is definitelly not a forest. I'm a local mapper and I mapped the trees induvidually, they belong rather to a tree_row than a forest.

I'll revert this change set.

Br,
Toni