Reference · built on requestCommons signalHazards & public safety

IPAWS Archived Alerts

CAP v1.2 alerts sent through FEMA's Integrated Public Alert and Warning System since June 2012, served by OpenFEMA with a 24-hour delay.

About

The Integrated Public Alert and Warning System is FEMA's channel for the Emergency Alert System, Wireless Emergency Alerts, NOAA Weather Radio, and other public alerting systems. OpenFEMA publishes the archive as the IpawsArchivedAlerts entity, version 1: Common Alerting Protocol v1.2 messages from June 2012 to the present, from more than 1,450 alert originators. Records appear after a twenty-four hour delay so they are not confused with the live feed. Each record keeps the original XML plus parsed fields: sender, sent, status, msgType, and an info array with event, urgency, severity, certainty, headline, description, instruction, and area polygons rendered as searchGeometry.

Through Fibric, an operator reads the alerts whose geometry covered a site over a window and proposes an incident note, an annotation, or an evidence file for your approval.

This is a reference listing. It documents what Fibric would read from IPAWS Archived Alerts and what it could propose, based on the publisher's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.

Inputs

  • IpawsArchivedAlerts records from www.fema.gov/api/open/v1/IpawsArchivedAlerts, with identifier, sender, sent, status, msgType, scope, and cogId
  • info entries with language, category, event, responseType, urgency, severity, certainty, effective, onset, expires, senderName, headline, description, and instruction
  • eventCode values collected from every info entry, and info.parameter for system-specific parameters the originator set
  • info.area with areaDesc, polygon, circle, geocode, altitude, and ceiling, plus searchGeometry as GeoJSON of every well-formed geometry
  • references and incidents that tie an Update or Cancel message back to the alert it replaces
  • originalMessage, the full CAP XML as sent, alongside the record id OpenFEMA assigns
  • Dataset metadata from OpenFemaDataSets and field definitions from OpenFemaDataSetFields, filtered by name IpawsArchivedAlerts

Proposed actions

Read-only. This feed informs operators; it changes nothing.

Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.

What you can build

  • Reconstruct which alerts covered a site during an incident

    When a site reports damage or a closure, the operator pulls every alert whose searchGeometry intersected the site over the window and drafts the incident record with sender, event, severity, and instruction lines.

    With Incident Draft

  • Explain a dip with the warnings that hit the area

    When orders, calls, or attendance fall in one region, the operator lists the Wireless Emergency Alerts and EAS messages that covered it that day and proposes an annotation on the metric.

    With Change Annotation, Root Cause

  • Keep an evidence file of public warnings

    For claims and audits, the operator files the original CAP XML and the parsed sent, expires, and area fields for each alert that touched a site, with the OpenFEMA citation.

    With Compliance Evidence

  • Rank sites by warning frequency

    Across a portfolio, the operator counts alerts by event and severity per site over a year and proposes a table for the site review.

    With Site Benchmark

Requirements

  • A polygon or point for each site, to match against searchGeometry with geo.intersects() in a $filter
  • Paging with $skip and $top; a call returns 1,000 records by default and at most 10,000
  • A refresh interval no more frequent than the dataset's own, which OpenFEMA lists as R/PT2M
  • The OpenFEMA citation in anything you publish: the endpoint with its version, the access date and time, and FEMA's non-endorsement statement
Authentication
No key or account. OpenFEMA states that use of the service is free and does not require a subscription or API key.

Limits

  • Alerts appear after a twenty-four hour delay by design; this archive is not a live alerting feed
  • FEMA does not validate the content of each message; the data are raw and unedited and not intended as a federal report
  • The archive is large: OpenFEMA lists 4,885,168 records and a file size class of 500MB to 10GB, so history loads are paced
  • OpenFEMA's terms restrict use to statistical research or a reporting record and forbid determinations affecting an individual's rights or eligibility

Access and pricing

Reference listing. Public feed access is separate from Fibric integration. If you request this feed, your quote covers the build, usage, and support.

Request IPAWS Archived Alerts ↗

Questions and answers

How current is the IPAWS archive?
Records are published with a twenty-four hour delay to reduce the risk of confusion with an active alert from the live IPAWS feed. OpenFEMA lists the dataset's update frequency as R/PT2M, every two minutes, and asks that your refresh interval be no more frequent than the dataset's own.
What does each record contain?
The originalMessage XML and parsed CAP v1.2 fields: identifier, sender, sent, status (Actual, Exercise, System), msgType (Alert, Update, Cancel, Ack), scope, and an info array with event, urgency, severity, certainty, headline, description, instruction, eventCode, and area entries. searchGeometry holds GeoJSON of the well-formed geometries.
How do I cite OpenFEMA data?
Cite the endpoint including its version, by name or URL, and the date and time you accessed it. Include FEMA's statement that the product uses the OpenFEMA API but is not endorsed by FEMA, and that FEMA cannot vouch for data or analyses derived after retrieval.
Ask about IPAWS Archived Alerts

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.