Door majortom: Die gegevens worden gedownload vanuit het backend naar de app. Ik heb dat even gedaan en krijg bijvoorbeeld voor de riskcalculatie parameters de volgende JSON output:
[...]
"durationAtAttenuationThresholds": [
63,
73
],
[...]
Dank voor jouw bijdrage! Inderdaad lijkt CoronaMelder gevoeliger te zijn geconfigureerd, want in de Duitse Corona-Warn-App zijn die thresholds (drempelwaardes) resp. 55 en 63dB (bron:
https://github.com/corona-warn-app/cwa-server/blob/main/services/distribution/src/main/resources/main-config/v2/risk-calculation-parameters.yaml), terwijl de Duitse app alle verzwakkingen groter dan 73dB uitfiltert.
Kijkend naar de heatmap in het rapport van de veldtest in Vught (
https://www.tweedekamer.nl/downloads/document?id=5ca0984a-bae9-4282-8e04-d2ee481b5bc0&title=COVID-19%20Notificatie%20APP.pdf pagina 7) is te zien dat de Duitse app veel informatie weggooit om het aantal false positives te beperken, wat onherroepelijk tot meer false negatives leidt. Uit dat rapport, m.b.t. de voorgestelde settings voor CoronaMelder: "N.B. deze parameterinstelling is ruimer dan de instellingen van een aantal EU-partners. De instellingen vanuit de andere landen leiden in onze testset tot zeer weinig notificaties (lage sensitiviteit)".
Wellicht interessant is dat de heatmap in een Zwitsers onderzoek (
https://github.com/admin-ch/PT-System-Documents/raw/master/SwissCovid-ExposureScore.pdf pagina 4) weinig metingen boven de 73dB toont. Echter, dat onderzoek zou in een grote hal hebben plaatsgevonden. In het Vught-rapport staat: "- Real-life metingen geven zwakker signaal dan laboratorium-metingen (ca. 10-15 dB)".
Nb. welke invloed versie 2 van de GAEN-API op genoemde thresholds heeft, weet ik niet (ik kan niet uitsluiten dat 73dB in de oude API gelijkstaat met 63dB in versie 2, maar dit lijkt mij onwaarschijnlijk).
Als 73dB nog steeds 73dB is, lijkt het mij onverstandig om de minimale "exposure time" in CoronaMelder te verlagen - tenzij ook de thresholds worden verlaagd en => 73dB wordt gedropt. Uit het volgende:
"durationScores": [
0,
0,
0,
1,
2,
2,
2,
2
],
maak ik op dat 0-5, 5-10 en 10-15 minuten worden genegeerd (score 0), 15-20 minuten score 1 krijgt en alles langer dan 20 minuten een score 2 (maar ik weet niet helemaal zeker of ik dit zo moet interpreteren).
Nogmaals dank voor de info en de tip hoe deze gegevens te extracten!
Aanvulling: ik zie nu de bijdrage van Anoniem 12:13, dank daarvoor! Zo te zien interpreteer ik de gegevens in deze bijdrage correct. In welke
factor de attenuationScores[0] (met waarde 1) voor Attenuation > 73dB leidt, weet ik niet - maar vermoedelijk worden ontvangen BLE data met een verzwakking > 73dB niet gedropt door CoronaMelder.