Interagency Spatial Fire Planning

A transition from Classic WFDSS to the Next Generation of WFDSS


WHERE ARE WE AT?

We hope to have the Read-Only SFPS available by the first of November.

We will have 3 seperate data views/apps.

1) View Only AGOL dashboard where users can view SFO shapes and associated language.

2) AGOL App where users can go in and associate a category to SFP shapes if they choose to

3) View Only AGOL dashboard for orphan shapes and language that may need remedy actions taken in WFDSS Classic in order to ensure that the dta transitions over to the SFPS once we move into production

We are still working on the set up a data standard and schema, as well as, best management practices to minimize these types of issue/errors moving into the future.

Why Change?

Fire Planning in Classic WFDSS

Currently, the Wildland Fire Decision Support System (WFDSS) provides a process for managing fire planning language and spatial data using a combination of processes inside the application, such as the Data Management tab, and external processes involving coordination between field units and agency regional/national staff, and data management team members at the Wildland Fire Management Research, Development & Application Program (WFM RD&A). It is a complex endeavor, after which all of the shape (geospatial) and fire planning language (text information) data are maintained within the WFDSS application. 

This approach has several disadvantages:

Operations and Maintenance

It requires the development of modules within the WFDSS application, leading to increased application development and maintenance cost for custom software code.

Data Utility

It is difficult to get the data out of WFDSS and use it in other systems. This leads to duplication of data as users make copies to use in different places.

QA/QC

It can be difficult to query and Quality Assurance/Quality Control Agency WFDSS Management Requirements and Strategic Objective (MR/SO) data to determine if fire planning information has been entered correctly, when it was last updated, and who entered it.

Outdated Language

MR/SO text data in WFDSS can become outdated for units with infrequent fire occurrence. This leads to confusion and a rush to update/refresh text when trying to publish a decision.

Data Proccessing

The process is manual rather than automated. This requires the WFDSS government data team to set a schedule to send Fire Management Unit (FMU)/SO shapes to WFDSS, reducing flexibility. Because the WFDSS government team must handle compiling, checking, and sending the data to the WFDSS vendor, the data team plays the role of a “middle man” between the source and application.

Language and Data Disconnection

While all fire planning language is maintained within the WFDSS application, some kinds of shapes (geospatial data) are created and managed within the application, and others are managed externally and must be brought into the application by contract software developers.

Aging Technology

Older technology within the WFDSS application itself limits the use of certain complex geospatial data, which has limited fire planner’s ability to accurately depict policy direction on some units.


What is the solution?

Advances in technology, especially the adoption of the ArcGIS Online (AGOL) platform by federal agencies involved in wildland fire management, have opened up opportunities to make a major shift in how Fire Planning Data are stored, managed, and used. This shift has major advantages in terms of efficiency, data usability, and maintenance.

After discussions with WFDSS users, fire planning subject matter experts, and geospatial data subject matter experts, the WFM RD&A, and National Wildfire Coordinating Group Interagency Fire Planning Committee (IFPC), and NWCG Geospatial Subcommittee (GSC) propose that a data service for fire planning shapes and language will be established in the NIFC ArcGIS Online Organization. Processes such as entering and managing fire planning language, which is currently done through the Data Management tab in WFDSS, will be supported instead by an ArcGIS Online Web Application. Agency fire planning and geospatial personnel will own and manage the fire planning language and data in these services, and WFDSS will consume the data needed for wildland fire decision support from the services hosted in ArcGIS Online. The WFM RD&A and WFDSS next-gen contractor will provide technical support for the operation of the ArcGIS online data services and web application.

Advantages include:

Simpler Access

Fire planners and GIS personnel will not need a WFDSS login/password in order to create or update fire planning shapes and language.

Less O&M

The WFDSS application will not need to develop and maintain a module, leading to more rapid development of core decision support capability and reduced maintenance cost over time.

Improved Data Accessibility

Fire planning shapes and language within the AGOL web application will be accessible to users outside of WFDSS, including those who need to view fire planning information in mobile applications, Story Maps, Spatial Fire Management Plans, in wildland fire applications such as Interagency Fuel Treatment Decision Support System (IFTDSS), and in desktop GIS software.

Direct User Access to Language and Data

The WFM RD&A will not be “between” users and their data, allowing users to make changes more quickly following shifts in land and resource management plan direction, or agency policy.

Simpler Data Processing

GIS personnel will be able to manage the geospatial components of fire planning data using standard desktop software, which is much more powerful than the tools available through web editing.

Better Governance Options

It could be advantageous to have governance and/or maintenance of the data services and tools assumed by an interagency body other than the WFM RD&A and the WFDSS contractor, such as the NWCG GSC or a Wildland Fire Information and Technology (WFIT) effort like the Data Management Program. Separating the data services and app out from WFDSS makes this much easier to do than if the data services and tools were embedded within WFDSS.

Improved Consistency

The approach to managing fire planning data and shapes will be consistent across all types of fire planning shapes. There will be fewer limitations on complex shapes, since the ArcGIS Online platform uses newer technology than the current generation of WFDSS, and gets regular updates to stay up to date with advances in technology.

Maximum Flexibility

Agencies have differing levels of GIS staffing, skills, and capabilities for managing data. In some cases they have made different investments in software and tools. Separating the data services from the application allows agencies flexibility, and doesn’t force agencies or units to adopt specific technologies or approaches. Both a web application or GIS software (such as ArcGIS Pro) can be used for managing data.


NEW Spatial Fire Planning

WFDSS requires a set of fire planning shapes tied to fire planning language. Four kinds of shapes are currently used in WFDSS to represent fire planning language. These four shape types will be maintained in the services and web application:

Unit Outline: Non-Overlapping Unit-Level – A set of shapes that reflect the administrative boundary of a jurisdictional agency unit such as a National Forest, National Park, or BLM District. Language tied to these shapes is intended to apply everywhere on the unit. WFDSS currently calls this the “Unit Outline” and applies fire planning language entered as “Unit Wide Objectives” to these polygons.

FMU or Strategic Objective shapes: Non-Overlapping, Sub-Unit Shapes – A set of shapes contained within a jurisdictional agency unit boundary, that represent land where fire planning language applies, but does not overlap other sub-units. Examples include situations where one set of language applies to WUI areas, and another set of language applies to backcountry areas. WFDSS currently calls these shapes “FMU” or “Strategic Objective” shapes.

Management Requirements: Overlapping, Sub-Unit Shapes – A set of shapes that are within a jurisdictional agency unit boundary, that can overlap the other types of shapes and each other. Examples include fire planning language that apply to specific pieces of ground, such as a nesting habitat or specific value at risk, but do not change the prevailing fire management language associated with a non-overlapping sub-unit or unit-level shape. WFDSS currently calls these shapes, management requirement shapes.

NEW: Non-Overlapping Multi-Unit Shapes – these shapes represent multi-unit management direction, where the boundaries in which the direction applies cross jurisdictional agency unit boundaries, but do not overlap each other. Examples include statewide fire management agreements like the Alaska Interagency Fire Management Plan, Potential Operation Delineations (PODs) or direction from multi-unit land/resource management plan amendments. WFDSS currently implements this by adding specific layers like the Alaska Fire Management Options and BLM Sage Grouse Management Requirements layers. Rather than managing these as individual layers subject to a WFDSS data refresh plan, a new process will be developed to grant permissions to appropriate personnel who can manage these regional or multi-unit shapes to ensure that data is accurate and current.

ArcGIS Dashboards

A table in the data service will store fire planning language that can be tied to any shape, using what is known in GIS technology as a “one to many” relationship. This will allow a single shape to be related to more than one piece of fire planning language. Rather than force the use of terminology such as “management requirement” and “strategic objective”, fire planning language can be described as directed by the providing agency, or in the manner designated within the policy document from which it originates.

While the changes in terminology described here are small, they would reduce confusion and conflicts regarding “appropriate” content and provide users more flexibility and creativity in the use and application of their management direction. Additional guidance and training to capture succinct, relevant fire management direction that isn’t duplicated may be important, and WFM RD&A will continue to work with the NWCG IFPC and GSC to develop useful help content to support migration to this new approach, and use of the services and application described.

This is a flow chart of the Spatial Fire Planning process moving into the SFPS. It is key to keep in mind that the fire planning shapes and associated language need to be derived from the units Land Management Plan which has gone through the NEPA process.


What are the next steps?

NEXT STEPS

Data Clean Up -> Users can clean up incorrect and mismatched data in Classic WFDSS

Establish editing and approval privileges and process.

Complete schema/data standards - > Metadata, category attribute, layer nomenclature

Development of Next Gen WFDSS Strategy

Potential Operational Delineations (PODs) and its incorporation into WFDSS

Shape and Language Editing

This is placeholder to outline how the Spatial Fire Planning Service will handle shape and language editing and approval. More TBD......

Proposed NWCG Data Standard

We are pursuing a NWCG Data Standard for the SFPS and its associated shapes/language. This will enabled efficiencies and provide interagency consistency. More to come....

WFDSS Strategy Concept

Provide Feedback

ArcGIS Survey123

This is a flow chart of the Spatial Fire Planning process moving into the SFPS. It is key to keep in mind that the fire planning shapes and associated language need to be derived from the units Land Management Plan which has gone through the NEPA process.