-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add data processing / deletion notices #92
Comments
The deletion schedule (90 days) is already documented in the second paragraph of the introductory text on the landing page: Further detail is provided in the T&Cs, which are linked in the website footer. We could add something the like the text from 360Giving, which appears in a collapsed box at the bottom of the page, but if the workshop participants that raised concerns about the lack of a deletion schedule did not read the introductory text at the top of the page, I'm not convinced that they would read extra information provided further down the page. @stevesong what do you think? |
Ah thanks @duncandewhurst ! It was right in front of me! Maybe @stevesong was referring to the length of the period, and shortening that? |
I think I am a bit of an idiot for not reading that text in the second paragraph. :-) Mostly this is fine. I think for the telecom sector we might want to shorten that period and perhaps have an explicit section as Steven suggests of "What happens to my data?" I got the sense that publicly uploading network data, even when secured through obscure URL, might cause some unease. I would be inclined to use something like 48hrs and make it very clear that only the uploader has access to the url. Open to discussion. |
Sure, I can draft some extra wording, based on the text from 360Giving and making it very clear that only those with the link can access the results. Regarding the deletion schedule, the main challenge with a short retention period like 48 hours is that it hinders support/collaboration on resolving validation errors. For the Open Contracting Data Standard Data Review Tool, the retention period was originally 7 days, but we increased it to 90 days because it wasn't uncommon for results to expire before the Helpdesk had finished going through them with a publisher. Given that providing remote support usually involves a few rounds of email back-and-forth, I think that would almost always be the case with a 48 hour retention period. However, we could go back down to 7 days if you think that would help to reassure implementers? |
Also, don't worry about not reading the second paragraph, based on our sample of 3, no-one reads it! |
I think 7 days seems like a reasonable compromise. It is always possible to re-upload the original dataset. |
Add something like
(as seen at https://dataquality.threesixtygiving.org/)
to OFDS CoVE
The text was updated successfully, but these errors were encountered: