new parameters added to p_groupPolicy to allow for selection of static and/or dynamic inertia constraints

#127 `p_storageValue` separated into constant and timeseries `ts_storageValue` versions.

See merge request !8

`p_storageValue` is the constant form parameter, while `ts_storageValue` is the corresponding timeseries. `ts_storageValue_` is also added to handle time step aggregation and data circulation of `ts_storageValue` in the objective function. A new flag in `p_gn` called `storageValueUseTimeSeries` controls whether the constant `p_storageValue` or the timeseries `ts_storageValue` is used.

WIP: I have no clue what the file `1e_scenmChanges.gms` is supposed to do, so no changes have been made there. However, since the input data is affected by these changes, I assume that this file will need to be changed as well for this fix to work properly.

GAMS distribution should be 24.0 or alter to support e.g. double dollar commands.

r_genFuel was not working. Trying to fix it, but now it works only for units that have one input commodity - the results will be wrong if there are mutliple. Needs to be fixed later. I also added flow based generation. So, r_genFuel should really be r_genSource

#107

Changing the calculation of r_gnRealizedOperatingCost (and its derivatives) to use energy based allocation for fuel, emission and startup costs.

A couple of bug fixes to #107, according to suggestions in #107 (comment 14595)

Changing p_price dimension and updating ts_vomCost_ calculation. Some stylistic updates to ts_startupCost_ calculation as well. (issues #107 and #120)

Replacing the "*" dimension with "param_policy" in some reserve parameters to avoid any typos and mistakes in input data

One gnu_input/output fix in the constraints and updating start-up emission cost and total emission calculations (issue #107).

#107

# Conflicts:
#	inc/2d_constraints.gms

Taking into account reserve reliability and reserve demand feasibility dummy variables in q_inertiaMin (see issue #103).

Some clean-up to 1a_definitions.gms. Some of the unused params are now commented out but could also be deleted if we are agree that they will not be implemented in the near future.