Details of request “Request for mobile communications via mobile applications”
Event history
This table shows the technical details of the internal events that happened to this request on Right to Know. This could be used to generate information about the speed with which authorities respond to requests, the number of requests which require a postal response and much more.
Caveat emptor! To use this data in an honourable way, you will need a good internal knowledge of user behaviour on Right to Know. How, why and by whom requests are categorised is not straightforward, and there will be user error and ambiguity. You will also need to understand FOI law, and the way authorities use it. Plus you'll need to be an elite statistician. Please contact us with questions.
| id | event_type | created_at | described_state | last_described_at | calculated_state | link |
|---|---|---|---|---|---|---|
| 17579 | sent | 2016-10-19 10:10:41 +1100 | waiting_response | 2016-10-19 10:10:41 +1100 | waiting_response | outgoing |
| 17583 | response | 2016-10-19 10:11:41 +1100 | 2016-10-19 10:41:24 +1100 | waiting_response | incoming | |
| 17587 | status_update | 2016-10-19 10:41:24 +1100 | waiting_response | 2016-10-19 10:41:24 +1100 | waiting_response | |
| 18122 | response | 2016-10-31 09:52:58 +1100 | 2016-10-31 19:13:27 +1100 | waiting_response | incoming | |
| 18205 | status_update | 2016-10-31 19:13:27 +1100 | waiting_response | 2016-10-31 19:13:27 +1100 | waiting_response | |
| 18637 | response | 2016-11-04 14:02:52 +1100 | 2016-11-06 13:30:48 +1100 | not_held | incoming | |
| 18682 | status_update | 2016-11-06 13:30:48 +1100 | not_held | 2016-11-06 13:30:48 +1100 | not_held | |
| 18683 | followup_sent | 2016-11-06 13:34:51 +1100 | internal_review | 2016-11-06 13:34:51 +1100 | internal_review | outgoing |
| 18684 | response | 2016-11-06 13:36:14 +1100 | 2016-11-06 13:40:28 +1100 | internal_review | incoming | |
| 18685 | status_update | 2016-11-06 13:40:28 +1100 | internal_review | 2016-11-06 13:40:28 +1100 | internal_review | |
| 18905 | response | 2016-11-09 08:39:03 +1100 | 2016-11-09 12:47:15 +1100 | internal_review | incoming | |
| 18914 | status_update | 2016-11-09 12:47:15 +1100 | internal_review | 2016-11-09 12:47:15 +1100 | internal_review | |
| 19743 | response | 2016-11-24 01:07:31 +1100 | incoming | |||
| 19848 | response | 2016-11-25 13:56:04 +1100 | 2016-11-26 11:07:31 +1100 | internal_review | incoming | |
| 19871 | status_update | 2016-11-26 11:07:30 +1100 | internal_review | 2016-11-26 11:07:31 +1100 | internal_review | |
| 20964 | response | 2016-12-20 16:55:13 +1100 | 2016-12-26 13:41:33 +1100 | internal_review | incoming | |
| 21112 | status_update | 2016-12-26 13:41:33 +1100 | internal_review | 2016-12-26 13:41:33 +1100 | internal_review | |
| 30832 | followup_sent | 2017-12-01 09:46:20 +1100 | outgoing | |||
| 30833 | response | 2017-12-01 09:47:15 +1100 | 2017-12-01 09:57:28 +1100 | internal_review | incoming | |
| 30834 | status_update | 2017-12-01 09:57:28 +1100 | internal_review | 2017-12-01 09:57:28 +1100 | internal_review |
Here described means when a user selected a status for the request, and the most recent event had its status updated to that value. calculated is then inferred by Right to Know for intermediate events, which weren't given an explicit description by a user. See the search tips for description of the states.
You can get this page in computer-readable format as part of the main JSON page for the request. See the API documentation.