Yes, you are improving; don’t worry, we are always here to fix and repair if needed.

Hello, and welcome to OSM.

Nice try, but you unfortunately created some damage on the map here.
Some parts of the gardens grossly overlap buildings, and you also destroyed two buildings on Avenue Armand Huysmans/Armand Huysmanslaan, which you split into multiple parts for no reason.
If you want to use the simple editor on the osm.org website, please stay away from the "scissors" button, this is a dangerous action.
I will try to repair as much as I can here.

The address on their website is nbr 53 and it is explicitely linked to the address node with nbr 53
relation/15887304
OSM data is correct, that is the most important.

It looks like the text you copied in your comment comes from Nominatim—this is the software behind the search bar on osm.org. People who are unfamiliar with OSM are often confused by how it works; this system is not meant to return an accurate address, it is just a simple reverse geocoder which returns the nearest street; it does not work well in large cities.

Have a nice day.

Hello, and welcome back.

I wish to inform you that we had to undo your changeset.

Please do not try to "help" us by adding addresses on company nodes. Addresses in Brussels are already on the map and should not be repeated multiple times, which would result in unwanted data duplication. I fixed your edit by linking it to the existing address point. I also fixed a mistake in the phone number syntax.

As a matter of fact I wrote to this user instead of commenting the changesets directly, to ask for more information and find out what is going on with all those edits.

Hello, matthiouOSM,

Your "no comment" upload of this morning created some astonishment here.

Adding a drinking fountain is okay (node/12675630702).

However, in this edit, you also modified the shape of several buildings in another neighbourhood.

Either it was a mistake when using your app for the first time, or you genuinely wanted to "help" us and "fix" those buildings. If this is the case, please don’t do this. Tracing buildings is a complicated process and the only way to do it correctly is by using UrbIS numerical imagery; we never draw buildings from aerial pictures because those images are distorted and would make buildings move every year.

I’ve just finished restoring all the damaged buildings.

Have a nice day.

Hello, vmsa1,

I wish there was a nicer way of welcoming you to OSM, but unfortunately, this message is to inform you that your edit has been reverted.

We map public transport routes but not tourist bus routes like the Tootbus. Moreover, bus routes are a special type in the OSM data model, namely "route relations". You should not draw a huge road across the entire city. Your edit damaged existing data, this is why we undid it.

Feel free to get back in touch by replying under this message, and we will try to see if we can help you.

Not really: here is what changeset that only changes Russia looks like: changeset/161301284

Sure, it is also a huge bounding box but still significantly smaller than this one, going beyond latitude –7 (mostly because of the British Indian Ocean Territory).

Crazy Food reeds op de kaart
node/12644153502

Hello,

When I mapped this area I made a clear distinction between "service=parking_aisle" roads (i.e. roads along parking spaces) and ordinary connectors solely for through traffic.

For instance, this one way/751900518 and way/751900522 are narrow connectors, parking is not allowed here

I am afraid that adding "service=parking_aisle" everywhere is not a good idea. Am I missing something here?

This "no comment" changeset contains a path in Tierra del Fuego (Argentina) + a drinking fountain in Leipzig (Germany).

Hello, Sikal.

Your edit broke _every_ railway relation going through this tunnel.
I see about 85 broken relations in the OSM Inspector view today.

Please exercice caution with your railway edits. People rely on correct OSM data and you should not edit the map if you don’t know what you are doing.

In case you download railways through an overpass query in JOSM, make sure to always download the relations *before* splitting ways.

Splitting a way without getting JOSM to update the relations using it always corrupts data.

When a street becomes one-way, it almost always has some exemption for cyclists (M2 sign) or cyclists+moped A (M3 sign). This is important for navigation software using those streets.

Do you remember seeing such signs during your survey?
way/31672623/history

Please add the missing tags accordingly.

Hello.

I think there might be a problem with your local copy of Organic Maps because you uploaded the same data several times, forcing us to clean up the same error twice.

The node you changed (node/8628542633) is the surveillance camery outside White Night. This object has appropriate tags for a camera. It should NOT get additional tags like "shop=*". Those tags are for a separate node for White Night inside the building (node/12640490865). It was uploaded recently, maybe it is not yet visible in your local data.

The data is correct now, please don’t touch anymore.

Quite true: those rectangle shapes you saw on the GRB basemap were because there used to be shelters (and bus stops) here in the past.

Fixed.

Hello.

Are you sure that "building=yes" should be added on those shelters?
way/1364609163
way/1364609164

For ordinary "plastic" shelters, only amenity=shelter + shelter=public_transport are used.

We sometimes use "building=yes" but only for a limited number of shelters made of bricks. And if they are considered buildings, they will show up in a different colour on the GRB map, which does not seem to be the case here.

I see you still use the iD editor. Perhaps you just clicked on one of their (bad) presets and did not look at the tags. Would you mind having a second look?

Happy mapping.

Merci pour les vérifications mais… pour rappel, sur OSM on n’écrit pas les codes postaux et le nom de la commune directement sur l’adresse.

Uniquement nom de la rue + numéro de maison. Le reste est entièrement automatisé.

Hello qqqq-anonym,

Adding missing shops is nice, but please do not retag buildings themselves.

To add a shop, the recommended method is to create a floating point inside the building, while leaving the building untouched.

I fixed your edit, there is nothing more to do here.

Just for clarity, this is not a mistake on this changeset, but merely information that 2 years later this POI has moved.

Thanks for this information, I updated the map.

If you delete it, it might be re-imported by mistake by any random mapper believing there is a building missing here. That would create nonsense, this is why we keep it, with the official ref code, but put a "lifecycle prefix" (razed:*) on it so that this is clear the building isn’t there anymore, it won’t be shown on the public map and that would prevent people from believing there is something missing here.

We retag it as long as UrbIS refers it like this. In a few weeks or months, they will release a new version, with the new building—with a different reference number—and that way we’ll be able to draw it.

Happy mapping.