Web application
Click through it in your browser.
Choose this if you:
- would rather not write code
- are building a handful of areas, not hundreds
- want to see the fuelbed in 3D as you build it
- just need an API key
You are viewing in-progress documentation for v2 (Beta). Switch to the stable version for the current production release.
FastFuels is a cloud service that builds the 3D fuel data physics-based wildfire models need. Draw an area on a map, and it hands back the trees, surface fuels, and terrain across it — voxelized, georeferenced, and ready to run in QUIC-Fire, FIRETEC, or FDS.
Nothing runs on your machine. FastFuels keeps the source data — LANDFIRE, 3DEP, TreeMap, NAIP canopy height, OpenStreetMap — on its own servers, and does the fetching, clipping, and fuel science for you. There’s no national dataset to download, and no geospatial toolchain to install.
There are two ways in. You can click through a web application in your browser, or call a REST API from your own code. Both reach the same service, so a domain you draw in the browser today is the same one your script reads back tomorrow. You can start with either and switch whenever you like.
Either way, the work is the same three steps:
Draw an area. A polygon on a map, called a domain. Everything you build lives inside it.
Add the fuels you need. Trees, surface fuel, terrain, and the roads and water that break them up.
Export. Download the files your fire model reads.
It comes down to how much you’re building, and whether you want to write code.
Web application
Click through it in your browser.
Choose this if you:
API
Call it from a script, in any language.
Choose this if you:
Not sure? Start with the web application. You’ll need it to mint an API key either way, and it’s the quickest way to see what a fuelbed actually is before you automate building them. Most people end up using both: the browser to look, the API to scale.
The sidebar groups everything by what you’re trying to do:
For the exact fields on every endpoint, the API publishes its own reference at
/docs. It’s generated
by the running service, so it never drifts out of date.