要求「Legal Basis of Decision for the Approval of Sai Sha Residential and Recreational Development Sai Sha Road Widening」的詳情
過往活動
This table shows the technical details of the internal events that happened to this request on accessinfo.hk. 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 accessinfo.hk. 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 |
|---|---|---|---|---|---|---|
| 2133 | sent | 2019-01-27 00:23:49 +0800 | waiting_response | 2019-01-27 00:23:49 +0800 | waiting_response | outgoing |
| 2134 | response | 2019-01-27 00:27:11 +0800 | incoming | |||
| 2146 | response | 2019-02-01 17:12:27 +0800 | incoming | |||
| 2164 | response | 2019-02-19 17:23:56 +0800 | incoming | |||
| 2165 | response | 2019-02-19 18:15:20 +0800 | incoming | |||
| 2168 | followup_sent | 2019-02-24 06:33:50 +0800 | internal_review | 2019-02-24 06:33:50 +0800 | internal_review | outgoing |
| 2169 | response | 2019-02-24 06:37:34 +0800 | incoming | |||
| 2188 | response | 2019-03-05 18:09:41 +0800 | 2019-03-06 15:55:00 +0800 | waiting_response | incoming | |
| 2189 | status_update | 2019-03-06 15:55:00 +0800 | waiting_response | 2019-03-06 15:55:00 +0800 | waiting_response | |
| 2216 | response | 2019-03-11 17:51:29 +0800 | incoming | |||
| 2278 | response | 2019-03-25 12:11:23 +0800 | 2020-06-02 19:23:33 +0800 | waiting_response | incoming | |
| 3326 | status_update | 2020-01-20 00:39:45 +0800 | attention_requested | 2020-01-20 00:40:25 +0800 | attention_requested | |
| 3358 | edit | 2020-01-20 12:43:35 +0800 | ||||
| 3359 | destroy_incoming | 2020-01-20 12:43:48 +0800 | ||||
| 3912 | status_update | 2020-06-02 19:23:32 +0800 | waiting_response | 2020-06-02 19:23:33 +0800 | waiting_response | |
| 3914 | followup_sent | 2020-06-02 20:03:59 +0800 | internal_review | 2020-06-02 20:03:59 +0800 | internal_review | outgoing |
| 3915 | response | 2020-06-02 20:06:48 +0800 | incoming | |||
| 3926 | response | 2020-06-08 19:26:22 +0800 | incoming | |||
| 3962 | response | 2020-06-17 18:36:17 +0800 | 2021-01-25 22:32:41 +0800 | partially_successful | incoming | |
| 5568 | status_update | 2021-01-25 22:32:41 +0800 | partially_successful | 2021-01-25 22:32:41 +0800 | partially_successful | |
| 17416 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17417 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17418 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17419 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17420 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17421 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17422 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17423 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17424 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17425 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17426 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17427 | edit | 2023-01-26 11:45:10 +0800 | ||||
| 17428 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17429 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17430 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17431 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17432 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17433 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17434 | edit | 2023-01-26 11:45:11 +0800 | ||||
| 17435 | edit | 2023-01-26 11:45:11 +0800 |
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 accessinfo.hk 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.
