Hallo, noch zwei Anmerkungen zu diesem Changeset:

Bei dem kurzen Einfädelungsstreifen scheint einiges durcheinander gekommen zu sein:
- "cycleway:left:buffer=1.93" habe ich entfernt, da ich keinen Buffer erkennen kann (links neben dem Schutzstreifen ist nur eine Markierung, rechts ein personenbezogener Behindertenparkplatz/Parkstreifen),
- "cycleway:left:lane:width=1.54" müsste "cycleway:left:width" heißen,
- "cycleway:left:separation:left=dashed_line" sollte so nicht verwendet werden – wahrscheinlich war "marking:left" gemeint, denn "separation" wäre "no", da es keine physische Trennung gibt, nur Markierungen (vgl. osm.wiki/Proposal:Separation)
- "cycleway:left:traffic_mode:right=foot" habe ich zu "parking" geändert, da sich rechts neben dem Schutzstreifen der Parkstreifen befindet.

(Mapillary siehe https://www.mapillary.com/app/?lat=52.485754800000024&lng=13.429906699999947&z=18.909379867793092&dateFrom=2025-01-01&pKey=966416815642325&focus=photo&x=0.020846983241415262&y=0.8494331451141562&zoom=0)

Außerdem wurde die Fahrbahnbreite von 11 Meter auf 3-5 Meter reduziert – als Fahrbahnbreite betrachten wir in OSM aber alles von Bordstein zu Bordstein, also inklusive der Parkstreifen/parkenden Fahrzeuge – solange das Parken auf der Fahrbahn (parking=lane) stattfindet. Erst, wenn das Parken in Parkbuchen (parking=street_side) oder auf dem Gehweg stattfindet, zählt es nicht mehr zur Fahrbahnbreite (vgl. auch width=*#Width_of_streets). Daher habe ich die Werte auf die 11 Meter zurückgesetzt. (Die "nutzbare Breite" zwischen den parkenden Fahrzeugen lässt sich bei Bedarf aus den parking-Tags ableiten.)

(Korrigiert in changeset/169638731)

Lg, Alex

Hallo,

mehr oder weniger zufällig habe ich auch gerade entdeckt, dass fehlerhafte Parkraum-Tags gesetzt wurden (und ein paar falsche PLZ-Angaben) – korrigiert in https://osmcha.org/changesets/169637017.

Bitte bei den Parkraumtags mit großer Sorgfalt vorgehen, da das auch ein anderes aktuelles Berliner Mapping-Projekt betrifft, und nach Möglichkeit den JOSM-Style "Parkstreifen" zur visuellen Unterstützung nutzen.

Lg, Alex

Kleine Anmerkung: Bei manchen parking-Flächen fehlt noch ein "orientation" (meistens "parallel"). Benutzt du ein Preset für die Flächen? Damit fällt es evtl. leichter, keine Tags zu vergessen.

Lg, Alex

Hey Lordi0814, danke für deine vielen Ergänzungen/Aktualisierungen an den Straßenbrunnen :)
Liebe Grüße
Alex

Hey syntop, thanks for your Update of Bouchestrasse at this location. I added "oneway:bicycle=no" to allow bicycle traffic in both directions (as you mentioned in your changeset comment).

Thanks, Alex

Hallo, habe hier gerade noch einzelne Korrekturen vorgenommen, wie vorhin teilweise schon angesprochen (Änderungen siehe https://osmcha.org/changesets/168350747):
- Am östlichsten Abschnitt der Mendelssohnstraße ist auf der Nordseite ein Stück Gehwegparken
- auf der Südseite des gleichen Segments gilt außerdem nicht mehr die Beschränkung zum Be- und Entladen, die im Rest der Straße gilt (auf den Straßenbefahrungsbildern sehr verdeckt und in den eUVM-Daten ebenfalls falsch – also schwer zu sehen :)
- An manchen Segmenten stand fee=no, aber wenn ich richtig sehe, gelten überall Parkgebühren (Zonen-Zeichen an den Enden der Straße).
- Entlang der Mendelssohnstraße war an vielen Parksegmenten ein "restriction=no_stopping" – das habe ich entfernt. Es gibt zwar teils entlang der Straße so eine Halteverbotsbeschilderung (die sich auf die Fahrbahn beziehen soll), aber in den OSM-Daten sieht es dann so aus, als würde das Halteverbot für die Parkbuchten gelten (da an der centerline parking:*=street_side gemappt ist). Wir können mit solchen "merkwürdigen" Halteverboten auf zwei Weisen umgehen: Entweder wir ignorieren es/mappen es nicht, weil wir ohnehin parking=street_side erfasst haben und dann davon ausgehen, dass auf der Fahrbahn nicht geparkt wird; oder wir mappen alternativ die Parkbuchten als separate Flächen und können dann an der centerline ein parking:*=no + parking:*:restriction=no_stopping lassen, da es dort, wo es Parkbuchten gibt, von diesen "überschrieben" wird.

Lg, Alex

Hallo, noch eine kleine Anmerkung zu dieser Straße: Hier habe ich "parking:right:restriction:reason=narrow" durch "parking:right:reason=narrow" ersetzt, also ohne "restriction:". Dieses reason-Tagging gibt es sowohl mit als auch ohne das "restriction", je nach dem, worauf es sich bezieht. Wenn es z.B. eine ausgeschilderte Parkbeschränkung wie "Halteverbot wegen Busspur" erklärt, dann ist die "restriction:reason"-Variante besser. Wenn es hingegen – wie hier – nur eine "physische" Situation erklärt (parking:right=no, wegen zu enger Fahrbahn), dann passt die einfache reason-Variante besser.

Lg, Alex

Hallo, hier hast du viele einzelne "parking_spaces" gelöscht, die ein Mapper mal in offenbar aufwändiger Kleinarbeit angelegt hat. Und die Geometrie des Parkplatzes ist dabei ausversehen kaputt gegangen. Daher habe ich einige Änderungen hier zurückgesetzt.

Die parking-space-Flächen waren zwar (noch) nicht vollständig und so eigentlich irreführend (zudem nicht immer ganz lagegenau), aber an sich sind einzelne Stellplätze als "parking_space" auf einer "parking"-Fläche in Ordnung (siehe amenity=parking_space).

Für das eUVM-Parkraumprojekt können wir sie im Prinzip ignorieren.

Daher meine Anpassung. Oder habe ich das falsch verstanden? Lg, Alex

Einzelne der Änderungen in der Jessner- und Oderstraße habe ich rückgängig gemacht, da deren Umsetzung noch nicht absehbar ist (siehe auch note/4827614 und note/4827615).

Hallo,

bei den separaten Flächen hier in der Littenstraße wäre es noch gut, das "amenity=parking" weiter mit einem "parking"-Tag zu spezifizieren, z. B. bei den Flächen way/1408889640 oder way/1408889639 und ein paar weiteren hier in der Straße. Hier müsste es also "parking=lane" (Parken auf der Fahrbahn) sein.

Entlang der Straßensegmente fehlen an ein paar Stellen außerdem noch für manche Seiten parking-Tags. Außerdem habe ich den Eindruck, dass auf der östlichen Seite durchgängig parallel auf der Fahrbahn geparkt wird – in den Daten ist dort manchmal aber parking=no. Wegen der Baustellen? Die Baustellen scheinen nur temporär zu sein und den Straßenquerschnitt nicht zu ändern, daher wäre es gut, hier durchgängig paralleles Fahrbahnparken zu taggen.

An dieser Stelle (way/1408889630) sieht es im Luftbild 2024 aus, als wären da 4 Stellplätze, vermutlich zum Laden von E-Fahrzeugen. Bei Mapillary gerade ein aktuelles Bild davon entdeckt: https://www.mapillary.com/app/?pKey=3787901341521112 Da sind in OSM bisher nur zwei Stellplätze und ohne die Info, dass es zum E-Laden ist. Ein Beispiel für solche Elektrischen Ladestellplätze habe ich gerade in unserem How-To-Map-Wiki ergänzt: osm.wiki/Verkehrswende-Meetup/Parkraum/How_to_map_a#Laden_von_Elektrofahrzeugen – es ist als Beispiel auch im Abschnitt zum Mappen separater Parkflächen auf der Street Parking-Seite aufgeführt: osm.wiki/DE:Street_parking#Separat_gemappte_Parkpl%C3%A4tze_im_Stra%C3%9Fenraum

An der Voltairestraße um die Ecke (way/4612974) habe ich noch entdeckt, dass dort auf der südlichen Seite "Einsatzfahrzeuge frei" ausgeschildert ist. Derzeit steht in OSM parking=lane + restriction=no_stopping (was in dieser Form eigentlich ein Widerspruch wäre). Im Wiki ist diese Zeichenkombination dokumentiert: osm.wiki/DE:Street_parking#Park-_und_Halteverbote_2 – da wäre es also noch gut, ein "parking:right:restriction:emergency=none" zu ergänzen, um das Halteverbot für Einsatzfahrzeuge aufzuheben :)

lg, Alex

Huch, schau mal, hier ist in diesem Changeset (wahrscheinlich ausversehen?) eine Geometrie ohne Tags entstanden: way/1409317180

Meckert nicht der JOSM-Validator, wenn man eine Geometrie ohne Tags hochladen will?

lg, Alex

P.S. Ah, just saw that the name changed a few months ago. Nevertheless, there was already a POI at this location - the name should have been updated.

Hey, you added a cafe here, that already existed in OSM since 5 years ("Frau Honig", see node/7541757197).

Please make sure you have up-to-date map data when adding locations with Organic Maps.

Ach schade, hab deine Antwort zu spät gelesen und bin nicht mehr dort :(

Hallo kjon, ähnlich wie gerade in changeset/167646293 angemerkt: Auch hier an der Kreuzung Bergmannstraße/Friesenstraße hast du "doppelte" Ampeln ergänzt, da es bereits die Ampeln auf den Radwegen gibt: z.B. node/5141038105

lg, Alex

Hallo kjon, du hast hier Ampeln eingetragen, die es so eigentlich nicht gibt: An der Kreuzung Sonnenallee/Zigrastraße hast du crossing=traffic_signals-Punkte auf den Radweg-crossings ergänzt, allerdings haben die Radwege bereits Ampeln an den Stellen, an denen die Radfahrenden "ihre" Ampeln haben, z.B. node/7498296898

Die zusätzlichen crossing-Nodes sind daher doppelt/überflüssig bzw. so nicht vorhanden, da es keine separaten Lichtsignale auf den beiden Fahrbahnteilen gibt, wie z.B. bei den Fußgängern.

Siehe auch Straßenfoto: https://www.mapillary.com/app/?pKey=1065005649027930

Mal wieder so eine witzige OSM-Begegnung... Geht man abends nochmal zum See spazieren und denkt sich: Ha, diese Rutsche hat bestimmt noch niemand gemappt... Doch, du, vor ein paar Tagen 😅

Naja, ich konnte wenigstens noch die Höhe und den Winkel der Rutsche ergänzen und das kleine Klettergerüst korrigieren.

LG - auch von Tobias - Alex (seit kurzem bei FixMyCity - ich hoffe wir lernen uns bald mal kennen :)

Hey, hab hier am nördlichen Ende der Spandauer Straße die eingefügten Flächen etwas angepasst und nur die Flächen belassen, die auf der Fahrbahn markiert sind (Behindertenstellplätze und E-Lade-Stellplätze). Die anderen Infos habe ich an die Centerline gepackt. Wenn mehrere Flächen aneinander anschließen, sollten wir die auch "begradigen" und miteinander verbinden.

An den Enden der Straße hab ich auf Mapillary noch explizit ausgeschilderte Halteverbote entdeckt, die ich noch spezifiziert habe (parking:right:restriction=no_stopping).

Für die weiß markierten Sperrflächen (z.B. way/1395044145) gibt es das Tagging "area:highway=prohibited" (siehe auch unsere How-To-Map-Seite: osm.wiki/Verkehrswende-Meetup/Parkraum/How_to_map_a#Sperrfl%C3%A4che).

Änderungen hier zu sehen: https://osmcha.org/changesets/167608150

lg, Alex

Hey, jetzt habe ich verstanden was du mit den "doppelten" Stellflächen für Parkbuchten und Ladezonen meinst :) Das ist ja auch eine ungewöhnliche Beschilderung...

Die Verwendung der Ladezonen-Flächen auf der Fahrbahn erscheint mir allerdings sehr ungünstig, insbesondere, da die "Parkflächen" nicht (z.B. durch Markierungen) auf der Fahrbahn erkennbar sind.

Andersherum lässt es sich mMn aber gut lösen: Die Parkbuchten als separate Flächen erfassen und an der Straßenlinie dann die Ladezonen. Ich habe das mal hier umgesetzt und dabei noch ein paar weitere Verbesserungen vorgenommen: https://osmcha.org/changesets/167570946

z.B. hab ich noch ein paar ausgeschilderte Halteverbote mit parking:*:restriction=no_stopping spezifiziert sowie die obstacle:parking-Tags wieder entfernt, da sie mit separaten Flächen ja nicht benötigt werden.

(Betrifft Caroline-Michaelis-Straße und Julie-Wolfthorn-Straße.)

Hey, ich habe hier eine kleine Korrektur bei den Taxiständen vorgenommen (node/1318189982 bzw. way/1392197481):

Die Stellplätze für Taxis sind im Sinne des OSM-Street Parking-Schemas auch "amenity=parking" (vgl. auch das Beispiel unter osm.wiki/DE:Street_parking#Park-_und_Halteverbote_2), nur mit der Einschränkung "access=no" + "taxi=designated". Der "amenity=taxi"-Punkt kann dann als Punkt erhalten bleiben, am Besten an der "vordersten" Halteposition des ersten Taxis.

Habe die Fläche und den Taxipunkt hier entsprechend angepasst.

Lg, Alex