Hello,

Could you please review this road again.

name:fr must be a translation of the text stored as name.

In the current version of the object it looks like this:

name=Quartier Saint-Nicolas
name:fr=Rue de l'Église
name:lb=Um Fockeknapp

Perhaps change the main name tag accordingly to match its translation, or change name:fr into Quartier Saint-Nicolas. On or the other, I don’t have the local knowledge to know, but the data inconsistency must be solved anyway.

Thanks.

FYI, node/11583735334 is not in the middle of the road, like you think: if your only source is aerial imagery you will be mistaken because the bridge there hides the road underneath, where this address belongs. I removed the fixme tag because there is nothing to "fix" here. ;-)

Hello,
I wish there would be a nicer way to welcome you here but I must inform you that some of the edits you have been doing in the last hours are incorrect, and in most case even harmful for routing.
We had to redo some of your changes and even undo some of them.
Drawing sidewalks is not necessary in OSM. For those who want to do this, it requires some experience with routing, to avoid common pitfalls like here. Also, we discourage people from tracing in the iD online editor.
Can I please encourage you to spend a little more time learning about OSM or doing smaller contributions before engaging in sidewalk mapping in dense areas?
Thanks and have a nice day.

School already on the map as an area, please do not recreate duplicate tags on its main building, as it would create unwanted data corruption (one object, one feature rule on OSM)

Enlevez l'adresse du parc svp. Adresses uniquement sur les bâtiments.

Hello,

The Barn Bio Market has been on the map since 2019
node/2480235582

Please do not create duplicate objects.
Your edit has been reverted.

OK, thanks for the compliment.

Hello,

Thanks for this.

Two questions, if you don’t mind:

1) Was this based on your own survey? I am asking because I still have personal notes when I surveyed the different parts of the station some time ago and I spot a few differences.

2) There is a standalone node here that should either be attached to a track or deleted: node/11930996432

Thanks.

Hello,
It looks like you are merely reproducing the same set of huge mechanical edits over large territories which resulted in a user ban in the past, see here: changeset/132186175

OpenStreetMap has been around for almost 20 years and our data is used by a lot of people: researchers or geographers often run various type of queries.
Those tags were certainly introduced for a good reason. And yes, indeed, there is no requirement that only one object contains the ISO-3166-1 code; the map has functioned fairly well with that, exactly because there is more than a single tag to identify an object.

The best way to discuss this is to start a topic on the community forum (https://community.openstreetmap.org/) explaining why you feel like we should delete all those tags, and see what people say about this idea.

Hello,

Was the removal of tags here—and also on all the countries which you decided to edit—discussed somewhere? It always looks very suspicious when a new user starts removing established tags. And I am afraid that by doing so you are making life of everyone harder.

For the record, queries on countries always use multiple tags, namely boundary=administrative + admin_level=2 + possibly an ISO code.

But this one is a boundary=land_area relation, it is treated differently and it does not harm having the ISO code of the country set here too.

Please do not upload the same data multiple times. Caffeine is already on the map (node/11923788002), no need to create duplicates.

Hello,

I wish there was a better way to welcome you here, but I must inform you that we had to undo your edit. You inadvertently re-tagged an existing address (Chaussée d'Etterbeek/Etterbeeksesteenweg 51) which you renumbered 13 and subsequently added tags about Caffeine. Sorry but this is not a correct way to act on the map. I took care to restore the proper address points and tagged Caffeine separately.

Please make sure you always have a fresh copy of OSM data before uploading something; if you edit a local copy of outdated data it will result in some data corruption. Thanks.

No postcodes on addresses in Belgium, please!

Yes, you are right, it’s fixed now.

Hello,

Why did you draw a building on aerial imagery instead of using the official GRB basemap? The shape of this building is incorrect.

Hello,

Housenumber 1 already exists on the map in another building… and FenekO seems to be already mapped there.

Why do you need to duplicate this? Are they operating two buildings now?
way/205744705

Hello,

I had a look at your changes on the public OpenStreetMap database, because it triggered error warnings.

Is there an official document to find the names of buildings here? Since Walid Daqqa died last week, we’d like to see a confirmation that this is really a name officially endorsed by university authorities. Thanks in advance.

@VLD549: Information in the OSM database is public, this is something you can easily figure out by yourself.

You can click on any object edited here and then look at the "View History" link at the bottom. Take a look at this road, for insatnce: way/30103572/history

As you can see, it was called Kerkplein until version 6 on May 2, when user "Robin On Wheels" changed its name into Diesegem.

The changeset you are commenting created version 7, where ValidDistress changed Diesegem into Dijsegem on May 9. Even if GRB mentions Diesegem, at least ValidDistress wrote a changeset title that perfectly reflect the changes he made.

To discuss why the name was changed from Kerkplein into something else, you’d better write to the user who did it, i.e. Robin on Wheels.

Even better, if you think the name should not have been changed at all, explain the source you are using so that we can decide which source is the most useful to get the correct name on the map.

Hello,

Thanks for this.
According to the wiki, signals are tagged as a point on the track. So it is clear which track they belong to.

You might want to bind them to the nearest track and use the following tag: railway:signal:direction=forward (or backward)
railway=signal?uselang=en

Hope this helps.