Pour votre info :

Tommy3009 a de nouveau cassé toutes les relations de bus. Cet edit a demandé une grande réparation.
changeset/162993031

Hello.

Please retag buildings if they are still on the UrbIS layers, instead of erasing them from the database.

We repaired your edit here:
way/260902780

Pour info, les bâtiments ne doivent jamais être tracés depuis les photos aériennes (ce sont des images avec une forte distorsion).

Pour tracer des bâtiments, en Wallonie il faut toujours utiliser le fond SPW(allonie) PICC numerical imagery. Merci.

Hello, and welcome to OSM

A 2.5 m² wood is very unlikely.
way/1363061451

What is this changeset about?

If this is a "test", please undo all your edits immediately. No testing in the production database, please.

The 404 error has been fixed in a subsequent changeset.

As for the supermarket vs. convenience choice, this is a borderline case again. We settled it some time ago, having all the Proxy Delhaize tagged as supermarmets (on the ground that in general those shops are large enough to potentially push a trolley there) whereas Shop & Go would have shop=convenience.

SVP ne pas ajouter les adresses manuellement sur les magasins. Toutes les adresses sont déjà renseignées sur la carte, ne pas toucher.

Hello.

Changing "highway=service" into "highway=busway" is a sensitive issue, since access permissions must be arranged differently. In our city, bus lanes come under various forms, each having its specific set of exemptions or legal access.

This massive change of several roads should preferably have discussed with the local community beforehand.

It went under the radar because it was hidden under an innocuous changeset title, about the MapRoulette task for roundabouts.

I will try to fix those edits.

It will depend on the search engine. If you mean the small search box on osm.org, that is a simplified version of Nominatim and it won’t get you very far.
It is a general weakness of reverse geocoders; most of them will return the nearest street. There is usually a misunderstanding: raw OSM data is there a geographical database, not as a business directory.
I know that some people are developing this kind of bridge, to use relations that group objects together, so that it might be easier to get the exact address of any point on the map. No idea when this will be available to all, sadly.
Have a nice day.

Merci. On corrige. node/12549287656

OK, nous allons corriger les adresses et nettoyer les erreurs.

With respect, I disagree with the view that the revised layout is correctly calibrated. Look at the bottom part of this image, this is how it looks now after this change.
https://i.imgur.com/makYKhr.jpeg

Please observe: there is no such thing as "satellite" pictures for mapping in Belgium. We rely on aerial pictures from UrbIS or numerical imagery, which gives official shapes of many items.

Don’t bother, I’ll try to fix it in the next days, or will ask someone to do it.

Hello,

It looks like you didn’t calibrate the geographical data before importing from the Infrabel open data feed.

Do they use Lambert coordinates or some other reference system?

While some useful stuff was added, this edit also moved tracks far from their real location, which is clearly visible on the latest aerioal imagery. I am afraid we’ll have to repair your edits once more.

Les adresses des maisons ont déjà changé officiellement ?
way/223280816

Hello.

I saw you wanted a review.

The overall layout of the pavement along Dries is correct… however there was an issue with the way crossings were drawn in the intersection.

Crossings get different tags. We use "footway=sidewalk" for pavements and "footway=crossing" for the crossings. And the ways should be split on the "kerb" node itself.

Fixed here:
way/1362343360

Hello.

The address is already on the container building, therefore inheritance will work out of the box here.
way/80434317

Why do you want to duplicate the same information on the shop?

Hello.

Could you please look more carefully next time. A few years ago, we obtained a change in the app, which now shows you the operator of each device when asking the question.

One container (two underground bins, it seems) is run by Bruxelles Propreté - Net Brussels, this one only accepts glass.

One container is run by Oliobox. This is an orange plastic container, which only accepts cooking oil.

You should make sure to answer the question for the device being asked. It looks like this changeset added incorrect values, with glass and cooking oil being answered for both devices, which is obviously incorrect.

We fixed your edit.

I no longer use Organic Maps but I think that was the problem, indeed. If you click on the address, then the address point will be transformed into the restaurant. Pinning it on the side would therefore always be safe. 😉

Hello,

Again, we do not mix address points and places.

If you want to add a new restaurant on the map, please create a separate point for it. Do not re-use an existing address point, it is not made for that.

I fixed your changes.

Hello,

This is (literally) your first day editing OpenStreetMap and you a trying to impose personal views on how the database should be structured, not hearing to objections from users who have been mapping for years.

OSM is a geographical database.
We do not repeat the same information on every possible node.

Like several European countries, we have successfully integrated all the postcodes and municipalities in OSM, and the available reverse geocoders already automatically get this information.

Post code 1000 is here: relation/3379410 Every object inside this area is automatically recognised as having this post code.

Brussels-City is here: relation/58274 Same logic.

Please do not add duplicate information. Help us keep a clean database.

Thanks. Have a nice day.

Please do not add duplicate information. Housenumber 123 is already on the map, it should NOT be repeated on the Carrefour Market itself.

Your changeset has been reverted.