Thanks for updating the shop type.

But please do not add addr:* tags to shops and amenities. We are working hard to keep a clean addressing system in Belgium, and having duplicate addresses is not wanted.

Happy mapping.

Hello,

I inspected the outline of several buildings you traced with source=microsoft/BuildingFootprints and they seem to be significantly different from the Digitaal Vlaanderen GRB basemap, which shows the official outline.

Wouldn’t it be better to trace directly from GRB? What do you think?

Thanks for adding the place.

But please do not add address tags when you add objects to the map.

All the addresses in Brussels are already on the map. If you type an address on an object, it will become an address point on its own and that will introduce a duplicate.

We fixed it.

Hello,

If you want to edit locations in two different countries, please upload them as separate changesets.

Never upload them at the same time. Doing so creates a gigantic bounding box covering most of Europe. Nobody likes that.
osm.wiki/Changeset#Geographical_size_of_changesets

Also, please make sure to provide an adequate description of what you changed on the map. Not just the name of a city.

For instance, something like this (which is what this changeset contains)

"Add a playground in Pemberton Gardens, London"

"Add 2 table tennis tables in Whittington Park"

"Remove an industrial area in Pakrac"

"Add some new buildings in Pakrac"

OK, sorry if the first message was too short and not easy to understand.
I took some time to examine the area: it looks like there was a mistake earlier, and probably a confusion between the sports centre (where people go to do sport) and the pitch itself. That explains the "pitch inside pitch" issue.

I restored a situation which looks correct now. Thanks.

relation/19092343 is an invalid multipolygon + you created a pitch inside another pitch. This makes the map even worse, because we have bad objects now. Please redo.

Press Club Brussels Europe has been on the map for 8 years.
node/2373008946/history

Please do not trust what Organic Maps is telling you: this app only shows *some* objects from the database, and not all.

I removed the duplicate object you created today.

Hello,

Please do not mark as prohibited to pedestrians without considering whether footways have been mapped
way/159030073

This edit breaks pedestrian navigation in this area entirely, because navigation engines have no way to route a pedestrian here.

I will repair this edit.

Hello "Did I do that", and welcome to OSM.

You discovered that StreetComplete is a nice app to keep information up to date.

However, please make sure to only insert correct data in OSM. If people do careless mapping, our data can quickly get corrupted and become unreliable.

In this edit, you were asked to confirm the items collected by the Oliobox container. Those are orange containers that take cooking oil.

I see that you ticked the answers that it accepts cooking oil and glass bottles.
recycling:cooking_oil=yes + recycling:glass_bottles=yes.

This is not correct. The glass container run by Bruxelles-Propret/Net Brussel is another object in OSM: node/1200215697

I will undo your edit and restore correct data on the map.

Bonjour.

Cette édition crée beaucoup de problèmes.

Il faut arrêter de jouer avec les lignes de bus dans l’éditeur iD. Je pense que vous n'avez pas compris comment faire cela correctement.

Ce changeset a rendu invalide 35 relations sur les 36 modifiées.
relation/11608647
relation/13428371
relation/11619880
relation/18788375
relation/18788387
relation/11641879
relation/11647019
relation/18788360
relation/18788503
relation/18788504
relation/11647020
relation/11647903
relation/11647904
relation/11671909
relation/10090403
relation/11603054
relation/11695911
relation/11699780
relation/13432839
relation/11730027
relation/11605822
relation/11601126
relation/13629160
relation/11736832
relation/5429588
relation/17675873
relation/13892205
relation/18208911
relation/13428723
relation/11655613
relation/11663199
relation/13432996
relation/11730028
relation/11721459
relation/6530876

Prenons un exemple pour bien vous expliquer

"Bus 15/: Mons SNCB → Casteau Dépôt"
Voici comment vous avez changé la ligne de bus
Arrêt 1 = Mons Boulevard Sainctelette
Arrêt 2 = Mons Place des Chasseurs
…
Arrêt 24 = Casteau Dépôt
Arrêt 25 = Mons SNCB (Quai F)

Est-ce vous comprenez que ce n’est pas correct ? L’arrêt Mons SNCB doit être placé au début de la liste, pas à la fin.

SVP tenir compte des remarques qui vous sont faites, car cette erreur vous a déjà été signalée régulièrement.
changeset/153261051
changeset/153344935
changeset/157289954
changeset/161929296

Merci.

Much better now, thanks.

In case you want to edit more opening hours of objects, there is a nice tool to test them before uploading, here:
https://projets.pavie.info/yohours/?oh=08:00-20:00;%20We%2008:00-13:00;%20Fr%2008:00-21:00;%20PH%2008:00-20:00

Hello and welcome to OSM.

The opening hours on https://stores.delhaize.be/fr/delhaize-flagey do not match with what you added to the database.

08:00-13:00 on Wednesdays whereas your edit restricts it to Mondays.

Was this a test edit?

Right, thanks.

Hello,

May I enquire why you removed this tag? In case you hadn’t heard of it, panoramax is a legitimate tag, this is a federate imagery platform (see panoramax=*)

The value you erased was
panoramax=e0dba378-d4b2-435d-a213-19e02aaa661

Here is how to transform it into a link and see the picture.
https://api.panoramax.xyz/#focus=pic&pic=e0dba378-d4b2-435d-a213-19e02aaa661a

If you don’t mind, I will restore this tag.

Hello,

I had a look after your comment. There is no need to split a building solely because there are many addresses.

As far as I can see, this looks like one single structure. The inventory of buildings gave it one single ref number in UrbIS (8726367), so it should be all right as it is.

Just one thing for addresses.

* The best way to map is to have single points for addresses (one address = one point). If you know the accurate location of doors, this is even better, then you can snap the point to the edge of the building, exactly where the entrance door is located.
* An address is only the street name and the house number. Please do not add the extra "postcode=1170" or "city=Watermael-Boitsfort", those fields are no longer required in Belgium because we use areas for all the addresses now.
* Since the addresses are on points, there should not be address tags to repeat the same information on the building itself.

We made all the fixes here.

Hello,

Thanks for spotting the new buildings here. Indeed, they were missing.

Something you probably do not know, as a new user: aerial imagery is only there for objects on the ground. Taller objects like buildings are always distorted on aerial imagery, this is why we never use aerial pictures to trace buildings. You will find the correct outlines in UrbIS numerical imagery. Don’t worry, I fixed the shapes of those 4 buildings.

The location you added to the map is not the restaurant, this is the car park.

The restaurant was already on the map
node/1416470164

We fixed your edit and moved the relevant tags for wheelchair accessibility to the existing node.

Hello.

I am afraid to tell you that this edit is misguided. You are using outdated imagery to add a building… which we removed a few years ago after it was demolished. I had to revert your change.

There is little need to "fix" buildings in Belgium, especially from Bing imagery. We use government data with the correct outlines of buildings, so that we can trace them more accurately, and we monitor new/old buildings.

In the meantime, I asked a friend to fix it immediately, because I’m far from my computer tonight.
I see you are using a mobile app; those have limited features but AFAIK the OsmAnd app has an option to change a shop type and make it shop=vacant.

Hello.
This is not a correct way to map. It is more advisable to keep the history of objects and retag them instead of destroying.
i’ll redo your edit.