Reverted this mechanical edit to impose tagging schema.
No answer from this contributor. Also,
other such reverts have been done previously by SomeonElse_Revert see osm.org/changeset/48576715

There is not a unique way to tag in OSM and wars to controls other contributors are not accepted. You seem to be a relative new contributor. I suggest you learn the rules of OSM and stop imposing your views by deleting others contributions. This is not the first advice you have from members of te community.
Please revert this changeset or I will consider this as vandalism.

Please stop to come and revert edits pretending contributors tag for Nominatim and they have been advised. How do you justify that we cannot tag landuse for power substations areas ? Do you represent the DWG ?

Vous avez effacé des chemins dont la géométrie était très bonne. Cette pratique n'est pas acceptable, pour simplement ajouter des pilones supplémentaires. Ce n'est pas vous qui avez documenté les caractéristiques de cette ligne a haute tension et nous tenons à conserver l'information sur les contributeurs qui ont réalisé ce travail. Cessez svp d'effacer systématiquement les chemins pour les recréer ensuite.

Aucune réponse de ce contributeur qui continue la pratique d'effacer puis recréer les lignes de transmission électriques. J'ai récupéré les chemins en y ajoutant les noeuds ajoutés pour des pilones supplémentaires. voir osm.org/changeset/63902749

Voir changeset osm.org/changeset/62344402 où contributeur a effacé et recréé chemin avec géométrie à l'identique pour simplement ensuite y ajouter des noeuds pour pilones. Ce contributeur ne répond pas aux commentaires et utilise toujours la même pratique effacer / recréer.

Je n'ai pas effacé les améliorations, puisque les noeuds ajoutés pour les pilones ont été conservés. Par contre, on perdait l'historique avec les chemins effacés inutilement, les contributeurs qui ont documenté lignes électriques, voltage, etc. Ces chemins ont été récupérés. Ce contributeur détruit souvent les chemins pour simplement les recréer ensuite.

As said in previous messages yesterday, You deleted power line ways and re-created them. With this practice, the history of contributions is lost. What is your justification to continue doing that?

You deleted power line ways and re-created them. This practice that you repeat in many changesets is not acceptable, as the history of contributions is lost.

Vous avez effacé des chemins lignes électriques pour les re-créer ensuite. Cette pratique que vous répétez dans plusieurs changesets n'est pas acceptable, l'historique des contributions étant perdu.
You deleted power line ways and re-created them. This practice that you repeat in many changesets is not acceptable, as the history of contributions is lost.

Following discussion about osm.org/changeset/62979564
Thanks to have deleted the new Sénégal relation.

To revert the deleted relation / recuperate the previous version, you can use Overpass historic. As an Example for Sénégal (Relation 192775, v143), you could have used the following instructions using a datetime just before the delete. Then transferring to josm, you resolve the edition conflict with «select my version».

[out:xml][timeout:60][date:"2018-09-12T00:00:00Z"];
relation(192775);
out meta; >; out meta;

This bbox is too large to inform that edit was done in Sénégal. Should we also split changesets that cover continents in more then one changeset?

Sorry, I did not see your recreate. Also in OSM contributors consider important to keep history of objects. Relation 192775 has 144 versions. Looking at history in JOSM or Overpass for example, we can step back move to a previous version if necessary. Deleting and recreate, we loose history of changes.

I suggest that we should then delete your recreate. The best if you dont know how to revert such delete is to ask on discussion lists.

J'ai récupéré les diverses relations sauf immeubles. Voir changesets #62979564 et #62980183

Bonjour Mory, je vois que la relation n'a pas encore été récupérée. Je vais le faire. Et tel que mentionné précédemment, être très prudent et ne pas effacer de telles relations.

@woodpeck, do you kwow Todo Plugin in JOSM. Find landuse, add in Todo list, and you will be able to revise quickly.
Quality is our concern, and we are looking at various ways to improve. See https://opendatalabrdc.github.io/Blog/index.html#!Bulding_Geometry_Analysis_to_Support_OpenStreetMap_Quality_Analysis.md

@woodpeck What's make you think that way 614459980 do not express reality? This landuse polygon corresponds to a certain density of houses in the area while less dense areas are ignored. I revised all polygons and they all correspond to housing.

clairdelune is doing a great job in RDC coordinating / responding to the #Ebola2018 outbreak and such information is important for a quick response, to identify populated places. And, Has said in the comment
"with a manual review of areas #Ebola2018"

merci de collaborer a opencity kinshasa. Ðans ce changeset, le tracé des immeubles est plus grand que sur l'image, Si nécessaire zoomez davantage pour afficher le batiment en plus gros et tracé plus près des bordures du batiment.

Import limites des territoires protégés vient compléter les contours du lac Albanel.

Important cependant de réconcilier avec ce qui est déja tracé. Lorsque Ile existe deja, exemple chemin=46906913, on ne doit pas creer une nouvelle ile en parallele tel chemin 598692720, mais plutot mettre a jour ce qui existe. Pour nouvelles iles ajouter, elles doivent etre ajoutées a la relation du Lac Albanel avec role=inner.

Well this developper is answering two years later without opening discussion too much.

Do you pretend that power substations are not industrial areas?

Ce changeset a aussi enlevé le nom de la relation waterway=river et créé un doublon chemin waterway=river qui recouvre plusieurs chemins admin_level. Un tel doublon est difficile à repérer et crée souvent des problèmes d'édition par la suite. Je corrige immédiatement cette portion.