v1.39.0
New site design, restructured API docs, and a pagination fix
- Every incident now has a shareable link at emergencyapi.com/i/{id}: one durable page per incident, built to be dropped into a news article or a social post, with a preview card carrying the warning level and whether it is still active. A link keeps working after the incident ends, and says so rather than presenting stale data as current. Ambulance dispatches are not given public links.
- Paging /incidents past the first page failed for any record whose id contains a colon, which includes NSW RFS CAP incidents. The API issued a next_cursor, and a links.next URL, that it then rejected with 400 "Invalid cursor value". States whose ids have no colon paged normally, so the fault looked intermittent. Fixed.
- /incidents now accepts ?cursor, the parameter name the OpenAPI spec has always documented. Only ?after was read before, and ?cursor was ignored rather than rejected, so a client written from the spec re-requested the first page indefinitely with no error. Both names work; ?after is unchanged.
- The API reference at /docs is now a navigable set of pages instead of one page listing every endpoint: authentication, rate limits, pagination, errors and response formats, plus one reference page per resource. The endpoint reference is still generated from the OpenAPI spec.
- The website has been rebuilt on a new design system. The homepage, pricing, the eight state feed guides and the all-states pillar guide are the first pages on it.
- Feed counts on the state guides were understated: NSW listed 3 of 4 feeds, QLD 2 of 3, TAS 3 of 4, WA 2 of 5 and ACT 2 of 3. All corrected against the feed registry, along with WA incident polling interval. The all-states comparison table is now generated from the registry rather than hand-maintained, and the four SA pager feeds and three WA polygon layers are labelled for what they are.