Doublons

[frodrigo]

Je suis en train de travailler sur la modification du frontend d'Osmose pour avoir des identifiants stables et unique pour les marqueurs.

Mais avant ça il faut rendre les remontées des analyses uniques.

osm-fr/osmose-backend#560

L'analyse que tu as remonte des doublons : http://osmose.openstreetmap.fr/en/errors/?source=14708&item=xxxx

C'est considéré de ton côté comme en doublon si (class, subclass, objets osm) est en double.

 source | class | subclass |    elems     | count  
--------+-------+----------+--------------+--------
  14708 |     1 |        1 |              |    602
  14708 |     2 |        1 |              | 174169
  14708 |    10 |        1 |              |    133
  14708 |    20 |        1 |              |   6575
  14708 |    30 |        1 |              |  61412
  14708 |    31 |        1 | way108735996 |      2
  14708 |    31 |        1 | way168695738 |      2
  14708 |    31 |        1 | way176797605 |      2
  14708 |    31 |        1 | way180716643 |      2
  14708 |    31 |        1 | [...]
  14708 |    32 |        1 | way686011916 |      2
  14708 |    32 |        1 | way709359532 |      2
  14708 |    32 |        1 | way99724398  |      2
  14708 |    33 |        1 |              |   6762

Les analyses des classes 31 et 32 peuvent proposer plusieurs signalements / corrections, pour une même way. Il faut soit rendre le signalement unique, soit les distinguer en mettant des valeurs de "subclass" différentes (hash du name par ex). Subclass est un integer 32 bits signé.

Pour les autres qui ne portent pas directement sur des objets OSM il faut aussi mettre une valeur dans subclass pour les rendre uniques, basé sur un ref, un hash ou autre chose... Attention un hash sur 32 bits on a vite des conflits.

On va rejeter les analyses qui remontent des doublons. Mais pas de suite, il reste encore à corriger plein de choses dans Osmose.