Come funzionano i dati della comunità è una vista GeoLira dedicata a questa parte dell'osservatorio. Combina l'interfaccia specifica del percorso con gli stessi limiti di fonte, aggiornamento, privacy ed evidenza usati in tutta la piattaforma.
Diversi gate separano il modulo dall'aggregato
Un check-in passa prima la validazione di schema e consenso. Sono accettati solo campi noti, intervalli di punteggio 1-5, categorie approvate e un codice paese facoltativo di due lettere. Il sistema controlla anche local_date e rifiuta i record che violano il contratto. Solo i record accettati sono idonei all'aggregazione.
Il filtro strutturale rimuove duplicati e record fuori finestra
CommunityPulseAbuseFilter richiede schema corretto, classe di evidenza, versione del consenso e submission_id. Rifiuta duplicati, timestamp non validi, locale non supportate, codici paese non validi e valori fuori contratto. Questo filtro non crea fingerprint degli utenti e non promette resistenza completa all'automazione, quindi il livello di invio richiede anche un limite di frequenza esterno.
L'aggregazione conserva privacy e confini dell'evidenza
Dopo il filtraggio, le statistiche vengono pubblicate dal primo invio idoneo e una categoria dalla sua prima risposta. Con l'arrivo di altri check-in, i valori diventano la media del campione attuale. Gli identificatori dei singoli invii non diventano pubblici, ma con una dimensione del campione di 1 un aggregato può riflettere la risposta di una sola persona. L'aggregato resta COMMUNITY_SELF_REPORT e Community Pulse resta AUTHORED_INDEX.