NatLabRockies / NatLabRockies/wex

Monthly average hourly load profiles displaying incorrect information

Open
#32 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug dview
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.

month-avg-kwh-day

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.

dview-vs-pivot-jul-sep-15-16

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

Myr-hourlykWh-csv-2015.csv.txt

Myr-hourlykWh-csv-2016.csv.txt

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.