Propose new features

Fingerprint

The piece of text below is a shortened, hashed representation of this content. It's useful to ensure the content hasn't been tampered with, as a single modification would result in a totally different value.

Value: fadc7e7940425cdaf688c2d9e9b27f8aae5fc4a79582f36ec378ecc068cbfeef

Source: {"body":{"en":"<p><strong>Is your feature request related to a problem? Please describe.</strong><br>The current verification methods are quite labor intensive, either for participants or for administrators. They usually achieve a level of verification valid for longer periods of time and intended for uses in multiple processes. They are not really useful for scoping smaller sample sizes (e.g. verifying that you are from a certain neighbourhood, street or any other smaller target group). Lastly, they may require data not available (i.e. email addresses).</p><p><strong>Describe the solution you'd like</strong><br>We would like to develop a solution where project manages can determine a sample size of participants (e.g. inhabitants in a street) and create a limited amount of acceses to a component. These links could then be sent by post as a QR-code and automatically allow participation for that session.</p><p>As a participant I would recieve a letter, open the QR-code and automatically be directed to the survey, which I would be able to fill out. Access to the survey is only granted when coming from a code, which would be valid until the survey is submitted. This allows for starting the survey multiple times (i.e. when I switch devices), but only submitting survey responses once per code.</p><p>In a first phase, we would develop this for the survey component, as it allows non-registered participation. Additionally, we would primarily focus on codes that could be used once. A setting allowing X-amounts of uses per code could be developed in later phase.</p><p><strong>Describe alternatives you've considered</strong><br>So far, we have considered:</p><ul><li>Using private processes: we do not know the email addresses of the users at the beginning of the process, so we can't invite them. Additionaly, we want anonymous participation to be possible</li><li>standard verifications: do not work as mentioned in the problem statement</li><li>Decidim Access codes: Does not work because we do not know the email addresses</li></ul><p><strong>Additional context</strong><br>We must consider dependencies when starting development on ephemeral user registration according to the roadmap (https://github.com/orgs/decidim/projects/22?pane=issue&amp;itemId=34383439).</p><p><strong>Does this issue could impact on users private data?</strong><br>Additional user data (i.e. postal adresses) would not be handled on decidim. Decidim just handles the codes, so there is no impact on user data. Any additional data would be covered in the terms of the survey component.</p><p><strong>Funded by</strong><br>City of Zürich, development probably in the Q1 2024</p>"},"title":{"en":"Postal access code verification for anonymous survey responses"}}

This fingerprint is calculated using a SHA256 hashing algorithm. In order to replicate it yourself, you can use an MD5 calculator online and copy-paste the source data. ×