Bridget

We should work on organizing the code, maybe renaming things a bit better so that we can group them together. We should also try to create some other graphics as well. I liked some of the ones that you did from the previous homework assignment.

mkfairfield

We should also look for other types of graphics and to bring them in from other notebooks, such as the example given in class.

We should also decide what each graph explores. For example, we have lots of building/energy usage graphics, but not much in terms of cost/energy, cost/building etc.

We could also add text that describes the graphics and what it contributes to the story.

I will also try to move over some of the graphs from previous versions that are a bit easier to read. We really only need one, two at most, for the linear regression graphics for the time being.

Bridget and I were talking about planning a time to meet up in-person to do some more work on this before next week's class--how does everyone else feel about trying to coordinate something like that?

Somewhat relatedly, I don't really use Teams much, but I thought it may be more convenient for us than trying to communicate solely through comments, so I created a "team" and added Bridget and Mary.  Albert, I was not able to add you because it looks like there may be two people with your name at Northeastern and I wasn't sure which one was you without knowing your Northeastern email address.

Shawn M. Chapla

Good idea with the Teams, I'm happy to switch to communicating there especially for logistical things rather than code based issues. I'm definitely open to meeting up for a group work session or two, the weekend would be easiest if that works for other people, but I could also find some time on Monday/Wednesday (though I'd either need to be done by 4, or start after like 6 on those days)

I would be available any time Sunday or Monday and after 5:00ish on Wednesday.  Sunday is probably the best for me if other people would be available sometime that day.

Sorry, Shawn. Last week I was working my butt off, didn't reply in time. My teams account is: wang.mian1@northeastern.edu
Could you please add me in the team?
Thanks

Albert Wang

I reorganized the notebook a bit and created a third heat-map visualization that illustrates total monthly energy consumption by year.  For the purposes of this week's homework assignment, I think things are probably in good enough shape to submit as-is.

Great! I am going to take a closer look tonight, see what else we can add to contribute to the story we want to tell.

Apparently we can leave comments like this! No idea how I got here lol

Should there be any differences between this cell and the "data" cell?  Do we need both?

Yest, this one has some javascript that the other does not. You are welcome to only use one, but I don't know the effects that it will have.

This graph lets you select a year, and then a building, and it will display the **total** energy consumption per month for that year.

I added X axis binning by UTC month for the line and regression plots, which gets rid of the need for filtering to remove the noisy readings from the second meter in the Charles Shipman Payson building.  I think I managed to remove the existing filtering.

Does anyone know how to fix this to show a "year" rather than in thousand years?

Added "toString()" in the line "years = [...new Set(totalEnergy.map(d => d.date.getFullYear().toString()))];" underneath, converting numeric data into string, so the year in the box doesn't show ","

method above doesn't work, it will lead to another problem. Converting data type into string will make the box below (select a building) doesn't work.
I recovered the line back to "years = [...new Set(totalEnergy.map(d => d.date.getFullYear()))];"
And only change the presenting type of year, it works.

Do we want to include this in the final version?

This is a hack and we probably ust actually want/need it.  Instead it would make more sense to use the same data cell as everything else, but I ran into some issues with that as a result of some processing so I just copied this in temporarily.  Now that the filtering issues have been resolved, it is probably already no longer necessary; I will see about removing it later.