Rating Shifts Implementation Options


Implementation of Stage and Time shifts in the RGS conversion model. Refer concepts investigation: http://external.opengis.org/twiki_public/HydrologyDWG/RatingsShiftsQuebec

For the purpose of this document, a Rating Shift is a compounding of the concepts the WMO terms stage shift and time shift.

What is a rating shift

In effect, a rating shift conversion is a conversion that is used to modify a rating table conversion. It is a conversion that modifies the impact of another conversion.

In implementation, a rating shift conversion is a conversion that is applied as part of a conversion chain.

Calculation of flow using shifts in a chained conversion

RatingShifts.chainedConversion.png

Discharge Rating : A RGS Conversion

The conversion of flow to stage is the primary use case of RGS conversions. The diagram below shows the basic element of time based application of one or more conversion tables.
In this diagram, three rating tables are defined and each table has a single application start time defined.

.

Rating Shift : A RGS Conversion

In the period between rating changes there is often a need to 'tweak' the rating relationship by small amounts. There may be one or many tweaks of the relationship applied in the course of the ratings application period. There is a need to interpolate the tweaking between tweak definition points. Tweaking is equivalent to the release of a new rating table with very minor change and a phased change between the rating tables. A tweak definition may result from a single gauging observation that deviates from the existing rating more than the allowed amount.

A rating shift is a conversion table that is used to determine the amount of stage correction that is applied to the 'computed gage height' to determine the 'effective gage height'. See also the investigation for details of interpolating between shifts RatingsShiftsQuebec.

There may be zero or many shifts defined for a rating period.

RGS.Conversion.Shift.png

Relationship between Ratings and Shifts

In terms of the calculation processes for deriving flow from stage there is no direct correction between ratings and shifts. The two conversions are applied independently in the work flow process.

In terms of the full definition and interpolation of shifts there is an implicit relationship between ratings and shifts.

A family of shift tables relates to single period of application of a rating table. The diagram below shows how a number of shift tables may apply to two rating tables.

The definition of the shift tables includes the date and time they apply from and actual shift amounts. There are two assumptions made in applying the shifts across the full period of the rating:
  • The shift at the start of the rating table period is zero for all stage values
  • The shift at the end of the rating table period is that same as the previous shift.
These two assumptions mean that to fully apply shifts, definition of shift tables and periods is required plus two pieces of additional information:
  • Date and time of the start of the rating period
  • Date and Time of the end of the rating period.
The diagram below, effective shift definition, illustrates this. In this diagram there is an implied shift table of '0', that is applied at the start of the rating period. At the end of the rating period, shift table three is reapplied. This has the effect of causing table threes definition being applied without interpolation.

.

Modelling shifts in WaterML.P2

There are two paradigms for modelling shifts under consideration, each will enable the correct application of shifts in an information system and each has their complexities and upsides.

Modelling paradigms:
  1. Model System implementation
  2. Model as two separate conversions
  3. Hybrid - Enable ConversionApplicationtime to refer to conversion of different From and To parameters

Model : system implementation

This approach requires a link between a table and the shifts conversion defintion. There is a shift conversion definition for each rating table. THis may lead to bery bulking an complex WaterML.P2 documents.

The approach enables some of the process / relationship the is implemented when shifts are used in a system to be represented in the model and data.

Model : Two conversions

This approach is simplistix and treats both the rating and shift conversion as unretaled conversions. To some extent this approach is in line with rgs-24:"We supply conversion information that is able to be used in simple or complex conversion chains. Communication of information that defines the 'chain conversion process' or 'work flow' of simple or complex chain conversions in not in scope. ".

Consideration should be given to the preservation of shift table identifies between sources system and WML2.P2 documents under this model.

Model : Hybrid - One period, two paramter groups

Hybrid model - Pros and Cons

The primary con is that most existing information systems have a one to one relationship between conversion period and conversion tables of the same From and To parameters. For these systems to ingest ratings where a conversion period contains multiple From and To parameters there will be a need to disaggregate the information.

There a significant advantages to transfer document simplicity by allowing a conversion period to refer to multiple parameter From.To combinations. There is also a significant advantage to the application of USGS shifts though the use of this model. The actual shift being applied relies on the flow rating start and end dates as well as the shift application dates. By compounding this information into a single period of application table, if it is possible to find all the information required in one place for computing effective shift. This is a significant advantage for using the information compared to the options that require a different conversion period definition for each conversion table.

-- PaulSheahan - 20 Sep 2013
Topic attachments
I Attachment Action Size Date Who Comment
ImplementationSystem.pngpng ImplementationSystem.png manage 36 K 20 Sep 2013 - 03:28 PaulSheahan  
ImplementationTwoConversions.pngpng ImplementationTwoConversions.png manage 37 K 20 Sep 2013 - 03:29 PaulSheahan  
ImplmentationOnePeriodTwoConversion.pngpng ImplmentationOnePeriodTwoConversion.png manage 64 K 27 Sep 2013 - 01:01 PaulSheahan  
RGS.Conversion.Rating.pngpng RGS.Conversion.Rating.png manage 59 K 20 Sep 2013 - 01:55 PaulSheahan  
RGS.Conversion.Shift.pngpng RGS.Conversion.Shift.png manage 72 K 20 Sep 2013 - 02:10 PaulSheahan  
RGS.EffectiveShiftDefinition.pngpng RGS.EffectiveShiftDefinition.png manage 88 K 20 Sep 2013 - 02:51 PaulSheahan  
RGS.Ratings.And.Shifts.pngpng RGS.Ratings.And.Shifts.png manage 106 K 20 Sep 2013 - 02:21 PaulSheahan  
RatingShifts.chainedConversion.pngpng RatingShifts.chainedConversion.png manage 231 K 20 Sep 2013 - 01:43 PaulSheahan  
RatingShifts.chainedConversion.pptxpptx RatingShifts.chainedConversion.pptx manage 144 K 03 Oct 2013 - 23:38 PaulSheahan  
Topic revision: r6 - 21 Nov 2013, PaulSheahan
This site is powered by FoswikiThe information you supply is used for OGC purposes only. We will never pass your contact details to any third party without your prior consent.
If you enter content here you are agreeing to the OGC privacy policy.

Copyright &© by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding OGC Public Wiki? Send feedback