piebro/osm-data huggingface dataset:
GerdHH (2025-02-25 18:47:14+00:00): Thanks for your reply. I am not out for copyright violations, but just wondered how such a remote and exposed path found its way into OSM. Whenever you add a path in mountaineous regions that is not suited for tourists and children, you should add a [https://wiki.openstreetmap.org/wiki/Key:sac_scale sac_scale] tag. Good apps like Komoot then will warn, while your climbing path is described as "Mostly accessible paths". I have been alerted because a young trailrunner has disappeared (and truly has fallen to death) using your path: [https://www.argophilia.com/news/johann-williams-still-missing-in-crete/240344/], [https://www.facebook.com/profile.php?id=61573093363960]. I guess it did not happen on your path, but on the well-tramped descent to Xyloskala, but anyhow he thought he was running on a comfortable round-trip path.
sookoll (2025-02-26 13:39:14+00:00): Sorry to hear that. Truly. But... What? Path is path. It can be paved and wide flat or vertical barely noticable path. You just can't blame map or mappers for decisions that people made. Trail runners in mountainous areas hardly choose "comfortable round-trip" path. Also, back then, there was warning signs about danger, before descent from parking lot. It is hardly belivable, that Johann wouldn't went into that route whatever tags this path contains, when warning signs or landscape itself didn't stop him. I will not answer to You here anymore, as this conversation is not about OSM, You tried to blame me and map for a accident and this is not place for it.
whb (2025-03-16 18:05:23+00:00): Based on the current information, it appears unlikely that the trail runner fell to death:

> The autopsy is still pending, but everything suggests that he succumbed to extreme cold and exhaustion. He managed to successfully navigate all the difficult parts of the route, but in the end, he collapsed on the path.
KarmaCleaner (2017-09-07 17:13:52+00:00): This changeset has been reverted fully or in part by changeset 51819006 where the changeset comment is: cleaning vandalism
eggie (2017-09-08 08:33:32+00:00): PB met welkom gestuurd
Ambush (2017-09-07 10:39:55+00:00): Привет. 
Спасибо за правку. 
Если название оператора действительно пишется латиницей, всё ОК
KarmaCleaner (2017-09-07 17:13:29+00:00): This changeset has been reverted fully or in part by changeset 51818987 where the changeset comment is: cleaning vandalism
Arma IRM-ED (2020-09-01 08:30:53+00:00): Hi, Russ McD. I adjusted the road (way 242610652) based on Maxar Premium Imagery.
Arma IRM-ED (2020-10-04 23:49:25+00:00): Hi, Russ McD. I have modified the highways based on Maxar Premium Imagery.
https://pewu.github.io/osm-history/#/way/521924908
https://pewu.github.io/osm-history/#/way/521924898
https://pewu.github.io/osm-history/#/way/521924913
https://pewu.github.io/osm-history/#/way/521924907
https://pewu.github.io/osm-history/#/way/521924899
https://pewu.github.io/osm-history/#/way/521924910
majkaz (2017-11-07 22:45:06+00:00): Ahoj, až teď jsem si všimla,  že se Ti asi nedopatřením v zápalu editace podařilo hodit značku obchodu s nápoji jak na budovu,  tak i do samostatného bodu tamtéž.
Je to teď dvojitě, navíc "obchod v obchodě" - sloučíš to nějak do jednoho? 
Díky,  Majka
KarmaCleaner (2017-09-07 17:12:46+00:00): This changeset has been reverted fully or in part by changeset 51818973 where the changeset comment is: cleaning vandalism
KarmaCleaner (2017-09-07 17:12:12+00:00): This changeset has been reverted fully or in part by changeset 51818954 where the changeset comment is: cleaning vandalism
mbethke (2017-09-07 03:08:51+00:00): Hi Mandy,
thanks for adding those missing streets! Regarding your classification I have some doubts though; why would the one north of Khoun Boulom for example be an unclassified one instead of residential? Same with the one south of Asean. You haven't checked on the ground, have you?

cheers,
Matthias
MandyMoslow (2017-09-07 18:15:12+00:00): Hi Matthias,

I was trying to map based on the OSM Wiki’s definition of unclassified but looks like residential is better here. 

I will look over my edits again and make changes.

Thank you,
Mandy
AdVerburg (2017-09-11 20:52:22+00:00): Je hebt hier *over* de (door stoming e.d. veraanderde) Plaat van Walsoorden een "eiland" met natural=coastline gemaakt.
Zie: https://wiki.openstreetmap.org/wiki/Tag:natural=coastline voor de definitie van kustlijn. De kustlijn ligt op de gemiddelde hoogwater spring. Dus niet op de laagwaterlijn.
Wat wel zou kunnen kloppen (ik weet niet of de foto de huidige situatie weergeeft) is jouw getekende vorm taggen met de gegevens (tags) van de Plaat van Walsoorden (zonder natural=coastline), en dan "oude" plaat weggooien.
DickRM (2017-09-12 21:47:59+00:00): Bedankt voor je opmerking. Het was mijn bedoeling om een (bijzondere) 'momentopname' vast te leggen op basis van de foto's van september 2014. Deze plaat verandert inderdaad voortdurend door de stroming en is inderdaad geen kustlijn want ligt bij HW geheel onder water. Maar ik weet niet hoe je dat zou moeten aangeven?
giggls (2018-10-09 12:03:25+00:00): Hallo,

Du hast in diesem Changeset eine Verbindung zwischen dem Radweg unter der Brücke und der L1096 gebaut. Das ist maximal uncool, weil mich nun das Radrouting über unmögliche Wege führt :)

Weil du den Landuse auch direkt an den Weg geklebt hast ist das sowas auch nocht relativ schwierig zu reparieren.

Ich habe das in 
https://www.openstreetmap.org/way/23079819 repariert. Bitte künftig etwas vorsichtiger mit sowas.

Ich persönlich bin kein Freund davon landuses und highways über die selben nodes zu führen, mir ist aber bekannt, dass es da andere Ansichten gibt.
Harald Hartmann (2017-09-11 18:20:25+00:00): Hello SK53. At http://www.openstreetmap.org/node/5084695926 it should be `post_box:type` instead of `post_box 'type`, right? #newkey #typo
SK53 (2017-09-11 18:42:28+00:00): Please fix typos directly & don't send me messages. I'm trying to input a lot of data from 2 big trips whilst my memory is still clear, so I know the data is unlikely to be perfect.
amapanda ᚛ᚐᚋᚐᚅᚇᚐ᚜ 🏳️‍⚧️ (2017-11-17 12:04:30+00:00): Hi, you added some buildings here. I've fixed up the duplicate smaller building on the behind the house
user_5359 (2017-09-07 14:12:24+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-09-07 14:13:15+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-09-07 14:15:26+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-09-07 14:16:18+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-09-07 14:18:00+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
Polarbear (2017-09-06 22:36:51+00:00): correction: Mahlsdorf / source: OSM data; bing
user_5359 (2017-09-07 14:19:18+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
apm-wa (2017-09-16 19:46:01+00:00): Would it not be better simply to set the tag shelter=yes on a bus stop (highway=bus_stop) than to draw both a bus stop and a shelter?  One entry rather than two?
Polyglot (2017-09-16 20:48:43+00:00): In fact I see the shelter and the bus stop as 2 distinct objects. The highway=bus_stop/public_transport=platform node as the point to represent the bus stop and the shelter area way as the place where people can take shelter from the elements.
Sometimes I use 1 node from the shelter's way for the highway=bus_stop. Maybe I shouldn't.

I realise it's possible to use shelter=yes on the  highway=bus_stop node. But we're mapping in more and more detail all the time. In Belgium you'll often find a bench inside that shelter as well and a waste_basket next to it.

I don't think we should be limited in the amount of detail we can map.

On the other hand I'm also strongly convinced it's best using 1 OSM object per bus stop. In the route relations as well. In many parts around Europe I see a tendency to use 2 and then to add both of them the route relations.

I'm starting to describe this here:
https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes

And I tried to create a manual here:
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant/Mapping_Public_Transport_with_JOSM

I also created some screencasts:
https://www.youtube.com/channel/UCIOXVFq_dQdrkPxcF--dfcA/videos
eggie (2017-09-08 08:28:08+00:00): PB met welkom gestuurd
eggie (2017-09-08 08:31:07+00:00): Beter niet beginnen met access no op een bollard. (paaltje) 
Pas je het zelf aan?
crushert (2017-09-08 09:05:32+00:00): Zelf aangepast. Vraag: hoe maak ik dan de Uranusstraat doodlopend voor autoverkeer (maar niet voor fietsers en voetgangers)? Want dat het hier als 1 doorlopende straat staat, klopt niet met de werkelijkheid.
crushert (2017-09-08 09:07:58+00:00): Voorzet (poging tot leren): is het beter om het segment Uranusstraat van bollard tot aansluiting rietdijk te veranderen in een stukje fietspad en wandelpad? Er is echt geen weg te zien die voor auto's geschikt kan zijn.
eggie (2017-09-08 09:27:08+00:00): Je kunt gewoon motorcar=no of motor_vehicle=no op het paaltje zetten. 
(soms mogen motorfietsen wel, maar auto's niet) Daarnaast zet je op de bollard wie er wel langs mogen. 
Er is op het ogenblik een discussie op het forum over wat onder motor_vehicle valt.
Zie forum. 
Het ligt ook een beetje aan de verschillende kaartenmakers of motorcar of motor_vehicle no effect heeft. 
Er zijn ook bewegende plaatjes om het nog ingewikkelder te maken.
eggie (2017-09-08 09:31:19+00:00): Wanneer het te smal is voor auto's kun je het veranderen in highway=path  bij het paaltje. 
Dat staat default open voor fietsers en wandelaar.
cycleway en footway alleen gebruiken als er een bord staat. 

restricties access:

http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#The_Netherlands

Ales wat groen is is default access.
crushert (2017-09-08 12:50:37+00:00): Oke, volgens mij ben ik er nu uit, en geeft de kaart nu beter de werkelijkheid weer. Prettig om begeleid te worden bij mijn eerste stappen.
Minh Nguyen (2019-02-08 20:32:10+00:00): Are there any signs for the speed limits inside Creekside Village? I noticed that the speed limits are tagged as 12 km/h, but I can’t find either 12 km/h or 7½ mph speed limit signs in the complex, just “slow down” signs.
Minh Nguyen (2019-02-08 20:32:55+00:00): Oh, never mind, I found 15 mph speed limit signs further up the road. Fixed.
literan (2017-09-07 12:05:43+00:00): Здравствуйте! Пожалуйста, не надо писать в тег name все подряд. Он для имен собственных, названий https://wiki.openstreetmap.org/wiki/RU:%D0%9D%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F
AkuAnakTimur (2017-09-07 01:51:56+00:00): Welcome to OpenStreetMap! The best, updated background layer around this region is Esri World Imagery and/or DigitalGlobe layers. Refer http://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer to change it.
user_5359 (2017-09-07 14:35:10+00:00): Welcome to OSM! I have revert your changeset because your business is not the street. Please try again to mark the place of your business (and not the street) to add your business information.
Nakaner-repair (2017-10-08 09:09:13+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
Nakaner-repair (2017-10-08 09:09:12+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
Nakaner-repair (2017-10-08 09:09:11+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
Nakaner (2017-09-19 20:41:20+00:00): Hi nyuriks,

this changeset is part of a mechanical edit (I think it is one). When was this changeset discussed on the mailing list(s) which are required for discussion by the Automated Edits Code of Conduct? You can find the full text of the guideline at https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Best regards

Michael
nyuriks (2017-09-19 21:01:07+00:00): Michael, this was not a mechanical edit. I was cleaning up roads, and reviewing them individually by hand. Most of the time in OSM, various roads, boundaries, and waterways are incompletely tagged with wikipedia/wikidata in both the relation, and *some* of the ways, which makes it for a bad data.  Cleaning them up makes it easier to maintain - relation has the common data, ways have data that differs. E.g. speedlimit is one per segment, relation has road names and wiki links.
nyuriks (2017-09-19 21:06:55+00:00): P.S. the only "mechanical" part was finding these cases using the Wikidata+OSM service. Fixing was not.
Nakaner (2017-09-19 21:36:33+00:00): "Mechanical" does not necessarily mean that the edit has to be performed by a script or any other form of a computer programme. Mass changes might be mechanical, too. You should keep in mind that mass changes should be always discussed beforehand if you do not want to mess up with the local community.

This particular changeset removed wikipedia=* tags from the ways in favour of a relation which is wrongly tagged and subject of deletion.
Nakaner-repair (2017-10-08 09:09:10+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
Nakaner-repair (2017-10-08 09:09:09+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
Nakaner-repair (2017-10-08 09:09:08+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
user_5359 (2017-09-07 14:34:05+00:00): Welcome to OSM! I must deleted you node, because you aren’t a church and the node isn’t well placed. Don’t use the geocoder from Google (Google don’t allow this), look on the aerial image and mark the right building!
Nakaner-repair (2017-10-08 09:09:06+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
pesec (2017-09-12 06:54:25+00:00): 498154348, v3 - что это за кривой дублер поперек всего ?
pesec (2017-09-12 06:55:10+00:00): удаляйте этот пакет.
ser851 (2017-09-12 09:54:17+00:00): Не знаю, кто после меня вносил правки, но я бы оборвал руки этому человеку. Исправил все его исправления.
Nakaner-repair (2017-10-08 09:09:05+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
chachafish (2017-09-24 07:45:15+00:00): Greetings, thank you for your additions to the map. I noticed the tags you created for hotels on Yas Island; Crowne Plaza, Radisson Blu, Park Inn, Rotana, Rotana Centro and Staybridge. However, these hotels have already been created as buildings and your nodes would simply duplicate work that has already been done. Openstreetmap has a policy of, "one feature, one OSM element". If you would like to delete your hotel nodes, that would be fine or I can do it for you, if you prefer. Thanks and happy mapping! :) http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
MirjanOil (2017-09-25 06:36:29+00:00): Hello Chachafish,
Thank you for your comment. I'm aware of the OSM policy regarding to duplicating the names. Recently I was in Abu Dhabi and I couldn't find any of those hotels on Yas Island on my navigation app in POI. The reason, as you mentioned, the hotels are presented as buildings. So, if someone doesn't know the address of the hotel, cannot find him in POI, like was my example. That is the reason why I added hotel tags as well.
I can delete them if you insist. 
I was using Navigator application, maybe this is the reason I couldn't find hotels...
Best regards,
MirjanOil
Nakaner-repair (2017-10-08 09:09:04+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
Nakaner-repair (2017-10-08 09:09:03+00:00): This changeset has been reverted fully or in part by changeset 52724341 where the changeset comment is: Revert undiscussed mechanical edit by nyuriks: Removal of wikidata=* and wikipedia=* from ways if a relation had the keys, too. See discusission of changeset 51798382 for more information.
bergaufsee (2017-09-08 18:12:40+00:00): Hallo geozeisig,
wo ist jetzt hier dein Problem? Unter https://wiki.openstreetmap.org/wiki/DE:Public_transport#Busse steht doch eindeutig: Wenn ein richtiger Bussteig vorhanden ist -> An der Halteposition des Busses einen Node auf der Straße ... Er erhält auch das Tag highway=bus_stop. 
Da dank Balgofil die Bussteige in Berlin mittlerweile gut gepflegt sind, trifft dies hier doch zu und somit bin ich dabei entsprechend auf Ptv2 umzustellen. Eigentlich dachte ich das wäre auch in deinem Interesse?!?
Gruß Bernd
geozeisig (2017-09-09 08:13:57+00:00): highway=bus_stop muss auf jeden Fall seitlich am besten da wo das Haltestellenschild ist. Sonst wird die Bushaltestelle mittig gerendert und man weiß nicht für welche Richtung die Haltestelle zuständig ist. Wenn du schon Bussteige einzeichnen willst nimm der vorderen node in Fahrtrichtung für das Schild mit name usw. Im Rest von Berlin hat sich das schon bewährt.
bergaufsee (2017-09-09 10:09:56+00:00): Das Thema der Fahrtrichtung ist doch auch bei public_transport=stop_position gegeben?! Das Problem ist doch aber mit der Eintragung der Bussteige gelöst, die sind ja an der richtigen Stelle. Außerdem geht dies auch aus den Busrouten hervor.
Deine Darstellung hat sich nicht bewährt sondern ist gewachsen mit dem Nachtragen der ways public_transport=platform ohne Anpassung des highway=bus_stop. In anderen Regionen ist man da weiter.
Wir hatten vor geraumer Zeit auch einen OSM Stammtisch mit dem Hauptthema ÖPNV, hier waren u.a. auch Vertreter der BVG, die OSM Daten nutzen anwesend. Dort wurde natürlich das PTv2 auch angesprochen und das im wiki dargestelle Schema akzeptiert.
Daß ich mit den alten highway=* tags auch nicht glücklich bin hatte ich an anderer Stelle schon zum Ausdruck gebracht, aber ich setze es trozdem so um. OSM kann nur funktionieren wenn es einheitlich gehandhabt wird. Deine Version führt bei Renderern welche sowohl das alte als auch das neue Schema erkennen leider auch z.T. zu nicht zufriedenstellenden Ergebnissen.
Nakaner (2017-09-10 20:29:26+00:00): Hallo geozeisig,

könntest du bitte, bevor du mit weiteren Umtaggingaktionen in Berlin und Umgebung fortfährst, diese auf der Berliner Mailingliste diskutieren?

Des Weiteren möchte ich dich bitten, aussagekräftige Änderungssatzkommentare einzugeben, erst recht, wenn du möglicherweise kontroverse Änderungen sowie systematische Änderungen durchführst. Ein schnödes "bus_stop" ist kein aussagekräftiger Änderungssatzkommentar. https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments

Weitere fachliche Kommentare von mir wird es auf der Mailingliste geben, sobald du die Diskussion begonnen hast.

Viele Grüße

Michael
geozeisig (2017-09-11 06:36:48+00:00): Gewöhnlich werden in einem Änderungssatz mehrere verschiedene Änderungen gemacht, die kann man nicht noch einzeln erklären.
Auch ist es unüblich alle Änderung vorher in einem Forum zu diskutieren. Da gibt es immer jemand der ein Bedenken äußert. Und zum Schluss kommt keiner der ein Resümee zieht.
Ich verstehe auch den Grund nicht warum highway=bus_stop irgendwie in Frage gestellt wird. Solange public transport platforms nicht  gerendert wird ist das doch wohl der wichtigste tag für eine Bushaltestelle (Siehe https://github.com/gravitystorm/openstreetmap-carto/issues/311).
bergaufsee (2017-09-24 14:49:35+00:00): CS reverted, ich behalte mir vor ähnlich gelagerte CS die dem wiki entgegenlaufen gleich zu tun. Weitere Kommentare hierzu wird es auch von mir an dieser Stelle nicht mehr geben.
geozeisig (2017-09-25 06:04:13+00:00): Da es massenweise Beispiele für Haltekanten gibt, welche von schienengebundenen und nicht schienengebundenen Fahrzeugen gibt wurde dieses Tag durch public_transport=platform ersetzt.
Original Wiki
woodpeck (2017-10-08 11:59:31+00:00): Hallo Geozeisig, Du hast insofern recht, als dass Dein Tagging nicht "dem Wiki entgegenläuft", zumindest nicht mehr oder weniger als das, welches bergaufsee bevorzugt; beide Arten sind im Wiki dokumentiert. Letzten Endes ist es Geschmackssache, wie man es macht - ähnlich wie z.B. die Frage, ob man Landnutzungsflächen an Wege "anklebt" oder nicht. 

In solchen "Geschmackssachen" ist es nicht hinnehmbar, dass jeder großflächig seinen Geschmack durchdrückt, denn dann kämen wir aus den Editwars nicht mehr hinaus. Es muss also zumindest regional ein Konsens gefunden werden, und niemand sollte sich anmaßen, Objekten, die er selbst gar nicht erfasst hat, seinen persönlichen Mapping-Stil aufzudrücken.

Die Berliner Community hat sich weitgehend darauf verständigt, das "PTv2"-Mapping (mit dem highway=bus_stop auf der Straße) zu verwenden. Wenn Du damit nicht einverstanden bist, steht es Dir frei, das mit Deinen Kollegen in Berlin zu diskutieren, z.B. auf der Mailingliste oder beim Stammtisch. Wenn Du es lieber nicht diskutieren willst, auch gut, aber dann musst Du die Finger von den Bushaltestellen lassen. 

Du hast natürlich recht, dass man im Normalfall bei OSM nicht vorher fragen muss, bevor man etwas editiert. Aber in einem Fall wie diesem ("hey, die Berliner haben offenbar keine Ahnung, wie man Bushaltestellen richtig mappt, ich änder das mal eben, wieso vorher mit denen besprechen, das Wiki gibt mir ja recht...") geht das nicht, da muss man sich schon an der Diskussion beteiligen.

Bitte sieh künftig davon ab, Bushaltestellen auf Deinen "Geschmack" umzuändern, und akzeptiere, dass Deine bisher vorgenommenen Änderungen an Bushaltestellen wieder rückgängig gemacht werden.

Frederik Ramm aka woodpeck - im Namen der OSMF Data Working Group.
geozeisig (2017-11-04 09:58:12+00:00): Es gab ein Übersetzungsfehler auf der Seite DE:Public_transport der jetzt behoben ist. So sollte es in Zukunft möglich sein Bushaltestellen (highway=bus_stop) neben der Straße zu mappen, wie es auch landläufig üblich ist.