21.01.2014 Views

Sets and Parameters - iea-etsap

Sets and Parameters - iea-etsap

Sets and Parameters - iea-etsap

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Table 3: <strong>Parameters</strong> that can have values defined for any year, irrespective of<br />

datayear 12<br />

Attribute name<br />

G_DRATE<br />

G_CHNGMONY<br />

MULTI<br />

COM_CUMPRD<br />

COM_CUMNET<br />

CM_HISTORY<br />

Description<br />

General discount rate for currency in a particular year<br />

Exchange rate for currency in a particular year<br />

Parameter multiplier table with values by year<br />

Cumulative limit on gross production of a commodity for a<br />

block of years<br />

Cumulative limit on net production of a commodity for a block<br />

of years<br />

Climate module calibration values; not part of the st<strong>and</strong>ard<br />

TIMES code, but included in the climate module extension<br />

(see chapter 7 for a description of the climate module).<br />

2.2.2.2 Timeslices<br />

The milestoneyears can be further divided in sub-annual timeslices in order to describe for<br />

the changing electricity load within a year which may affect the required electricity generation<br />

capacity, or other commodity flows that need to be tracked at a finer than annual resolution.<br />

Timeslices may be organised into four hierarchy levels only: ‘ANNUAL’, ‘SEASON’,<br />

‘WEEKLY’ <strong>and</strong> ‘DAYNITE’ defined by the internal set tslvl. The level ANNUAL consists<br />

of only one member, the predefined timeslice ‘ANNUAL,’ while the other levels may include<br />

an arbitrary number of divisions. The desired timeslice levels are activated by the user<br />

providing entries in set ts_group(r,tslvl,s), where also the individual user-provided timeslices<br />

(s) are assigned to each level. An additional user input set ts_map(r,s1,s2) is needed to<br />

determine the structure of a timeslice tree, where timeslice s1 is defined as the parent node of<br />

s2. Figure 6 illustrates a timeslice tree, in which a year is divided into four seasons consisting<br />

of working days <strong>and</strong> weekends, <strong>and</strong> each day is further divided into day <strong>and</strong> night timeslices.<br />

The name of each timeslice has to be unique in order to be used later as an index in other sets<br />

<strong>and</strong> parameters. Not all timeslice levels have to be utilized when building a timeslice tree, for<br />

example one can skip the ‘WEEKLY’ level <strong>and</strong> directly connect the seasonal timeslices with<br />

the daynite timeslices. The duration of each timeslice is expressed as a fraction of the year by<br />

the parameter G_YRFR(r,s). The user is responsible for ensuring that each lower level group<br />

sums up properly to its parent timeslice, as this is not verified by the pre-processor. The<br />

definition of a timeslice tree is region-specific. When different timeslice names <strong>and</strong> durations<br />

are used in two regions, which are connected by an exchange process, the mapping<br />

parameters IRE_CCVT(r,c,reg,com) for commodities <strong>and</strong> IRE_TSCVT(r,s,reg,ts) for<br />

timeslices have to be provided by the user to map the different timeslice definitions. When the<br />

same timeslice definitions are used, these mapping tables do not need to be specified by the<br />

user.<br />

12 The purpose of this table is to list those parameters whose year values are independent<br />

of the input datayears associated with most of the regular parameters, <strong>and</strong> therefore should<br />

not be specified for datayears. For example, a value for MULTI(j,'2012') would not include<br />

2012 in datayears if 2012 were not relevant to the other input parameters.<br />

22

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!