What happened?

Preface: The description below is way too long for how small the potential change is. It might be that I'm misreading
the current status, then please ignore and just close this. It might also be entirely intended the way it currently is,
in which case a small addition to the documentation of cost_om_annual_investment_fraction would render this obsolete.
Text and calculations given at the end may be wrong, and include typos, etc. since time was limited, so please double-check.

Description

Currently, the internal annualisation of costs is done in cost_investment. The way it's done may be different to what some users may expect, based on the naming conventions, and may lead to confusion or misinterpretation of input data (and therefore wrong results).

The main motivation is the following observation of the calculation of cost_investment, which roughly looks like:

$$cost\textunderscore investment = \alpha \cdot (\delta \cdot total\textunderscore capex \cdot (1 + FOM_{\%}) + FOM_{absolute})$$

Here $\delta$ is some sort of depreciation/annualisation factor ($\alpha$ just allows to generalize that for periods different to a single year) which weights the total capital expenditure (correct), but also the parts of the fixed operation and maintenance costs ($FOM$). The latter may not necessarily be expected by users, because these are often given as either EUR/MW/a (represented by cost_om_annual, here $FOM_{absolute}$, correct) or %/a (represented by cost_om_annual_investment_fraction, here $FOM_{\%}$ - potentially misleading).

For both cases, it is a recurring fixed annual payment, which means it's already "per year" and does not have to be annualised. In the end, this leads to considerably reduced costs if using the "FOM are 2-5% depending on technology" approach (e.g., directly using Danish Energy Agency data would be fine, using the processed PyPSA technology-data would lead to wrong results, since they convert everything to %).

If that is actually a problem (and not intended), the easiest fix could be reworking to:

$$cost\textunderscore investment = \alpha \cdot ((\delta + FOM_{\%}) \cdot total\textunderscore capex + FOM_{absolute})$$

Everything below just contains additional thoughts, that could be relevant when doing the (breaking) change.

Thoughts

I'd like to point out / propose the following changes:

1. Renaming of the global "expressions", including some changes to the operating costs.
2. Changes to the calculation of the annualised costs, followed by changes to the operating costs.
3. Updates in the documentation to reflect the changes (not discussed, just mentioned for completeness).

Renaming

1. cost_var could be renamed to cost_operation_var (or something similar) - these are commonly referred to as VOM, variable operation and maintenance costs, which could be reflected by using cost_vom.
2. Introduction of cost_operation_fix for fixed costs of operation. Similar to the above, these are commonly referred to as FOM, fixed operation and maintenance costs, which could be reflected by using cost_fom.
3. Renaming of cost_investment to cost_investment_total, to better communicate that this is a (total) sum expression.
4. Finally, the introduction of cost_investment_total_annualised, indicating that this accounts for annualisation.

Note 1: For consistency purposes, if doing a rename, it could be worth discussing to stick to a common convention for abbreviations. For example either: cost_var and cost_invest, or cost_variable and cost_investment; or any similar choice, but either both abbreviated or both as full names.

Note 2: I get the choice of "depreciation" due to the first two branches of the calculations, but it may be worth to discuss whether the name "annualisation weight" may be confused with the calculation of depreciation_rate in the third case link. This might be one of the main use cases (?), using an "annuity (factor)" for the annualisation of long-term costs under consideration of some cost-of-capital, whereas annualisation_weight only handles the proper scaling for non 1-year modeling periods.

Changing calculations

Initial suggestion

1. cost_vom is given by the calculation of cost_var as it is.
2. cost_investment_total is given as "the inner sum of investment costs" of the current cost_investment, roughly sum(cost_investment_flow_cap, over=carriers) + cost_investment_storage_cap + cost_investment_source_cap + cost_investment_area_use + cost_investment_purchase.
3. cost_fom = annualisation_weight * (sum(cost_om_annual * flow_cap, over=carriers) + cost_investment_total * cost_om_annual_investment_fraction).
4. cost_investment_total_annualised = annualisation_weight * depreciation_rate * cost_investment_total.
5. The final / overall costs are then updated to: cost = cost_vom + cost_fom + cost_investment_total_annualised.

Drawbacks:

• This introduces more global expressions.
• annualisation_weight is now needed in two separate locations.

An alternative way

This looks like a bigger change, which is why I did not want to propose this as the main way to go, but it may be worth considering (steps 1 and 2 are identical):

1. cost_vom is given by the calculation of cost_var as it is.
2. cost_investment_total is given as "the inner sum of investment costs" of the current cost_investment, roughly sum(cost_investment_flow_cap, over=carriers) + cost_investment_storage_cap + cost_investment_source_cap + cost_investment_area_use + cost_investment_purchase.
3. cost_fom = sum(cost_om_annual * flow_cap, over=carriers) + cost_investment_total * cost_om_annual_investment_fraction.
4. The final / overall costs are then updated to: cost = cost_vom + annualisation_weight * (depreciation_rate * cost_investment_total + cost_fom).

This introduces less global expressions, and annualisation_weight is only needed in one location.

Which operating systems have you used?

• macOS
• Windows
• Linux

Version

latest (4fc6b84)

Relevant log output

No response