Laserfiche WebLink
<br />commissioner (primarily a database query, some (GIS, Water Resource Planning, and <br />Consumptive Use) from an FTP site. Also, there is no intent to provide a GIS tool to <br />other users, only GIS data. <br /> <br />Data Storage(s) As presented in the above Table, three separate, dependent data storage <br />locations are envisioned as part of CRDSS in order to meet user needs within the <br />limitation of network communication speeds; Central Based Data, Division Based Data, <br />and Water Commissioner or Other Based Data. <br /> <br />The Central Data Server will contain HydroBase, the statewide relational database <br />operating under Informix and other non relational graphically intensive information. <br />HydroBase will contain official, DWR data such as water rights, diversions, well records, <br />reservoirs, etc. In addition, HydroBase will contain real time streamflow measurements <br />via' satellite monitoring stations, archived Water Administration Tool Worksheets, and <br />the relational data required for the planning components of CRDSS such as historic <br />streamflow, temperature, precipitation, snow pack, etc. Non relational data within the <br />Central Based- Data, but not within HydroBase, includes official GIS coverage's, the <br />Depletion Analysis Model and data, the Curtailment Analysis Model and data, the Point <br />How Analysis Model, the Water Resource Planning model (StateMod) and data, and the <br />Consumptive Use model (CRDSS-CU) and data. <br /> <br />The Division Based Data or Other Users will contain the same non relational data and <br />models as those in the Central Based Data because network speed is not expected to be <br />adequate for applications that require large graphic images. Because the network speed is <br />adequate for transfer of relational data, they will operate as a client to the Central Data <br />Server. The Division office might have local copies in ACCESS of selected database <br />tables for input, review, or performance purposes. <br /> <br />Water Commissioner cannot use a client-server approach similar to the Division because <br />of inadequate network speed. Therefore, they will have a local, relational database on <br />their PC's operating under ACCESS. This local database is expected to mimic the <br />HydroBase design to simplify maintenance. It will contain a subset, typically a single <br />water district, of all data necessary to operate the Water Right Administration Tool off. <br />line after refreshing real.time or archived information once a day. Note, if a water <br />commissioner needs to perform a division wide evaluation such as a depletion analysis, a <br />curtailment analysis, or a historical point flow analysis, they can connect to the Central <br />Data Server. <br /> <br />The three separate, dependent data storage locations described above are considered <br />realistic, not optimal. Indeed with better communications, all information would be <br />stored at a central site to minimize maintenance costs, hardware costs, software update <br />procedures and data duplication. However, by designing within current network <br />constraints, the system is expected to be extremely robust. For example, if performance <br />at a Division office is considered inadequate, a local copy of relational data may be stored <br />locally and the application would continue to work as designed. Similarly, if <br />communication speeds to water commissioners increase in the future, they might not.need <br /> <br />c:\w\crdss\scope\phlllb\scope.doc <br /> <br />0'731 <br /> <br />4/24/97 - 3 <br />