piebro/osm-data huggingface dataset:
tastrax (2022-07-06 07:43:38+00:00): Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country code +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Australian_features  - I have just updated a recent addition that you made to OSM – Cheers
ovruni (2022-06-23 04:12:38+00:00): Hola AlexSnow123, este conjunto de cambios se han agregando suelos de recreación y parques de manera similar a lo indicado en el conjunto de cambios 107934717, por lo que he revertido este conjunto de cambios.
Saludos
Emilius123 (2022-06-24 16:00:48+00:00): Waste of nodes, you should've used the old node. Will be reverted and reported to DWG.


Signed,
ya boy Emilius123
Mateusz Konieczny (2025-02-09 08:09:56+00:00): s shop=clothes best fitting?

Maybe https://wiki.openstreetmap.org/wiki/Tag:shop%3Doutpost would fit better if that is place that has poor supply of products (or none) but is mostly there as place to pick up ordered products?
LidaCity (2025-02-10 07:07:01+00:00): thanks, fix
CRCulver (2022-08-14 10:12:16+00:00): Please do not add wild-camping spots to Openstreetmap. OSM only documents campsites that are in some way official. If you want to share wild-camping places, there are other places for that (e.g. the app iOverlander).
Glassman (2022-06-23 17:04:02+00:00): What is US:R4-7? I don't see any roads like that in the area?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122736802
Coloradohusky (2022-06-24 01:07:49+00:00): I thought that was how to tag https://wiki.openstreetmap.org/wiki/MUTCD (road sign, keep right), traffic_sign=US:R4-7
Carnildo (2022-06-24 01:41:02+00:00): Traffic signs other than the common ones ("stop", "speed limit") are a fairly obscure topic.  I'm pretty sure what you've got is the correct way to tag a "keep right" sign.
Glassman (2022-06-24 02:28:33+00:00): Thanks @Carnildo - I've never mapped a traffic sign as a node. I need to complement my friend, Bryce, the GoMap!! developer, for his UI. @Coloradohusky - sorry for the dumb question.
osmviborg (2022-06-23 05:50:31+00:00): Brug venligst det danske ortofoto som grundlag i stedet for Mapbox Satellite.
user_2066394 (2022-06-23 22:28:59+00:00): https://www.openstreetmap.org/node/7476189010
Die war hier schon vorhanden und ergibt jetzt ein Duplikat.
Supaplex030 (2022-06-28 12:27:48+00:00): Hallo Wikinaut, sehr gut, dass du Brunnendaten aktualisierst! Falls möglich, kannst du beim nächsten mal auch das "check_date" aktualisieren, denn dann behalten wir einen besseren Überblick, wie aktuell die Brunnendaten jeweils sind.

Es gibt übrigens seit kurzem auch einen netten Editor zum Aktualisieren von Berliner Straßenbrunnen: https://mapcomplete.osm.be/theme?z=15&lat=52.47525&lon=13.44245&userlayout=https%3A%2F%2Ftordans.github.io%2FMapComplete-ThemeHelper%2FOSM-Berlin-Themes%2Fman_made-walter_well-status-checker%2Ftheme.json&language=de&welcome-control-toggle=true#welcome - er wird gerade auch in die Gieß-den-Kiez-App eingebaut (https://github.com/technologiestiftung/giessdenkiez-de/issues/460).

lg, Alex
Wikinaut (2022-06-28 13:13:18+00:00): Hi Alex, ja, wollte ich machen, hab ich vergessen.
ovruni (2022-06-23 05:48:44+00:00): Hola LOKI2112, el uso de la etiqueta de nombre se encuentra destinado solamente para algún objeto con un nombre particular. [0]
Si tiene alguna duda sobre el mapeo de OSM en Perú, puede hacerla por el canal de telegram de la comunidad peruana https://t.me/osmpe 
Saludos
[0] https://wiki.openstreetmap.org/wiki/ES:Nombres#Los_nombres_no_son_para_descripciones
user_12531033 (2022-06-28 12:29:45+00:00): 您好，请使用更加清晰、简洁的方式来描述您的变更集。这样对于其他mapper来说也方便核实信息，谢谢。
skquinn (2022-07-17 06:13:36+00:00): There are buildings with addresses on Rendezvous Bay Road. Should these also be changed?
Aleksey Gorelikov (2022-07-18 05:48:26+00:00): Hi! I guess that should be changed as well
Diacritic (2022-06-23 08:43:58+00:00): Hey Supt,

Me again.

It appears this station has been repeatedly renamed in OSM for a long time.

I understand that Wattleglen is the gazetted name of the station, and it should definitely be included as the "official_name" of the station.

But the name tag in this case should use the ground truth name, as used by locals. In this case, Wattle Glen is on the signage, the timetables, the train departure screens, bus stations, etc. It is the best tag for the "name" field.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122739041
Supt_of_Printing (2022-06-23 09:13:49+00:00): Hi  Diacritic, me again. I disagree; it should be the gazetted name. Just because the operator uses the wrong name, is no reason it should be perpetuated.
Diacritic (2022-06-23 12:20:10+00:00): It is definitely an odd one; not sure if there are any other examples in Melbourne!

Obviously significant weight should be given to the official name, and if it was simply a single operator or organisation using the alternate spelling, erring on the official name would be appropriate.

In this case, multiple Victorian Government departments, public transport operators (train + bus), local councils, and private businesses exclusively use the "Wattle Glen" spelling.

The Vicmap Transport dataset uses the Wattle Glen spelling, as does the Vicmap Overlay. Even visiting Vicnames will display the "Wattle Glen" spelling on the map.

Within the Victorian Government Gazette, the station has been repeatedly referred to as Wattle Glen when other legislation is being applied. 

http://www.gazette.vic.gov.au/gazette/Gazettes2018/GG2018G008.pdf#page=347

http://www.gazette.vic.gov.au/gazette/Gazettes2011/GG2011G048.pdf#page=154

http://www.gazette.vic.gov.au/gazette/Gazettes2018/GG2018S392.pdf#page=3

At some point in time, the "Wattle Glen" name looks to have been universally adopted.
Patr1k_P (2022-06-25 07:11:54+00:00): opisne nazvy do osm nedavame, len skutocne nazvy, napr. tabulka s nazvom

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

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

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

https://www.openstreetmap.org/way/1072546269
Patr1k_P (2022-07-02 12:41:13+00:00): aj si to po sebe opravite ci ako
Leo Slager (2022-06-23 10:46:51+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Leo Slager (2022-06-23 10:52:11+00:00): Dat is niet correct. Na het passeren van het bord einde bebouwde kom wordt de max snelheid 80 km/uur, tenzij verkeersborden anders aangeven.
ik pas het even aan.
Richard Vogelij (2022-06-23 11:11:57+00:00): Dat zou betekenen dat 10 meter (alleen op het kruispunt zelf) er 80km/h gereden mag worden, terwijl alle (4) aansluitende wegen 50 km/h zijn. Weet je zeker dat dit klopt? Ik zou dan verwachten dat de wegen die aansluiten op dit kruispunt óók 80km/h zijn?
BCNorwich (2022-06-23 08:00:15+00:00): Hi, Do you know if the recreation ground is for general public use or just for the school? Not your fault but being tagged as just a recreation ground does not indicate who is allowed to use it.

Thaks, Regards Bernard.
TRB02 (2022-06-23 08:03:31+00:00): As far as I'm aware, just the school.
danprim (2025-12-12 11:29:26+00:00): Старая станция канатной дороги и паровоз
BCNorwich (2022-06-23 08:06:44+00:00): Hi, Same question here.
TRB02 (2022-06-23 08:10:51+00:00): I'd assume this is also for school use only. Tried using it as a cut-through on a dog walk and it's all gated off. Hence why I altered the name/added the link.
Geim (2022-10-21 16:45:24+00:00): Ik heb dit pad van je gewist, deze bestond namelijk al als: https://www.openstreetmap.org/way/686038372 en je hebt jouw pad er bovenop gemapt. Dat is niet de bedoeling, zou je willen opletten dat je nieuwe wegen niet bovenop al bestaande wegen mapt of op de grens van landuse?
BCNorwich (2022-07-23 07:14:18+00:00): Hi, East 2nd Street has been dragged out of alignment and it doesn't look correct to the eastern end. Looks like maybe some duplication there?
Allison P (2022-07-23 18:09:00+00:00): Fixed in https://www.openstreetmap.org/changeset/123985770
emanueli_telenav (2022-07-25 06:32:11+00:00): Hello,
Thank you BCNorwich for your comment and thanks Allison P for fixing it.
Have a great day!
E de Wit (2022-06-23 07:40:42+00:00): Review gevraagd:

De Redbadwei heeft nog niet de functie die een opwaardering rechtvaardigt.
Het beoogde resultaat wordt ook niet behaald door deze opwaardering, deze route wordt geblokkeerd door de volgende gedeeltes:
https://www.openstreetmap.org/way/6491693#map=19/53.18144/5.79057
https://www.openstreetmap.org/way/754391319

Is deze route nu ondanks de werkzaamheden rond WoonSpods 058 toegankelijk (voor de brandweer)?
Indien dat het geval is kunnen we de eerder genoemde wegdelen corrigeren.

-E de Wit
APostmaVRFR (2022-06-23 12:41:08+00:00): Ja deze route is toegankelijk,  bij een incident op de Boksumerdyk 5 werden wij onderlangs via de Weverij gestuurd door de navi. Zelf de route via de Redbadwei genomen wat gewoon toegankelijk was.
JeroenHoek (2022-06-23 13:15:26+00:00): Qua routering lijkt er niets mis te zijn:

https://www.openstreetmap.org/directions?engine=graphhopper_car&route=53.19066%2C5.81929%3B53.17940%2C5.77353#map=15/53.1824/5.7903

Jullie aanpassing verandert zoals E. de Wit al schrijft niets daaraan. Zowel unclassified als tertiary routeren voor alle verkeersdeelnemers.

De Redbadwei wordt straks inderdaad een tertiary, maar vervult die functie nu nog niet, daarom is het een unclassified. De aanduiding tertiary is enkel de plaats in de wegenhiërarchie.

Kun je het probleem nog reproduceren? Liep de database die jullie navigatie gebruikte achter?

Je kan namelijk wel via de Weverij gestuurd worden als je iets ten zuiden van Boksumerdyk 5 de bestemming plaatst:

https://www.openstreetmap.org/directions?engine=graphhopper_car&route=53.1907%2C5.8193%3B53.1748%2C5.7727#map=14/53.1756/5.8071

Maar als ik zelf de bestemming zoek op adres 'Boksumerdyk 5' dan wordt ik netjes via Redbadwei en Boksumerdyk gestuurd. Je moet om die optie via de Weverij te krijgen de bestemming een behoorlijk stuk naar het zuiden zetten over de weilanden.
JeroenHoek (2022-06-23 13:25:02+00:00): Ook in OsmAnd (app die OpenStreetMap-data gebruikt) wordt ik netjes over de Redbadwei gestuurd. De kaart die ik daar in heb is nog van 1 juni 2022, dus met de Redbadwei als unclassified.
APostmaVRFR (2022-06-23 14:36:39+00:00): Wij maken gebruik van LiveNav. Navigatie voor hulpverleningsvoertuigen. Ik heb nog even zitten kijken daar achter de schermen en kom er achter dat wanneer ik de optie "houd rekening met hulpdienstroutes"uit zet hij mij wel over de Redbadwei stuurt. Helpt het dan om de kwalificatie Emergecy erbij te voegen?

Helpt dit niet dan houden we het op plaatselijke kennis van de chauffeurs.
JeroenHoek (2022-06-23 15:14:35+00:00): Heeft LiveNav ook andere kennis van het wegennet die het buiten OpenStreetMap ophaalt? Er is niets op de kaart tussen de brandweerpost op de Aldlânsdyk en deze wijk waar emergency=* van toepassing is namelijk.

Zou het iets te maken kunnen hebben met deze beperkingen op de Boksumerdyk?

maxaxleload=2.2
maxwidth=2

Dus: maximum toegestane breedte 2 meter en maximumasdruk 2.2 ton, zoals daar op de borden staat.
JeroenHoek (2022-06-23 15:19:04+00:00): Als navigatie daar rekening mee houdt (bijvoorbeeld omdat een brandweerwagen 2,2 meter breed is), dan kan het kloppen dat je over boerenpaden wordt gestuurd waar geen wettelijke beperking op zit (wellicht wel een effectieve beperking, maar die is doorgaans onbekend). Dat lijkt me dan wel een instelling die je goed moet kennen en uit moet kunnen zetten: jullie mogen waarschijnlijk zulke beperkingen negeren onder bepaalde omstandigheden.
JeroenHoek (2022-06-23 15:23:18+00:00): De maximumbreedtebeperking zal inmiddels trouwens overbodig zijn, want die was er volgens mij vanwege de brug over de Zwette. Dat is nu een fietsbrug (dus auto's kunnen er al niet meer langs ongeacht hun breedte), maar ik heb nog niet gezien dat de gemeente de beperking heeft ingetrokken.
E de Wit (2022-06-23 19:01:41+00:00): Ik was in de veronderstelling dat het de Boksumerdyk 4 / nieuwbouw 
aan de Broukade betrof, vandaar de gelinkte wegen.

Dit moet haast wel de door Jeroenhoek aangegeven beperkingen van breedte en asdruk zijn.

Pragmatisch gezien stel ik voor om emergency=yes op deze weg te zetten om de geldende beperkingen te overschrijven voor hulpdiensten.
JeroenHoek (2022-06-23 19:25:35+00:00): Maar werkt dat? Het zou het op deze weg oplossen, maar op andere plekken niet. Het zou landelijk wel een lastig punt zijn om overal emergency=yes toe te voegen waar wettelijke beperkingen gelden. Wij kunnen als mappers immers niet altijd inschatten of een wettelijke beperking ook een feitelijke beperking is. Soms kan de brandweerwagen er ook echt niet langs als er maxwidth=2 staat.

Ook zullen andere mappers niet snappen waarom emergency=yes op een wegdeel staat waar gewoon algemeen toegang op is. Het is tenslotten een tag uit de access-boom die niets met de tags die wettelijke beperkingen omtrent omvang en gewicht te maken heeft.

Als LiveNav iets met asdruk en maximum toegestane breedte doet, dan is dat op zich niet verkeerd, en soms zelfs wenselijk denk ik, zolang de gebruiker maar weet dat je het uit kan zetten en op eigen inzicht verder moet gaan. Dit kan dus ook een kwestie van documentatie en instructie zijn.

Als dat voor het testen handig is zouden we hier in dit specifieke geval de beide beperkingen wel weg kunnen laten voor een tijd. Ze waren er toch enkel voor die brug en tegen sluipverkeer. Dat kan nu niet meer met de fietsbrug. Ik ben wel benieuwd of het probleem dan nog gereproduceerd kan worden. Dan zou A. Postma ook bij de LiveNav-ontwikkelaars eens kunnen vragen of dit gewenst gedrag is.

Is dit een optie om de oorzaak van dit probleem te achterhalen A. Postma? Zie jij daar problemen mee E. de Wit?
E de Wit (2022-06-23 20:28:12+00:00): Heb ik geen problemen mee, effectief hetzelfde resultaat als emergency=yes.
De borden zullen wel weg gehaald worden wanneer men daar serieus met de infrastructuur aan de gang gaat.

Bijna identieke situatie die is opgelost met emergency=yes:
www.openstreetmap.org/way/814298568

hgv=no / bus=no doet volgens mij ook moeilijk, is opgelost met emergency=yes:
www.openstreetmap.org/way/343266385

Wellicht een goed moment om het wat inzichtelijker te krijgen, ook voor 
o.a. de VRFR medemappers.
Over de tag emergency=yes valt ook wel het e.e.a. te zeggen, gezien dit voor overkoepelende hulpdiensten is en niet alleen brandweer.
Omdat ze wel de grootste wagens gebruiken loopt emergency=yes wel los, maar emergency=no gaat problemen geven mocht bijv. de ambulance hier in de toekomst ook gebruik van willen maken.
JeroenHoek (2022-06-24 09:45:03+00:00): Ik heb over dit probleem een draadje geopend hier:

https://forum.openstreetmap.org/viewtopic.php?pid=865837

Vul me aan als er niets klopt. Het lijkt me handig om dit gesprek daar voort te zetten: dit is een punt wat bredere aandacht verdient.
APostmaVRFR (2022-06-24 12:39:47+00:00): Mijn excuses voor mijn iets trage reactie. Ik ga die optie van asdruk even bekijken want daar kan het wel eens aan liggen. Alleen snap ik die beperking niet aangezien veel bouwverkeer en aan en af voer naar de manege en boerderijen daar ook via de Redbadwei gaan. Met het eens dat we met de reden die JeroenHoek aandraagt de kwalificatie emergency eerst niet aan moeten passen. Laat hier wel even weten of het met de asdruk te maken heeft.
JeroenHoek (2022-06-24 17:31:56+00:00): Ik ben vandaag nog even langs de T-splitsing in de Boksumerdyk gefietst hier:

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

Foto:

https://postimg.cc/MXqCG55w

De borden stellen nog steeds, zonder onderbord, maximum asdruk 2.2 ton en maximumbreedte 2m.

De reden daarvoor is alleen de wegbeheerder bekend (de gemeente dus), maar mijn vermoeden is dat ze vanwege het sluipverkeer na de sluiting van de Hendrik Algraweg zelfs de onderborden achterwege lieten: je kon na dit punt toch niet meer afslaan voor de brug (en het viaduct daarna). Over de maximumhoogte voor de spoorbrug wordt dan weer niets bebord; geen idee waarom niet.

De paar boeren die hier rondrijden zullen dat bord ter kennisgeving aannemen en verder gewoon negeren.
SomeoneElse_Revert (2023-01-27 16:50:03+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
Gisolic (2022-06-26 11:03:30+00:00): Hi Kurdistan-Map;
I noticed you removed "roundabout" and added another "roundabout"
in the same place with the wrong classification (tertiary_link instead of tertiary) and without a junction tag.
and Removing existing data is not good practice, especially if they are good data.
Could you fix this issue? If you need any help please let me know.
Link for the roundabout you deleted:
https://www.openstreetmap.org/way/194565455
Link for achavi:
https://overpass-api.de/achavi/?changeset=122740937
Link for the roundabout you added:
https://www.openstreetmap.org/way/1072546336
Here are rules from the wiki OpenStreetMap for adding  "roundabout":
https://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout
Best Regards,
Gisolic
nevw (2022-06-23 21:07:59+00:00): Hi
You seem to have deleted the highway=motorway_link from way with ref 80 below
georoc (2022-06-24 01:03:39+00:00): Hello, This was not my intention. I am relatively new to editing. You may revert the changes. My intention of this changeset was to add bridge identifiers to the ways. If I inadvertently edited/deleted another tag, then that was unintentional.
nevw (2022-06-24 02:27:59+00:00): Hi
Thanks for the quick reply.
I have added the tag back in now.
Cheers
redd (2022-06-27 20:17:39+00:00): Hallo,
ich verstehe die Änderung nicht und vermutlich war hier ein kleines Missgeschick passiert. Bitte prüfe nochmal deine Änderungen, vor allem am Sander Campingplatz.
Vielen Dank,
redd
DD1GJ (2022-06-27 21:16:33+00:00): Hallo redd,
danke für Deinen Hinweis. Ich hatte beim Hinzufügen von operator:wikidata außer den 4 Notrufsäulen aus Versehen auch noch den Campingplatz mit ausgewählt. Korrigiert mit https://www.openstreetmap.org/changeset/122928713

Viele Grüße, Joachim
redd (2022-07-05 12:32:37+00:00): danke für die Korrektur
4004 (2022-06-27 17:49:10+00:00): https://www.openstreetmap.org/node/6547224052 а точно там снова европочта? Рико там был 20 июня, а ваши данные насколько свежие?
Rico557 (2022-06-28 06:21:01+00:00): Возврат к исходным значениям - https://www.openstreetmap.org/changeset/122938062
Данные у них всё те же - старые, не исправленные.
Напомню ещё раз:
Европочта из помещения https://www.openstreetmap.org/node/6547224052 (тут теперь авто зап.цацки) переехала в большее помещение https://www.openstreetmap.org/node/6929439359 (там была соляная комната)

P.S.: #4004, вот не пойму у кого нам процентик за выполненную заранее работу(5мес. и 2 мес.) по другим двум добавленным почтовым отделениям из этого ченджсета просить, у Рокетдаты или Европочты?
4004 (2022-06-28 13:39:31+00:00): у Kate персонально (шутка, у нас до этого были продуктивные диалоги).
А вообще стоит следить здесь (я обычно не успеваю): https://forum.openstreetmap.org/viewtopic.php?id=70022&p=3
MikeN (2022-06-23 11:49:20+00:00): Hi, what was the source for this change?    ESRI (Clarity) shows the road close to TIGER, and nothing different shows on newer imagery.
MikeN (2022-06-23 12:14:47+00:00): Oops, my mistake - this edit is correct.  Thank you.
himansne (2022-06-24 09:27:07+00:00): Hi,
Thank you for reviewing the changeset.
Happy Mapping!

Regards,
himansne
Leo Slager (2022-06-23 11:07:46+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Leo Slager (2022-06-23 11:11:18+00:00): Dag Nuenen,

Vaak is met een onderbord aangegeven dat dat niet geldt voor fietsers en/of bromfietsers.
In dat geval de volgende tags ook toevoegen:
oneway:bicycle=no
oneway:mofa=no
oneway:moped=no

Doe je dat zelf ?
Leo Slager (2022-06-23 21:46:15+00:00): ik pas het even aan.
GerdP (2023-10-02 08:41:45+00:00): Moin!
In Deutschland ist es normal, dass ein "Gemeinsamer Geh- und Radweg" als highway=path erfasst wird. Kennst Du das Verkehrszeichen Tool? 
http://osmtools.de/traffic_signs/
Je nachdem, ob eine Benutzungspflicht besteht, sollte an die Hauptstraße dann ein bicycle=use_sidepath und meist auch ein foot=use_sidepath.
GerdP (2023-10-02 08:42:49+00:00): Noch ein nützlicher Link:
https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren
SomeoneElse_Revert (2023-01-27 16:17:40+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
SekeRob (2022-06-24 15:50:09+00:00): Hi,

please note you connect an MTB track to a power line. It's good business to never touch those grey lines unless specficically mapper powerlines. Correct made in https://www.openstreetmap.org/changeset/122809140

trad:

si prega di notare che si collega una pista MTB a una linea elettrica. È un buon affare non toccare mai quelle linee grigie a meno che non vengano specificatamente mappate le linee elettriche. Corretto fatto in https://www.openstreetmap.org/changeset/122809140

ciao
paunofu_import (2022-06-24 16:00:57+00:00): Hola felixi,

la vía https://www.openstreetmap.org/way/1072565105 no es un brownfield, es un natural=scrub o también un landuse=orchard, lo modifico.

Un saludo, Pau.
mapsamillion78 (2022-06-23 07:58:11+00:00): Correction of Typo - edits done at Denistone Station, NOT Meadowbank Station.
jqngarcia (2022-06-23 10:29:03+00:00): Bon dia, potser esteu fente el Kudi de geocalització, no es podem duplicar elements al mapa, he fet una correció

Salut i Mapes, JQN
Mateusz Konieczny (2022-06-23 08:21:15+00:00): Thanks! You can look at http://overpass-turbo.eu/s/1c3g  for other in your area, something else may be also present
Frans S (2022-08-21 08:15:13+00:00): Hello. Thanks for mapping here. If you, in the future, decide to map further , please map the buildings properly, Ever seen buildings with a shape as you drawn?  Best regards
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122744749
lefuturiste (2022-06-23 13:59:05+00:00): Hello, Thanks for contributing to OpenStreetMap.
The next time you are doing contributions, could you please consider to split you work in multiple changesets? (eg. one changeset per continent or country)  It would make it easier for the community to navigate around contributions.
Thanks.
BCNorwich (2022-06-23 15:39:15+00:00): Hi, I'm very sorry, I made a mistake but there's actually no need to worry. There were 4 nodes and 1 way involved, all in a very small area. It would be very easy to make out the edits done in the changeset, in fact, I've just checked it in a few seconds. So it is extremely easy for anyone in the community to navigate around these contributions. Indeed I have often navigated around large area changesets that folk have inadvertently made, and never really had a problem. Except that is when the changeset has many edits, (sometimes 100 or more), within it. I wonder if you are more concerned with the area rather than the content of the changeset. 

Anyone concerned could easily check my work and see that I immediately reverted this changeset just in case I had uploaded changes on two continents.

Regards Bernard.
literan (2022-06-23 16:41:11+00:00): привет
тег highway=living_street - для улиц, обозначенных знаком "Жилая зона". Согласно соглашению о статусах дорог для дворовых проездов надо использовать тег highway=service (+ можно добавить living_street=yes). Тут исправлю


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