piebro/osm-data huggingface dataset:
eggie (2026-01-24 14:00:45+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
eggie (2026-01-24 14:07:07+00:00): Hoi,

Editor iD heeft de neiging alles aan elkaar te plakken. Dat kun je voorkomen door de linker alttoets te gebruiken  tijdens intekenen. Bij JOSM de linker CTRL toets.
Ik heb wat losgemaakt van het wandelpad.
MVG
eggie
eggie (2026-01-24 14:08:45+00:00): scrub is echt wildgroei.
Gemeentegroen taggen we als natural=shrubbery 

https://wiki.openstreetmap.org/wiki/Tag:natural%3Dshrubbery

Dat dan helaaas niet rendert op de standaardkaart (Carto) , naar wel weer op andere kaarten.
BQuicker (2026-01-24 14:54:34+00:00): O okay ik had hetzelfde gekozen als in onze straat
eggie (2026-01-24 15:13:08+00:00): ..shrubbery is een waarde die later is ontwikkeld.
eggie (2026-01-24 14:03:51+00:00): Dag MaienM

Lijkt me oke.

Naast leisure=spots_centre kun je nog invullen welke sport.
Dat zal meestal sport=multi zijn.

Mapse
eggie
coatix (2026-01-25 05:45:57+00:00): Come on! Du hast schon wieder eine Aida falsch benannt. Zum dritten Mal! Kannst du bitte genauer schauen was du hier machst!
https://www.openstreetmap.org/node/956430160
mobileGEO (2026-01-25 06:31:29+00:00): Da ist mir wohl eine durch die Lappen gegangen. Grundsätzlich mache ich die Angleichung in iD über den Namens-Index. Da müsste man das mal entsprechend abändern (wie bei vielen anderen Instanzen auch - oder man überlegt sich eine bessere Lösung)
Ich ignoriere die Anpassungsaufforderung was das Zeug hält; der ist leider durchgerutscht.

LG
coatix (2026-01-25 06:52:39+00:00): Ist schon gefixed, nur noch nicht live in iD leider.
https://github.com/osmlab/name-suggestion-index/pull/11636
NeisBot (2026-01-25 07:25:07+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/way/1469743632 v4

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Marketing agency"
---
Par exemple, une version plus neutre et factuelle de ton texte pourrait être : « Agence de marketing »
---
(Auto-translation)

#MapWithoutSpam
NeisReview (2026-02-02 07:01:50+00:00): 🚫 Text removed by https://osm.org/changeset/177843268
CAM-Gerlach_Repair (2026-06-22 10:09:44+00:00): Split SEO POI out to separate POI node rather than invalid nested building inside building that is not a separate structure or housenumber, and fixed/cleaned up remaining SEO and malformed tagging, in changeset 184424725

https://osm.org/changeset/184424725
kingkingHK (2026-01-24 14:26:00+00:00): This seems wrong. You can see a 50 km/h road marking.
vectorial8192 (2026-01-24 17:17:10+00:00): You are right. Fun times when the iD road way perfectly covers the speed limit oval.
vectorial8192 (2026-01-24 17:20:39+00:00): I partially apologise for my mapping blunder. By pure coincidence the iD rendering perfectly covered the speed limit oval.

Fixed with https://www.openstreetmap.org/changeset/177654919
kingkingHK (2026-01-24 14:27:30+00:00): This seems wrong. You can see a 50 km/h road marking starting after the section you edited.
kingkingHK (2026-01-24 14:29:24+00:00): I doubt this. It's a `=transition`, meaning it's actually a lane sharing a cross-section with the rest of the highway. The 50 km/h sign would usually start later.
vectorial8192 (2026-01-24 17:27:02+00:00): Yeah. After some more edits I feel like this kind of shape may need discussion / clarification at Discord.

A dilemma. With yellow dashes marking, the speed limit is neither "before" (80 kmh) nor "after" (50 kmh), but if we omit speed limit, then parsers will still assume default of 50 kmh, which would be too early.

Math mind says "it's undefined".
kingkingHK (2026-01-25 03:16:00+00:00): Imo it's still the original speed limit until you are adjacent to a new speed limit sign. I don't see how emerging lane / yellow strips (actually yellow strips can occur without a ramp so it is even less relevant) make it undefined. It's certainly "before".
pitscheplatsch (2026-01-24 14:20:09+00:00): Hi, just a test?
kingkingHK (2026-01-24 14:30:33+00:00): Does the physical separation go that far north?
vectorial8192 (2026-01-24 17:13:32+00:00): imo diagonal dash areas count as "physical separation", especially when it initiates/continues from an actual traffic island.
kingkingHK (2026-01-25 03:13:48+00:00): Paint is not physical, according to both common sense and the wiki https://wiki.openstreetmap.org/wiki/Dual_carriageway

"Roads are not to be mapped as dual carriageways if the two directions are only separated by paint. This includes single or multiple painted centre lines, hatched areas, channelized turn lanes, two-way turn lanes"
vectorial8192 (2026-01-25 07:27:38+00:00): But it originates/continues from an island, which should be different than say a "free-hanging painted median".

And there are no junctions along the way. I can perceive/feel that the "paint is not median" rule is there for cases where vehicles may turn to an exit on the opposite side of the road (your quoted wiki page has this exact example). Depending on local (read: each individual city) legislation, this may be allowed, but afaik Hong Kong disallows this.

I see no problems with this changeset.
Kovoschiz (2026-01-25 09:27:12+00:00): Please use `change=no`
vectorial8192 (2026-01-25 11:40:30+00:00): Improved with https://www.openstreetmap.org/changeset/177677993 by adopting change=no
Glassman (2026-01-26 20:27:40+00:00): Flock devices are not usually in the middle of the street. Can you move this it's actual location. If it helps, I look for the shadow of the pole mount.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/177647972
NeisBot (2026-01-25 07:25:10+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/13481818297 v1

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Loja de gás"
---
Por exemplo, uma versão mais neutra e factual do seu texto poderia ser: "Loja de gás"
---
(Auto-translation)

#MapWithoutSpam
NeisRevert (2026-02-02 07:01:50+00:00): 🔄🤖 Partly reverted due to either a lack of response from the contributor or remaining promotional text by https://osm.org/changeset/177992930
(No visible changes after review)
NorthCrab_upload (2026-01-24 17:43:46+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/3243320186
https://www.openstreetmap.org/way/1132672176

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.

"Krążkowo":
https://www.openstreetmap.org/way/418885816
https://www.openstreetmap.org/way/1131971693
https://www.openstreetmap.org/way/1132671352
https://www.openstreetmap.org/way/1470041825
https://www.openstreetmap.org/way/1470041826
https://www.openstreetmap.org/way/1470041827
https://www.openstreetmap.org/way/1470041828

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
NorthCrab_upload (2026-01-24 18:23:51+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/3243320186
https://www.openstreetmap.org/way/1132672176

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.

"Krążkowo":
https://www.openstreetmap.org/way/418885816
https://www.openstreetmap.org/way/1131971693
https://www.openstreetmap.org/way/1132671352
https://www.openstreetmap.org/way/1470041825
https://www.openstreetmap.org/way/1470041826
https://www.openstreetmap.org/way/1470041827
https://www.openstreetmap.org/way/1470041828

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
NorthCrab_upload (2026-01-24 18:33:46+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/3243320186
https://www.openstreetmap.org/way/1132672176

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.

"Krążkowo":
https://www.openstreetmap.org/way/418885816
https://www.openstreetmap.org/way/1131971693
https://www.openstreetmap.org/way/1132671352
https://www.openstreetmap.org/way/1470041825
https://www.openstreetmap.org/way/1470041826
https://www.openstreetmap.org/way/1470041827
https://www.openstreetmap.org/way/1470041828

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
SafwatHalaby (2026-01-28 13:41:28+00:00): Hello. You requested a review. Welcome to OSM!

Your address addition looks good. No issues found.

Here are some general notes:

1. Check out the general guidelines for Israel here: https://wiki.openstreetmap.org/wiki/Israel#The_basics

Hebrew version: https://wiki.openstreetmap.org/wiki/HE:Israel

2. For aerial imagery, you looked at "Mapbox Satellite", but "ESRI world imagery" looks more up to date for your area. More info here: https://wiki.openstreetmap.org/wiki/Aerial_imagery_quickstart 
Hebrew version: https://wiki.openstreetmap.org/wiki/He:Aerial_imagery_quickstart 

There are several ways to add an address. Adding it on the building object is the easiest. Some people prefer adding it on a specific point. This makes the entry point clearer for routers and allows multiple addresses for one thing. 

3. It's also possible to add the address as a point on the building outline. Some people prefer this because it allows multiple addresses per building and it specifies the entrypoint / face of the building. If you scroll west of the Gal Cosmetics you've added, you'll see that mappers in your area mostly use that form. For example look at: https://www.openstreetmap.org/node/2853994234
rusjanis (2026-04-10 18:18:06+00:00): Dīķa iela vēl nav gatava, es tur šodien barucu, tur ir aizlieguma zīme!
rusjanis (2026-04-10 18:18:49+00:00): Pagaidām pielabošu.
HellMap (2026-04-26 22:25:52+00:00): 18. aprīlī aizlieguma zīmes vairs neredzēju. Tā gan sestdiena, nezinu, vai varēja būt noņemtas uz nogali.
rusjanis (2026-04-27 10:36:46+00:00): Nu jā, tagad es nezinu kāda tur situācija.
UrSuS (2026-04-27 10:47:55+00:00): Pirms tam arī nebija, kad tie bija redzēti?
kartler175 (2026-01-25 13:37:49+00:00): https://tools.geofabrik.de/osmi/?view=areas&lon=6.92583&lat=50.58291&zoom=11&baselayer=Geofabrik%20Standard&opacity=0.95&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

Bitte bei der Bearbeitung von Relationsmitgliedern beachten, dass diese auch Mitglirder von anderen Relationen sein können. Diesbzügliche JOSM-Warnmeldungen nicht ignorieren. Vor dem Hochladen JOSM-Validator benutzen und Fehler korrigieren!
TG-map4 (2026-01-25 14:04:53+00:00): I ignored nothing. JOSM showed no errors before uploading. I was checking OSM Inspector aswell directly after my edits. but seems that I was too quick and data was not up to date and now errors are shown. The only thing I did besides creating new boundaries was to split up existing boundaries at the intersection points. I know that they can be part from other relations. But JOSM usually keeps both of them in existing relations so nothing should break.
kartler175 (2026-01-26 15:24:46+00:00): I get at least a ‘Split way confirmation’ dialogue box.

If not all parent relations are loaded, JOSM does not know about the relation membership of the split way.

In order to determine whether the members of a boundary relation form a closed polygon, they must be completedly loaded.
Sébastien Pi (2026-01-24 16:11:09+00:00): Voir https://www.openstreetmap.org/note/5141248
MxxCon (2026-01-29 01:49:00+00:00): This looks like a node from a massive data import. Probably a leftover from when smaller buildings used to be here. I think it's safe to delete it.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/177649373
eggie (2026-01-24 16:40:00+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
Maarten1985 (2026-01-25 14:14:06+00:00): Beste Eggie, dank je wel voor het welkomstbericht. Mocht ik ergens niet uitkomen, dan laat ik het weten.
kingkingHK (2026-01-25 02:55:12+00:00): Is there physical separation along the entire way? Aerial imagery seems to show the middle section is not separated, although it is not very clear.
Kovoschiz (2026-01-25 09:24:12+00:00): Please don't draw a pair of lines when there's no raised separation. Use `share_taxi:backward=no`
MxxCon (2026-01-29 01:56:18+00:00): if a business is one of many in a building, it’s best to keep its information on a separate node (the point) rather than the building itself. If the business occupies the entire building (like a standalone fast-food place), then it’s fine to move the tags directly to the building polygon without a separate node.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/177650490
literan (2026-01-25 10:40:44+00:00): капсом только не надо
GerdP (2026-01-24 18:15:20+00:00): Korrektur paste+copy Fehler: Radtour war am 24.1.2026
GerdP (2026-01-24 18:15:29+00:00): Korrektur paste+copy Fehler: Radtour war am 24.1.2026
gscholz (2026-01-26 08:48:43+00:00): Hi somenxavier,
this changeset has created errors in the OSM database regarding overlapping ways (blue markers):

https://tools.geofabrik.de/osmi/?view=routing&lon=2.60539&lat=39.60709&zoom=14&baselayer=Geofabrik%20Standard&overlays=duplicated_edges

This kind of error irritates routing software and looks ugly on the maps. Can you please fix this?
Kind regards
Guido
somenxavier (2026-01-26 16:51:06+00:00): Hi gscholz,

What is the error exactly? What kind of error is this?

I suspect that it is because it is at the same time path and stream. But I do not know.
gscholz (2026-01-27 19:03:33+00:00): Hi somenxavier, 
thanks for your feedback. Please have a close look, there are two highways=path on top of each other.
Guido
somenxavier (2026-01-28 18:11:47+00:00): Better this: I remove steam because highway and steam seem to be incompatible
gscholz (2026-01-29 18:41:22+00:00): Hi somenxavier, 
the best would be to remove the error mentioned above as it is still present.
Guido
somenxavier (2026-01-30 15:52:17+00:00): I don't understand the error. Fix it as you want.
gscholz (2026-01-30 17:26:06+00:00): Actually it is not very complicated. There a two ways on top of each other (overlapping). 

1) Way 909122963:
https://www.openstreetmap.org/way/909122963/history#map=17/39.604439/2.601535

2) Way 158487422
https://www.openstreetmap.org/way/158487422/history

The first one is a bit longer than the second one.

I recommend to remove the overlapping section.
Guido
whb (2026-01-24 22:21:50+00:00): Ist die Verschiebung der Sitzbank um 115 m gewollt?
https://www.openstreetmap.org/node/12757896938
tyr_asd (2026-01-24 22:25:29+00:00): Nein, das war ein Versehen. Korrigiere es morgen. Danke für den Hinweis.
mueschel (2026-02-08 10:07:51+00:00): Hallo,
ein paar Anmerkungen: 

- "operator3" Tags:  es ist nicht üblich, einfach eine Zahl an ein Tag anzuhängen.
Es ist problemlos möglich, mehrere Einträge in ein einzelnes "operator" Tag zusammenzufügen mit Semikolon getrennt.
Wenn es wirklich getrennte Tags sein sollen, dann wäre "operator:3" mit Doppelpunkt die übliche Wahl. 

- "start_date:Deu. Telekom": bitte verwende keine Leerzeichen in Keys. "start_date:operator:2" wäre die gängige Wahl.

- "Deu. Telekom" - in der Regel sollten keine Abkürzungen verwendet werden. Es sollte der ausgeschriebene oder offizielle Name sein, also "Deutsche Telekom AG" oder "Deutsche Telekom".
DressyPear4 (2026-02-07 17:31:17+00:00): https://wiki.openstreetmap.org/wiki/Pt:Boas_pr%C3%A1ticas#Bons_coment%C3%A1rios_no_conjunto_de_altera%C3%A7%C3%B5es_(changesets)
marc__marc (2026-01-27 11:08:40+00:00): Hello,
https://www.openstreetmap.org/node/7533710746/history/7
what's the meaning of crossing:kerb_extension= ? I suppose the ending = is unwanted
is it a traffic claming table ?
Regards,
Marc
fmc_4 (2026-01-27 13:07:37+00:00): Thank you for fixing it. 
Yes it is: https://wiki.openstreetmap.org/wiki/Key:crossing:kerb_extension

=)
eggie (2026-01-24 16:31:28+00:00): Nou.. emergency=no lijkt me duidelijk.
fixed zou ook duidelijk moeten zijn voor LiveNav.. maar ik ken de scripts van LiveNav niet.
..motor_vehicle=no hoort niet op een paaltje.
Dat is default muv moped en mofa.
Je hebt ook access=no getagd. Dat is echt fout. Dat betekent dat niemand hier langs mag.. zelfs geen voetganger.
Dus svp aanpassen motor_vehicle=no en access=no weghalen.
Hier mag niemand langs
Dennis Knollenburg RAV Flevoland (2026-01-24 16:39:01+00:00): ik heb het aangepast
eggie (2026-01-24 16:42:27+00:00): Mooi .. ik heb alleen nog area=no verwijderd. Dat hoorde er ook niet.
emergency=no zie ik wel meer getagd worden door VR mappers.
nevw (2026-01-25 01:06:33+00:00): Hi, multipolygons cannot share sides like you have drawn the water at the Yeppoon Golf Club.
https://tools.geofabrik.de/osmi/?view=areas&lon=150.72138&lat=-23.14448&zoom=18 
Just a simple polygon would fix it.
https://wiki.openstreetmap.org/wiki/Relation:multipolygon#Invalid_examples
Hwerhwette (2026-01-25 04:16:25+00:00): Hi, nevw.
Thanks for letting me know. I didn't quite realise what was happening when I tried to merge two polygons in iD editor. Multipolygons still confuse me a bit.
I also did the same with Wave Point Beach - I've fixed both now, though.
Cheers.
AndyB_66 (2026-02-26 21:31:37+00:00): https://wiki.openstreetmap.org/wiki/Pl:Dobre_komentarze_zestawu_zmian
I-76 (2026-01-25 02:19:53+00:00): Looked good on check, addresses merged
pkoby (2026-01-25 03:11:49+00:00): Looks great!
I-76 (2026-01-25 14:46:57+00:00): @pkoby Where should I post to the community if I want to increase the scale of these imports?
Glassman (2026-01-25 16:41:20+00:00): I'd suggest following the import guidelines at https://wiki.openstreetmap.org/wiki/Import/Guidelines

The risk for not following them is having all of your work reverted. 

I've done a number of building address imports over the years. Reachout of you need help.
I-76 (2026-01-25 21:00:23+00:00): @Glassman Thanks! I’ll make a wiki page and community forum post this week before further imports.
Entbert (2026-02-02 18:33:37+00:00): Moin, wo genau befindet sich der Wegweiser? Ich konnte ihn nicht finden.
herbcowboy (2026-02-03 13:59:09+00:00): wie geschrieben, wird montiert, Blätter bestellt
GerdP (2026-01-24 18:15:39+00:00): Korrektur paste+copy Fehler: Radtour war am 24.1.2026
Thierry1030 (2026-01-25 01:30:32+00:00): https://www.mapillary.com/app/?lat=50.8696707&lng=4.3621935&z=17&focus=photo&panos=true&dateFrom=2025-05-01&pKey=1189780856320022&x=0.09727501442757774&y=0.6106483200657118&zoom=0
Thierry1030 (2026-01-25 01:34:56+00:00): according to me the "zebra crossing" is rather wide to justify my changeset ... you still don't agree? :-)
bxl-forever (2026-01-25 08:59:51+00:00): That is a point of view, but IMHO the node with the tactile paving for blind people should preferably be aligned where the tactile guiding strips for visually impaired people have been installed.
Thierry1030 (2026-01-25 10:45:24+00:00): last attempt: can we find an agreement like you mapped here? > https://www.openstreetmap.org/way/805346523/history/1#map=19/50.854579/4.347041
mat (2026-02-25 09:44:34+00:00): Bonjour, est-ce que cette route est ré-ouverte ?
Rainbowfly (2026-03-02 21:29:37+00:00): Bonjour , non. Je pense qu'elle est restée fermée ( prolongations ). Le site inforoute74.fr indique aussi fermée et il y a l'arrêté de mairie à télécharger.
fortera_au (2026-01-25 02:12:30+00:00): DWG revert - sockpuppet edits

https://www.openstreetmap.org/changeset/177666932
eggie (2026-01-24 16:38:37+00:00): Oke , maar nu stond er area = no. Ik heb die regel verwijderd.
https://overpass-api.de/achavi/?changeset=177653524
Gr eggie
marc__marc (2026-01-27 10:56:46+00:00): Hello,
https://www.openstreetmap.org/node/12599613863/history/2#map=19/43.067189/-76.170638
is the duplicate operator (the 2nd with an ending "=" an error ?
Regards,
Marc
marc__marc (2026-01-27 11:10:18+00:00): another issue with https://www.openstreetmap.org/node/12599706011
and ending = in the key "operator:wikidata=" but also the operator:wikidata doesn't match operator, it's the wikidata of the manufacter
NovaTheCanine (2026-01-29 03:29:00+00:00): Thanks for correcting my Mistake. I will be sure to double check next time of that mistake.

Nova
marc__marc (2026-01-29 23:50:54+00:00): Don't worry, we all make mistakes :)
I forgot to welcome you to the project.
Mateusz Konieczny (2026-02-01 19:15:56+00:00): Hello!

You used
water=pond3
on https://www.openstreetmap.org/way/166272127/history

Have you maybe meant
water=pond
?

I am pretty sure that it is a typo, but not sure enough to just replace it (I edited some objects where situation seemed more clear to me).

Or have you used this value deliberately? In such case, what was the intended meaning?

If it is a mistake - can you fix it?
ruph (2026-02-02 09:22:25+00:00): Thank you for the notice and your attention. It is definitely a typo. I have corrected the typo.
Mateusz Konieczny (2026-02-02 16:24:36+00:00): Thanks!
Mannivu (2026-01-24 17:35:10+00:00): Ciao, benvenuto e grazie per le modifiche!

Per  eventuali modifiche future, tieni presente che l'indirizzo non andrebbe aggiunto sul poligono dell'edificio, ma su un nodo vicino all'ingresso della proprietà (vedi https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l'Italia ). Grazie ancora e buon lavoro :D
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/177653764
Porkepix (2026-01-24 17:11:08+00:00): Le SIRET est en fait d'une autre adresse, je ne trouve pas de SIRET correspondant pour le lieu (et il ne semble pas possible d'indiquer un SIREN)