-
Notifications
You must be signed in to change notification settings - Fork 344
Date of last high risk contact wrong #818
Comments
The dates come directly from the underlying OS framework. Seems like on days 18.01-20.01 CWA sees no contacts "above" the threshold. More information: https://www.coronawarn.app/en/faq/#encounter_19_calc |
There is no complete up-to-date description of the risk calculation process. You might like to refer though to https://github.com/corona-warn-app/cwa-documentation/blob/master/cwa-risk-assessment.md which shows how the transmission risk level decreases over time. The app also takes account if / when symptoms were reported. The collection of FAQ articles under https://www.coronawarn.app/en/faq/#risk_assessment also discusses some aspects. So what you describe could be correct. It is impossible to check for an individual case though because access to the data used in the calculations is restricted, due to privacy protections. |
""above" the threshold" is for sure not possible, as contacts where for hours with partly no distance between the phones for quite some time |
Thank you! The same behavior is observed with CCTG with microG implementation- so it is not google but for sure a not sense making behavior by CWA. |
Dear @masema67, Thank you very much for this report. We have been discussing this case internally, and yes, the indications, although surprising, could be correct as you describe it. However, we would be very interested to talk to you, in order to get a more detailed insight about this specific case. A developer/architect from the team would talk to you, ideally by telephone. Please, contact us via email (corona-warn-app.opensource@sap.com), in order to arrange details. Please mention in the email the Internal Tracking ID: EXPOSUREAPP-11569 Best wishes, DS Corona-Warn-App Open Source Team |
@MikeMcC399 what about https://github.com/corona-warn-app/cwa-documentation/blob/master/solution_architecture.md#risk-calculation? |
Thanks for reminding us about the section in the Solution Architecture document. This at least contains the description of how Onset of Symptoms is used. Could you please check about the Figure 16: Risk calculation which has a threshold of 13 minutes (where I would expect this to show 9 minutes). According to https://www.coronawarn.app/en/blog/2021-04-16-corona-warn-app-risk-calculation-further-improved/ dated April 16, 2021 the risk calculation was changed last year: "For app users, this means: Previously, an encounter between two people had to last at least 13 minutes in order to be considered for an encounter with an increased risk (red tile). Now, the app considers encounters of at least 9 minutes. Thus, encounters that represent an actual relevant contact with COVID-19 infected persons can be detected even more accurately and represented accordingly in the app as a warning about an encounter with increased risk" So the diagram and the blog information are contradictory.
|
I took a closer look at the diagram https://github.com/corona-warn-app/cwa-documentation/blob/master/images/solution_architecture/risk_calculation.svg On the left-hand side it is still using 13 minutes and on the right-hand side it uses 9 minutes. (See new #586 (comment).) |
I sent them an email and will be glad to give more details on the phone. |
@masema67 Ok! Thanks! Best wishes, DS Corona-Warn-App Open Source Team |
The risk calculation diagram images/solution_architecture/risk_calculation.svg has now been corrected. |
@thomasaugsten I see that @masema67 updated the information. Onset of symptoms Jan 14, 2022 together with test date Jan 20, 2022. By my calculation, onset of symptoms is 6 days before submission. Using the table from the presentation on page 15, with the row 6 "Days since the onset of symptoms (at the point of submission)", Day 1 (Jan 19) and Day 0 (Jan 20) are both shown with roman numeral "II" Transmission Risk Level (TRL). The updated diagram of risk calculation on images/solution_architecture/risk_calculation.svg shows TRL of "II" being weighted with a factor 0.0. This means that exposures on the days Jan 19 and Jan 20 are not calculated as a red risk result and therefore the behavior, which @masema67 reported as an issue, seems to be correct. Maybe @thomasaugsten could confirm that the above is correct? |
@MikeMcC399 yes, that's correct. The 19th and 20th both translate to TRL <= II, and thus, do not count as exposures and are rightly not considered for the date of the last exposure. |
It seems that we have a good explanation for what you saw. If you agree that your issue has been addressed, you could close the issue here. |
@mlenkeit I assume / hope you are in close feedback loop with RKI if the "risk profile" is still considered good from today's point of view? |
@ndegendogo
|
@ndegendogo the blog post that @MikeMcC399 referenced (thx!) sums it up pretty well 😊 |
Is there anything further which can be done on this issue? |
@dsarkar Please apply the ready-to-close label here. |
Closing as suggested. |
Avoid duplicates
Technical details
Device name: Google Pixel 4a 5G
iOS/Android version: Android 12
App version: 2.16.2
Describe the bug
positive rapid test and positive PCR test conducted and registered in CWA at the 20.01.2022
People with very close contact to this person for hours and every day receive high risks warnings for the 14.01 to 18.01 but not for the 19.01 and 20.01 even so in very close contact to the person for hours at those dates.
Update: date of symptom onset was entered as 14.01 when CWA requested
Steps to reproduce the issue
see above
Expected behaviour
last contact should be displayed for the 20.01 and not 18.01
Possible Fix
Additional context
Internal Tracking ID: EXPOSUREAPP-11569
The text was updated successfully, but these errors were encountered: