Intégration d'anomalies et signalements directement au sein de l'API

[cquest]

Afin d'améliorer la qualité globales des données, des analyses et contrôles seront sûrement effectués de façon automatique.
Des signalements manuels doivent aussi pouvoir remonter.

Actuellement, il n'y a aucun objet permettant de regrouper ceci et le moyen détourné consiste à ajouter des attributs aux objets eux-même.

Afin de regrouper et partager de façon efficace les résultats de contrôles automatiques et les signalements manuels, je propose que l'on ajoute un nouveau type d'objet "anomalie" géré par l'API qui pourrait contenir par exemple :

id
timestamp
statut (ouvert, corrigé, faux-positif, en cours de correction,...)
client (source de l'anomalie)
type d'anomalie (quelques grandes familles)
description textuelle (pour correction humaine)

• liste des objets en cause (avec leur version, ce qui permet de remonter les anomalies liées à un objet)
• corrections éventuelles possible (patch à appliquer sur les objets en cause)

On peut s'inspirer en partie du fonctionnement d'Osmose, l'outil de contrôle qualité d'OSM-France qui fonctionne avec une centralisation des anomalies sur une API unique dédiée, et des backends multiples détectant les anomalies.
OSM a aussi un mécanisme de "notes", qui correspond à des signalements manuels, intégré directement à l'API générale d'OSM.