piebro/osm-data huggingface dataset:
ortho_is_hot (2020-01-03 13:57:32+00:00): G'day Laurent, and thanks for your contributions.

Just with the building outlines, for future reference you can use the "square" key in the editor to ensure that all angles in your outlines are right angles as generally this is the case with buildings.

Cheers,
ortho_is_hot

Translated with Google Translate:
Bonjour Laurent, et merci pour vos contributions.

Juste avec les contours du bâtiment, pour référence future, vous pouvez utiliser la touche "carré" dans l'éditeur pour vous assurer que tous les angles dans vos contours sont des angles droits comme c'est généralement le cas avec les bâtiments.

À votre santé,
ortho_is_hot
Laurent Maillot (2020-01-09 22:51:57+00:00): Hi Ortho_is_hot,

Thank you for your advise, unfortunately there is no square key on the iD editor !
Trying my best to do square angles...

Cheers,
Laurent
freebeer (2020-01-10 00:00:22+00:00): the `q' (quadrilateralise() ) key in the most common online editors including current iD will do this for you.
ortho_is_hot (2020-01-10 03:00:19+00:00): Yep, as freebeer commented the "q" key will do it. Also the beta iD v3 allows you to square multiple buildings or objects at once and includes a right angle tool if you are interested
Laurent Maillot (2020-01-10 04:17:25+00:00): Hi Guys,
Thank you for the advise, I didn't know this feature !
Cheers, Laurent
ndm (2020-01-03 19:03:17+00:00): There's no service road here https://binged.it/37zxuwu -- I'll revert.

If you meant to add a driveway -- then it was either too long or misaligned, depending on which house it was supposed to be associated with.
viplavm (2020-01-06 10:18:46+00:00): Hi ndm,

Thanks for reviewing my edit and making the necessary changes. It was an honest mistake. From private aerial imagery the road is visible and it was leading to single entity. I should have added a driveway rather than a service road. Will take this as learning and use for the further edits. Please let me know if anything else needs to be changed. Always happy to learn from community.

Regards,
viplav S manas.
user_5359 (2020-01-03 06:48:49+00:00): Welcome to OSM! Note that in OSM classification of the objects has the highest priority. Objects that have only name and description, have little sense. As home page for the question "How do I describe you?" I recommend the web site http://wiki.openstreetmap.org.
skquinn (2020-10-26 08:24:46+00:00): Please double check which way each side goes the next time you do this. (The US drives on the right.)
vsahith (2020-10-27 07:40:48+00:00): Hi,

Thanks for reviewing and correcting the edit. Apologies for the addition of incorrect directions. Will ensure not to repeat such mistakes. Looking forward to learn from you.

Regards,
vsahith.
user_5359 (2020-01-03 11:25:28+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
Supaplex (2020-01-03 15:01:39+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站 https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
Supaplex (2020-01-03 15:05:40+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站 https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
Baloo Uriza (2020-02-19 03:19:07+00:00): Just a heads up, please pay attention to placement=* tags, these indicate where the line falls on the roadway to help provide lane guidance.
sanganh (2020-02-19 09:41:25+00:00): Hi Baloo,
Thanks for your response. I see you have already adjusted the road in this changeset. I shall ensure to follow your suggestion for my future edits. 

Looking forward to learning from you.

Regards,
sanganh.
Baloo Uriza (2020-02-19 15:05:20+00:00): Thanks buddy!
Mateusz Konieczny (2024-04-02 14:34:44+00:00): Hello! https://www.openstreetmap.org/node/5253932967/history has access:foot = permissive that was added in this edit (if I checked things correctly)
Would using foot access tag (see https://wiki.openstreetmap.org/wiki/Key:foot ) be fitting at least equally well?
mbethke (2024-04-02 19:01:39+00:00): Hi,
sure, thanks for noticing—I'm quite sure I misinterpreted "permissive" as "it's technically private but you don't have to ask" here, so foot=yes should be more appropriate anyway. Fixed.
marc__marc (2020-01-03 09:14:24+00:00): Bonjour,
https://www.openstreetmap.org/node/307976382
quel est le sens de cette modif ?
pourriez-vous faire des modifs plus petites mais plus compréhensible ?
par ailleurs les éditions de masses doivent faire l'objet d'une procédure, pour éviter les soucis de qualité comme celui-ci
https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e
TomPar (2021-03-15 17:15:03+00:00): Hello.  There is currently no "Town of Dana".  Furthermore, I don't believe this area is a "park" or a "recreation_ground" in the OSM sense of those tags and local practice elsewhere.  I'd like to revise tagging and remove this historic town boundary as I don't think it's OSM best practice to map historical events/features like this. However, I wanted to reach out to you first as a courtesy as it seems you do a lot of editing in this area.  Do you have strong feelings about why this should remain? Thanks.
Necessarycoot72 (2021-03-18 01:44:53+00:00): Your best bet is to ask on the forum or subreddit 

https://forum.openstreetmap.org
/https://www.reddit.com/r/openstreetmap/
user_5359 (2020-01-03 11:21:49+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
Vinber (2020-01-03 09:03:29+00:00): Bonjour,
vous ajouter dans ce changeset seulement une source, sans rien modifier sur de nombreux objets : exemple https://www.openstreetmap.org/way/712278316/history.

Pouvez vous :
1- arrêter cela
2- indiquer une page wiki de suivi des modifications très (trop) importantes que vous êtes en train de faire,
3- pourriez vous également nous donner le lien vers la licence permettant l'usage de la bdtopoc et de renseigner ce lien dans un wiki ?

OpenStreetMap se construit avec les gens, pas avec des bases de données :D
frodrigo (2020-01-03 09:19:42+00:00): Vous ajoutez le tag source:name:oc=ieo-bdtopoc même a des objets qui n'ont pas de nom.
trial (2020-01-03 09:27:06+00:00): Visiblement il y a de la mauvaise manip dans l'air : c'est seulement sur l'objet auquel vous ajoutez name:oc et plus précisement avec source:name:oc (ou ajoutez un point virgule à source existante et ajoutez la votre). Vous pouvez aussi ne mettre la source que sur le changeset.
Vinber (2020-01-03 09:29:08+00:00): et vous considérez que la source est source:name:oc=ieo-bdtopoc alors que dans de nombreux cas les noms étaient déjà là (par exemple ce changeset https://www.openstreetmap.org/changeset/79129173) et la source n'était pas obligatoirement source:name:oc=ieo-bdtopoc (vous semblez vouloir mettre comme source de tous les noms occitan cette base de données mais c'est une erreur de mon point de vue).
trial (2020-01-03 09:31:27+00:00): Avec tous ces ajouts sans objet je ne vois qu'un revert bête : c'est dommage, vous allez devoir entrer à nouveau les name:oc.
À la rigueur avec une requête overpass on peut faire le ménage.
marc__marc (2020-01-03 11:48:06+00:00): le tag source a l'air détourné de son objectif, ici cet objet n'a même aucun nom et pourtant un mention a été faite https://www.openstreetmap.org/node/6847161629
le tag source est mis sur le changeset lorsqu'il concerne la source réelle du changement. il n'a pas vocation à polluer la base en le copiant sur les objets modifiés pour faire de la pub et sans aucun rapport avec la modification
Mond00 (2020-04-06 12:32:25+00:00): Bitte bei den Öffnungszeiten die Wochentage ergänzen.
Ropino (2020-04-06 18:19:07+00:00): Hallo,
wenn ich das hier:
https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours 
(Beispiel #2)
als Grundlage nehme: Nicht notwendig, da an 363 Tagen im Jahr geöffnet. Die 2 Ausnahmen sind dabei.
btw: z.Z. ist eh geschlossen, macht aber mMn keinen Sinn zu ändern.
Mond00 (2020-04-07 04:39:30+00:00): ist auf Osmose unverändert, als erledigt markiert
Øukasz (2020-01-03 11:23:58+00:00): It looks like there is a point that reads "Lords Hospital" next to this already. I think you made a duplicate.
amapanda ᚛ᚐᚋᚐᚅᚇᚐ᚜ 🏳️‍⚧️ (2020-01-04 13:20:31+00:00): I notice you used RapiD here, but I don't think you actually used any of the Facebook provided computer vision data? If so, it would be better to use regular iD. We need to keep an eye on RapiD edits, so if you don't need to use it, it's better to not be flagged.
shiftee (2020-01-05 21:45:18+00:00): Will do. I wanted to try it out but couldn't see any difference. Does the feature work in Ireland?
szydzio (2020-02-09 20:28:29+00:00): Numery dróg były już nadane w tagu unsigned_ref, którego używamy w przypadku dróg powiatowych/gminnych, patrz => https://wiki.openstreetmap.org/wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce#Oznakowanie_dr.C3.B3g
user_5359 (2020-01-03 11:15:19+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
Baad Kuam (2020-01-03 10:44:24+00:00): From where
peppone84 (2020-01-04 09:34:14+00:00): Great, thank you! I will add the Chinese name 风味食堂 too.
FinixFighter (2020-01-04 13:19:52+00:00): Yo're welcome! :) Ok, nice job!
skfd (2020-01-03 10:23:50+00:00): Please don't delete name tags for other languages you did not create.
Please don't extract point for museums when whole building is a museum.
skfd (2020-01-03 10:17:58+00:00): Please don't delete name tags for other languages...
Володимир Новіцький (2020-01-04 10:57:38+00:00): 1. OSM is a non-political project. However, the map cannot be separated from politics. There is still debate about Crimea.
2. Ukraine, Belarus and Russia are brotherly peoples. But on the basis of a language dispute, there was a war between Ukraine and Russia.

100% of Ukrainians understand Russian.
Do you think that Russians are idiots who do not understand Ukrainian?

I suggest avoiding language disputes. Therefore, in Ukrainian public language should be used in public space. I hope it will save at least one life at the front and allow the war to end sooner.

Thanks for understanding!
Mammi71 (2021-12-09 13:49:55+00:00): Du hast hier dieses Gebäude mit name=Sanitärgebäude getaggt. Was verbirgt sich denn alles in dem Sanitärgebäude? Und besteht da ein Zugang vom Amazonia-Bereich für die Badegäste?
dudka (2020-02-08 12:22:12+00:00): почитайте про те як правильно вказувати назву для об'єктів що будуються https://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dconstruction
AndriesWijma (2020-06-02 01:03:47+00:00): Reverted due to illegal import: https://www.openstreetmap.org/changeset/86067696
eggie (2020-01-03 11:27:37+00:00): Dag Robert.. Je hoeft geen wegen te verwijderen als ze prive zijn. Je kunt dan gewoon access=private toevoegen. 
MVG,
Eggie
AndriesWijma (2020-06-02 01:03:42+00:00): Reverted due to illegal import: https://www.openstreetmap.org/changeset/86067696
AndriesWijma (2020-06-02 01:03:38+00:00): Reverted due to illegal import: https://www.openstreetmap.org/changeset/86067696
AndriesWijma (2020-06-02 01:03:29+00:00): Reverted due to illegal import: https://www.openstreetmap.org/changeset/86067696
eggie (2020-01-03 12:41:05+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
abakus_uploader (2020-01-03 23:30:55+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
eggie (2020-01-03 12:17:46+00:00): Dag Hendrik .. Je geeft op geen enkele manier aan waaruit je fixes bestaan.
Schuiven met de kaart in editmodus met editor iD levert heel vaal schade op door onbedoelde verschuivingen. Ook zijn je edits moeilijk te controleren op deze manier.
MVG,
Eggie
eggie (2020-01-03 12:23:36+00:00): Reverted by my changeset  #79154701

Je edits heb ik teruggedraaid. 
Wanneer je nog vragen hebt stel ze gerust. Svp niet met de kaart schuiven in editmodus.
Beperk je edits tot het gebied van een straat. Sal dan op .. Uit de editmodus en dan pas naar een nieuwe locatie. 
MVG,
Eggie
goedegazelle (2020-01-03 19:12:35+00:00): Het nadeel van meteen terugdraaien is dat nu niet meer zichtbaar is welke fouten er waren gemaakt. Ik zou bijvoorbeeld graag willen weten welk aantal fouten er was gemaakt.
eggie (2020-01-03 19:36:58+00:00): Het nadeel van zo'n grote changeset is dat achavi het niet wil laden. Wellicht bij jou wel?
http://overpass-api.de/achavi/?changeset=79153753
De meeste edits waren veranderingen aan gebouwen zo te zien.
Goedegazelle.. Wanneer jij kan zien wat er evt. loos is dan is de changeset zo teruggedraaid.
Laat maar weten. 
Gr Eggie
eggie (2020-01-03 20:24:30+00:00): Even teruggedraaid.. Eén edit kunnen checken. Kledingwinkel Gentle Anegang 25 Haarlem werd omgetagd naar en historic_castle. castle_type =stately ?
Wellicht kan  mapper Hendrik aangeven waarom?
Verder krijg ik een conflict bij reverten.
eggie (2020-01-03 20:32:40+00:00): 
De gebouwen staan in de changeset omdat die zijn getoucheerd tijdens het schuiven. Het zekere voor het onzekere genomen dmv een revert.
Aan de tagging van de gebouwen is niets veranderd.
eggie (2020-01-03 20:38:02+00:00): Aan de nodes is wel gesleuteld, maar het was een originele import van Florisje_Bag en dus niks mis mee.
eggie (2020-01-03 20:44:39+00:00): https://www.openstreetmap.org/search?query=anegang%2025%20haarlem#map=19/52.38001/4.63630
Hier de kledingwinkel die in een "castle" was omgetagd. 
Zie historie...
eggie (2020-01-03 20:51:18+00:00): https://wiki.openstreetmap.org/wiki/Tag:historic%3Dcastle
castle_type 	stately 	Stately home. Representative building without functional defenses. Sometimes rebuilt from former defensive structures. 
Is dat hier van toepassing?
Kortom... Wellicht wil Hendrik nog reageren .. Dan kunnen we wellicht helpen.
MVG
Eggie
goedegazelle (2020-01-04 08:11:07+00:00): "Het nadeel van zo'n grote changeset is dat achavi het niet wil laden."

Dat is geen reden.

"Aan de nodes is wel gesleuteld, maar het was een originele import van Florisje_Bag en dus niks mis mee."

Als iemand gebouwen zelf intekend dan is daar ook niets mis mee.

Maar wat ik niet begrijp is dat jouw revert een grotere omvang heeft dan de oorspronkelijke wijzigingenset. Ik tel niet meer dan een fout en dan vind ik een revert voorbarig en te ingrijpend.
eggie (2020-01-04 08:54:12+00:00): Goedegezelle.. Voel je vrij om mijn changeset terug te draaien wanneer je verder geen ernstige schade ziet en daarna het oneigenlijke kasteel in Haarlem te verbeteren. 
Het lijkt me niet verstandig om zoveel veranderingen aan BAG import te "accepteren", maar het is steeds weer een lastige afweging. 

Up to you.
MVG,
Eggie
eggie (2020-01-04 09:19:50+00:00): Goedegezelle.. Mijn advies is om het zo te laten.. In Vlaanderen zijn ondertussen ook aanpassingen gedaan door een lokale mapper. https://www.openstreetmap.org/relation/2849146
Gr eggie
hamaryns (2020-01-06 15:41:00+00:00): Dag mensen,

Dit bestaat voor 99% uit het samenvoegen van punten in gebouwen en vlakken.  Alle op basis van de waarschuwingen die de editor geeft.  Ik klik daarop en dan verschuift de editor vanzelf.  Het zou ongelofelijk veel inefficiënter zijn om na elke keer klikken op ‘deze punten samenvoegen’ te moeten opslaan.  Tegelijk is het nodig om flink in te zoomen om te zien of dat wel een goed idee is.
Daarnaast heb ik een wijziging gedaan aan een bushalteplatform in de Beekstraat in Mariakereke, die waarschijnlijk overbodig is omdat dezelfde informatie al bij de bushalte zelf staat, maar dat zag ik later pas.  En ik heb de gemeentegrenzen van Mariakerke proberen verbeteren, maar dat heeft iemand anders later al gecorrigeerd, zag ik.  Moet automatisch kunnen op basis van gegevens van de overheid, denk ik.  Ook de postcodegrens klopte niet.
hamaryns (2020-01-06 15:46:36+00:00): Die kledingwinkel en dat kasteel, daar weet ik niks van, dat was ik niet.
eggie (2020-01-06 17:30:02+00:00): Misschien had OSM de hik. In de historie staat je naam erop, maar zaken zijn soms lastig te herleiden naar een bepaalde mapper. Er wordt ook niets kwallijk genomen.
Het probleem hier is de grootte van de changeset. Het is allemaal niet te controleren. Punten in gebouwen verbinden kan overigens geen kwaad, maar ik zou het gebied klein houden. Hooguit een paar straten. Je zou de eerste niet zijn die de hoek van een huis over de halve wereld trekt. Het is heus een keer gebeurd. ...oorzaak schuiven met de kaart in editmodus.
Natuurlijk vind ik het vervelend om zaken terug te draaien van goedwillende mappers. Het moet dan toch snel gebeuren.. ook als ik niet zeker ben of er schade is. 
Binnen no time gaan andere mappers zaken repareren en dan kan ik niet meer "reverten".
Overigens heb ik het wel geprobeerd na overleg met Goedegezelle.
Toen was inderdaad een andere mapper aan het corrigeren geslagen.
Grenzen worden beheerd door Sebastic in Nederland. Hoe dat in België gaat weet ik niet.
Je bent welkom op het forum van OSM. neus er maar eens rond is mijn advies.
Je kunt jezelf toevoegen in het draadje "Wie wat waar". 
Hier zie je ook wat een ieder zo doet binnen OSM.
Tot op het forum.
Inlog identiek aan osm account.
https://forum.openstreetmap.org/viewforum.php?id=12
MVG en veel plezier met mappen,
Eggie
VictorIE (2020-03-24 15:53:11+00:00): This https://www.openstreetmap.org/relation/1699821 seems to be a duplicate of https://www.openstreetmap.org/relation/5484741
FvGordon (2020-03-24 16:09:55+00:00): I created neither of the relations (only repaired the admin level of some segments). The relation, which is younger has more attributes. So I copied the attributes from the younger one to the one with the longer history and removed the younger relation.
VictorIE (2020-03-24 17:23:53+00:00): Thanks.
user_5359 (2020-06-20 17:01:35+00:00): Welcome to OSM! What is the real name of the restaurant?
frosm (2020-01-03 12:30:57+00:00): Bonjour et bienvenue
https://wiki.openstreetmap.org/wiki/FR:France/bienvenue
merci pour votre ajout.
une petite remarque et une question :)
les numéros de téléphone se renseigne au format international (avec +336..)
il n'y a pas de numéro de maison dans le village ?
Bonne continuation
aixbrick (2020-01-04 10:39:00+00:00): Hi,
why did you remove the bus=yes and the name from stop_positions (for example: https://www.openstreetmap.org/node/611305791)?
Regards
aixbrick (2020-01-11 11:20:38+00:00): No reaction. I added the tags for the stops of bus lines 25 and 33 again: https://www.openstreetmap.org/changeset/79448619.
matteditmsts (2020-01-27 19:04:59+00:00): Stop sign node and crosswalk node were supposed to be separate. I had to undo you merging them.
marczoutendijk (2020-01-03 12:44:00+00:00): Zie ook https://forum.openstreetmap.org/viewtopic.php?id=55948 over het gebruik van building:part om het metrostation "onder de grond te houden".
Belobog (2020-01-05 21:25:00+00:00): Dear Edward,

you've connected many village nodes with the same-named administrative areas, e.g. https://www.wikidata.org/wiki/Q26733937 .
Sadly that's generally wrong.

Kind regards
Edward (2020-01-05 21:36:38+00:00): Hi Belobog,

Thanks for spotting my mistake and letting me know. I'll fix it.
UliFR (2020-01-03 17:09:52+00:00): Die obige JOSM Fehlermeldung und meine Frage beziehen sich auf die Objekte
#79155505 und #79155505
skyper (2020-01-06 17:59:35+00:00): Ich bekomme da nur "Info" warnings. Diese sind oft vernachlässigens wert.

Den wirklichen Fehler meldet JOSM leider nicht: https://josm.openstreetmap.de/ticket/9836

In Deinem Fall:
https://www.openstreetmap.org/way/759391089
https://www.openstreetmap.org/way/759394447

Die Linien brauchen einen gemeinsamen Punkt aka:
https://www.openstreetmap.org/node/7093329060
PT-53 (2020-01-06 18:26:15+00:00): Dürfen auf diesem Weg
https://www.openstreetmap.org/way/759391089
wirklich alle, also auch LKWs fahren (access=yes) ?
UliFR (2020-01-06 22:44:11+00:00): Wird schwierig für die LKWs, die Treppe ist steil. Wieso muss man das bei Treppen spezifisch angeben, das ist doch selbstverständlich?
skyper (2020-01-07 01:22:15+00:00): Das Problem ist access=yes, was erst mal alles erlaubt, wenn nicht feiner spezifiziert wird. Du überschreibst damit sogar vordefinierte Werte.
access=yes weg und gut ist.
rickmastfan67 (2020-01-08 01:26:52+00:00): Please STOP changing motorways to trunk routes if they are state highways in the Orlando area.  These are 100% true motorways, as they are limited access, and toll highways.  You are damaging the map.
Baloo Uriza (2020-01-08 02:22:49+00:00): Yeah, bad call, floridaeditor, just a cursory glance definitely suggests these are clear freeways.
floridaeditor (2020-01-08 11:57:54+00:00): So if these have an at-grade, they can be considered trunk, but otherwise no?
jlevente (2020-01-08 12:47:50+00:00): Correct! This is how I tag them. I think it's called full or limited access control. The expressway/freeway classification is a bit misleading IMHO because there are a bunch of full access control "expressways" that are definitely classified as motorway in OSM. The Palmetto Expressway in Miami (https://en.wikipedia.org/wiki/Florida_State_Road_826) would be highway=motorway because of access is fully controlled. Some portions of US27 could be an example of highway=trunk. See https://en.wikipedia.org/wiki/U.S._Route_27_in_Florida#/media/File:US_Route_27_with_the_Everglades.jpg