This library provides convenient async access to the Global Disaster Alert and Coordination System (GDACS) feeds.
pip install aio-georss-gdacs
See below for examples of how this library can be used. After instantiating a
particular class - feed or feed manager - and supply the required parameters,
you can call
update to retrieve the feed data. The return value
will be a tuple of a status code and the actual data in the form of a list of
feed entries specific to the selected feed.
- OK: Update went fine and data was retrieved. The library may still return empty data, for example because no entries fulfilled the filter criteria.
- OK_NO_DATA: Update went fine but no data was retrieved, for example because the server indicated that there was not update since the last request.
- ERROR: Something went wrong during the update
||Coordinates (tuple of latitude/longitude)|
||Radius in kilometers around the home coordinates in which events from feed are included.|
||Array of category names. Only events with a category matching any of these is included. Supported/known categories are "Drought", "Earthquake", "Flood", "Tropical Cyclone", "Tsunami", "Volcano"|
import asyncio from aiohttp import ClientSession from aio_georss_gdacs import GdacsFeed async def main() -> None: async with ClientSession() as websession: # Home Coordinates: Latitude: -33.0, Longitude: 150.0 # Filter radius: 500 km feed = GdacsFeed(websession, (-33.0, 150.0), filter_radius=500) status, entries = await feed.update() print(status) print(entries) asyncio.get_event_loop().run_until_complete(main())
Feed entry properties
Each feed entry is populated with the following properties:
|geometries||All geometry details of this entry.||
|coordinates||Best coordinates (latitude, longitude) of this entry.||
|external_id||The unique public identifier for this incident.||
|title||Title of this entry.||
|attribution||Attribution of the feed.||n/a|
|distance_to_home||Distance in km of this entry to the home coordinates.||n/a|
|category||The alert level of the incident.||
|description||The description of the incident.||
|alert_level||Alert level ("Red", "Orange", "Green").||
|country||Country where incident happened.||
|duration_in_week||Duration of the incident in full weeks.||
|event_name||Short event name.||
|event_type||Short event type ("DR, "EQ", "FL", "TC", "TS", "VO").||
|event_type_long||Long event type ("Drought", "Earthquake", "Flood", "Tropical Cyclone", "Tsunami", "Volcano").||
|from_date||Date and time this incident started.||
|is_current||Whether this incident is current.||
|severity||Severity of the incident.||
|temporary||Whether this incident is temporary.||
|to_date||Date and time this incident ended.||
|version||Version of the incident in this feed.||
The Feed Manager helps managing feed updates over time, by notifying the consumer of the feed about new feed entries, updates and removed entries compared to the last feed update.
- If the current feed update is the first one, then all feed entries will be reported as new. The feed manager will keep track of all feed entries' external IDs that it has successfully processed.
- If the current feed update is not the first one, then the feed manager will
produce three sets:
- Feed entries that were not in the previous feed update but are in the current feed update will be reported as new.
- Feed entries that were in the previous feed update and are still in the current feed update will be reported as to be updated.
- Feed entries that were in the previous feed update but are not in the current feed update will be reported to be removed.
- If the current update fails, then all feed entries processed in the previous feed update will be reported to be removed.
After a successful update from the feed, the feed manager provides two different dates:
last_updatewill be the timestamp of the last update from the feed irrespective of whether it was successful or not.
last_update_successfulwill be the timestamp of the last successful update from the feed. This date may be useful if the consumer of this library wants to treat intermittent errors from feed updates differently.
last_timestamp(optional, depends on the feed data) will be the latest timestamp extracted from the feed data. This requires that the underlying feed data actually contains a suitable date. This date may be useful if the consumer of this library wants to process feed entries differently if they haven't actually been updated.