-
-
Notifications
You must be signed in to change notification settings - Fork 196
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
Ability to attach files to requests #3
Comments
Smells to me of unnecessary complication. Yes it is just an attachment button, but it is a slippery slope to people asking for the ability to do headings and full HTML formatting, or to be able to CC requests to other email addresses. I don't think it is worth making the request form intimidating with such features. In this particular case, there are lots of other options - send a link to a Google Doc, or a Survey Monkey survey or similar. |
I agree with Francis, while this does get requested regularly there has not really been a compelling case made for it. There are already problems with users copying and pasting large amounts of extraneous material into requests; this feature could exacerbate that and encourage users seeking to abuse the site by posting material on it rather than getting their own website. |
OK, perhaps we could best address this in the UI with some help guidance ("need to send files? use dropbox" or similar) |
I think the downside of using an external host is that the archive of the request becomes scattered, and if they break their URLs/drop their content then we lose important context. Currently it's possible for us to manually upload files to the request area if someone asks, and we've done this at least once: http://www.whatdotheyknow.com/request/appropriate_case_working_unit Perhaps some automation so we can easily make this available at our discretion? |
Extract from WDTK mailbox giving more detail from a requester's point of view:
|
We've had a rare case where a user had a legitimate requirement for this feature. The public body sought clarification; asking the user to mark the property a request related to on a plan: https://www.whatdotheyknow.com/request/planning_permissions_2 The requestor worked around the lack of this feature by uploading the plan elsewhere and linking to it; though this means an element key to the request thread is not hosted on our site. This such a rarely needed feature; I think the advantages of not having it outweigh by far the potential disadvantages of allowing users to upload attachments. |
Another example of one of the rare cases of legitimate need for this feature has just arisen on WhatDoTheyKnow.com https://www.whatdotheyknow.com/request/freedom_of_information_historic In this case WhatDoTheyKnow administrator @kingqueen3065 offered to manually upload the plans in question to WhatDoTheyKnow so the requester could refer to copies there. |
Hi all, We also got this request from an MEP assistant. Maybe it would be useful if this feature could be available for users, but it is a turned off feature until they ask for it, and then it can be turned on, but only per request. (so similar system for the 'bulk messages' feature, but can be turned on per request, not per requester). |
We've had an example of a user providing documents as context; after initiating the request via our system, they sent the documents by private email with team@ copied in. This risks the user being provided the FOI response in private and not via whatdotheyknow. |
User feedback: "[It would be good to have the ] Ability to add attachments to documents (often need to do that, and it’s painful working around things like tabular data);" |
We also find that this might be a good feature for making internal appeals on AsktheEU.org, as often people (the Access Info team mainly hehe but I know of others too) put in lengthy text which would be better and easier to read if we were able to attach it as a Word doc. At the moment, we copy and paste onto AsktheEU.org but also send a word doc via our emails just in case. |
Sometimes the requirement for extra information comes in from the agency receiving requests. In Italy the public body tasked with responding to FOIAs has set the requirement that the issuer of the request must identify themselves with either a valid ID or using other APIs that provide govt ID for them. The Cheidi platform is basically blocked from operating under the new legislation of Italian FOIA without a way to programmatically provide a photo of an identifying document through the platform. And while the suggestions of using .gov.it APIs is a good one, it is not a generic solution for other MySociety sites that may run into the same requirement. |
Italy is a good example of the risk its site (chiedi) might not be able to function at all without the ability for users to upload copies of their ID when making requests (or maybe to their account initially as users so they do not have to upload each time they request?) Maybe as a turn-on feature, it could be useful for other installations too. |
Another completely different use case is for Belgium, where some administrations actively fight the use of Transparencia. There has been a court judgment that they are interpreting as allowing them to chose by which channel to reply. So they ask for a private email address, and the response does not get put up online automatically. The requesters then have to send the documents obtained to the site admin, who then uploads the document. It would be much easier if the requester could say at the end: |
The WhatDoTheyKnow administration team have received contact from a prospective user of WhatDoTheyKnow Pro, who wanted the ability to send an attachment with a request for the public body to fill in. |
Use case: a company that works with data on empty properties / rateable values etc makes FOI requests where they send an Excel spreadsheet to a council containing the details of the properties they're interested in and the council fills in the blanks.
The text was updated successfully, but these errors were encountered: