bxl-forever's Comments
| 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.
|
|
| 182284246 | Bedankt hiervoor.
|
|
| 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.
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.
CoMaps is not a good app to edit OSM data because it never shows the most recent data, please use with caution. |
|
| 182246801 | Hello.
|
|
| 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.
|
|
| 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 :
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.
Thanks. |
|
| 180382908 | ## REVERTED CHANGESET
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.
|
|
| 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.
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.
|
|
| 181931108 | Merci pour l'info.
|
|
| 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. |