...
Check cruising (auditing) is the process of revisiting inventory plots to collect repeat measurements that are considered to be ‘truth’. Data from these repeat measurements can be used to assess the accuracy of the initial measurements. It is an important part of data quality assessment in an inventory management system. WSG Inventory Management System supports check cruising throughout the data lifecycle including cruise design, field data collection, data QA and reporting.
...
Stands/Plots
Stands and Plots records are updated, rather than duplicated, during check cruise. Thus, any fields that will be collected by the check cruiser should be duplicated within the data model to avoid modifying or overwriting the original information in that field.
WSG recommends the following when duplicating fields in the Stands/Plots layers for check cruising
Add the suffix ‘_Check’ to the duplicated fields. For example, if the Plots layer includes a ‘Notes’ field and you would like the check cruiser to collect their own notes (rather than modifying the cruiser’s notes), add a ‘Notes_Check’ field to the data model. Examples include:
Notes_Check
Cruiser_ID_Check
Flagged_OK_Check
Typically check cruise-specific fields are added to the end of the tables field list.
Update the MobileMap Settings to add any check cruise-specific fields to the ‘Check Cruise Only Fields’ list (Settings > MobileMap Cruise > Check Cruise > Check Cruise Only Fields).
Plots
Plots are updated (not duplicated) during check cruise. Field data collection fields are covered in the Stands/Plots section above. For check cruise scoring, add the following fields should be included in the Plots layer (for more details see https://woodlandsg.atlassian.net/servicedesk/customer/portal/2/article/323125284 )
Check_Score
Data Type: Integer or Single
Purpose: Stores numeric check score for a plot. Populated by InventoryManager when the 'Include, Score and Update’ option for Check Cruise Trees selected during Export. Can be used with ArcGIS Dashboards to provide charts of check cruise score by Cruiser ID.
Check_Details
Data Type: Text, 1000 characters
Purpose: Stores the name of the check rules that were violated and which contributed to the Plot-level score. Will repeat the rule for each violation. For example, if 2 trees violated the rule named ‘DBH Error’ and 1 tree violated the rule named ‘Species Error’ then the Check_Details for that plot will be ‘DBH Error; DBH Error; Species Error’.
Check_Score_Date
Data Type: Date
Purpose: Stores the date/time that the check score was last updated. This helps when analyzing check cruise scores by understanding if the score was calculated before or after other data updates.
Trees/Logs - Trees and logs are duplicated during check cruise. Thus, they do not need duplicate fields added like Stands/Plots. The following field is required, however:
Cruise_Type
Data Type: Text, 1 character
Allowed Values (Coded Value Domain): S=Standard, C=Check Cruise
Purpose: Records whether tree is a Standard tree or a Check Cruise tree. This field is auto-populated in MobileMap. When MobileMap is set to ‘Check Cruise Mode’ then a value of ‘C' is stored for all collected trees, otherwise a value of 'S’ is stored.
Check_Rules - This table is used by InventoryManager to manage check cruise scoring rules. It must be stored in the same service as the other tables. The fields that must be included are:
For more information on enabling and creating check cruise rules in InventoryManager see https://woodlandsg.atlassian.net/servicedesk/customer/portal/2/article/307789990
...
Once the data model has been configured, published and shared, the following ste
Settings
Download
Enable check cruise mode
Data collectionit is ready to support check cruising. Assuming that one or more stands have been cruised, the following steps would be implemented to complete a check cruise.
Settings - The following settings should be set in MobileMap prior to check cruising
Enable check cruise mode by checking the checkbox in settings (Settings > MobileMap Cruise > Check Cruise > Check Cruise Mode)
Define Check Cruise Only Fields - this is actually more important for the standard cruisers as it hides check cruise-only fields when NOT check cruising
Identify Stands/Plots - There are a number of ways to identify stands and plots for cruising. Typically Stands are sampled (e.g., random sample of 5% of Stands cruised by each cruiser) and then Plots within a Stand are sampled (e.g., random Plot selected within the selected Stand then 2 adjacent plots also checked measured). The Stands/Plots selected for check cruise can be set to pre-defined status (e.g., ‘To Be Checked’) if it is available in the Stands/Plots ‘Status’ field.
Download - It is necessary to download the standard cruise data (Stands/Plots/Trees/Logs) to the check cruiser’s device prior to check cruising. In the case of a ‘blind’ check cruise, only the Stands/Plots data would be needed. The plots can be assigned to a specific check cruiser by setting their ID in the Check_Cruiser_ID field if present in the Stands/Plots. That way check cruisers can use Download Parameters in MobileMap to download the cruise data only for those Stands/Plots that have been designated as Check Cruise and assigned to them. Note that it is more challenging to restrict the download of Trees/Logs but this can be done by adding a Status field to these layers and updating the field in the same way as Stands/Plots. The exact approach will likely vary by data model, cruise type, data volume, etc. WSG or our partners can help support this if needed.
Enable check cruise mode (Settings > MobileMap Cruise > Check Cruise > Check Cruise Mode)
Data collection
Navigate to Plots designated for check cruising using standard navigation workflow and tools MobileMap: Field Navigation
Open ‘Tree list’ and copy standard trees to check cruise tree list. Note that copy of trees must be done before any tree data are entered.
Collect check cruise tree data by updating the copied data as needed to match field measurements. There should be a 1 to 1 match between check cruise trees and additional trees. Special steps must be taken for missing and added trees. The ‘Insert’ and ‘Delete’ tools generally should not be used during check cruise.
Added Trees - These are trees that are outside of the plot, or otherwise should not have been included (e.g. DBH below merchantable min DBH rule). In the check cruise tree list the corresponding tree should have it’s count set to 0. The field name for this is typically ‘Tally’ (because ‘Count’ is a reserved word in Esri data models and can’t be used as a field name), but it may appear as ‘T' (for tally), ‘C’ (for count), ‘N’ or 'Num’ (for number), etc. Refer to your own data model for what the label for this field is.
Missing Trees - These are trees that the original cruiser failed to record even though the are in the plot. Add these trees to the bottom of the tree list. They will not have a corresponding tree in the original tree table. These trees should always be added to the bottom of the tree list, never inserted in between other trees, even if they occur earlier in the sweep of the plot from North.
Upload - After all plots have been measured, upload the check cruise data using the same approach as uploading standard cruise data.
For additional information, please see: https://woodlandsg.atlassian.net/servicedesk/customer/portal/2/article/229860
...