-
Notifications
You must be signed in to change notification settings - Fork 14
Location and exact date of a low risks (green) contact #206
Comments
My opinion: There are two problems with this proposal:
Related Issue: |
@kristijorgji as @Ein-Tim already stated above: your current proposal is not feasible within the ENF and CWA framework. If you have an Android device you can get this functionality by using corona-warn-companion in RaMBLE mode though. Similar requests: |
There seems to be one misunderstanding here that from which device those data will be taken. The only problem here that I see is technical as does not expose location or time of handshake, so have to make extension there for or some other solution |
@kristijorgji recording/sending and matching rolling proximity identifiers (RPIs) is done by the Google/Apple Exposure Notification Framework (ENF) not by CWA. Additionally: ENF based apps (like CWA) are not allowed to request location permissions by Google/Apple. |
@kristijorgji |
Yes exactly the features are optional, and those people that find app useless without those features will not have to uninstall anymore, but instead keep the app and contribute with their data. |
@kristijorgji is your proposal to encode the location information in the RPI (i.e. decision on location sharing is made by the sending device) or is the idea to record the location info on the receiving device and let the receiver make this decision? You might find some of the following resources helpful: |
@daimpi thanks for the resources checking them. Yes the idea is to be on the sending device, so for example I am the user interesting in enabling this optional option and I enable it "storing of location and time for the encounters" Then later on if the other contact is reported positive and I get notified about this low risk danger, I should be able to see the location and time (of course if I enabled these optional options and those are stored) |
First of all: this would be something Google/Apple have to add to ENF, there is nothing CWA can do about this. And this would require a major change in their design philosophy, so I doubt that they would ever do this. But let's set those problems aside for now: But now you (the non infected person) are making a decision which affect the privacy posture of the infected person, b/c you'll be able to know where you met them, but not the other way around. If anything I'd suggest to have consent be requested from the other side i.e. from the infected person who is kindly sharing their DKs. In this scenario (where Google/Apple are just bending to our wishes) I could imagine an option for an infected person to allow their contact's to see the location/time of the encounter (this could be implemented e.g. via an option to broadcast RPIs which contain location information). |
I think it would be sufficient in the first step to find out the day of exposure. The information would help any affected person to think over "where have I been on that day". As we are all supposed to limit our contacts, the activities should be limited to "way to work", "work", "supermarket" and "home". Isn't it possible to derive the day from the Temporary Exposure Key (TEK) that is generated every 24hours? |
This request for improvwment is really important to raise the acceptance of the cwa and avoid that people uninstall it. |
Do you by chance remember whether a check was performed in the two hours between you opening CWA for the first and second time? Could you share your EN log here?
Getting exact timestamps of encounters is not possible if you don't have root b/c this information is not exposed by ENF to CWA (cf. here). Getting the day of the encounter also for green encounters would be easy though. Feel free to upvote #178 🙂. |
From my own experience, I can report that reporting that you have had one or more low risk encounters, but you don't know when it happened, causes many people to panic and/or brood a lot about when and where it happened. |
Please show Date and Time of later on announced risk contacts, even if this leads to still having a green status. As such contacts might occur only at shopping or eating in a restaurant, one can reconstruct with Date and Time where one habe been and if shopping or queuing anywhere is the risk reason. This would enhance the analyse and discussion and avoiding of behavior in the future much, when it ia shown if the risk contact was at 8:00 in the bus ir at 12:00 in the McDonalds restaurant or at work at 10:00 o'clock at a certain date/day. so it is not about "10 days ago" but about exact time and day. Thanks for implementing that local showup fast. |
@webermike see my answer above. |
I see location and geo location as a problem. Butbthe exact time stamp day:hour:minute is not a problem, as these need to be informed in case. In both directions that is the sense and be thankful about it. I know l met Anke at that day and time and she got a positive result helps me also as to know in the bus was someone at that exact time. |
@webermike as others have already explained in the other thread: you have to distinguish between
ENF doesn't provide exact timestamps to CWA via the API instead this information (which o/c exists inside ENF) is only exposed with a one day granularity. In order to change this Google/Apple would therefore have to be convinced. |
Hello community, Thank you for the suggestions and the ongoing discussions. We have mirrored the request to the internal Jira, so iit can be tracked by the developers. We will inform you about any updates on this topic as soon as we get them. Regards, Corona-Warn-App Open Source Team |
Any update on this request available? |
@kyklos No, nothing new yet. Corona-Warn-App Open Source Team |
Can you tell us for which version this list is planned? |
I would like to emphasize the need for this proposed feature (Location and date for risks) with some arguments:
Solution: I would modify the suggested solution as follows:
From the comments, I have learned that two restrictions prevent the implementation:
But the need for the feature is still there and does not go away from the restrictions. Data privacy considerations: The only attack to privacy can be done by other users (which is illegal anyway from current laws). Still the protection of the infected person is an issue, but the concerns can be removed considering three cases: Summary: local storage and display of blured location and day+hour do not give more information about the other infected person as requested by Infektionsschutz anyway. Some comments on Acceptance:
Outlook to further benefits: |
In addition to schaupit's suggestion:
Could the location and time be displayed automatically if the signals of at least 10 (e.g.) other apps had been received at the time of the contact? This would improve anonymity and at the same time give an indication of "cluster events" (public transport,...). |
I'd like to bring in one other thought: maybe there's a need for more explanation what low risk contacts mean? Personally, I have taken them simply as reassurance that the app is actually working. :) I anyway know that going to places where other people are - supermarket, street, bus, ... - bears a certain risk of walking past somebody with Covid-19 at some point. And making decisions based on the number of low-risk encounters captured by ENF (the like of: supermarket A is more risky than fast-food outlet B) might also risk attaching much more meaning to it than accuracy of the protocol and adoption rate would justify. (At least as far as I understand, there's a fair amount of randomness/chance involved in how many identifiers are exchanged in one supermarket visit or another.) PS: Personally, I believe there are important reasons why ENF prevents exact time-stamping of encounters and disallows apps to also use location services. But showing the dates of encounters seems a good compromise to satisfy the more curious users. |
Starting with v 1.12.0 it will be possible to see when you had encounters: |
The use case they have in mind is interesting. |
Just btw maybe somebody can correct the typo in the title? |
I have a question for clarification on this topic: I know the RPIs, AEMs and timestamps for each contact. The TEKs are downloaded and compared with the list of my collected RPIs. Even if I get a match to multiple RPIs, I can narrow it down to the timestamp of matching RPIs. Or is my assumption simply wrong? Downloaded exposure.db and analyzed with SQLite browser. I'm running LineageOS without any Google services and therefore use the F-droid fork, but this feature should be exactly the same. |
The assumption is correct |
Feature description
Every time two devices exchange ids for the first time, store the location and start datetime of this event.
Keep this in your servers, and if one of these contacts is later confirmed positive instead of showing other people messages like
"you have low risk and met 2 infected people"
would be more effective to show also show the location + exact time of start of contact so people can self asset the risk and act responsible
Problem and motivation
The problem is that many people I know me included are deleting the app because knowing that I was near 3 infected people, and seeing low risk notification is making me more stressful because I cannot see the location and exact date of the encounter and this information is useless.
What is the point of knowing that you were near positive contacts, and see there "low risk, nothing to do". You can just not show that was near 3 positive people then.
The screen in app is this one:
For example if I could see location and time and see that ok " Sunday 18 October 11 AM someone positive was nearby, then I can reason like example: was out in park, so nothing to worry maybe someone passed by that was diagnosed positive later"
And on the other hand, if I was in a closed space at that time, can act more carefully to avoid getting other people sick and try to stay more separate for some days and so on.
Also in the park simple example, people can self asses the risk and not be stressed with abstract information like "low risk but you were 3 positive people" that is very abstract to process and reason
So as you can see can avoid unecesary stress and provide more specific information about my risk level.
So to summarise:
Is this something you're interested in working on
Yes I am interested to work in this and would like for someone to explain later the data structure and if location and start time of the handshake is stored and where.
I can contribute in the Android project as have more experience, but also in Swift I can get by try to add the feature in the IOS app. Meanwhile am looking at the java backend to find out if such information is stored and how
Privacy concerns
I have thought this in detail and have the plan how to still maintain full privacy.
In general the requested feature does not disclose any identity information so is totally safe, but there can be one case where the identity is disclosed indirectly, at that case is:
You see the location and time of one encounter with someone tested positive, but only 1 person was at that time and location (ex you were at friend house). So we can find out the identity ourselves based on location, time
But this can be easily avoided, for cases where our device exchanged id with only another device and this device came out positive then still show the previous screen without location and time.
For all other times, where there is more then 1 person (ids exchanged devices) then show also location and time.
Internal Tracking ID: EXPOSUREAPP-3669
The text was updated successfully, but these errors were encountered: