User Tools

Site Tools


the_complete_and_consistent_data_base_coco_for_the_national_scale

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
the_complete_and_consistent_data_base_coco_for_the_national_scale [2020/02/13 09:26] – [COCO2: Estimation procedure] matszthe_complete_and_consistent_data_base_coco_for_the_national_scale [2020/02/13 09:39] – [COCO2: Estimation procedure] matsz
Line 579: Line 579:
 |\(TOFACS_{m,k}\) |Support points for total food expenditure slack| |\(TOFACS_{m,k}\) |Support points for total food expenditure slack|
 |\(PQ_k\) |A priori probabilities for support points| |\(PQ_k\) |A priori probabilities for support points|
-|\(TOFO_{m,t}\) |Total food expenditure and entropy variables|+|\(TOFO_{m,t}\) |Total food expenditure 
 +|and entropy variables||
 |\(PE_{m,j,t}\) |Probability of support points for consumer prices|  |\(PE_{m,j,t}\) |Probability of support points for consumer prices| 
 |\(PED_{m,j,t}\) |Probability of support points for consumer price changes| |\(PED_{m,j,t}\) |Probability of support points for consumer price changes|
Line 661: Line 662:
  
 ====COCO2: Final completions==== ====COCO2: Final completions====
 +
 +At this point it may be motivated why there is at all a need for a COCO2 module instead of handling all further topics in COCO1, that is MS by MS. There are basially two motives: 
 +
 +  * In some cases it is convenient to have the completed COCO1 results of all countries at hand for comparison purposes and in order to achieve a balanced picture across MS. This is the main motive for the assignments of consumer loss rates (Section 3.2.7.1).
 +  * Whenever averages of consolidated data (from COCO1) across several or all MS are involved, a solution in a loop requires certain sequence (such as first solving for non-candidate countries to form the averages that are input to candidate countries) or is better solved in a new module like COCO2. This applies to the expenditure allocation problem (Section 3.2.5), to completions for certain feedstuffs (Section 3.2.7.2, EU averages used due to the scarcity of data), and to corrections of LULUCF coefficients (Section 3.2.7.3).
 +
 +===Assignment of consumer loss rates and nutrient intake per head ===
 +
 +Since a number of years diet shift scenarios have increase in importance and therefore the plausibility of per capita consumption projectios and hence their starting values, per capita consumption in the data base. A common yardstick to assess plausibility is nutrient (e.g. calorie) consumption per head where the nutrition literature offers guidance in terms of recommendable as well as “observed” consumption. For nutrition issues it is intake, so consumption after losses, which matters, such that the assignment of these loss rates becomes a critical element of the database. The starting values are due to an FAO study and stored in the \dat folder
 +
 +{{::code_p53.png?600|}}
 +
 +The aggregate food share (= 1-loss shares) links intake (INHA(i)) to total consumption (sum(i, HCOM(i)*foodSh(i)) / INHA(levl) and is therefore stored in the database as well. 
 +
 +{{:code_p53_2.png?600|}}
 +
 +In spite of the FAO study the real loss rates are highly uncertain. Therefore they are reduced if the estimate of calorie intake based on the FAO loss rates strongly falls short of recommendations (most strongly in a set of “low calory regions”). Conversely loss rates are increased, if the estimate of calorie intake based on the FAO loss rates strongly exceeds recommendations (e.g. in Turkey). 
 +
 +{{:code_p53_3.png?600|}}
 +
 +=== Completion of feed related data in coco2_feed ===
 +
 +The first sections of coco2_feed handle completions for certain by-products and other product so far ignored in coco1. These are by-products of the milling and the brewing industry and for corn gluten feed, sugarbeet pulp, manioc and fish meal where the database is completed for market balance positions production, imports, exports and feed. This relies on discontinued Eurostat tables (collected on p_feedAgri) which are extended using national data and external trade data from Comext. After completion the detailed by-products are aggregated to the CAPRI rows FENI (Rich energy fodder imported or industrial) and FPRI (Rich protein fodder imported or industrial). Based on completed data for all feedingstuffs nutrient contents for the CAPRI feed “bulks” (cereal feed FCER, protein feed FPRO etc) are assigned as an aggregate of their components.
 +
 +These completions are useful as such but they also permit a balancing of (preliminary) total nutrient supply and demand in the animal sector that ultimately serves to adjust loss rates for fodder with the help of a number of include files: 
 +
 +**Include files //‘feed_decl.gms’// and //‘req_or_man_fcn.gms’//**
 +
 +These files are not only active in COCO2, but also in CAPREG, and in the baseline calibration of CAPMOD. This “reuse” of the same files in different modules is efficient and ensures consistency, but usually also requires some adaptations of set definitions: 
 +
 +{{::code_p54.png?600|}}
 +
 +The previous snippet from coco2_feed gives an example that some sets (RS, R_RAGG) are assigned specifically to ensure functionality in different modules (here COCO2).
 +As the name should signal file //‘feed_decl.gms’// mainly collects a number of declarations but it also specifies some bounds for process length DAYS and daily growth DAILY that are imposed throughout of CAPRI (example: maximum daily growth for male cattle = 1.5kg/day). The second include file (//‘req_or_man_fnc.gms’//) specifies the requirement functions (with the argument “req” passed on) for animal activities of CAPRI. 
 +Requirement functions are specified that determine:
 +
the_complete_and_consistent_data_base_coco_for_the_national_scale.txt · Last modified: 2022/11/07 10:23 by 127.0.0.1

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