piebro/osm-data huggingface dataset:
czubi (2021-02-26 13:50:43+00:00): Die Adressen können am Gebäude aber auch als extra tag (node) hinterlegt sein.
Als extra node hat den Charme das 
man da (später) noch ein entrance=main dranschreiben kann und es an die richtige Hausseite pappen kann. Sozusagen als Eingangstür. Das ist gerade in der Standt wichtig damit sich der Route zwischen zwei ans Haus angrenzenden Straßen für die richtige Seite entscheiden kann und du nicht auf der Rückseite des Hauses ankommst. So wie hier z.B.
https://www.openstreetmap.org/node/2122278380
phaerrax (2021-04-18 11:29:56+00:00): Per quale motivo qui hai rimosso il marciapiede (e anche la barriera di cemento) a fianco del tratto curvo di strada?
pianolente (2021-04-18 12:41:48+00:00): scusa come per l'altro messaggio
phaerrax (2021-04-18 12:53:22+00:00): Va be' figurati :-) volevo capire cosa fosse successo. Comunque ho già provveduto a sistemare.
habi (2021-02-26 09:07:28+00:00): Hey!
In this changeset you changed the 'name' of https://www.openstreetmap.org/way/352118524/ to a non-existing tag.
Can you correct this again?
JAAS (2021-08-31 15:58:24+00:00): De qué utilidad es tener estos rótulos indicando las zonas de los municipios? Lo que ha logrado con esto es llenar de nodos aparentando ser pueblos (village) dentro de la ciudad (lo que claramente crea dudas), me imagino que ha sido por el ‘renderer’, para que se “vea bonito”. Lo mismo que han hecho algunos con los indicadores de kilometraje en las carreteras…

Para que esto de las zonas tenga alguna funcionalidad además de saturar el mapa de datos falsos y siglas y letras sin mayor utilidad, existen los polígonos administrativos, en los cuales, de hecho, ya se han ingresado las zonas de la ciudad de Guatemala (aunque no he revisado la certeza de los mismos), lo que alguna vez podría ser utilizado para encontrar direcciones en la ciudad, si se llega a crear una herramienta para ello.

Existen tantas áreas en el país sin estar mapeadas para nada, que creo que sería una tarea más beneficiosa el poner  nuevos poblados en el mapa que llenar de rotulaciones innecesarias y de poca utilidad.

En repetidas oportunidades le he pedido que platiquemos más tranquilamente acerca del mapa de Guatemala. Hay mucho que hacer y veo que, aunque esporádicamente, parece que le gusta hacerlo. Organicémonos y tratemos juntos de hacer algo en beneficio de muchos. Quizás pudiéramos hablar virtualmente, conocernos y platicar acerca de metas de OSM. Anímese!


Saludos,

Jorge
JAAS
OrDal (2021-02-26 09:01:10+00:00): Hi Vejoson,
The city of Nof HaGalil changed it name from "Nazareth Illit" in 2019.
Please fix the tags to
name:fr=Nof HaGalil
and
old_name:fr=Nazareth Illit
user_11422772 (2021-02-26 13:12:31+00:00): Hi OrDa,
I have correct the name of Nazareth Illit by Nof
HaGalil
Regards,
OrDal (2021-02-26 13:16:47+00:00): Merci
habi (2021-02-26 08:59:48+00:00): You've added "height (meters) = 0.1" to the parking lot with this changeset.
According to the OSM Wiki, the default unit of 'height' *is* meters, so there's no need to add it: https://wiki.openstreetmap.org/wiki/Key:height#Units
Additionally, I think that tagging a parking lot with a height of 10 cm does not really make sense.
Why did you tag it this way?
habi (2021-02-26 09:00:33+00:00): BTW: Tha parking lot is iin this relation https://www.openstreetmap.org/relation/12327633
aweech (2021-02-26 15:08:02+00:00): Hi,
I reviewed this edit and the other edit you marked for review. Just so you know, at intersections where some ways stop and others do not, it is easiest to put the stop sign node where the cars are supposed to stop and add a direction. You can see how I did it here: https://www.openstreetmap.org/node/204794294, and https://wiki.openstreetmap.org/wiki/Tag:highway%3Dstop#Tagging_minor_road_stops for reference.

Thank you for your contributions!
AmyTML (2021-03-01 19:08:50+00:00): Excellent! Thank you for the review and feedback! :)
eggie (2021-02-26 06:31:54+00:00): Beste Tessa.. Beperk svp je edits tot een kleiner gebied. 
Zoiets kan dan beter in twee aparte uploads.
Schuiven met de kaart in editmodus veroorzaakt vaak schade door onbedoelde verschuivingen.
Gebouwen krijgen in OSM Nederland geen adres. Er zijn al adresnodes aanwezig.
MVG
eggie
eggie (2021-02-26 06:51:36+00:00): Adres woning verwijderd... placenode plein verwijderd. ... omgezet in playground.
Naam Ziekenhuis verwijderd.. layer=-1 verwijderd. Dat was al getagd op de amenity=hospital. 
MVG
eggie
eggie (2021-02-26 07:51:21+00:00): Info ' Windesheim in Almere ' samengevoegd met adresnode 5.
Naam school aangepast. 
=college aangepast naar =university. (HBO opleiding)
layer=-1 verwijderd. 
MVG
eggie
SomeoneElse_Revert (2021-02-26 23:42:24+00:00): This changeset reverts some or all edits made in changesets 99888025, 99888133, 99888266, 99888387, 99888509, 99888640, 99888762, 99888872, 99888980, 99889091, 99889189, 99889330, 99889452, 99889571, 99889689, 99889809, 99889923, 99890030, 99890160, 99890287, 99890414, 99890520, 99890649, 99890766, 99890892, 99891019, 99891139, 99891263, 99891373, 99891483, 99891616, 99891728, 99891858, 99891997, 99892132, 99892231, 99892356, 99892476, 99892617, 99892744, 99892867, 99892989, 99893128, 99893266, 99893379, 99893493, 99893622, 99893737, 99893844, 99893954, 99894080, 99894206, 99894320, 99894431, 99894571, 99894694, 99894812, 99894929, 99895056, 99895164, 99895305, 99895433, 99895545, 99895683, 99895801, 99895922, 99896011, 99896088, 99896173, 99896268, 99896362, 99896463, 99896570, 99896663, 99896762, 99896846, 99896940, 99897030, 99897126, 99897241, 99897343, 99897446, 99897545, 99897635, 99897740, 99897828, 99897910, 99898001, 99898113, 99898199, 99898283, 99898396, 99898500, 99898598, 99898705, 99898790, 99898888, 99898971, 99899054, 99899138.
Allison P (2021-02-26 02:45:39+00:00): I'm done being courteous. You're not requesting anything, and you've been warned far beyond the point to where this can be construed as innocent. Imagine if I destroyed the gates and security cameras you placed around your property. That's essentially what you're doing to the map. I don't own your gates, and you don't own the map. Stop deleting this data now.
श्र (2021-02-26 18:43:34+00:00): Oops sorry for the large changeset area
DaveF (2021-10-10 21:17:09+00:00): Hi
You've overlaid duplicating golf features. Could you take a look & amend as appropriate?

http://osmose.openstreetmap.fr/en/map/#zoom=12&lat=56.3183&lon=-2.7047&item=1230&level=1%2C2&tags=&fixable=

https://www.openstreetmap.org/changeset/98370552
andi9876 (2021-03-03 21:02:24+00:00): del
andi9876 (2021-03-03 21:01:32+00:00): del
FraukeLeo (2024-05-28 12:01:11+00:00): Hallo Benny2701, ist https://www.openstreetmap.org/way/911059386 wirklich eine zur Übernachtung gedachte Hütte in der Wildnis? (Wildnis 300 Meter hinterm Ortsrand?) Oder doch nur ein Wetterschutz-Unterstand? Dann ist das kein tourism=wilderness_hut, sondern amenity=shelter.
phaerrax (2021-04-18 11:31:12+00:00): In questo changeset hai rimosso dei percorsi pedonali e degli attraversamenti che esistono, perché?
pianolente (2021-04-18 12:40:15+00:00): ciao si deve essere trattato sicuramente di un errore mi dispiace, ricordo che aveva revisionato la rotonda all'incrocio con Via Stelvio, adesso ho aggiunto una minirotatoria prima della semicurva; dovrebbe essere tutto provvisorio vedremo alla fine dei lavori come finisce
GOwin (2021-12-23 04:45:17+00:00): Hi  @p0dax! Could you say what was your data source for this municipal boundary you added?
abakus_uploader (2021-02-26 23:32:21+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!
user_5359 (2021-02-26 05:17:23+00:00): Welcome to OSM! You added a bigger number of unknown tags in this change set. 
FCODE	Building General
GlobalID	{9AC9ADD9-1C8D-44C3-8CC8-9E7991EABD6B}
LASTEDITOR	WEMEGOWN
LASTUPDATE	2019-09-26
OBJECTID	1351091
SHAPESTAre	557.2116059955723
SHAPESTLen	94.69614638966297
SUBTYPEFIE	11231
Please explain the source of this information and the meaning of the keys.
see https://www.osm.org/way/911074757,
https://www.osm.org/way/911074759,
https://www.osm.org/way/911074761,
https://www.osm.org/way/911074758
limes11 (2021-02-26 15:50:08+00:00): Hi,

stimmt das hier mit bicycle=no? Auf aktuellen Mapillary Bildern kann ich das nicht erkennen.

https://www.mapillary.com/app/?lat=47.8043919666781&lng=7.626078304709804&z=17&pKey=QGzwJP0lhdlNyREdGa4It1&focus=photo

Was bedeuten denn access:both_ways=no und change:both_ways=no? Habe ich noch nie gesehen, du scheinst der einzige Mapper zu sein, der das verwendet. Zumindest finde ich ausserhalb von BW keinerlei solche Tags.

VG, Limes
skyper (2021-02-27 12:39:13+00:00): Salli Limes

Zu `bicycle=no`, `foot=no` und `horse=no` kann ich Dir nichts sagen. Tags stammen nicht von mir. Wahrscheinlich aber eher `use_sidepath` als `no`. Siehe auch:
https://www.osm.org/changeset/92532305
https://www.osm.org/changeset/99924198

`:both_ways` sind Spuren in der Mitte der Fahrbahn für beide Fahrrichtung. Hier ist es der gesperrte Mittelstreifen. Häufig tagge ich auch noch `emergency:both_ways=yes`, wenn kein `bollard` oder `block` ersichtlich ist. Früher habe ich diese Streifen eher einer Fahrtrichtung zugeordnet, was falsch ist.

Viele Grüße,
skyper
limes11 (2021-03-06 09:01:30+00:00): Hallo Skyper, 

vielen Dank für die Erklärung. Ich würde da vermutlich zu overtaking=no greifen. Ansonsten ist es ja an den meisten Einmündungen an Landstrassen so, dass für einen kurzen Abschnitt die Linien durchgezogen sind, damit niemand genau dort überholt. Viel Arbeit, dass überall zu erfassen :)

Die access Tags kommen von lgMers. Ich schreibe den noch einmal an und frage nach. Wenn nichts kommt, ändere ich das. Auf Mapillary ist nichts zu erkennen.
"use_sidepath" kann hier nicht stimmen. Da ist kein begleitender Weg.

Viele Grüße, 

Limes
limes11 (2021-03-06 10:22:56+00:00): lgMers wurde von der Allianz wohl auf Anfragte ermutigt, es selbst bei osm zu korrigieren. Na wunderbar. Die access Tags hatte er wohl versehentlich hinzugefuegt, davon wusste er nichts...
skyper (2021-03-06 11:54:40+00:00): Hey Limes

Vorsicht, "overtaking=*" und Fahrbahnmarkierungen sind zwei voneinander unabhängige Einschränkungen. Ich darf überholen, wenn ich mit dem entsprechenden Sicherheitsabstand innerhalb der Spur bleibe, z.B. Motorrad + Fahrrad. Auch gibt es häufig Ausnahmen wie Überholverbot trotz gestricheltem Mittelstreifen und Überholen von landwirtschaftlichen Verkehr frei.

Bei zwei Spuren, jeweils eine in eine Richtung reicht ein "change:lanes=no|no". Komplizierter wird es erst bei mehr als einer Spur in eine Richtung und mein Tagging sollte dann, was Spuren angeht, (fast) komplett sein. Die Breite könnte noch angegeben werden ("width:lanes[:forward/:backward]=*")

----

Richtig "use_sidepath" ist hier nicht angebracht. Den exakten Verlauf und den Ursprung der Tags habe ich mir noch nicht angeschaut. Kann auch noch von der Baustelle kommen. Oder hat hier iD's Fehlerkorrektur die Finger im Spiel?

Würde mit dem Fahrrad zwar dort nie entlangfahren, aber ab 45 km/h macht es auch auf dem Fahrrad Sinn. Wobei wohl einiges Fehlverhalten von Autofahrenden zu erwarten ist, da Überholen mit entsprechendem Sicherheitsabstand wohl nur bei freier Gegenfahrbahn möglich ist.

Ciao skyper
marczoutendijk (2021-12-20 14:36:02+00:00): Hi GeoDave5280,
https://www.openstreetmap.org/node/8459747301
What do you mean with natural=house
Must be a mistake!
Marc.
GeoDave5280 (2021-12-20 15:00:59+00:00): Fixed it.
Mashin (2021-02-26 22:27:11+00:00): Just check that this is officially recognized as village and not census region. (I the past I had extensive argument about this since some people hate when census areas are in admin levels)
If it is village then admin_level should be 9 (8 are towns)
https://wiki.openstreetmap.org/wiki/United_States_admin_level
EFibo (2021-02-26 09:04:45+00:00): Danke fürs Korrigieren! :)
Kovoschiz (2021-02-26 08:15:58+00:00): This is half correct, half wrong. The western section is physically divided.
Kovoschiz (2021-02-26 08:17:16+00:00): To be more accurate, the western and eastern ends are physically divided. The central section is opened up.
hd_scania (2021-02-26 09:36:39+00:00): You mean partially wrong due to the physical divisions at its end on the west, and the rest is correct?
Kovoschiz (2021-02-26 10:59:17+00:00): The problem is the intersection opening is quite long, effectively creating an geometrically offset intersection between Tong Hang Rd and https://www.openstreetmap.org/way/886107366/ that is restricted crossing (only left turn into the latter is allowed) 
However, as a rule, divided roads won't be joined up at an intersection. 
Let me see what I can do.
Allison P (2021-02-26 05:32:47+00:00): You're not respectfully requesting anything. You are in fact completely disrespecting the millions of people who use this dataset.
vorpalblade-kaart (2021-02-26 14:03:15+00:00): https://osm.org/way/911091504 had `mapwithai:source=MassGIS OpenSpace`. Do you mind telling me what your workflow is/was so I can attempt to fix that issue going forward?

Thanks,
Taylor (JOSM MapWithAI plugin maintainer)
TomPar (2021-02-26 17:19:26+00:00): Hello.  Thanks for reaching out.  I discovered one can connect the MapWithAI plugin to basically any publicly available ArcGIS online server that has a "feature layer".  My workflow: download data from the desired source with the plugin.  This creates a separate layer.  Copy/paste selected ways into my working OSM data layer.  I do a "ctrl-alt-V" paste to do a "paste at source position" so the copied way(s) are in the same spot.  (IMHO this should be the default behavior for a regular paste).  I used to do the same with a selective layer merge command, but that seems to have broken on a recent update.  Once the way(s) are in my working OSM layer, I clean up the tags.  The plugin appends the "mapwithai:source=*".  I usually rename that to just "source=*" but missed it on this changeset.  "MassGIS OpenSpace" is the name I gave the source server in the plugin.  If the newly imported way is replacing/refining an existing OSM parcel boundary, I'll do a Ctrl+Shift+G "replace geometry" command to preserve history.

This (off-label?) workflow has GREATLY enhanced my JOSM experience.  It's nice an import from a server can be done all withing JOSM instead of the more "manual": export from source app, import, etc.  I guess it's not all that more work...but it just feels more integrated.
If you'd like to chat more, feel free to send me a message on OSM, and I can give you my regular email.  I'm also active on the OSM-US Slack: TomPar there too.  Thanks for your work on the plugin.
vorpalblade (2021-02-26 18:24:51+00:00): It isn't really off-label (I do something similar with addresses in my home country, except I'm running a conflation server).

I do assume that you have appropriate permissions to do the import (MassGIS), so this is technically a supported use case, just not a supported work flow.

A few notes on your workflow:
* If you have the ways you want to add to OSM selected, please use `shift+a` (default keybinding, action is under `Data` -> `MapWithAI` -> `Add selected data`). This removes some tags that are added by the plugin to track sources to put in the changeset source tag when the source tag is obtained from layers (in this case, `mapwithai:source` is used), or other known conflation tags (e.g., `dupe`, `conn`). If this is broken for your use case, I'd be more than happy to take a look.
* The layer merge workflow _was_ deliberately removed in order to avoid accidental pollution of OSM data (again, `dupe`, `conn`, and `mapwithai:source` tags). I'm sorry it broke your workflow though.

During the work week, I am active on Slack as well (`vorpalblade-kaart`), but otherwise, I can be reached on IRC as `vorpalblade77`/`vorpalblade77-kaart`.

Thanks for using the plugin. :)
TomPar (2021-02-26 18:36:05+00:00): Yes, we have explicit permission with MassGIS.  Thanks for the feedback.
vorpalblade (2021-02-26 22:07:12+00:00): If you want to make the layer available to others, you can either get it added to the Esri service or you can make a pull request for https://gitlab.com/gokaart/JOSM_MapWithAI/-/blob/pages/public/json/sources.json .
fghj753 (2021-02-26 13:05:05+00:00): Hello,
Please consider using more neutral language in future reverts. 
a) Current wording suggests entire changeset in question was created with malicious indent while contents of current changeset imply that the wild unsupported accusation was subjected to just one node. "Partially reverts changeset 100003349" is fine.
b) Instead of calling changes merely inappropriate please do provide constructive feedback for alternative tagging considering the fact that at time change was made...
i) Multiple users both at OSM website and at various other OSM-focused online communities referred to Nianiane village as some variation of 100000000 changeset village.
ii) These users probably did not remember name nor exact location specified village
iii) Intention of edit was to make finding the location more easier (SEO). You are very welcome suggest more appropriate tag for unofficial nickname that is supported by nominatim search engine.
c) Normal revert procedure described at OSM wiki's vandalism response guidelines does not endorse phrasing used in current matter to be used such an early phase of scenario when intention of entering possibly disputed data is not determined nor proven.
d) Thanks for not deleting roads.
TLDR: I don't object to the revert, i object to offending way the revert has been conducted. Btw, i would have reverted it myself by now.
Irma IRM-ED (2021-07-21 01:36:59+00:00): Xin chào nav_ya,
Hãy tin rằng những gì bạn đang làm là đúng. Tuy nhiên, có một số điều tôi muốn hỏi về cách phân loại đường https://pewu.github.io/osm-history/#/way/911101678.
Cách phân loại đường "cấp ba" này có đúng không?
Còn phân loại đường "khu dân cư" thì sao?
Cảm ơn bạn
Irma IRM-ED (2021-07-21 01:30:30+00:00): Xin chào nav_ya,
Hãy tin rằng những gì bạn đang làm là đúng. Tuy nhiên, có một số điều tôi muốn hỏi về cách phân loại đường https://pewu.github.io/osm-history/#/way/911102017.
Phân loại đường "lối đi bộ" này có đúng không?
Còn phân loại đường "khu dân cư" thì sao?
Cảm ơn bạn
Mudumala (2022-04-29 08:58:16+00:00): Thanks for the edits
SomeoneElse (2021-04-05 12:29:34+00:00): When moving information from https://www.openstreetmap.org/node/2133015553/history to https://www.openstreetmap.org/way/162622451/history the phone number was deleted.
MapGrid (2021-02-26 06:02:27+00:00): Actually the removed way was called "old Dehcho - South Slave boundary".
SomeoneElse_Revert (2021-06-13 17:42:31+00:00): This changeset has been reverted fully or in part by changesets 106288172, 106291668 where the changeset comment is: Following a report to the DWG, reverting some road merge edits in South Africa.  See https://www.openstreetmap.org/user_blocks/5046 and https://lists.openstreetmap.org/pipermail/talk-za/2021-May/thread.html#1295 .
user_5359 (2021-02-26 07:48:15+00:00): Hello! Please be careful when editing the map data. You moved the node https://www.openstreetmap.org/node/3597571188 over 100 meters , please check the position.
SomeoneElse_Revert (2021-06-05 13:28:16+00:00): This changeset has been reverted fully or in part by changesets 105882167, 105878073 where the changeset comment is: Following a report to the DWG, reverting some road merge edits in South Africa.  See https://www.openstreetmap.org/user_blocks/5047 and https://lists.openstreetmap.org/pipermail/talk-za/2021-May/thread.html#1295 .
Cascafico (2021-02-26 18:16:56+00:00): E' bene dichiarare da dove hai ricavato la nuova posizione del monte
micheleOSM3 (2021-02-26 19:15:25+00:00): Hai ragione, tra l'altro avevo anche sbagliato la posizione, ho fatto una nuova modifica specifica solo per il monte.
datendelphin (2021-03-14 18:47:46+00:00): Hallo und willkommen bei OSM. Da sind ein paar Sachen schief gegangen. Durchfahrtssperren wie Pfosten oder Barrieren müssen auf einem Punkt gemappt werden, nicht einei Linie wie hier: https://www.openstreetmap.org/way/844980876 Und das ist bereits vorhanden: https://www.openstreetmap.org/node/2052002968
Die Luzernerstrasse ist auch widersprüchlich. Ich denke dort sollte gar kein access tag drauf, weil ja bereits ein Pfosten gemappt ist als Durchfahrtssperre auf die Nordstrasse. Ich hoffe das hilft weiter. Gutes mappen,
Michael
gscholz (2021-03-06 09:40:02+00:00): Hi Tatty,
this changeset has created several errors in the OSM database regarding overlapping ways:

http://tools.geofabrik.de/osmi/?view=routing&lon=-79.00008&lat=-1.59121&zoom=15&overlays=duplicated_edges,duplicated_edges,duplicated_edges_areas,snap_points,unconnected_open_ends_1,unconnected_open_ends_2,unconnected_open_ends_3,unconnected_open_ends_4,unconnected_open_ends_5,unconnected_open_ends_6

Can you please fix this?

Kind Regards
Guido
gscholz (2021-03-08 05:44:28+00:00): Hi Tatty, 
this errors still exist. When are you starting to fix it?
Guido
eggie (2021-02-26 08:25:29+00:00): Top!
SjoerdPerfors (2021-03-05 20:19:47+00:00): Deze weg is toch nog niet open en onder constructie?
dvdhoven (2021-03-06 06:48:44+00:00): Ik heb er afgelopen week nog overheen gefietst. 
Er staan borden met waarschuwing voor werkzaamheden en werkverkeer, maar je kunt er gewoon overheen.
En nummer 12 moet ook nog bereikbaar blijven.
Het wegdek is ook prima.

Vriendelijke groeten,
Dick van den Hoven
SjoerdPerfors (2021-03-06 07:19:02+00:00): Hoi Dick, mijn navigatie stuurde mij gisteravond door deze weg. Ken de lokale situatie niet goed maar was in de veronderstelling dat ik er met de auto niet doorheen kon. Maar dan wellicht verkeerd gezien. Dank voor je reactie!

Gr Sjoerd
Tilia_J (2021-02-27 19:27:42+00:00): Naar aanleiding van deze edit, waarbij zonder reden een heel bosgebied werd verwijderd ipv enkel gecorrigeerd, alsook edits van de afgelopen weken / maanden waar ook het nodige is misgegaan heb ik dit landgoed volledig onderhanden genomen. Zie ter kennisneming deze laatste changeset voor samenvatting: https://www.openstreetmap.org/changeset/100113184
cquest (2021-03-04 13:40:04+00:00): Bonjour,

Le numéro de téléphone que vous avez ajouté semble incorrect (manque un chiffre).

Merci pour vos contributions !
cquest (2021-03-04 13:44:37+00:00): Une liste d'anomalies sur les objets pour lesquels vous avez été le dernier contributeur est par ailleurs disponible à l'adresse suivante: https://osmose.openstreetmap.fr/fr/byuser/Direction%20du%20commerce%20Ville%20de%20N%C3%AEmes

Certaines anomalies pouvaient être pré-existantes à vos modifications et une correction "au passage" est toujours bienvenue :)
abakus_uploader (2021-02-26 23:32:22+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!
Mateusz Konieczny (2021-02-26 08:16:26+00:00): By było jasne: wycofałem mapowanie z GSV.