OpenStreetMap logo OpenStreetMap

Changeset When Comment
182466287

Hello, CoucousMerguez.

Even if your edits seem globally useful (nothwithstanding lazy changeset titles), there is a recurring problem which I felt I had to tell you now.

You often erase entire structures to recreate duplicates, with version 1. This strongly goes against one founding principle of OSM, which is "Keep the history". When we want to inspect something about an OSM object, everything looks like if the map was blank and only CouscousMerguez created it in 2026. This makes it considerably harder to find relevant information, because identifying deleted objects is less practical.

See an example here for this park that had been created in 2010: way/48415633/history → you erased it and created your own version here: way/1511462111

This changeset erases a wood and several landuse structures, and you created new polygons which are roughly the same as the existing one, instead of rectifying the geometries of the existing ones. JOSM offers a "replace geometry" menu option, which makes it possible to draw a new polygon and ask JOSM to transform the old geometry into the new, which saves you the hassle of dragging nodes one by one.

For other changesets, there is way/9774751/history (18 years of OSM history put to the trash when you erased it and created your own park way/1498885163/history/1

I won’t list every example. Can you please tell us why you think you want to do that?

Thanks in advance.

182404003

Hello,

I want to alert you of a possible problem with this series of edits.

The large building on Avenue de Bâle - Bazellaan nbr 8 was already on the map, though the shape was outdated. The recommended way is to rectify the shape of the existing one. Importing a new one on top of the existing one, making two grossly overlapping buildings on the same location and with the same address, is plainly incorrect.

Is it possible that some of your edits are scripted? Maybe they are unable to detect existing buildings if the shape differs by a significant factor? I wanted to alert you about this, because I found the same pattern in many edits in the past weeks.

Thanks.

182309856

Please never destroy nodes, retag as vacant shop instead.

182296584

Sorry, Thierry1030, ik had je voor niets gewaarschuwd; dit artikel op hun website bevestigt dat ze deze week verhuisd zijn.
https://fietsersbond.be/algemeen/nieuws/de-fietsersbond-verhuist/
Deze wijziging is correct.

182284246

Bedankt hiervoor.
Heb je plannen om de adressen ook bij te werken? Ze hebben nog steeds de oude naam, die niet overeenkomt met de straat.
Ik kan het doen als je wilt, maar ik wilde het eerst aan jou vragen.

182266835

From what I see here, @Nordpfeil removed "add:housename", which is an obvious typo.

For way/276009224/history/6 it would make more sense to retag into "addr:housename" than deleting.
I fixed it.

For MSA Academic Institute in Manila, it is less obvious (and the value was not matching the building name) → I suggest we don’t use addr:housename there, as addresses in the Philippines rely mostly on street names, unlike the UK.

182240414

Hello, fluzzz, and welcome to OSM.

You have discovered that OpenStreetMap is a map which everyone may edit.

I reviewed your change and I must warn you that there were a few mistakes.

You changed the beauty shop on nbr 115 and gave it the name of "Ouss barber"… but this is the name of the business in nbr 117. There is still a beauty shop on nbr 115, which has another name.

I know this because one of our friends went to this street last week and took photos: https://www.mapillary.com/app/?pKey=1990214198245227

I fixed your edit to make sure that both businesses are correctly mapped.
node/13798526635
node/12581434195

CoMaps is not a good app to edit OSM data because it never shows the most recent data, please use with caution.

182246801

Hello.
Please do NOT retag tram tracks!
We are perfectly aware that tram 81 is temporarily suspended, because of the works in Midi/Zuid. But this does not mean that tram tracks must be retagged as if it was a "new line under construction". There are other layers of information to convey that an existing line is temporarily not running, but OSM is a reference map, which must keep the information about the reference network.
You did the mistake once, I warned you and reverted your change.
Now you are forcing it again.
Please stop this series of edits, this is not how OSM works.
Thanks in advance.

182211193

Beste,

Ik had u graag op een positievere manier welkom geheten bij OSM, maar helaas moet ik u laten weten dat uw wijziging is afgekeurd.

Ook als het om privéterrein gaat, is het niet correct om deze paden te verwijderen. In plaats daarvan kunt u ze correct taggen als "private", zodat het probleem op de juiste manier wordt opgelost.

Op deze documentatiepagina wordt uitgelegd waarom dit belangrijk is: osm.wiki/NL:Why_we_won%27t_delete_roads_on_private_property

182203897

Thanks, but next time please make sure to edit the tags of the old restaurant and put the information about the new one there, instead of creating a new restaurant beside the old one, as if both places were active at the same time.
Don’t worry, we fixed it.

182178758

Bonjour,

Merci pour les ajouts d'aujourd’hui à Leuze-en-Hainaut.. Mais une remarque néanmoins.

Pour des petits magasins, pharmacies, vétérinaires, etc. il est mieux de les ajouter sous forme d'un simple point, que l'on place à l'intérieur du bâtiment.

J'ai corrigé vos modifications de tout à l’heure. Par exemple, la pharmacie Mertens est bien renseignée ici :
node/13791662496

La modification est récente, elle n'apparaît peut-être pas encore sur la carte, car le rafraîchissement du dessin prend parfois 1 à 2 heures.

Il est inutile de recréer la pharmacie sur le contour du bâtiment… car alors ça crée deux pharmacies au même endroit et ce n'est pas correct. J’ai rectifié à l'instant.

182129538

Hello,

"ref=CO MARCHE" is not a valid ref code.

Did you mean "operator=Comarché"?

182127680

Hello, and welcome to OSM.

Adding missing is nice.

But please make sure to use the correct background when tracing. Never trace buildings on aerial photos.

Please have a look at the documentation.
osm.wiki/WikiProject_Belgium/Conventions/Buildings

Thanks.

180382908

## REVERTED CHANGESET
I wish to inform you that we had to undo this change, as well as some others.

Here is the reason. Most of the restaurants here are mapped as nodes (i.e., floating points). This is a correct way to map businesses. In this change, you added amenity=restaurant tag to the building hosting those businesses. This created unwanted double tagging because the map now sees two restaurants for each building (one for the building and one inside the building). It caused very funny rendering here but this is definitely not wanted.

I spent some time cleaning up the situation in this area. If you have local knowledge of the current situation of those restaurants, hairdressers, banks and various amenities, feel free to update with recent data, but only edit the nodes (aka "Points" in the online iD editor) and not the buildings.

(Changes on the OSM database are public, and unfortunately you described all of your changes so far as "mean cities", which does not help anyone to understand what you are really doing. Please have a look at this documentation page, which explains why it is important that everyone correctly describe one’s changes to the map: osm.wiki/Good_changeset_comments)

180395839

The user deleted the account after Raphael exposed some facts. Also, they have a strange blog, probably LLM-generated, and the dates of the articles do not match the titles: https://chassis-bxl.be/blog/

I was aware of overpriced "local" plumbers who only have an online existence, but that’s a first for window manufacturers. Good to know.

I removed the POI.

182026104

Hello.
Please do not trace buildings from aerial images!!!
osm.wiki/WikiProject_Belgium/Conventions/Buildings

181995802

OK to retag it as a music venue.

But please, be kind with the other map users and stop messing with the addressing system in Belgium.
There is no such thing as "ZIP code" outside of the US. In Belgium, we use post codes, and it is fundamentally different, because post codes are well-defined areas. Those areas have been traced on the map once and for all, to allow automatic calculations of addresses anywhere in Belgium. This is the reason why nowhere in Brussels we copy them manually to places. This is not needed.

Your edit has been undone (we kept music venue and social media links).

Please bear this in mind for future edits.

181979381

Hello, and welcome to OSM.

Thanks for the information.
We redid your edit to retag the object as a dental clinic, of course. (You inadvertently created… two full-scale hospitals here.)

181931108

Merci pour l'info.
Attention : ne pas faire de modifications trop ambitieuses lors de vos premiers pas sur OSM.
Nombreux dégâts sur la carte, relations bus et itinéraires cyclistes brisés. Nous allons réparer.

181892445

Hello, tibas21, and welcome to OSM.

I understand that Neibo has relocated.

If a business moves, the recommended way is to move the object to its new location.

Please do NOT type an address on the map. The object will not magically move to the new location. instead, when you do that, you add misleading information, as if this part of Avenue Louise/Louizalaan was suddently named Rue de Tamines. This corrupts geoqueries. Also, street names in Brussels are not monolingual French.

I fixed your edit and moved Neibo to its new building.

Have a nice day.