Details of request “NDIA’s ‘mobile capability’ as the priority for participants

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
64297  sent  2021-06-14 12:44:09 +1000  waiting_response  2021-06-14 12:44:09 +1000  waiting_response  outgoing  
64298  response  2021-06-14 12:44:30 +1000    2021-06-14 12:44:43 +1000  waiting_response  incoming  
64299  status_update  2021-06-14 12:44:43 +1000  waiting_response  2021-06-14 12:44:43 +1000  waiting_response   
65056  response  2021-06-28 18:46:22 +1000        incoming  
65058  response  2021-06-28 18:46:22 +1000        incoming  
65060  response  2021-06-28 18:46:23 +1000        incoming  
65062  response  2021-06-28 18:46:23 +1000        incoming  
65064  response  2021-06-28 18:46:23 +1000        incoming  
65087  response  2021-06-28 18:46:32 +1000        incoming  
65094  response  2021-06-28 18:46:32 +1000        incoming  
65095  response  2021-06-28 18:46:32 +1000    2021-07-06 17:20:24 +1000  waiting_response  incoming  
65704  followup_sent  2021-07-06 17:20:15 +1000        outgoing  
65705  status_update  2021-07-06 17:20:24 +1000  waiting_response  2021-07-06 17:20:24 +1000  waiting_response   
65934  response  2021-07-11 17:39:11 +1000    2022-05-08 15:56:32 +1000  rejected  incoming  
66402  status_update  2021-07-17 15:43:36 +1000  error_message  2021-07-17 15:43:36 +1000  error_message   
68583  status_update  2021-08-15 18:43:01 +1000  error_message  2021-08-15 18:43:01 +1000  error_message   
72890  status_update  2021-10-17 18:11:47 +1100  error_message  2021-10-17 18:11:47 +1100  error_message   
79567  edit  2022-01-18 03:45:27 +1100         
79568  edit  2022-01-18 03:45:27 +1100         
79569  edit  2022-01-18 03:45:27 +1100         
79570  edit  2022-01-18 03:45:27 +1100         
79571  edit  2022-01-18 03:45:27 +1100         
79572  edit  2022-01-18 03:45:27 +1100         
79573  edit  2022-01-18 03:45:27 +1100         
79574  edit  2022-01-18 03:45:27 +1100         
79575  edit  2022-01-18 03:45:27 +1100         
79576  edit  2022-01-18 03:45:27 +1100         
79577  edit  2022-01-18 03:45:27 +1100         
79578  edit  2022-01-18 03:45:27 +1100         
79579  edit  2022-01-18 03:45:27 +1100         
79580  edit  2022-01-18 03:45:27 +1100         
79581  edit  2022-01-18 03:45:27 +1100         
79582  edit  2022-01-18 03:45:27 +1100         
79583  edit  2022-01-18 03:45:27 +1100         
94851  status_update  2022-05-08 15:56:32 +1000  rejected  2022-05-08 15:56:32 +1000  rejected   

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.