acep-uaf / ak-energy-statistics-2011_2021

https://acep-uaf.github.io/ak-energy-statistics-2011_2021/
Creative Commons Attribution Share Alike 4.0 International
1 stars 1 forks source link

fiscal vs. calendar year #12

Closed emr65df closed 7 months ago

emr65df commented 7 months ago

We (Emily R. & Alana) were reviewing the code that pulls AK CPI data in order to adjust prices per kwh for inflation based on the most recent year's worth of data as found in this file, and we were trying to determine if this was based on calendar or fiscal year data. It looks like FRED reports both (calendar and annual year) and that the script is averaging the two. I recommend choose one or the other and clearly state which year definition you are using. Or use both in separate columns if that makes sense. Often, fiscal year data is what is reported by the industry and used. Please let us know your thoughts.

jikaczmarski commented 7 months ago

I've reviewed the code and I agree, it's interesting to see the CPI reported for both calendar and fiscal year. One of our main issues at the moment is not being able to understand if the PCE data that has been provided to us at an annual time step is actually fiscal or calendar year averages. We'll know more soon and that would clear up our use of the CPI. However, the most straight forward approach would be to use the calendar year CPI for data sourced from EIA since they report calendar year, and the fiscal year CPI for the PCE communities if we can confirm that it is indeed FY averages.

CPI we used: https://fred.stlouisfed.org/series/CUUSA427SEHF01

jikaczmarski commented 7 months ago

@ianalexmac The PCE workbooks actually state that the PCE data is calendar year. We'll want to redo the CPI adjustment to only use the calendar year series.

emr65df commented 7 months ago

Would you consider changing the column name to either calendar_year or fiscal_year for clarity in the dataset? @ianalexmac

ianalexmac commented 7 months ago

@jikaczmarski CPI data was truncated to January-only data, thereby making it Calendar Year.

@emr65df I've tried to maintain a light touch on the schema in order to facilitate future table joins etc, even going so far as to preserve archaic column names (ex: AEA Sales Reporting ID). You bring up a great point, but I'm very leery of changing column names at this point, especially as so much code is riding on these names. Certainly in future iterations of this project we will have the opportunity to frame-out the schemas as we see fit, but that may have to be at a later date. For now, both the workbooks and CPI data are Calendar Year, which will be written up in the documentation. But I think we should kick this can down the road and leave the column name as Year.