aboutsummaryrefslogtreecommitdiffstats
path: root/lib/views/help/officers.html.erb
blob: f6be968288296956c234320a2e3ecda93ec99db1 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
<% @title = "FOI officer questions" %>

<%= render :partial => 'sidebar' %>

<div id="left_column_flip" class="left_column_flip">
  <h1 id="officers"><%= @title %> <a href="#officers">#</a> </h1>

  <dl>

    <dt id="top">I just got here from bottom of an FOI request, what is going on? <a href="#top">#</a> </dt>

    <dd><p><%= site_name %> is a service run by a charity. It helps ordinary members
        of the public make FOI requests, and easily track and share the responses.</p>

      <p>The FOI request you received was made by someone using <%= site_name %>. You can
        simply reply to the request as you would any other request from an individual.
        The only difference is that your response will be automatically published on
        the Internet.
      </p>
      <p>If you have privacy or other concerns, please read the answers below.
        You might also like to read the <a
        href="<%= help_about_path %>">introduction to <%= site_name %></a> to find out more about what
        the site does from the point of view of a user. You can also search the
        site to find the authority that you work for, and view the status of
        any requests made using the site.

      <p>Finally, we welcome comments and
        thoughts from FOI officers, please <a href="<%= help_contact_path %>">get in touch</a>.
      </p>
    </dd>

    <dt id="responses">Why are you publishing responses to FOI requests? <a href="#responses">#</a> </dt>

    <dd>We think there are lots of benefits. Most importantly it will encourage the
      public to be more interested and involved in the work of government. We
      also hope that it will reduce the number of duplicate requests on any
      subject that a public body will receive. Given that Freedom of Information
      responses contain public information, which anybody could easily request
      again from the public authority, we think there should be no reason not to
      publish it widely.
    </dd>

    <dt id="realpeople">Are the people making requests real people? <a href="#realpeople">#</a> </dt>

    <dd>Yes. For the purposes of keeping track of responses we use
      computer-generated email addresses for each request. However, before
      they can send a request, each user must register on the site with a
      unique email address that we then verify. You can search this site and
      find a page listing all requests that each person has made.
    </dd>

    <dt id="email_only">An email isn't a sufficient address for an FOI request! <a href="#email_only">#</a> </dt>

    <dd>Yes it is. In the UK, this
      <a href="https://www.whatdotheyknow.com/request/1142/response/2894/attach/5/20080806100741260.pdf">letter from the ICO to Rother District Council</a> gives guidance on the matter, specifically
      in the context of requests made via WhatDoTheyKnow, a similar site to <%= site_name %>.
    </dd>

    <dt id="vexatious">Aren't you making lots of vexatious requests? <a href="#vexatious">#</a> </dt>

    <dd><p><%= site_name %> is not making any requests. We are sending requests on
        behalf of our users, who are real people making the requests. </p>
      <p>Look at it like this - if lots of different people made requests from
        different Hotmail email addresses, then you would not think that Microsoft were
        making vexatious requests. It is exactly the same if lots of requests are made
        via <%= site_name %>. Moreover, since all requests are public it is much easier
        for you to see if one of our users is making vexatious requests. </p>

    </dd>

    <dt id="spam_problems">I can see a request on <%= site_name %>, but we never got it by email!<a href="#spam_problems">#</a> </dt>

    <dd><p>If a request appears on the site, then we have attempted to send it to
        the authority by email. Any delivery failure messages will automatically
        appear on the site. You can check the address we're using with the "View FOI
        email address" link which appears on the page for the authority. <a
        href="<%= help_contact_path %>">Contact us</a> if there is a better address we can
        use.</p>
      <p>Requests are sometimes not delivered because they are quietly removed by
        "spam filters" in the IT department of the authority. Authorities can make
        sure this doesn't happen by asking their IT departments to "whitelist"
        any email from <strong>@<%= AlaveteliConfiguration::incoming_email_domain %></strong>.
        If you <a href="<%= help_contact_path %>">ask us</a> we will resend any request,
        and/or give technical details of delivery so an IT department can chase
        up what happened to the message.
      </p>
      <p>Finally, you can respond to any request from your web browser, without
        needing any email, using the "respond to request" link at the bottom of
        each request page.
      </p>
    </dd>

    <dt id="days">How do you calculate the deadline shown on request pages?<a href="#days">#</a> </dt>

    <dd>

      <p>The Freedom of Information Act says:</p>

      <blockquote><p>A public authority must comply with section 1(1) <strong>promptly</strong> and
      in any event not later than the twentieth working day following the date of
      receipt.</p></blockquote>

      <p>The nerdy detail of exactly how weekends are counted, and what happens if
        the request arrives out of office hours, is just that - detail. What matters
        here is that the law says authorities must respond <strong>promptly</strong>.</p>

      <p>If you've got a good reason why the request is going to take a while to
        process, requesters find it really helpful if you can send a quick email with a
        sentence or two saying what is happening. </p>

      <p>FOI officers often have to do a lot of <strong>hard work</strong> to answer
        requests, and this is hidden from the public. We think it would help everyone
        to have more of that complexity visible.</p>

    </dd>

    <dt id="days2">But really, how do you calculate the deadline?<a href="#days2">#</a> </dt>

    <dd>

      <p>Please read the answer to the previous question first. Legally, authorities
        must respond <strong>promptly</strong> to FOI requests. If they fail to do that,
        it is best if they show the hard work they are doing by explaining what is
        taking the extra time to do.
      </p>

      <p>That said, <%= site_name %> does show the maximum legal deadline
        for response on each request. Here's how we calculate it.</p>

      <ul>

        <li>If the day we deliver the request by email is a working day, we count that
          as "day zero", even if it was delivered late in the evening. Days end at
          midnight.  We then count the next working day as "day one", and so on up to
          <strong><%= AlaveteliConfiguration::reply_late_after_days %> working days</strong>.</li>

        <li>If the day the request email was delivered was a non-working day, we count
          the next working day as "day one". Delivery is delivery, even if it happened on
          the weekend. Some authorities disagree with this, our lawyer disagrees with them. </li>

        <li>Requesters are encouraged to mark when they have <strong>clarified</strong>
          their request so the clock resets, but sometimes they get this wrong. If you
          see a problem with a particular request, let us know and we'll fix it.</li>
      </ul>

      <p>The date thus calculated is shown on requests with the text "By law,
        Liverpool City Council should normally have responded by...".
      </p>

    </dd>

    <dt id="large_file">How can I send a large file, which won't go by email?<a href="#large_file">#</a> </dt>

    <dd>Instead of email, you can respond to a request directly from your web
      browser, including uploading a file. To do this, choose "respond to request" at
      the bottom of the request's page. <a href="<%= help_contact_path %>">Contact us</a> if it
      is too big for even that (more than, say, 50Mb).
    </dd>

    <dt id="names">Why do you publish the names of civil servants and the text of emails? <a href="#names">#</a> </dt>

    <dd>We consider what officers or servants do in the course of their employment
      to be public information. We will only remove content in exceptional
      circumstances, see our <a href="<%= help_privacy_path(:anchor => 'takedown') %>">take down policy</a>.
    </dd>

    <dt id="mobiles">Do you publish email addresses or mobile phone numbers? <a href="#mobiles">#</a> </dt>

    <dd><p>To prevent spam, we automatically remove most emails and some mobile numbers from
        responses to requests.  Please <a href="<%= help_contact_path %>">contact us</a> if we've
        missed one.
        For technical reasons we don't always remove them from attachments, such as certain PDFs.</p>
    <p>If you need to know what an address was that we've removed, please <a
      href="<%= help_contact_path %>">get in touch with us</a>.
      <% if AlaveteliConfiguration::enable_annotations %>
        Occasionally, an email address forms an important part of a response
        and we will post it up in an obscured form in an annotation.
      <% end %>
    </p>
    </dd>

    <dt id="copyright"><a id="commercial"></a>What is your policy on copyright of documents?<a href="#copyright">#</a> </dt>

    <dd>Our Freedom of Information law is "applicant blind", so anyone in the
      world can request the same document and get a copy of it.

      If you think our making a document available on the internet infringes your
      copyright, you may <a href="<%= help_contact_path %>">contact us</a> and ask us
      to take it down.  However, to save tax payers' money by preventing duplicate
      requests, and for good public relations, we'd advise you not to do that.
    </dd>

    <dt id="allowed_responses">My response to an old request on <%= site_name %> has been bounced!<a href="#allowed_responses">#</a> </dt>
      <dd>After six months of inactivity, <%= site_name %> limits who can respond to a request to stop
      spammers targeting old requests. At that point, the request can only be responded to by someone who's
      from the authority. After twelve months, the request is closed to responses from anyone. If you need an
      old request to be re-opened so that you can respond to it, please <a href="<%= help_contact_path %>">
      contact us</a>.
      </dd>


  </dl>

  <p><strong>If you haven't already</strong>, read <a href="<%= help_about_path %>">the introduction</a> --&gt;
    <br><strong>Otherwise</strong>, the <a href="<%= help_credits_path %>">credits</a> or the <a href="<%= help_api_path %>">programmers API</a> --&gt;

    <div id="hash_link_padding"></div>
</div>