In short, I'm defining an ENVACT emission for an IRE process and it looks as if VEDA-FE is defining it as a trade flow rather than an auxiliary flow in TIMES, which means that the emissions are sometimes not proportional to the commodity flow. See the post above for Antti's explanation.
Apologies; I was not listening closely enough on the ETSAP forum.
ENVACT is MARKAL legacy. VEDA supports some of these attributes so that some of the indexes that TIMES needs can be guessed in the simple cases.
In this case, I suggest you use the TIMES attribute IRE_FLOSUM directly. For example, replace ENVACT~CO2TOT with IRE_FLOSUM~CO2TOT and add IMP~OUT~OILCRD in a new column (Other_Indexes) for process IMPOILCRD.
Similarly, IRE_FLOSUM~CO2TOT and EXP~IN~COA for EXPCOA.
Isn't ENVACT an alias for FLO_EMIS on activity? One should be able to use FLO_EMIS on activity for IRE processes. If it doesn't work, I'll file a bug report!
14-01-2014, 09:09 AM (This post was last modified: 14-01-2014, 09:10 AM by Antti-L.)
Phew! I just tested it, and defining FLO_EMIS on activity appears to work correctly, but when trying to use the alias ENV_ACT instead, VEDA-FE creates trade flows for the emissions!
I am very glad that the TIMES parameter works, but I fail to understand why the alias does not work correctly.
I've tested both methods (IRE_FLOSUM and FLO_EMIS) and both work correctly.
I think this is a minor bug that needs addressing at some point in VEDA - when looking at the Process Master, using either ENVACT or FLO_EMIS give exactly the same data but they produce different TIMES set definitions. This is both confusing and difficult to spot, as the model appears to working correctly. So perhaps it could be addressed in a future release?
Note that using ENVACT for the MIN set instead of FLO_EMIS produces similar discrepancies in the BASE.DD file, with unwanted CO2TOT definitions added to the TOP and TOP_IRE topologies.