Bonjour et bienvenue sur OSM.

Merci pour les ajouts… mais attention, parce qu'il y a des panneaux M2 (excepté vélo), et ceci doit être ajouté aussi. Et je vois qu'il y a des rues qui n'ont été changées que partiellement, sans doute une erreur de début.
Nous allons corriger votre édition.

By the way, you have added multiple pharmacies all across Europe in the last two days.
Could you please indicate what list you are importing into OSM.

Hello,

There was already a pharmacy here
node/7323736917

In this edit you changed the container building itself to make it become a huge pharmacy… encompassing the existing one.
way/659337946

This looks like a mistake. It is very unlikely that there are two pharmacies here, and merging businesses and buildings is poor-quality mapping.

Could you please have a second look and check which of those pharmacies is the active one.

Hello, and welcome to OSM.

Thanks for adding extra houses to the map. However, please be aware that buildings should never be traced from aerial images. Those images do not show the real shape and the outline distorsion changes after every yearly update.

Please make sure to exclusively use the "Digitaal Vlaanderen GRB" to trace buildings.
osm.wiki/WikiProject_Belgium/Conventions/Buildings

Thanks.

Hello,

Part of this edit has been reverted.

Cinéma Nova was already properly mapped.

Adding the café inside the premises is okay… but in this edit you changed this café into amenity=cinema itself. Because of that, the map would report two movie theatres in the same building.

We redid your edit.

This looks like a duplicate of this existing POI.
node/1704471772

A "drogisterij" is not the same as a pharmacy.

And now we have 2 nodes with housenumber 31 in the same street, that must be an error.

Hello, and welcome to OSM.

There is no need to "add street address" to existing businesses. Adding addr:* tags created unwanted duplicate addresses in the database. All the addresses in Brussels are already on the map and should not be repeated multiple times.

Your edit has been undone.

Bonjour,

Puisque vous ne lisez décidément pas les commentaires faits sous vos différents comptes [1], voici un enième rappel.

Une ligne de bus, ce sont des arrêts (dans l’ordre) et, ensuite, des segments de rue (dans l’ordre).

Vous faites systématiquement la même erreur, consistant à mettre les arrêts, puis les segments de rues… et puis le dernier arrêt de la relation tout seul tout à la fin de la liste.

Ceci n'est pas une façon correcte de cartographier.

Les relations bus doivent suivre une structure bien précise pour être comprises par les différentes apps.

[1] Début 2024 : changeset/153261051

Hello, and welcome to OSM.

Your edit has been redone.

Here are the reasons.

What you actually did here was… simply adding a name to a building. The map would therefore just just show "a house named KR Easy projects". This is not what you want because the business who pays you would never be shown anywhere.

What you should do instead.
1) Do not modify the properties of the building itself.
2) Create a floating point inside the building.
3) Add a name to this point and, very importantly, a category. For instance, your changeset title mentioned craft=builder. This tag should be added to the point.

Here is the final result.
node/14103382786

If the business owner has a website or a phone number, I think it would be useful to add those.

Hello,

Thanks for adding an arts centre here.

Please observe that the address for nbr 1 on Rue Lambert Crickx - Lambert Crickxstraat *already* exists on the map.

I would be grateful to you that you do not add a duplicate address when you add new items to the map. This damages the quality of our database.

I wrote to you earlier today but it looks like you ignored the recommendation and have created multiple duplicates all through the afternoon. This is another friendly attempt to reach you.

Thanks in advance.

Hello, ZukoDz, and welcome to OSM.

Thanks for adding new places to the map.

However, it looks like you are always typing an *address* on them. This is not a recommended practice nowadays. In Belgium, addresses are preferably mapped separately. Make sure that you only include the business type, name and some details (website, phone number) but please do address. Those are calculated automatically. I am currently taking care of removing the duplicate values from your previous edits; please bear this in mind for your future edits.

Hello,

Does this relation really only exist in one direction? No line from De Panne to Gent at all?

Relations should always start from a stop position node, it looks like it was incorrectly split in Gent. Would you mind having a second look?

Also, network=NMBS/SNCB is a bad value; it is still found in the database because many newbies have blindly clicked on absurd suggestions by the name suggestion index and there aren’t enough people to clean up afterwards. Make sure not to import those errors for new data. AFAIK, network=P for those relations.

Thanks.

Bonjour,

J'ai examiné cette rue après un signalement sur le fait que les magasins avaient été incorrectement dessinés… à la place des bâtiments.

Nous avons rectifié ce matin.

Laissez svp les bâtiments inchangés, les magasins s'ajoutent comme de simples points flottants à l'intérieur du bâtiment.

Avantage supplémentaire : si vous avez fait une erreur de localisation, il est facile de glisser le point vers la bonne maison.

Hello.

This "no comment" changeset looks like an import.

It was probably scripted because latitudes and longitudes have errors, creating this huge bounding box covering half of the world.

The similarities of latitudes and longitudes of those 79 hydrants suggest that you imported a database without realising that the decimal separator was not on the same place, depending on the number of digits.

5.116636 1.404543
51.162426 1.405849
51.189239 14.052914
51.165733 140.460175
5.117839 140.509

Hello,

Is the following value:
"wikimedia_commons=Category:LOFAR in Potsdam"
relevant on a relation that spreads over most of Europe? relation/13218198

This tag should preferably be set on the device(s) in Postdam, not on the whole relation.

Hello,

Would you mind giving this edit a second look?

The tags suggest it is a about a shop in France, whereas the information was added to a small intersection in Ohio, USA. And the POI is missing a main feature tag (presumably shop=* ).

@felixcrux: It looks like you had mapped a church in Toronto with StreetComplete and did not upload your data before you travelled to Sweden and mapped a church there.

As a consequence, we now see an upload containing edits over two continents, bundled as a single upload.

To avoid this in the future: make sure to properly upload all the pending data *before* you travel, and everything will be all right. Alternatively, the StreetComplete app has a setting to upload your answers immediately.

I removed those names + same mistake in other changesets, while keeping the objects themselves.

@Marbled%20Stargazer Here is a pointer to the OSM documentation explaining why we do not name small items like those.
osm.wiki/Names#Names_are_not_for_descriptions

Happy mapping.

Bonjour,

Il y a sûrement une bonne intention derrière ce changement, mais ceci est pour signaler que ça a de nouveau cassé la structure des relations bus ici. Le but n'est pas uniquement que ça soit joli sur la couche transport ; une ligne de bus, ce sont des arrêts et des rues placées dans un ordre bien précis.

La ligne termine à "Valenciennes – Gare", d'accord ?

Alors pourquoi avoir placé les arrêts Maubeuge Pôle Gare Quai 10 et Maubeuge Lycée Pierre Forest Quai B après les arrêts Valenciennes Gare ? Ces arrêts sont *avant* Valenciennes sur le parcours, pas après.

Et pourquoi placer la boucle qui commence ici way/23614166 à la fin de la liste ?

Il n’y aucune volonté d’être désagréable ici mais on aimerait vraiment que vous lisiez les commentaires faits sous vos changements depuis plusieurs années. Pour ne pas vous décourager, je ne laisse pas une note à chaque faute, mais je pense que toutes vos éditions concernant des relations de bus nécessitent que quelqu’un repasse derrière.

Bonjour,

Retirer les arrêts node/3836403754 des relations mais en laissant node/11537991759 avec role=stop dans les relations n'est pas une bonne correction, ça crée encore plus d'erreurs dans la DB.