Difference between revisions of "Persistent weak layer overview"

From InfoEx Help Information
Jump to navigation Jump to search
(Created page with "__NOTOC__ {{Requirements|UserLevel=Operation administrator and higher|Connectivity=Online and partial offline}} This document describes the purpose and use of Defintions#PW...")
 
Line 2: Line 2:
 
{{Requirements|UserLevel=Operation administrator and higher|Connectivity=Online and partial offline}}
 
{{Requirements|UserLevel=Operation administrator and higher|Connectivity=Online and partial offline}}
  
This document describes the purpose and use of [[Defintions#PWL|persistent weak layers (PWL)]] in the InfoEx system.
+
This document describes the purpose and use of [[Definitions#PWL|persistent weak layers (PWL)]] in the InfoEx system.
  
 
==Background==
 
==Background==
 +
An in depth understanding of the current condition of PWLs is critical for avalanche forecasting. The new InfoEx system aims to provide better tools for submitting relevant observations, keeping track of the condition of PWLs in your local area(s) and efficiently exchanging this information. The following paragraphs provide a brief overview of the PWL functionality of the InfoEx system.
  
 +
===Managing PWLs===
 +
In comparison to the old InfoEx, where PWLs were simply referred to by a burial date, the new system requires users to explicitly define PWLs. This allows PWLs to be tracked more easily and offers opportunities for advanced queries. The InfoEx system supports two different types of PWLs.
  
 +
====Operation PWLs====
 +
[[Definitions#OperationPWL|Operation PWLs]] are defined by an operation and represents locally observed PWLs in the snowpack. This allows PWLs to be tracked more easily and offers opportunities for advanced queries. Operation PWLs are managed by operations, which have full control over the characteristics of these PWLs.
 +
 +
See the following documents about managing Operation PWLs:
 +
* [[Creating a new operation PWL]]
 +
* [[Modifying the baseline information of an existing operation PWL]]
 +
* [[Deleting an existing operation PWL]]
 +
 +
====Community PWLs====
 +
[[Definitions#CommunityPWL|Community persistent weak layers (Community PWLs)]] is a new concept in the InfoEx system. Since [[Definitions#PWL|PWLs]] often exhibit significant spatial variability and might be buried on a range of days, individual operations might create their [[Definitions#OperationPWL|Operation PWLs]] differently. Community PWLs provide a mechanism for linking operation controlled Operation PWLs that relate to the same PWL in nature. This grouping of Operation PWLs allows for more meaningful queries in the InfoEx. For example, the community PWL functionality will allow users to more efficiently get a comprehensive picture on the assessments of a PWL that covers a large area and effectively visualize the associated observed avalanche activity.
 +
 +
See the following documents about managing Community PWLs:
 +
* [[Creating a new community PWL]]
 +
* [[Modifying the information for an existing community PWL]]
 +
* [[Deleting an existing community PWL]]
 +
 +
{{Note|At this point any user with Submission Moderator permissions can manage Community PWLs. However, once the necessary filtering functionality, the idea is that the CAC would be taking the lead in managing the Community PWLs that they are in the best position to assess large scale patterns. However, operators always has the ability to unlink their Operation PWLs from a specific Community PWLs if they disagree with the grouping.}}
 +
 +
===Tagging observations with Operation PWLs===
 +
 +
 +
===Assessing Operation PWLs===
 +
 +
 +
===Filtering InfoEx report by Community PWLs===
 +
{{Note|The avalanche problem/PWL filtering functionality for taking taking full advantage of PWL information the InfoEx report has not been implemented yet!}}
  
 
==Related documents==
 
==Related documents==

Revision as of 09:02, 3 January 2014

REQUIREMENTS
Permission Operation administrator and higher
Connectivity Online and partial offline

This document describes the purpose and use of persistent weak layers (PWL) in the InfoEx system.

Background

An in depth understanding of the current condition of PWLs is critical for avalanche forecasting. The new InfoEx system aims to provide better tools for submitting relevant observations, keeping track of the condition of PWLs in your local area(s) and efficiently exchanging this information. The following paragraphs provide a brief overview of the PWL functionality of the InfoEx system.

Managing PWLs

In comparison to the old InfoEx, where PWLs were simply referred to by a burial date, the new system requires users to explicitly define PWLs. This allows PWLs to be tracked more easily and offers opportunities for advanced queries. The InfoEx system supports two different types of PWLs.

Operation PWLs

Operation PWLs are defined by an operation and represents locally observed PWLs in the snowpack. This allows PWLs to be tracked more easily and offers opportunities for advanced queries. Operation PWLs are managed by operations, which have full control over the characteristics of these PWLs.

See the following documents about managing Operation PWLs:

Community PWLs

Community persistent weak layers (Community PWLs) is a new concept in the InfoEx system. Since PWLs often exhibit significant spatial variability and might be buried on a range of days, individual operations might create their Operation PWLs differently. Community PWLs provide a mechanism for linking operation controlled Operation PWLs that relate to the same PWL in nature. This grouping of Operation PWLs allows for more meaningful queries in the InfoEx. For example, the community PWL functionality will allow users to more efficiently get a comprehensive picture on the assessments of a PWL that covers a large area and effectively visualize the associated observed avalanche activity.

See the following documents about managing Community PWLs:

NOTE At this point any user with Submission Moderator permissions can manage Community PWLs. However, once the necessary filtering functionality, the idea is that the CAC would be taking the lead in managing the Community PWLs that they are in the best position to assess large scale patterns. However, operators always has the ability to unlink their Operation PWLs from a specific Community PWLs if they disagree with the grouping.

Tagging observations with Operation PWLs

Assessing Operation PWLs

Filtering InfoEx report by Community PWLs

NOTE The avalanche problem/PWL filtering functionality for taking taking full advantage of PWL information the InfoEx report has not been implemented yet!

Related documents

Operation PWLs

Community PWLs

Assessing PWLs

Functionality tested

  • n/a