Diagnostics and Calibration

anonymous34

Diagnostics and Calibration

Postby anonymous34 » Mon Oct 03, 2016 1:52 pm

Is it possible to evaluate diagnostics for only a certain date range? In addition, is there a suggested warm-up time for Raven?

rchlumsk
Posts: 156
Joined: Fri Sep 16, 2016 3:18 pm

Re: Diagnostics and Calibration

Postby rchlumsk » Mon Oct 03, 2016 1:54 pm

anonymous34 wrote:Is it possible to evaluate diagnostics for only a certain date range? In addition, is there a suggested warm-up time for Raven?

Yes, a relatively new feature is the ability to include a time series weighting file, which can be used to not weigh specific data points in the diagnostics. For example, for two years’ worth of data, a time series weighting file with zeroes for the first year of data and ones for the second year of data would only weight the second year.

This can be used to specify a “warm-up” period for Raven, which is common in hydrologic modelling to reduce the impact of initial conditions. For hydrologic models in general, a warm-up period depends on the model complexity; for a relatively simple model, a warm-up period of one year is likely sufficient.

Likewise, diagnostics could be reported for only summer months (or Mondays, for that matter) by using non-zero weightings only during these months.
Robert Chlumsky
rchlumsk@uwaterloo.ca

anonymous34

Warm-up period in Raven

Postby anonymous34 » Mon Oct 03, 2016 1:55 pm

What is the purpose of a warm-up period? What kind of period should be used?

rchlumsk
Posts: 156
Joined: Fri Sep 16, 2016 3:18 pm

Re: Warm-up period in Raven

Postby rchlumsk » Mon Oct 03, 2016 1:57 pm

anonymous34 wrote:What is the purpose of a warm-up period? What kind of period should be used?

The purpose of the warm-up period (or spin-up period, as it is also called) is intended to reduce the impact of initial conditions on model results. This is done by running the model for a sufficiently long time that the model physics can account for inaccuracies or errors in initial conditions; the length of time the model is run before results are used is called the spin-up period.

The length of period used for a warm-up is typically one year, although it might be wise to test how long the model is run for before changes to initial conditions become negligible.
Robert Chlumsky
rchlumsk@uwaterloo.ca

anonymous34

Separate calibration and validation period runs

Postby anonymous34 » Mon Oct 03, 2016 2:02 pm

I am in the process of setting up separate calibration and validation periods for my model. What is the best/easiest way to setup these runs in Raven for different periods?

rchlumsk
Posts: 156
Joined: Fri Sep 16, 2016 3:18 pm

Re: Separate calibration and validation period runs

Postby rchlumsk » Mon Oct 03, 2016 2:03 pm

anonymous34 wrote:I am in the process of setting up separate calibration and validation periods for my model. What is the best/easiest way to setup these runs in Raven for different periods?

There are a few different ways to setup the runs. You could have:
• Separate model files for calibration and validation runs, although not the easiest way. Note that you can use a place holder value of -1.2345 in observed data for periods that should not be evaluated, that is the other way to control what periods the fit metric is evaluated for
• Single file for each gauge data with separate weight files for calibration and validation, so that the metrics are evaluated accordingly to the correct data set
• Have a separate start and duration setup in the rvi file (separate files or commented/uncommented system) to run the model for various times, i.e. starting with calibration period or validation period accordingly. Main trick here is to ensure the solution.rvc from the best calibration run is used to warm start the validation run (true in any validation run). Should be able to have all forcing and observed data in the files in this case, Raven can read the data and only use portion for after the validation start
Robert Chlumsky
rchlumsk@uwaterloo.ca

anonymous34

Parameter codes in output

Postby anonymous34 » Mon Oct 03, 2016 2:04 pm

The parameters.csv file is outputting -6666.66 and -7777.77 for values, what does this mean?

rchlumsk
Posts: 156
Joined: Fri Sep 16, 2016 3:18 pm

Re: Parameter codes in output

Postby rchlumsk » Mon Oct 03, 2016 2:05 pm

anonymous34 wrote:The parameters.csv file is outputting -6666.66 and -7777.77 for values, what does this mean?

The -6666.66 code means the value was supplied but not required therefore autogenerated, and the -7777.77 value means the value was required and was autogenerated. Note that the parameters.csv file is becoming obsolete.
Robert Chlumsky
rchlumsk@uwaterloo.ca

anonymous77
Posts: 3
Joined: Mon Jan 23, 2017 12:25 pm

Re: Diagnostics and Calibration

Postby anonymous77 » Sat Jul 08, 2017 4:24 pm

How do we define the time series we want for the calibration optimization? I understand that a file can be generated to identify which points will be used for Nash-Sutcliffe, but again I don’t know how to make that work.

rchlumsk
Posts: 156
Joined: Fri Sep 16, 2016 3:18 pm

Re: Diagnostics and Calibration

Postby rchlumsk » Sat Jul 08, 2017 5:19 pm

anonymous77 wrote:How do we define the time series we want for the calibration optimization? I understand that a file can be generated to identify which points will be used for Nash-Sutcliffe, but again I don’t know how to make that work.


You can specify an observation weights time series file, as documented on page 128 of the manual. Usually, you would set zero weights for unused observations (e.g., winter data) and a one for used observations. The length of the observation time series must be the same as the observation weights series.
Robert Chlumsky
rchlumsk@uwaterloo.ca


Return to “Modelling Approaches and Tips”