piebro/osm-data huggingface dataset:
Jarek 🚲 (2019-12-30 03:18:41+00:00): Hi megamail,

Thank you for the addition! What is your source for this information?
Vinber (2019-12-21 05:32:12+00:00): Bonjour,
vous parlez d'ajout dans votre quartier mais cela va de Paris à Porto si l'on en croit les modifications que vous avez apporté (https://www.openstreetmap.org/changeset/78653648).


De plus vous ajoutez souvent un nom générique et non pas spécifique (https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#N.27utilisez_pas_de_tag_name_pour_d.C3.A9crire_des_choses.)

Par exemple serrurier ici (https://www.openstreetmap.org/node/7070431973) et plusieurs magasins au milieu de la route ?

Merci de reprendre et vérifier vos diverses contributions s'il vous plait.
ndm (2019-12-19 23:59:34+00:00): It looks like you're importing Sustrans copyright information into OpenStreetMap -- do you have an appropriate licence to do this? Was this discussed on the imports / talk-gb mailing lists?
ndm (2019-12-19 23:59:21+00:00): It looks like you're importing Sustrans copyright information into OpenStreetMap -- do you have an appropriate licence to do this? Was this discussed on the imports / talk-gb mailing lists?
Langlaeufer (2024-01-18 18:12:51+00:00): Hattest du dich vor Ort vom bicycle=yes überzeugt? Mitführen von Fahrrädern ist im Kurpark laut Kurparkordnung eigentlich verboten.
NGL-engel (2024-01-24 09:09:22+00:00): Hallo Langläufer, 
    es ist schon einige Zeit her, seit ich die Eintragungen vorgenommen habe. Ich kann es dir beim Besten Willen nicht mehr sagen. 
Falls es nicht stimmt -oder sich geändert hat- korrigiere die Wege bitte. 
Gruß NGL-engel
Langlaeufer (2024-01-24 09:12:42+00:00): alles klar. grüße Langläufer
eggie (2019-12-20 08:28:28+00:00): Dag Emiel,
Probeer je svp te verdiepen in de gebruikelijke wegentags. Dit is een fietsenstalling!
Een lokale mapper heeft e.e.a. weer hersteld.
Wanneer je je mail op "Out of office" zet tijdens het mappen of om e.o.a. reden niet wil reageren wordt het lastig communiceren.
MVG,
Eggie
Emiel Sanders (2019-12-20 10:33:56+00:00): Helder Eggie, weer wat geleerd. Het ziet er zo precies uit als het in werkelijkheid is. Groetjes Emiel
eggie (2019-12-20 10:46:07+00:00): Oke.. Alle begin is moeilijk. Er wordt je verder niets kwalijk genomen. In het begin worden edits gevalideerd... uiteraard ook om te helpen.
MVG,
Eggie
Emiel Sanders (2019-12-20 10:57:59+00:00): :-)
eggie (2019-12-19 20:50:22+00:00): Hoi,

Je vraagt om een review.
Eigenlijk horen parallelvoetpaden niet apart gemapt te worden. Het zou gewoon niet routeren. Je stapt immer zo van het fietspad het trottoir op.
De tagging van zo'n trottoir wordt opgenomen in het fietspad met sidewalk=left
Alleen als er een groenstrook tussen ligt map je een apart trottoir. 
Kijk je nog even?
MVG,
Eggie

Je edits
https://overpass-api.de/achavi/?changeset=78654125
eggie (2019-12-19 20:52:34+00:00): en over de overige voetpaden. Editor iD wil dat je van alles invult, maar dat is niet de bedoeling. incline is voor bergpaden.. bicycle=no is al default.. Die horse tags zijn ook niet nodig. Waar staat dat bord met ruiterverbod?
Dit even ter overweging :)
jschrlmr (2019-12-19 20:57:44+00:00): Aha, dank voor de review! Er is inderdaad geen groenstrook tussen het trottoir en het fietspad, dus dan zou er een tagging sidewalk=left moeten zijn.

Aanwijzingen over gebruik Editor iD zijn me duidelijk! En inderdaad is er (uiteraard) geen expliciet ruiterverbod :).
eggie (2019-12-19 20:56:40+00:00): Ik had het ingetekend met de transparant van de Landmeetkundige dienst. Alles is precies ingemeten. De BGT omtrekgericht. 
Dat zou betekenen dat hun data verkeerd is.
Is er dan een nieuw pad gekomen?
Eggie
jschrlmr (2019-12-19 21:03:44+00:00): Nee, er is geen nieuw pad, ik heb het aangegeven zoals er ligt. Google maps (is dit vloeken in de kerk?) geeft het ook zoals je hebt ingetekend, maar met de satelliet view (https://www.google.nl/maps/@52.2002332,5.3824934,59m/data=!3m1!1e3?hl=nl) kun je het goed zien dat het praktisch rechtdoor loopt. Maar als het kaarttechnisch juister is om de "kronkel" te  laten staan, by all means (just learning!).
eggie (2019-12-19 21:14:19+00:00): Nee..  up to you als lokale mapper.
Laat zo maar staan. Jij bent hier de mapper. 
Ik gebruik editor JOSM (De doorgewinterde mappers allemaal) 
Er zijn ook starters die er mee beginnen. Je hebt meer overzicht en mogelijkheden.
Kijk eens naar. editor josm stap voor stap
https://forum.openstreetmap.org/viewtopic.php?id=53710       

In josm kun je ook de BGT omtrekgericht als transparant gebruiken.
eggie (2019-12-19 21:01:37+00:00): Oke.. De onnodige tags horse=no ? en foot=yes kunnen eraf.
Wanneer je het echt precies wilt doen zul je de cirkel "moeten" intekenen.
Gr eggie
jschrlmr (2019-12-19 21:04:52+00:00): Ok, helder, ik ga een poging doen!
eggie (2019-12-19 21:15:41+00:00): Ok succes!
Hier kan een "blind paard" geen kwaad en die mochten er toch al niet komen :)
Greg_Rose (2019-12-27 01:36:05+00:00): "Inuvik Timezone"? How is there such a thing? What is your source?
Greg_Rose (2019-12-27 20:10:16+00:00): I see what's going on - you were looking at https://en.wikipedia.org/wiki/List_of_tz_database_time_zones, undoubtedly. 
This tz database contains geographical markers for timezone locations, but they themselves are NOT timezones. 
I'll let you revert, as this is not a valid map change - but I'll do it myself in 48 hours if I don't get a response. Thanks!
Arctic gnome (2019-12-27 20:26:14+00:00): The Inuvik zone is very likely bigger than the city, but I'll have to dig into old legislation to figure out where the exact line is. I did the same thing with America/Dawson, which was originally tagged as just the city, but I eventually figured out its real border (https://www.openstreetmap.org/relation/10441037).

If they aren't "timezones" per se, I'm fine with removing the tag boundary=timezone. But I don't think they should be deleted entirely. The IANA zones do have notability. I want the Wikidata entries for them to have an OSM link to show where they are.
Greg_Rose (2019-12-27 20:55:13+00:00): I actually had thought that the IANA zone boundaries were simply the union of timezone and admin_level boundaries of 4 or 5. But there's a tz distinction between Inuvik and Yellowknife, which blows that out of the water. *shrug*
Greg_Rose (2019-12-27 21:06:22+00:00): Looks like it's actually the union of admin_level 5 boundaries (in Canada, second-level census divisions) and each timezone.
The main point is that the Inuvik IANA boundary is HUGE - it's not the town's  boundary!
https://upload.wikimedia.org/wikipedia/commons/6/64/UTC_hue4map_CAN.png
Arctic gnome (2019-12-27 21:08:26+00:00): As I understand it, the IANA zones are usable to calculate time for any point back to the Unix epoch. So, for example, even though Yukon today is all in the same timezone, at some point the west half and east half were an hour apart, so IANA now has separate zones for Whitehorse and Dawson. These boundaries usually follow admin_level borders, but in some cases (like the territories), the law just chose a line of longitude to mark the time change, so the IANA zone followed the law.
Greg_Rose (2019-12-28 07:22:23+00:00): I understand what you're saying, and I totally support what you're trying to do - I just need to reiterate that the administrative boundary of Inuvik does not correspond to the IANA of the same name. 
FYI, I had to redo the admin boundary, as it was fouled up AND incorrect to boot.
Accordingly, I did not replace the Inuvik IANA boundary you created. 
I did find that iana.org has a tarballed data file, but it was filled with old references and invalid URLs. Was hoping for lat-long and other details, but no... 
https://www.iana.org/time-zones
Arctic gnome (2019-12-29 19:30:08+00:00): I don't know how to read the tzcode2019 files. What I've been doing is using the tzdata2019 file to find out when the time zone was created, and then looking up the government legislation from that year to see where the time zone boundary was legally defined. That's what I'll do for Inuvik when I can find a copy of 1953 federal statutes.
eggie (2019-12-19 21:08:58+00:00): Review..
Hier is het dus zeer nuttig om oneway=no te taggen ... zeker als waarschuwing voor een volgende mapper om er af te blijven.
De voorgaande mapper is overigens een zeer ervaren mapper.
Je kunt evt. ook iemand berichten dat je het hebt veranderd. Wordt vaak op prijs gesteld.
https://overpass-api.de/achavi/?changeset=78654640
Eggie
jschrlmr (2019-12-19 21:12:13+00:00): Aha. Ik fiets hier dagelijks, maar toen ik een keer de route liet berekenen werd ik omgeleid via de Holle Bilt: dat kan, maar dat is niet echt logisch gegeven de lokale situatie. Vandaar dat ik had gekeken wat de eigenschappen waren van dit stuk fietspad. Bedankt voor de tip!
gurglypipe (2019-12-19 21:43:46+00:00): Hi. Why have you removed the social facility tags from the Hawthorns? I don’t believe it’s changed recently. Thanks.
gurglypipe (2019-12-21 23:10:06+00:00): I fixed it in changeset https://www.openstreetmap.org/changeset/78723311. Please discuss it there if you think anything’s wrong. Thanks.
eggie (2019-12-19 20:41:11+00:00): Beste Emiel... De voorgaande mapper is een zeer ervaren en lokale mapper.
Welk bord staat hier vooraan?
Graag reactie,
Eggie
dvdhoven (2019-12-20 06:55:14+00:00): Er staat geen enkel bord en een fietspad is het niet. Het is een smalle normale weg, die gebruikt wordt voor verkeer van/naar het rioolpompstation.
Alles was hier goed gemapt door mij en ik draai deze changeset terug.
dvdhoven (2019-12-20 06:58:13+00:00): Changeset reverted
dvdhoven (2019-12-20 07:03:10+00:00): Nog even over verkeersborden.. Kanaaldijk Oost is G12a, fietspad Nico Bolkesteinlaan is G11 en verder staat er niks..Dus het eerste deel van de Douwelerkolkweg vanaf de Nico Bolkesteinlaan kan gezien worden als G11, dan het stuk tussen Rielerweg en rioolpompstation is normale weg vanwege auto's naar het pompstation en het laatste stuk, de brug is iets van G12a, maar duidelijk is het niet.
Emiel Sanders (2019-12-20 10:39:48+00:00): Hoi Eggie en dvdhoven. Inderdaad geen duidelijke situatie. feitelijk kun je er alleen vanaf fietspaden komen. dank voor de feedback. Groetjes Emiel
dvdhoven (2019-12-20 11:03:06+00:00): Nee, dat is niet helemaal waar.
Zoals eerder gezegd, er is verkeer naar het rioolpompstation voor onderhoud en zo.
Je kunt op de Douwelerkolkweg komen vanaf de Rielerweg. Dus tegenover de ambulance uitrit van het ziekenhuis, de Rielerweg in. Daar zit wel een slagboom, maar die is open te maken.
De andere mogelijkheid is het halfverharde pad te gebruiken tegenover de Douwelerkolk, dan over de voormalige wielerbaan richting Ziekenhuis, laatste stukje grasbetonstenen. Daar staat een paaltje, maar ook dat is snel te verwijderen.
Deze laatste mogelijkheid is extra zo gemaakt bij een renovatieslag van het rioolpompstation.
En ik heb zelf een keer de brandweer op de Douwelerkolkweg in actie gezien op een zondag voor een brandende boomstam. Vader en zoon Hondman zaten toen in dezelfde ploeg.
Ik woon sinds juli 1975 in deze buurt, dus ik heb het nodige zien veranderen hier.
Emiel Sanders (2019-12-20 11:26:04+00:00): klopt inderdaad dvdhoven. we hebben hetzelfde beeld. 
Ik heb weer wat geleerd over het mappen ;-) 

We gaan OSM begin 2020 gebruiken voor een navigatie toepassing voor de brandweer. We zijn nu ervaring aan het opdoen wat we moeten leren mbt de kaart en de navtool. fijne dag!
eggie (2019-12-19 21:05:15+00:00): Je geeft aan dat het geen eenrichtingsverkeer is, maar dat is een overbodige tag. We doen dat wel als je bang bent dat iemand anders oneway=yes gaat taggen. Bv een parallelfietspad of een twee richting fietsrotonde.
Voor de volgende mapper is het dan een aanwijzing. 
De tag doet overigens niets. 
In dit geval is het niet nodig. 
Eggie
jschrlmr (2019-12-19 21:06:32+00:00): Check! Zal dit voortaan laten.
BCNorwich (2019-12-20 07:41:06+00:00): Hi, Welcome to OpenStreetMap.
Unfortunately, you have duplicated (added twice) a POI attraction. This attraction is already mapped on a node in the middle of the bridge near to a viewpoint with the same name.
Thus I have removed your duplicates. 
The tag name:pt=tower bride is in English so is not a proper Portuguese name, therefore, it shouldn't be used.
Regards Bernard.
eggie (2019-12-19 21:26:16+00:00): Weet je zeker dat die duiker zo loopt. Wanneer ik kijk op de kaart van de landmeetkundige dienst BGT omtrekgericht lopen er twee aparte duikers naar een bassin . Is dat hier veranderd?
eggie (2019-12-19 21:42:29+00:00): De landuse en water heb ik aangepast.
Gr eggie
Emiel Sanders (2019-12-20 10:43:34+00:00): juist aangepast Eggie
eggie (2019-12-20 10:52:18+00:00): Emiel,
De doorgewinterde mappers gebruiken niet editor iD (meer een speeltje), maar editor JOSM. Dat is een aanrader, want je hebt meer (achtergrond)mogelijkheden, meer overzicht  en ook een goede "validator".
Het is dus aan te raden om eens te kijken naar JOSM.
editor josm stap voor stap
https://forum.openstreetmap.org/viewtopic.php?id=53710       
Gr eggie
ClarkstonCorrect (2019-12-20 16:33:12+00:00): Why did you add this random building in the middle of the ocean? https://www.openstreetmap.org/way/757077376
Boggedy (2019-12-30 15:35:19+00:00): I dont know why, JOSM did something odd
SomeoneElse (2020-01-02 12:34:16+00:00): @Boggedy - are you going to delete the "Arctic buildings"?
pantufla (2023-05-23 15:44:05+00:00): Hola, cómo es que este banco tiene nombre?
abrensch (2019-12-22 19:27:43+00:00): Hallo musc,

hier ist jetzt aber nicht wirklich die Unterführung der Rohrer Strasse unter der Bundesstrasse verschwunden?

https://www.openstreetmap.org/way/106122406

Gruss, Arndt
mucx (2019-12-22 21:54:37+00:00): Oh, da ist mir wohl irgendwie ein Fehler passiert, nicht gut... Danke für den Hinweis, wird sofort behoben!
Akrimullah IRM-RV (2020-03-04 03:10:43+00:00): Hi Cinderblock..
I change the residential road to unclassified since it connected from Major road. Beside, it has a role  as main road that connects north (Primary Road) and south (Unclassified Road).
Cinderblock (2020-03-04 16:09:17+00:00): Hi Akrimullah, Thanks for letting me know! Residential and unclassified roads are treated the same for routing, so either classification could be correct. I'm fine with it if you feel like this is more appropriate.
Akrimullah IRM-RV (2020-03-05 05:06:11+00:00): Great. Very happy to hear that...
user_5359 (2019-12-20 07:10:22+00:00): Willkommen bei OSM! Bitte füge keine privaten Informationen von Mietern oder Eigentümer zu einem Wohngebäude hinzu (operator bei Wohngebäuden). Der Schlüssel description sollte nicht Interpretation von vorhandenen Information und / oder Werbung enthalten.
kartonage (2019-12-20 05:18:15+00:00): Hi,

the name:en values you are adding are duplications of name values that are already in :en. I would recommend trying to actually improve these POIs with opening_hours, addresses, wheelchair access or other tags.
Adding a name:en tag with minor differences to the actual name only creates confusion.

Cheers
Humus015 (2019-12-20 12:04:41+00:00): Hallo kartonage, i use the tag of different language and removed for example the specific name.  When I'm using gps while driving many declarations are so near and can not be seen because the name is too long.  If the poi is a restaurant, why the name is  restaurant Sushi ?. Should be only Sushi, or Bank Cim should be only Cim, because is already a bank the poi.  Like we have to write also the poi name on the name space.  Thats the reason I shortened the name.  Thanks . Regards.
Akkurator (2019-12-23 11:47:37+00:00): Hallo OSMchecker,
aus welchen Grund hast du die Bushaltestelle am Frauentor (am Grünen Turm) gelöscht? Die Haltestelle ist m.W. immer noch da und in Betrieb.
https://www.openstreetmap.org/node/4580101690
Grüße,
Akkuratot
Akkurator (2019-12-26 20:59:30+00:00): Hallo?
Antwort wäre nett.
Andernfalls wird die Löschung rückgängig gemacht.
Akkurator (2019-12-31 01:34:03+00:00): Löschung der Bushaltestelle revertiert: https://www.openstreetmap.org/changeset/79036296
Tomas Straupis (2019-12-20 06:34:57+00:00): Gal tada žymėti kad visą parą veikia? Nes realiai bet kada atvažiavus gali gauti sveiko ir skanaus maisto.
dincaionclaudiu (2019-12-21 16:30:07+00:00): Au existat, au dispărut, probabil iarna cu plugul.
praeteritum (2023-08-07 01:53:54+00:00): This changeset has been reverted fully or in part by changeset 139539654.
Carto'Cité (2020-01-02 14:57:32+00:00): Bonjour.

Cette section de l'Avenue de Flandre (https://www.osm.org/way/752299032), pour laquelle tu as créé un chemin séparé pour la piste cyclable, porte le tag cycleway:left=share_busway. On se retrouve donc avec un doublon : une piste et une voie de bus partagée avec les cyclistes. Qu'en est-il sur le terrain : la piste cyclable ne commencerait-elle pas au niveau de la Rue de l'Ourcq ?

Pour info, j'ai ajouté cycleway:left=separate sur les voies où tu as séparé la piste cyclable, afin d'éviter que des utilisateurs de StreetComplete ajoutent à nouveau le tag cycleway:left=track...

Cordialement,
Antoine de Carto’Cité, projet #CartoVeloIDF
rskedgell (2019-12-20 15:16:36+00:00): Thanks, I think that you're right mapping the footway/sidewalk from the segregated cycle track here, rather than mapping it as a single way with segregated=yes. The narrow cycle track has a different surface, is effectively one way and is separated from the footway by barriers in some places. I have extended this westwards from Bedfont Lane to the end of the track on the service road between 529 and 531 Staines Road.
user_9517839 (2019-12-20 23:13:35+00:00): Ok thank you very much.

Sorry for any pass inconvenience I may have caused.
Marek-M (2026-06-10 21:46:36+00:00): Cześć, czy ta trasa jest oficjalną trasą oznakowaną w terenie?

https://www.openstreetmap.org/relation/10441416
Nakaner (2019-12-23 10:45:56+00:00): Hallo JochenB,

meiner Meinung nach ist highspeed=yes südlich des Bahnhofs Leipzig-Messe auf den Strecken aus Delitzsch und Erfurt falsch. Von Delitzsch kommend endet die LZB nördlich der Autobahnbrücke, danach sind mangels LZB nur noch 160 km/h zulässig. Von Erfurt kommend ist die Absenkung auf 160 km/h vor der Kurve (ca. km 303,6).

Bei https://www.openstreetmap.org/way/369188407 hat vermutlich die Autovervollständigung gestreikt, da steht nämlich radio=g. Bitte lass die alten Mirko-Küster-Tags (radio, operating_procedure, …) weg. Die haben eigentlich alle neuere Entsprechungen, z.B. railway:radio=*, sofern man sie vor Ort überhaupt überprüfen kann (bei der verwendeten Fahrdienstvorschrift geht das AFAIK nämlich nicht).

Viele Grüße

Michael
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/78658135
JochenB (2019-12-28 10:27:44+00:00): Hi Michael,

mein Gefühl nach würde ich dir betreffs highspeed=yes zustimmen, allerdings steht im Wiki, dass man die gesamte Strecke von Begin bis Ende damit markieren soll. (Ein highspeed=yes zusammen mit maxspeed=... wäre ja auch redundand). 

Allerdings ist das Wiki da widersprüchlich. Das habe ich bereits auf den Diskussionsseiten erwähnt (https://wiki.openstreetmap.org/wiki/DE_talk:Key:highspeed  und https://wiki.openstreetmap.org/wiki/DE_talk:OpenRailwayMap/Tagging#Widerspr.C3.BCche_zwischen_hier_und_Tag-Beschreibung_betreffs_highspeed.3Dyes )

Wegen des Rests setze ich mich gleich nochmal dran.

Grüße und Danke,
Jochen
letihu (2020-01-06 07:52:57+00:00): Hallo und willkommen bei OSM! Ich habe gesehen, Du hast ein paar Sachen gemappt.
Multipolygone müssen immer geschlossen sein. Aus 3 Teilen ein Wohngebiet zu erstellen ist unübersichtlich, kompliziert und braucht nur unnötig Platz auf den Server.
https://www.openstreetmap.org/way/757096184/history
https://www.openstreetmap.org/way/757096191/history
https://www.openstreetmap.org/way/757096190/history
Ein einfaches Wohngebiet mappt man als  landuse:residential. 

Punkte, die übereinander liegen sollten auch verbunden sein. Wobei diese 
https://www.openstreetmap.org/node/7070772830/history
https://www.openstreetmap.org/node/7070772831/history
nodes sinnlos sind.

Ich wünsche dir noch viel Spaß bei OSM, und lass dich bitte von meinem Hinweis nicht entmutigen - wir alle machen am Anfang nicht so ganz optimale Sachen.

Wenn Du Fragen hast, immer her damit!
jande75 (2020-01-06 08:34:44+00:00): Hallo, letihu,

danke für Deine Anmerkungen. :)

Hinsichtlich des Wohngebietes hast Du sicherlich Recht. Ich weiß allerdings nicht genau, worauf Du Dich da beziehst. Ich habe so gut wie keine Wohngebiete neu gezeichnet, sondern im wesentlichen die landwirtschaftlichen Flächen drum herum. ;)

Dinge in Karten zu zeichnen, von denen ich nur annehme, dass sie existieren, finde ich alles andere als optimal. Andere können das gerne so machen; ich werde es nicht tun. 

Viele Grüße,

Jan
letihu (2020-01-06 08:48:39+00:00): Die Multipolygonteilstücke und die unverbundenen nodes übereinander waren doch von dir.
Vermutete Gräben aus den Luftbildern zeichnen? Da bleibt dann noch Arbeit für andere übrig :-(
jande75 (2020-01-06 08:58:29+00:00): Wenn Du das Wohngebiet meinst, mag das schon sein. Dann entschuldige. Ich habe in der Tat noch ein wenig Probleme, Kommentare zu Änderungssätzen zu verstehen (insbesondere die Frage, worauf sie sich konkret beziehen). Und unverbundene Notes sollten nicht existieren, da gebe ich Dir recht.

Hinsichtlich des Ackerlandes finde ich es ganz hilfreich, die Flächen aufzuteilen, gerade auch, wenn man als Radfahrer unterwegs ist.

Die Gräben vermute ich eigentlich nicht. Die sehe ich ganz gut auf den Bildern. Inwiefern macht das Arbeit für andere? Insgesamt habe ich den Eindruck, meine Nettobilanz ist, auch wenn ich Anfänger bin, eher positiv, ;)
letihu (2020-01-06 09:22:33+00:00): Das wird besser!!! Du schaffst das schon. Gib nicht auf!
user_5359 (2019-12-20 07:23:34+00:00): Thanks for the very detailed description of the surroundings. But a relation is a summary of several objects and not a damage report.
marczoutendijk (2019-12-21 09:48:12+00:00): What's the function of linking Cat Cay Airport to the wikipedia article for "house cat" and removing the existing link to the valid wikidata link for the Airport?

Best regards,  
Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
5m4u9 (2022-12-18 23:48:58+00:00): Hi, What is the meaning of foot=no?

people usually cross the avenues on the side of these streets because it is the "enabled" place to cross or because the traffic medians of the avenues don't allow it.

foot=no on roads without pavement (sidewalk) on the map generates an error in the routing for pedestrians.
◪ Jarv (2019-12-24 22:03:54+00:00): We will have to see what others consus is on this one. Because the road will not be open for a substantial amount of time, it should be marked as "highway=construction", not just "access=no". 
Yes the road, is already there, and just awaiting other roads nearby to be constructed to be opened, however recommendations on the wiki states that "only tag construction sites (particularly roads and railroads) if they are planned to be closed for at least six to nine months".
This is true in this situation, therefore should be marked as construction.
ACarlotti (2019-12-24 22:38:26+00:00): This has previously been commented on by robw on changeset 78190542 and Borbus on changeset 78120031, and I made this change partly on the basis that they were suggesting similar things. I think the remark about "only tag construction sites" is more about not mapping roads as closed if they are going to reopen again soon because it might complicate routing decisions. The issue here is different, because it's comparing two different ways of tagging the road while representing it as closed.
mbethke (2019-12-20 11:17:55+00:00): Hi,

please don't name things with *what* they are, only with what their actual *name* is. I.e. a path should not have name=Path and natural=rock not name=Rock. It adds no useful information and looks confusing on the map. It's just fine to leave those fields blank if you don't know it or something like a path just doesn't have a name.

cheers,
Matthias