IEM Provided NWS NEXRAD Imagery for GIS
Since 2003, the IEM has been providing mosiacs of National Weather Service RADAR imagery for use within GIS systems. While these mosaics are nice, they are often ugly at very small scales (due to the crude nature of the mosaicking process). These images are also of base reflectivity and not of non-compositable products like velocity.
The services mentioned on this page provide access to products that contain data from one RADAR site for one level3 product at one volume scan time! The archive for these products starts in 2012, but is being backfilled to cover high end events of the past. This processing is very compute intensive, so backfilling is non trivial.
These images are provided in the EPSG:4326 projection. This is a commonly used projection for what people like to call "un-projected" lat/lon. Of course, this is not correct terminology, but anyway...
Realtime Raw Data:
The most recent imagery is dumped into a browser navigable folder here. There is one folder per RADAR site given by its three character call identifier. Data for FAA and DOD RADARs is available as well here. Due to storage and CPU constraints, we are not processing all level3 products at this time. The following is a list of processed products, click on the name for a color ramp for that product.
- TR0 - TDWR Base Reflectivity
- TV0 - TDWR Base Velocity
- N0Q - 8bit High Resolution Base Reflectivity
- N0S - Storm Relative Base Velocity
- N0Z - 248nm Base Reflectivity
- N0U - 8bit Base Velocity
- NET - Net Echo Tops
Wait! Why are you not processing XYZ? Well, perhaps because nobody has requested it. Contact us and let us know why XYZ is important! :)
These products are located within each RADAR ID folder as sub-folders. Then inside of the product folder, is the raw imagery. Each image has an associated world file and a json formatted metadata file. This json metadata has information like volume coverage pattern and may contain other information in the future.
Archived Raw Data:
An intense aspect of this effort is to archive all of the images we generate!
This is a scary proposition at the moment, but if we fail, let us fail in a
spectacular manner! This should generate terabytes of data per year and millions
of files! Anyway, these images are organized like the real-time data, but in
per-UTC day folders like so:
Data appears in the archive at the same time as it does for the realtime data. So this is neat, but how can you programically work with this data? Here is a example script that uses the API below to download a single RADAR product for a time period of your choice.
JSON Metadata services
In order to write fancy pants web applications, you need to be able to find out what imagery exists in the IEM's archive! Here are details on a few JSON emitting web services that may be able to help you. These services are still being developed, so please send critical feedback on how to improve them.
This service returns single site and composite RADAR IDs for a location and time of your choice. This attempts to answer the question: if I want to show a map for New York City on 28 March 2011, which RADAR sites are available? If you do not specific a location, the service returns an estimate of RADARs available for the date of your timestamp.
URI: https://mesonet.agron.iastate.edu/json/radar?operation=available HTTPD GET Variables: lat - (optional) Latitude of your interested point lon - (optional) Longitude (-180 to 180) of your interested point start - UTC timestamp in ISO-8601 format YYYY-mm-ddTHH:MMZ
Available Products for RADAR:
This service returns what products are available for this RADAR near a given time.
URI: https://mesonet.agron.iastate.edu/json/radar?operation=products HTTPD GET Variables: radar - RADAR identifier start - UTC timestamp in ISO-8601 format YYYY-mm-ddTHH:MMZ
Available Volume Scans for RADAR+Product+Time Interval:
This service returns what volume scan times are available for a given radar, product, and during a period of time. The results of this query can then be fed back to request actual images or tiles from the Tile Map Service. This service has a 500 scan limit return for each query.
URI: https://mesonet.agron.iastate.edu/json/radar?operation=list HTTPD GET Variables: radar - RADAR identifier product- level3 product identifier start - UTC timestamp in ISO-8601 format YYYY-mm-ddTHH:MMZ end - UTC timestamp in ISO-8601 format YYYY-mm-ddTHH:MMZ
Tile Map Service
The IEM provides a caching tile map service to provide
tiles to Google Maps type applications in spherical mercator projection. This
archive and current realtime imagery is exposed via this service! Here is how
you can access it:
Archived: https://mesonet.agron.iastate.edu/cache/tile.py/1.0.0/ridge::BMX-N0Q-201201230813/7/33/50.png Latest imagery: https://mesonet.agron.iastate.edu/cache/tile.py/1.0.0/ridge::BMX-N0Q-0/7/33/50.png
The 7/33/50 portion is the standard Z/X/Y tile map specification, your plotting application will generate these automatically. The key portion is the "ridge::BMX-N0Q-201201230813" service name. This is used by the server code to find the archived image you want. The "BMX-N0Q-201201230813" should hopefully make sense, it is the combination of RADAR ID, product ID, and UTC timestamp of the imagery! Specifying zero as the timestamp will give you the most recent image, which is hopefully current!
There you have it, we would be happy to know what you think of this. Hopefully you come up with interesting things that do not overwhelm our server :) Someday, we will come up with something clever to provide legends for the imagery!
All of the generated imagery passes through Unidata's LDM software. If you have LDM and would like a feed of the imagery, we can certainly provide you one! It comes on the EXP feedtype with easy to use product identifiers.
Final Notes and Credits:
A big thanks goes to the National Weather Service RIDGE team, who we have worked with on their RADAR web mapping projects. It is our hope that many of the services developed will find a stable and permanent home with the NWS someday!