Hi, Nienke:

I see that there is a maproulette challenge that you have organized, to import MSF health data from Niger state into OSM.

Have you discussed this import with both the local community(ies) and then the imports mailing list, and documented it in a wiki, according to the imports guidelines [1]?

We need to make sure that data from third parties are imported following the guidelines.

Cheers,

Rafael.

[1] osm.wiki/Import/Guidelines

One example is this way: way/940327513

Hi Ihab:

I see you add natural=dune to hedges. But they don't seem to be dunes, as explained in the wiki: natural=dune

Cheers,

Reverting all this will take me some good hours...

Hi:

You have deleted 291 ways and 8740 nodes, no less, without contacting me. They took me hours and hours of detailed mapping.

Le groupe de modifications qui a annulé vos changements est le suivant:

changeset/100957980

Bonjour:
Dans ce groupe de changements vous avez supprimé les limites de l'île tchadienne de Goré.
L'île de Goré était une relation de deux membres que vous avez vidé sans lui supprimer de la base de données, ce qui l'a rend difficile de récupérer.
Aussi, vous avez créée une zone résidentielle qui n'existe pas dans la réalité, et en plus vous avez ajouté les seules zones qui sont résidentielles à l'intérieure de l'île comme membres de rôle inner de cette relation, ce qui est un erreur.
J'ai annulé ces suppressions (JOSM revert plugin) pour récupérer l'île comme elle était avant ce groupe de changements.
Mon avis serait que vous vous formez bien avec les relations multipolygone pour eviter ces erreurs à l'avenir.
Merci, et happy mapping.

Félicitations, Lamine! Nianiane est maintenant une ville de renommée au niveau mondiale. J'espère un jour aller là pour visiter le village !!

Bonjour, Pilou@nowhere:

Quelle coïncidence, mais il y a un fil aujourd'hui dans la liste [email protected] où ils se demandent d'une clarification sur l'utilisation du valeur trunk dans le contexte africain.

https://lists.openstreetmap.org/pipermail/hot/2021-January/015453.html

Un participant de la conversation suggère que trunk pourrait être utilisé pour les axes interrégionales, mais je pense que c'est mieux d'attendre les opinions d'autres et de le refléter dans la wiki, pour éviter des confusions, avant de changer les attributs de ces routes. D'accord?

Merci, Pilou@nowhere:

L'importance d'un lieu vient caractérisée par différents attributs:

place=city/town/village/hameau nous donne une première info sur la taille du lieu
population=* Lorsque nous connaissons cette info, ça nous donne encore plus d'info
Aussi lesdites attributs capital=* et admin_level=* nous dissent si le lieu est chef-lieu administrative ou non, et à quel niveau administrative.

Le mieux en générale est de, avant d'utiliser un nouveau attribut, chercher s'il y a déjà des attributs qui donnent réponse à nos besoins. Sinon, si nous voulons introduire un nouveau attribut, c'est important de contacter la communauté, dans la liste tagging ou similaire.

Comme j'ai dit dans mon dernière message, l'attribut rank=* n'est pas documenté dans aucune wiki. La documentation des attributs est très importante, car nous devons nous assurer que tout le monde peut l'utiliser, et que tout le monde peut l'utiliser de la même façon. Nous ne pouvons pas avoir un attribut, comme par exemple rank=*, simplement parce que pour quelques utilisateurs c'est convenient pour fair ressortir certaines objets pour une certaine utilisation ou carte ou app, mais qui n'est pas bien documenté sur comment l'utiliser, d'une manière convenient. Par exemple, il pourrait s'agir d'une autre utilisation dans laquelle je suis intéressé, et qui est contradictoire avec le valeur que vous avez donné à la même clé rank pour un certaine objet.

Donc, le mieux dans ce cas et de nous demander: Est-ce que je pourrait écrire une page wiki qui explique, sans ambiguïté, le bout du nouveau attribut rank=* et comment l'utiliser? Si la réponse est non, dans ce cas ce n'est pas bon de continuer à l'utiliser.

Il y a, en tout cas, la liste [email protected] [1], mais il n'a pas beaucoup d'échanges. On peut éssayer...

[1] https://lists.openstreetmap.org/listinfo/talk-cf

Bonjour, Pilou@nowhere:
Pour l'état d'une route, nous avons les clés surface et smoothness. La clé highway, ça veut dire le type de route, devrait être fondée sur l'importance de la route et non sur l'état de leur surface ou leur apparence visuelle. En fait, durant la crise au Mali 2013, les mappeurs ont créée la wiki Highway Tag Africa pour adapter la clé highway à la réalité africaine [1].
Le mieux dans cette situation serait, en tout cas, de décider la typologie plus conveniente pour la RCA, mais malheuresement il semble qu'il n'y a encore aucune communauté locale OSM organisée dans ce pays... Ce n'est pas le cas dans le voisin Cameroun.

[1] osm.wiki/FR:Highway_Tag_Africa

Bonjour:
Vous utilisez souvent la clé rank, apparemment pour informer du niveau administrative de la ville/village/hameau/etc, mais cette clé n'est pas documenté/discuté, et vous ne devez l'utiliser car il y a deux clés pour cela: la clé capital [1], qui est spécifique, et aussi la clé admin_level [2], qui peut être utilisée pour cela aussi.
Selon la wiki, nous avons capital=yes pour la capital d'un pays (par exemple Bangui), et capital=N pour les capitales des régions, départements, préfectures, états, etc., avec N=niveau administrative du chef lieu, selon la wiki [3]. Par exemple, pour la république centrafricaine:
N=4 pour les chef-lieux des préfectures
N=6 pour les sous-préfectures
N=7 pour les communes
N=8 pour les arrondissements
N=9 pour les quartiers
N=10 pour les sous-quartiers
On devrá donc remplacer rank par capital

[1] capital=*
[2] admin_level=*
[3] boundary=administrative#10_admin_level_values_for_specific_countries

Bonjour:
J'ai vu que vous avez changé l'attribut de parties des routes nationales 1, 2, 3 et 6 de primary vers trunk. J'ai changé vers primary.
Les routes nationales de Centrafrique ne sont pas trunk, d'accord avec la wiki.

Hi,
I've seen you added lots of buildings on top of existing ones.

The buildings were mapped by you, or by anyone using your user name, as you can see if you open any of those 2 links to the 2 buildings I mentioned. But I wouldn't be worried about this issue, as it is a minor issue. As I told you, I was curious to know why there were these duplicities.

Hi, Micheal Yani:
Yes, that's a quite reasonable explanation. I wonder if JOSM could handle these kind of situations. If I get some time, I will try to enquire about it. Thank you for your prompt answer!

Hi, it's not a big issue. I am just curious. But duplicated buildings were uploaded by you (obviously unintentionally). For example, these two buildings:
way/690174806
way/690178451
The second was uploaded like 17 min after the first.

Hi,
You added many buildings overlapping older existing ones.

You should correct this.

Also, a comment like #tm-project-6015 is useless. Please read this article: osm.wiki/Good_changeset_comments

There are like 24 duplicated buildings in this area. I wonder what you did to duplicate all those buildings.