Laserfiche WebLink
prototype features could be implemented (navigation, map displays, etc). The bigger <br />issue may be the ability to integrate the mapping solution with other system components, <br />such as LaserFiche, real-time data (e.g., flow), multiple snapshots of data (e.g., <br />SNODAS). Therefore further evaluation will take into consideration the requirements of <br />other system components and also input from the needs assessment. However, evaluation <br />cannot wait until the needs assessment is completed. Therefore, initial information from <br />the needs assessment will be considered in recommendations for the technologies. <br />Task 4 -Data Inventory <br />Potential data sources for inclusion in the Flood DSS will be identified through the user needs <br />assessment, the prototype inventory, CWCB input, and county/local data contacts. The data <br />sources will be further evaluated in terms of availability, updating frequency, collection effort, <br />and system integration effort. Attribute information will be collected (e.g., data format). Given <br />the project resources, the data sources will be prioritized, both for inclusion in Phase I as well as <br />future efforts. Riverside will produce a summary memo and spreadsheet documenting the results <br />of the data inventory and identifying data collection recommendations. Riverside will review the <br />memo with CWCB before beginning the data collection task. Riverside will work with CWCB to <br />ensure the data prioritization and collection strategy will result in a Flood DSS that supports <br />decision-making in addition to being a data repository. <br />• Chris indicated that we should rely on web services as much as possible to minimize the <br />data maintenance burden on CWCB. <br />• Christine visits communities every 3 years for the Community Assistance Program <br />(CAP). This can be a mechanism to help collect user needs and reduce costs. <br />• Joe Busto is interested in using radar precipitation to help indicate stream conditions. <br />Flood DSS should limit links to external sites or use the NOAA "FX" network feed. <br />• Chris recommended waiting until the CWCB interviews to review the prototype data <br />inventory. <br />• The public Flood DSS site should be informational and include DFIRMs, but not alerts or <br />warnings due to liability issues. <br />Task 5 -Data Collection <br />Statewide Data Collection <br />Riverside will collect statewide data for the Flood DSS. This will consist mostly of existing GIS <br />data: <br />• The main data layers include CDSS data, aerial photography, elevation data, land cover <br />data, weather modification data, and flood warning and flood threat bulletins. <br />• Riverside will utilize existing web services as much as possible when appropriate. <br />• Joe Busto will be the contact for the weather modification data. Chris Pacheco at MRCS <br />provides a supporting data product to Joe. Joe can provide an example product. <br />• Joe Busto purchases data from the Colorado Avalanche Information Center on snow <br />loads at highway passes. We need to determine if avalanche threat information is a user <br />requirement. <br />