-
Notifications
You must be signed in to change notification settings - Fork 14
Restaurant/Event-Mode #77
Comments
Hi @durator, Thank you for your proposal. All issues in the cwa-wishlist repository will be discussed with our contracting entities. They will decide whether they will be implemented or pursued further. As soon as we have any updates, we will let you know about the details. Best regards, SD Corona-Warn-App Open Source Team |
Hi @SonaliDK Did a meeting with your contracting entities take place in July or August? If so, did they manage to reach a decision ? 🤞Alan |
I think the event-registration label has been accidentally added here, when reading through the OP from @durator, it has nothing to do with the event-registration feature contained in version 2.0 of the Corona-Warn-App. @durator Do you think that another solution, besides of the event-registration feature in version 2.0, is needed? |
Hello @durator , A similar feature has been implemented in CWA 2.0 as part of the event registration feature. The difference to your approach is that there is no mutual registration. Only the user has to register the QR coder in the current implementation. You can open a new issue for this topic that takes the event registration feature into account. We will leave the issue open for now. Corona-Warn-App Open Source Team |
@Ein-Tim It's not the event registration from the CWA, but it's still a form of event registration. The label fits (for the wishlist at least). Corona-Warn-App Open Source Team |
Hi, |
Hi @durator, Many thanks for contributing here and your feedback. Best wishes, DS Corona-Warn-App Open Source Team |
Situation to solve:
Users have to leave adress and phone data when visiting restaurants or Eventsin Germany.
CoronaWarnApp could solve this when there is a device running it and registrer even short contacts.
Feature description
Switching the app into a "Restaurant/Event-Mode" has following Effects:
the contact isvalid immediatly: no time threshold, only distance
When id's are interchanged in this mode both devices give audio feedback. This has two avantages. Users are shure about successful participiant marking and abuse leads to unexpected noise.
Other requests want transparency to lokal stored ids. If that is realised, event mode should recommend a event name which appears in guest id-list
Is this something you're interested in working on
No
Im afraid I don't have the programmer skills
Internal Tracking Id: EXPOSUREAPP-2119
The text was updated successfully, but these errors were encountered: