Skip to content
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

Open
stevieflow opened this issue Apr 24, 2023 · 6 comments
Open

Add data processing / deletion notices #92

stevieflow opened this issue Apr 24, 2023 · 6 comments

Comments

@stevieflow
Copy link

Add something like

360Giving-Data-Quality-Tool (1)

(as seen at https://dataquality.threesixtygiving.org/)

to OFDS CoVE

@duncandewhurst
Copy link
Contributor

The deletion schedule (90 days) is already documented in the second paragraph of the introductory text on the landing page:

image

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?

@stevieflow
Copy link
Author

Ah thanks @duncandewhurst ! It was right in front of me!

Maybe @stevesong was referring to the length of the period, and shortening that?

@stevesong
Copy link

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.

@duncandewhurst
Copy link
Contributor

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?

@duncandewhurst
Copy link
Contributor

duncandewhurst commented Apr 26, 2023

Also, don't worry about not reading the second paragraph, based on our sample of 3, no-one reads it!

@stevesong
Copy link

I think 7 days seems like a reasonable compromise. It is always possible to re-upload the original dataset.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants