1 Archiving Requirements – Current Requirements A. Juliann Meyer Sr. Hydrologist – Data Systems Missouri Basin River Forecast Center and RAXUM Team Leader.

Slides:



Advertisements
Similar presentations
Debugging ACL Scripts.
Advertisements

Budget Development Process Budget Financial Information State School Fund Appropriations –1000s, 2000s Recommended Budget Techniques.
Auto Quick-Buy. Overview: Based upon the use of system flags, a complete ordering process will be automated as follows: sales order lines automatically.
Change Order Missouri Local Programs How to Complete a Change Order & Get it Approved.
Card Verification Support
Introduction to ReportSmith and Effective Dated Tables
E2 Management Suite Employee Scheduling & Sales Forecasting
Bill Lawrence – DOH. “Hydrologic Model Output Statistics”  Current short term ensembles have proven unreliable, mainly because no hydrologic uncertainty.
Using the TI 83/84. Summary Statistics Press STAT, ENTER (for EDIT) If you do not see L1, scroll left. If you still don’t see it, press INSERT, 2 nd,
SECONDARY VALIDATION OF WATER LEVEL DATA (1) PRIMARY VALIDATION: –BASED ON KNOWLEDGE OF INSTRUMENTATION AND METHODS OF MEASUREMENT WITH ASSOCIATED ERRORS.
Data Dictionary What does “Backordered item” mean? What does “New Customer info.” contain? How does the “account receivable report” look like?
 SAP AG CSU Chico Searching and Selecting Data from R/3 ABAP/4 class Gail Corbitt - Fall 1998.
Spreadsheets in Finance and Forecasting Presentation 8 Buttons, Boxes and Bars.
1004INT Information Systems Week 10 Databases as Business Tools.
Database Design Concepts INFO1408 Term 2 week 1 Data validation and Referential integrity.
Customize your transactions but use XA to update the database
Water Supply Forecast using the Ensemble Streamflow Prediction Model Kevin Berghoff, Senior Hydrologist Northwest River Forecast Center Portland, OR.
(date, event info here?)‏ SHARP Mark Love / Hydrologist / SERFC Supplemental Hydro- Analysis & Response Program July2007.
Topics Covered: Data preparation Data preparation Data capturing Data capturing Data verification and validation Data verification and validation Data.
Planning for the Solution
The use of a streamflow hydrograph to estimate ground-water recharge and discharge in humid settings By Al Rutledge U.S. Geological Survey Geological Society.
COMPUTATION OF DISCHARGE DATA GENERAL: –DISCHARGE CANNOT BE MEASURED DIRECTLY AND CONTINUOUSLY –STAGE MEASUREMENTS h(t) ARE MADE CONTINUOUSLY OR AT FIXED.
Array Processing Simple Program Design Third Edition A Step-by-Step Approach 7.
Disciplined Software Engineering Lecture #4 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
Welcome! Presenter: Jeff Weaver. Major Topics To Be Covered In This Presentation Internal GL vs. GL Interface/Export Different Options (Customizable)
Workshop on QC in Derived Data Products, Las Cruces, NM, 31 January 2007 ClimDB/HydroDB Objectives Don Henshaw Improve access to long-term collections.
Verification in NCEP/HPC Using VSDB-fvs Keith F. Brill November 2007.
Array Processing.
System Analysis and Design
ISV Innovation Presented by ISV Innovation Presented by Business Intelligence Fundamentals: Data Cleansing Ola Ekdahl IT Mentors 9/12/08.
Problem Statement: Users can get too busy at work or at home to check the current weather condition for sever weather. Many of the free weather software.
Data and information. Information and data By the end of this, you should be able to state the difference between DATE and INFORMAITON.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #4 Software Engineering.
The Digital Archive Database Tool Shih Lin Computing Center Academia Sinica.
Real-time Verification of Operational Precipitation Forecasts using Hourly Gauge Data Andrew Loughe Judy Henderson Jennifer MahoneyEdward Tollerud Real-time.
Stage IV Multi-sensor Mosaic Development, production and Application at NCEP/EMC Ying Lin NOAA/NWS/NCEP/EMC Jan 2011.
WISKI Open Water and Ice Bernard Trevor, M.Eng. P.Eng. River Forecast Section Environment and Sustainable Resource Development WISKI ESRD Users Conference.
Verification & Validation. Batch processing In a batch processing system, documents such as sales orders are collected into batches of typically 50 documents.
Application  Drill  Down Using Batch Posting Concept.
Logistical Verification Forecast Services in IHFS Mary Mullusky RFC Verification Workshop, August
Data Verification and Validation
US Army Corps of Engineers BUILDING STRONG ® Mark Twain Lake Water Control Manual Update Joan Stemler St. Louis District Water Control.
Interactive Verification Program Training for AWIPS OB8.2 Hank Herr Office of Hydrologic Development RFC Verification Workshop, 08/15/2007.
Ceridian Time Solutions Supervisor. IMPORTANT If you are not the manager of an employee but have been assigned the task of approving time for that employee,
Davisware GlobalEdge 2008 Payroll Main Menu Time Entry and Payroll Processing.
1 DHM: Operational Distributed Hydrologic Model Lecture 5 DHM/HL-RDHM Workshop ABRFC June 5 -7, 2007 Lee Cajina OHD/HL Hydrologic Software Engineering.
Quick Test Professional 9.2. Testing Process Preparing to Record Recording Enhancing a Test Debugging Running the Test and Analyzing the Results Reporting.
Note: This presentation is being recorded for training purposes. 1 AHPS River Data Quality Control Techniques and Tools OCWWS/HSD Hydrologic Support Branch.
Software. Because databases can get very big, it is important to decide exactly what is going to be stored in each field. Fields can be text, number,
Regional Flood Awareness Workshop December 3, 2009 Jeff Graschel Service Coordination Hydrologist Lower Mississippi River Forecast Center.
Note: This presentation is being recorded for training purposes. 1 WHFS Quality Control and Alert/Alarm Monitoring OCWWS/HSD Hydrologic Services Branch.
Reconciling Bank Statements. After completing this lesson, you should be able to do the following: Explain how to automatically and manually reconcile.
Making HIP More Hip! Veronica Smith and Jean Ward CHUG Conference May 8, 2008.
Database (Microsoft Access). Database A database is an organized collection of related data about a specific topic or purpose. Examples of databases include:
CTD Data Processing Current BIO Procedure. Current Processing Software Matlab Migrating to R & Python Code Version Control SVN Migrating to GitHub.
Wildfire Costing (WFCST) for Recorders A component of Wildfire One Fire Season 2016.
UNSD-UNESCAP Regional Workshop on Census Data Processing: Contemporary technologies for data capture, methodology and practice of data editing, documentation.
Database Applications (15-415) DBMS Internals- Part III Lecture 13, March 06, 2016 Mohammad Hammoud.
Quality Control of Soil Moisture and Temperature For US Climate Reference Network Basic Methodology February 2009 William Collins USCRN.
RFC Verification Workshop What to Expect Julie Demargne and Mary Mullusky RFC Verification Workshop, August
Section 3 Computing with confidence. The purpose of this section The purpose of this section is to develop your skills to achieve two goals: 1-Becoming.
Register SPID - Retailer
Metered Madness Innovations 2017.
Standard Operating Procedure
Inventory Pricing Alternatives
Determine Labor and Payroll Reporting Functions
Lesson 23 Getting Started with Access Essentials
IT Solutions for Administrators - Databases
and Forecasting Resources
Presentation transcript:

1 Archiving Requirements – Current Requirements A. Juliann Meyer Sr. Hydrologist – Data Systems Missouri Basin River Forecast Center and RAXUM Team Leader RFC Verification Workshop, 08/15/2007

2 What Will be Covered How to archive forecasts and observations for 4 different variables, these are: precipitation, temperature, height and discharge. How to archive forecasts from different scenarios, such as forecasts using actual QPF vs. forecasts using no QPF (zero precip), or actual forecasts vs. forecasts from raw model (without any MODs). RFC Archive DB quality control capabilities

3 NWS Directive Section 4.7 covers verification requirement Section 4.8 covers archiving requirement This directive can be found at

4 Flow Chart for SHEF Decoders

5 ob7.2 The verifcation software only looks for data in the following tables: pecrsep and pephsep for observed data pedfsep for forecast data

6 Everything from this point on is about ob8.2

7 Where Data Is Stored

8 “oops” table, peoosep Verification software does try to use this table when looking for observed data that does not fit into the other SHEF data value tables. This is the table the raw shefdecoder post SHEF Type code “R” data to that has duration and/or extremum codes that don’t fit the other raw data value tables. It is also where the raw shefdecoder post data with a SHEF Type codes of “H”, “M” and “P”.

9 Distinguishing Between Forecasts Use SHEF, primarily the Type/Source Codes The latest SHEF manual can be found at

10 RFC Archive DB Quality Control Capabilities Gross Range & Reasonable Range Checks can be done at posting time, uses info in db tables datalimits and locdatalimits sensok table, entries in this table are used by other applications rivercrit table, if using level 1 processors, allows the user to specify addition range checks

11 IVP and SHEF quality codes IVP uses the SHEF data value tables SHEF qualifier code fields during the pairing process. The observed data value's SHEF qualifier code is the first item checked when making a pair. IVP has a hardwired, ordered string that defines a quality code preference. The order is: G, M, P, V, S, Z, T, F, Q. IVP pairing will never use observed value that has SHEF qualifier code of B, E or R.

12 Raw shefdecoder and adjustfactor Table Only the raw shefdecoder must apply the adjustfactor. Forecast data (i.e. data for which the SHEF Type Code is 'F') is not affected, but all other SHEF Types Codes are. AFTER posting a value to the database, the decoder checks to see if the apps_defaults token adb_shef_raw_add_adjust is not set to OFF. If it is not OFF, then the decoder will search the adjustfactor table rows for one to use. If it finds one (i.e. matching the primary key and the date associated with the adjust precedes the obstime of the value to post), then it will find the best one (the date precedes and is closest to the obstime) and apply the adjust. It will then post the adjusted record with a SHEF Source Code of 9 (i.e. s = '9').

13 Raw decoder and adjustfactor Table continued 1.Create an appropriate record in the adjustfactor table. 2.Add an appropriate record to the ingestfilter table, where everything is the same as the existing applicable record, but the source is '9'. 3.Set the token adb_shef_raw_add_adjust to 'on‘ and stop and restart the raw shefdecoder. Need only do this step if the adjustfactor table has not previously been used. In order for the adjusted data to make it into the same table as the original data, an appropriate record must be added to the ingestfilter table with a source of '9'. In summary, the user must do the following:

14 …And that’s all there is!!!

15 SHEF Code Basics Physical Element Codes HG – height, river stage HT – elevation, project tail water stage HP – elevation, pool PP – precipitation TA – air temperature QT – discharge, computed total project outflow QI – discharge, inflow For full list, see SHEF Manual, Table 1.

16 SHEF Code Basics Duration Codes I – instantaneous (0000) D – 1 day (2001) H – 1 hour (1001) Q – 6 hour (1006) For full list, see SHEF Manual, Table 3.

17 SHEF Code Basics Type Codes C - Contingency F – Forecast P & 1 thru 9 – Processed R – Reading (observed data) For full list, see SHEF manual, Table 4.

18 SHEF Code Basics Extremum Codes Z – null character (filler) X – Maximum of day N – Minimum of day D – Maximum of 1 hour F – Minimum of 1 hour R – Maximum of 6 hours H – Minimum of 6 hours For full list, see SHEF Manual, Table 5.

19 SHEF Code Basics Data Qualifier Codes Used by IVP G - Good, Manual Edit M – Manual Edit P – Passed level 2, 3 V – verified level 1, level 2 S – screened level 1 Z – No QCD Performed T - triggered F – flagged by sensor or telemetry Q - questionable Never Used by IVP B – Bad, Manual QC E – Estimated R – rejected by level 1