Laserfiche WebLink
15 <br />ESTIMATED <br />EFFORT <br /># <br />TASK/FEATURE <br />DESCRIPTION <br />(STATEWIDE <br />SYSTEM) <br />2 <br />Evaluate alternative <br />Based on requirements, evaluate suitable technologies for <br />30 days +, depending <br />technologies. <br />the full -scale Flood DSS, including ArcServer. This <br />on the number of <br />evaluation should occur in conjunction with other CDSS <br />technologies that are <br />technology upgrades and focus on meeting system <br />evaluated <br />requirements. The evaluation should result in one or more <br />workable prototype, with limited functionality. Features <br />deemed high -risk for development should be evaluated <br />first. A design document should be produced if an <br />alternative technology is chosen. <br />Omit this task if the existing ArcIMS implementation meets <br />user needs (however, ESRI support for ArcIMS will <br />decrease as ArcServer support increases). <br />3 <br />Update to new <br />Convert/update existing Flood DSS Viewer software to use <br />14 to 30 days <br />document management <br />new document management system, to replace Content <br />system. <br />Manager features. <br />4 <br />Automate Flood <br />Implement data management and automated updates of <br />14 to 30 days <br />Outlook Data <br />Flood Outlook products from HDR (assuming that the <br />Management/ <br />CWCB will fund such products in 2007). Data <br />Processing <br />management will include determining a standard format <br />and naming convention for data products, and procedures <br />describing data processing. QC of products will need to be <br />considered. <br />5 <br />Update SNODAS Data <br />Implement data management and automated updates of <br />14 to 30 days <br />Management/ <br />SNODAS products. Data management will include <br />Processing <br />determining a standard format and naming convention for <br />data products, and procedures describing data processing. <br />QC of products will need to be considered. <br />6 <br />Update SNOTEL Data <br />Implement data management and automated updates of <br />14 to 30 days <br />Management/Processing <br />SNOTEL products. Data management will include <br />determining a standard format and naming convention for <br />data products, and procedures describing data processing. <br />QC of products will need to be considered. <br />7 <br />Enable Link to Real- <br />Implement tools to query and display current streamflow <br />14 to 30 days <br />time CDSS Flow Data <br />conditions (e.g., as percent of historical average). This <br />layer will provide a current indication of flood threat based <br />on streamflow. Flow graphs will be accessible using the <br />hyperlinks to DWR's web site. <br />8 <br />Enable Link to Satellite <br />In addition to displaying current streamflow conditions, <br />14 to 30 days <br />Monitoring System <br />locations where flows are exceeding pre- defined thresholds <br />Alert System <br />could be indicated on the map. Flow graphs will be <br />accessible using the h perlinks to DWR's web site. <br />9 <br />Add Links to Additional <br />Agencies like NOAA continue to update their web sites to <br />3 days minimum, <br />Web Sites <br />provide useful data products. The full -scale Flood DSS <br />possibly much more <br />should at a minimum consider adding links to other useful <br />if using external web <br />sites (e.g., federal agencies or perhaps county sites devoted <br />or map services <br />to flood information). Some agencies may also offer we <br />or map services to allow data to be utilized in core features <br />of the Flood DSS (e.g., streamflow forecast data could be <br />utilized in addition to observations). <br />15 <br />