Recent submissions

Comment · 11 years ago
Recommendations from my coworker (https://twitter.com/Amust1987):

Try to read this paper. They mentioned several graph layout algorithms.I think you can also try to ask them the source code. http://www.cs.ubc.ca/labs/imager/tr/2006/Archambault_TopoLay...

Also this paper might be interesting as well. It concludes and categories graph layouts algorithms. Depending what information you want to visualize and what the data looks like, you can pick up different algorithms. http://profs.etsmtl.ca/mmcguffin/research/2012-mcguffin-simp...

Comment · 11 years ago
If you need to re-generate the graph positions on every reload, the static force layout is helpful (http://bl.ocks.org/mbostock/1667139). The code of interest is: force.start(); for (var i = n; i > 0; --i) force.tick(); force.stop(); Where n is the number of iterations you want it to go through. Depending on the complexity of your graph, you may or may not arrive at optimal layout (nodes may overlap), but does calculate and render quickly.

Another key is to update positions of nodes and links only at calculation end, rather than at each tick. This means that user may have to wait a couple seconds before seeing the graph, but will save your browser from having to update the DOM at each tick (which could be thousands of times across thousands of elements).

But the best is still if you don't need to re-calculate the positions (no new nodes ever show up, and no nodes are ever deleted), going with what me_bx said.

Comment · 13 years ago
I have added a toggle for including a second income earner into the equation/bar graph. The figure is an average of the median per capita income of four Bay Area counties - hopefully this will give better context.

Also, more explicit "Customize" buttons to encourage people to play around with and edit the data :D

Comment · 13 years ago
Comment · 13 years ago
I am going to implement a simple toggle option to include a second income (which I will research into what the median/average/reasonable salary in the Bay Area to be) on the bar graph - hopefully that solves the discrepancy!
Comment · 13 years ago
I love it. I was just wondering how I could possibly include a second income in the graph, and your suggestion is just perfect - thank you!

As for the costs, they're actually customizable - you can choose it from the dropdown. I will also work to make that more explicit.

Comment · 13 years ago
Comment · 13 years ago
Ah yes, the cost of living figures I have gathered from http://www.epi.org/resources/budget/. In my footnotes I address that for BART employees health insurance is $92/mo, but because I wasn't so sure what their co-pays and other expenses may be, I left in the health insurance figures from EPI's budget calculator.

To account for my uncertainty, I built in a "Custom" option in the dropdowns, so you can play around with what you think is a fair cost of living for a BART employee, and how those numbers compare to their salaries and the proposal figures.

Comment · 13 years ago
Ah, but the fade is on purpose, because I wanted to show that while they do have a high "cost of employment", what they truly pocket annually isn't as much. For that, the most important figure is the base salary, which is a solid block. The other things like pension and medical are either money they don't see until the future, or money they don't use unless they have a medical emergency.
Comment · 13 years ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton