NatLabRockies / NatLabRockies/wex
Monthly average hourly load profiles displaying incorrect information
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 66
- Forks
- 39
- PR merge metrics
- No merged PRs in 30d
Description
Posted at https://beopt.nrel.gov/node/935:
I love the 'Profile' function in Dview that allows quick creation of the average hourly load profile for each month of the year.
However I have sometimes had issues where I'm not sure it is displaying the correct average values. I have a good example of this for a project I'm working on currently. I have a client's hourly energy consumption data and want to look at the monthly average load profiles. I noticed particularly in July, August & September, the 2016 profile is significantly depressed compared to the 2015 profile. However looking at the overall average daily consumption for each month/year, this didn't make sense, as the months had similarly high overall usage each year.
I took the same data and used Excel's PivotTable function to create average hourly values for each month of each year and plotted them using Excel's graphs. As I thought, when I did this, the profiles track much more closely, I trust these numbers as I've done a lot of checking of them in Excel. Particularly in July and September, where the values are very close to each other for both years of data.
Whereas the values in the profile from DView seem to indicate that the consumption for 2016 would be roughly one-third of that in 2015. This is clearly incorrect. Interestingly, the shape of the graph is the same as the correct profile from Excel, it just seems to be somehow the magnitude of the values are scaled down, to approximately one-third of what they should be.
I've attached relevant spreadsheets, graph screenshots and csv files. Any ideas? Looks to me as if Dview is calculating the values as one-third of what they should be for one of the data series. Annoying as it's otherwise an incredibly useful and fast function - while I can do the same thing in Excel with Pivot Tables, it's a lot slower to do so.
myr-example-Dview-problem.xlsx
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in DView's Profile function with Myr-hourlykWh-csv-2015.csv.txt and Myr-hourlykWh-csv-2016.csv.txt, using myr-example-Dview-problem.xlsx for comparison. Check the monthly average hourly values for July, August, and September 2015-2016; done means DView matches the trusted spreadsheet calculations rather than scaling one series down.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- data-visualization, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100