CAPRI Online Manual (update)

User Tools

Site Tools

Trace:
scenario_simulation

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
Next revisionBoth sides next revision
scenario_simulation [2020/06/02 18:23] – matszscenario_simulation [2020/06/23 06:33] – matsz
Line 25: Line 25:
  
 **Figure 13: Link of modules in CAPRI** **Figure 13: Link of modules in CAPRI**
-{{::figure13.png?600|Source: CAPRI Modelling System. Note: the number of regions is outdated in December 2011}} +{{::figure_13.png?600|Source: CAPRI Modelling System. Note: the number of regions is outdated in December 2011}} 
  
 =====Module for agricultural supply at regional level===== =====Module for agricultural supply at regional level=====
Line 452: Line 452:
 **Figure 14: Example of technical implementation of a premium scheme** **Figure 14: Example of technical implementation of a premium scheme**
  
-{{:figure14.png?600|Source: CAPRI Modelling System. Note: The parameter PPDATA_E is now called p_premDataE.}}+{{:figure_14.png?600|Source: CAPRI Modelling System. Note: The parameter PPDATA_E is now called p_premDataE.}}
  
 The sets of payments, exemplified by DPGRCU in the figure, and the activity groups, exemplified by PGGRCU and PGPROT are defined in the file policy/policy_sets.gms. Since this is a “static” GAMS file used in any simulation, it contains the gross list of all policies that currently can be simulated, including legacy ones. In order to work efficiently with the acronyms which define the application types, these are converted to numerical attributes as shown below (//‘policy/policy.gms’)//: The sets of payments, exemplified by DPGRCU in the figure, and the activity groups, exemplified by PGGRCU and PGPROT are defined in the file policy/policy_sets.gms. Since this is a “static” GAMS file used in any simulation, it contains the gross list of all policies that currently can be simulated, including legacy ones. In order to work efficiently with the acronyms which define the application types, these are converted to numerical attributes as shown below (//‘policy/policy.gms’)//:
Line 473: Line 473:
 **Figure 15: General flow of logic of CAPRI model as regards premiums** **Figure 15: General flow of logic of CAPRI model as regards premiums**
  
-{{::fiugre15.png?600|Source: own illustration}} +{{::figure_15.png?600|Source: own illustration}} 
  
 Generally, all attributes for a premium scheme are mapped down in space, e.g. from EU27 to EU 27 member states, from countries to NUTS1 regions inside the country, from there to the NUTS2 regions inside the NUTS1, and from NUTS2 regions to the farm types in a NUTS2 region (see //‘policy/policy.gms’//), e.g. Generally, all attributes for a premium scheme are mapped down in space, e.g. from EU27 to EU 27 member states, from countries to NUTS1 regions inside the country, from there to the NUTS2 regions inside the NUTS1, and from NUTS2 regions to the farm types in a NUTS2 region (see //‘policy/policy.gms’//), e.g.
Line 562: Line 562:
 **Figure 16: General way of SFP implementation in CAPRI** **Figure 16: General way of SFP implementation in CAPRI**
  
-{{::figure16.png?600|Source: own illustration}}+{{::figure_16.png?600|Source: own illustration}}
  
 In opposite to the reforms until Agenda 2000, there are hence in most cases not longer premium rates or individual ceilings in hectares found in legal texts. Rather, these are calculated by the model itself from the decoupled part of the “old” Mac Sharry and Agenda 2000 premiums which introduces additional complexity in the model code. In opposite to the reforms until Agenda 2000, there are hence in most cases not longer premium rates or individual ceilings in hectares found in legal texts. Rather, these are calculated by the model itself from the decoupled part of the “old” Mac Sharry and Agenda 2000 premiums which introduces additional complexity in the model code.
Line 680: Line 680:
 **Figure 17: The logic of the CAP 2014-2020 reference policy as implemented in the CAPRI policy module** **Figure 17: The logic of the CAP 2014-2020 reference policy as implemented in the CAPRI policy module**
  
-{{:figure17.png?600|Source: own illustration}}+{{:figure_17.png?600|Source: own illustration}}
  
 ===Tradable Single Premium Scheme entitlements=== ===Tradable Single Premium Scheme entitlements===
Line 923: Line 923:
 **Figure 18: Land supply curve examples** **Figure 18: Land supply curve examples**
  
-{{::figure18.png?600|Source: own calculations}} +{{::figure_18.png?600|Source: own calculations}} 
  
 In order to parameterize the land demand function, information about yield and supply elasticities is used. The marginal reaction of land to a marginal change in one of the prices is defined as the total supply effect minus the yield effect: In order to parameterize the land demand function, information about yield and supply elasticities is used. The marginal reaction of land to a marginal change in one of the prices is defined as the total supply effect minus the yield effect:
Line 1235: Line 1235:
 **Figure 20: Witzke et al. calibration, two-goods case** **Figure 20: Witzke et al. calibration, two-goods case**
  
-{{::figure20.png?600|Source: Witzhe et al 2005}}+{{::figure_20.png?600|Source: Witzhe et al 2005}}
  
 The additional commitment parameter involves another degree of freedom that needs to be eliminated with additional information. During the calibration this is provided by the expected imports from region 2 at the second hypothetical set of relative prices. Following the dual approach, the lower Armington nest is represented with Armington share-equations and with equations for the composite price indexes: The additional commitment parameter involves another degree of freedom that needs to be eliminated with additional information. During the calibration this is provided by the expected imports from region 2 at the second hypothetical set of relative prices. Following the dual approach, the lower Armington nest is represented with Armington share-equations and with equations for the composite price indexes:
Line 1251: Line 1251:
 **Figure 21: GUI Option for the non-homothetic Armington system** **Figure 21: GUI Option for the non-homothetic Armington system**
  
-{{::figure21.png?600}}+{{::figure_21.png?600}}
  
 The calibration of the non-homothetic Armington demand system does not require a full re-calibration of the complete CAPRI modelling system; it can be found under the workstep “Run scenario”, task: “Run scenario with market model”. Technically, the calibration modifies the simini/sim_ini.gdx file that contains the necessary starting parameters for a CAPRI simulation: if the above GUI option is selected then the existing sim_ini.gdx file is automatically deleted and the create_sim_ini CAPRI module is called. This is all steered in the main capmod.gms file by a specific GAMS setglobal variable called modArmington: The calibration of the non-homothetic Armington demand system does not require a full re-calibration of the complete CAPRI modelling system; it can be found under the workstep “Run scenario”, task: “Run scenario with market model”. Technically, the calibration modifies the simini/sim_ini.gdx file that contains the necessary starting parameters for a CAPRI simulation: if the above GUI option is selected then the existing sim_ini.gdx file is automatically deleted and the create_sim_ini CAPRI module is called. This is all steered in the main capmod.gms file by a specific GAMS setglobal variable called modArmington:
scenario_simulation.txt · Last modified: 2023/09/08 12:07 by massfeller
Except where otherwise noted, content on this wiki is licensed under the following license: CC0 1.0 Universal
CC0 1.0 Universal Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki