Show HN: Our Bayes Impact Hackathon Project, MineData.org
minedata.org
minedata.org
2. This seems like a textbook case of mapping things that don't need to be mapped. I understand this is a hackathon and showing off a simple table will cause you to lose...but the map is indecipherable...it's only because it's a commonly-used template that I can make an assumption what the zoomed-out numbers mean. But the major flaw is that the purportedly important number, the "lives-at-risk" score, is completely buried. There's no way to make an easy comparison ...I can't even tell how many mines are actually considered dangerous. I think if your aim is to shed light on what are the most dangerous mines, according to your analysis, you should at least put up a table of 50 mines, listed in descending order of "lives-at-risk"
3. What alternative methodologies did you try, and how do they compare to your score? I would guess that a simple indexing of days-since-last-inspection and number of major violations (and some factoring in of type of mine) would also be a good indicator of how risky a mine currently is.
It should be noted that this particular hackathon is a data hackathon. If showing data at a data hackathon is not welcomed, that would be very ironic.
Seems to just be a misspelled "Impact": https://github.com/tmsgost/Bayes_Impact
Is it merely plotting the number/location of mines, or does it show the "lives-at-risk" score?
http://www.minedata.org/analysis/
We'll get the source scripts in git soon.
We decompose this into 2 parts: 1) The number of lives that have been lost, and 2) the number of lives that could have been lost.
We measure 1) using past accidents, and 2) using safety violations. We normalize safety violations according to their likelihood of occurrence, severity relative to fatality and number of people affected, as assessed by the Mine Safety and Health Administration inspectors.
Lives-At-Risk is then the sum of 1) and 2).
https://github.com/tmsgost/Bayes_Impact/blob/master/explorat...