So funktionieren Community-Daten ist eine eigene GeoLira-Ansicht für diesen Teil des Observatoriums. Sie verbindet die routenspezifische Oberfläche mit denselben Grenzen für Quelle, Aktualität, Datenschutz und Evidenz, die auf der gesamten Plattform gelten.
Mehrere Prüfungen trennen das Formular vom Aggregat
Ein Check-in durchläuft zunächst Schema- und Zustimmungsvalidierung. Akzeptiert werden nur bekannte Felder, Bewertungsbereiche von 1-5, freigegebene Kategorien und ein optionaler zweibuchstabiger Ländercode. Das System prüft außerdem local_date und lehnt Datensätze ab, die gegen den Vertrag verstoßen. Nur akzeptierte Datensätze dürfen aggregiert werden.
Der Strukturfilter entfernt Duplikate und Datensätze außerhalb des Zeitfensters
CommunityPulseAbuseFilter verlangt das korrekte Schema, die Evidenzklasse, die Zustimmungsversion und submission_id. Er lehnt Duplikate, ungültige Zeitstempel, nicht unterstützte Locales, ungültige Ländercodes und Werte außerhalb des Vertrags ab. Dieser Filter erstellt keinen Fingerabdruck von Nutzern und verspricht keinen vollständigen Schutz vor Automatisierung, daher benötigt die Einsendungsebene zusätzlich eine externe Rate-Limitierung.
Aggregation bewahrt Datenschutz- und Evidenzgrenzen
Nach der Filterung werden Statistiken ab der ersten zulässigen Einsendung und eine Kategorie ab ihrer ersten Antwort veröffentlicht. Mit weiteren Check-ins werden die Werte zum Mittelwert der aktuellen Stichprobe. Kennungen einzelner Einsendungen werden nicht öffentlich, doch bei einer Stichprobengröße von 1 kann ein Aggregat die Antwort einer einzelnen Person widerspiegeln. Das Aggregat bleibt COMMUNITY_SELF_REPORT und Community-Puls bleibt AUTHORED_INDEX.