From Fry’s Table class to the native Java

Posted on Oct 16, 2013 in Computational Media
From Fry’s Table class to the native Java

It was a Processing week of large, but nearly invisible triumphs…

FROM TABLE CLASS TO JAVA’S TABLE CLASS

boilers-0020

Basically, I set aside Ben Fry’s Table class and dug into using the native Java table functions within Processing. While it was easier than anticipated to sort data based on string values and column values, I did run into a few blips and just couldn’t get the “for (TableRow row : boilerT[j].findRows(type, ColumnN))” to nest on itself (hence the Table array for [j]).

I won’t claim that this code is pretty (GRAB HERE).  But it’s chock full’o arrays (the buttons, the labels, the tables and their values).

ABSENT KEY

What’s missing still is a key for the data, with scaled values. Just to cheat a bit:

  • the inner circle is BTU of energy/sqft of lot area for oil burning furnaces (sorted by building type and boro)
  • the second circle is the average age of those furnaces
  • the third circle is the average number of units in a complex heated by those furnaces
  • the outer ring is total consumption considered from a citywide perspective
  • tone is keyed to the type of oil: bluer=more #6 oil while pinker=more #4 oil (the lower the number, the lower the grade and the more impurities & emissions)

DATA MUSINGS

In general, my other impulse was to make staggered roses, with each pie segment capturing a building type. That would allow the central graphic to be larger and, perhaps, easier to read in isolation. If I’m going to pull all 7000-odd values, I do need to find a way to exaggerate the differences in age/type/total output between the Boroughs better.

more saveframes

Just cause…

boilers-0111

boilers-0052

boilers-0173