Hello @Her21, il y a un problème de tag sur cette modification et beaucoup d'autres dans le quartier. Il s'agit bien ici d'une route résidentielle et pas d'une "trunk". Merci de vérifier leur signification sur osm.wiki/FR:Highway_Tag_Africa ou avec la communauté OSM.

Hello @christ, il y a un problème de tag sur cette modification et beaucoup d'autres dans le quartier. Il s'agit bien ici d'une route résidentielle et pas d'une "secondary". Merci de vérifier sur osm.wiki/FR:Highway_Tag_Africa ou avec la communauté OSM.

Dear @mapman44,
Thank you very much for your contributions. However, please note that in the DRC, we don't consider the is_in related tags as deprecated as we are still actively collecting them on the ground. Therefore we would be grateful if you could stop deleting this valuable information in the country. Thank you.

Bonjour Merveille,
Si le nom du lieu est "Eglise ...", on s'imagine qu'il s'agit d'un lieu de culte chrétien, d'où la valeur "christian" dans le champ "religion". Existe-t-il des informations indiquant que ce lieu est associé à une autre religion ? Attention cependant à ne PAS mettre de majuscule au nom de la religion, sinon la valeur n'est pas reconnue dans la base de données, merci.

Bonjour @Never Fallen,
Bravo pour l'utilisation du tag "fixme", très adapté au cas présent.
Néanmoins, plutôt que de laisser des bâtiments portant le nom de "residence", il est aussi possible de faire la correction directement. Dans ce cas-ci, il serait préférable de mentionner cette information au niveau du tag building (building = residential) et de supprimer le champ name.
Merci.

After a discussion with csinga, the last 3 changesets have been reverted. The original data had been corrupted before the upload, the tags will be recovered and cleaned before reuploading them by smaller lots.

Bonjour csinga,
Comme déjà relevé par user_5359, il est nécessaire de supprimer les tags "FID_CODE" et "number" de chacun des objets édités ici.
Par ailleurs, ainsi que cela a été mentionné pour les 2 autres sessions d'édition envoyées la semaine dernière, tous ces objets ne disposent que d'un nom et ne respectent dès lors aucunement la structuration de la base de données par attribut. Merci de veiller à corriger ces données au plus vite ou de faire signe s'il est nécessaire d'annuler ces modifications.

Bonjour csinga,
La totalité des objets importés dans cette session l'ont été avec un tag "time" qui ne correspond pas à un attribut documenté dans OSM, celui n'a aucune valeur ajoutée et devrait dès lors être retiré de chacun de ces objets.
Par ailleurs, ainsi que cela a été mentionné pour les 2 autres sessions d'édition envoyées la semaine dernière, les objets ne disposent que d'un nom et ne respectent dès lors aucunement la structuration de la base de données par attribut. Merci de veiller à corriger ces données au plus vite ou de faire signe s'il est nécessaire d'annuler ces modifications.

Hello, dans ce changeset, le problème principal est que des centaines d'objets ont été ajoutés avec uniquement un nom, sans avoir été catégorisés. Chacun de ces objets devrait prioritairement recevoir le tagging approprié. Par ex, pour que la base de donnée reconnaisse "Pharmacie Mwinda" comme étant une pharmacie, il ne suffit pas que son nom apparaisse mais que l'attribut amenity=pharmacy soit également renseigné. Et ainsi de suite avec l'ensemble des objets. Plus d'info sur le tagging ici: osm.wiki

Bonjour JackBeni,
Félicitations pour la collecte de toutes ces données.
Pour la suite:
- essayons de voir ensemble comment éviter tous ces guillemets qui ne devraient pas être là,
- les majuscules sont réservées à la première lettre des mots et aux acronymes,
- au lieu de "school", je te suggère d'utiliser la clé "school:FR" qui peut être renseignée comme primaire, ou secondaire, par exemple (toujours en minuscules).
Merci et bonne continuation !

Hi @dieterdreist, thanks for your concern but please note that the way that you mentioned is part of relation 5987895, which displays its name. This tagging scheme is the one that has been adopted for health zones in the DRC since then. You will find more details on our wiki pages, list, and through the work of the DRC national open data platform, RGC. As we are talking, there are teams on the ground collecting additional field data in collaboration with the Public Health Ministry. Once this data will be validated, we plan to adapt it into OSM too and remove the fixme tags.

Hi, thanks for your interest. However this edit is incorrect, it duplicates existing data with incorrect tagging. It will therefore be reverted.

Hello Cédric,
Bravo pour l'utilisation d'OMK. Attention cependant, car la qualité des données et leur conformité aux standards OSM auraient dû être vérifiées avant leur intégration dans OSM idéalement.

Par exemple, en matière de dénomination : à part dans le cas d'acronymes ou de rares exceptions, aucun mot ne devrait être écrit en "allcaps", l'utilisation des majuscules étant réservée à la première lettre des noms.

Par ailleurs "église", "habitation" ou "residential" sont des catégories d'objet qui ne devraient pas se retrouver comme noms desdits objets.

Finalement, dans ce jeu de données, on retrouve aussi un certain nombre d'erreurs d'encodage, comme par exemple cette église catégorisée comme épicerie (osm.org/node/5765946259).

Merci d'apporter les vérifications et corrections nécessaires.

Bizarre cette app' qui n'envoie que des points déconnectés sans attribut...

Bonjour csinga, les routes ont été dupliquées lors de cette modification. Attention aux messages d'avertissement lors de l'envoi des données afin d'éviter la création de doublons dans la base. Merci.

This edit was a first pass to help identify areas that need to be worked on. I will personally fix each of the ways that still require it (and haven't already been improved by other contributors).

Thanks PierZen

There are some discussions over this point. It seems to be the current emergency operation center, rather than a CTE.

Initial roads were not junk. This changeset had mistakenly squared the highways. As it was causing too much trouble, I had to revert it.

I saw it's been corrected, thank you!