Fonctionnement des données communautaires est une vue GeoLira dédiée à cette partie de l'observatoire. Elle combine l'interface propre à la route avec les mêmes limites de source, de fraîcheur, de confidentialité et de preuve utilisées dans toute la plateforme.
Plusieurs contrôles séparent le formulaire de l'agrégat
Une évaluation passe d'abord par la validation du schéma et du consentement. Seuls les champs connus, les notes de 1-5, les catégories approuvées et un code pays facultatif à deux lettres sont acceptés. Le système vérifie également local_date et rejette les enregistrements qui enfreignent le contrat. Seuls les enregistrements acceptés sont éligibles à l'agrégation.
Le filtre structurel élimine les doublons et les enregistrements hors fenêtre
CommunityPulseAbuseFilter exige le schéma, la classe de preuve, la version de consentement et submission_id corrects. Il rejette les doublons, les horodatages invalides, les langues non prises en charge, les codes pays invalides et les valeurs hors contrat. Ce filtre ne crée pas d'empreinte des utilisateurs et ne promet pas une résistance totale à l'automatisation, la couche de soumission exige donc aussi une limite de fréquence externe.
L'agrégation préserve les limites de confidentialité et de preuve
Après filtrage, les statistiques sont publiées dès la première soumission éligible et une catégorie dès sa première réponse. À mesure que d'autres évaluations arrivent, les valeurs deviennent la moyenne de l'échantillon actuel. Les identifiants individuels de soumission ne deviennent pas publics, mais avec un échantillon de taille 1 un agrégat peut refléter la réponse d'une seule personne. L'agrégat reste COMMUNITY_SELF_REPORT et le Pouls de la communauté reste AUTHORED_INDEX.