Hacker Newsnew | past | comments | ask | show | jobs | submit | js2's commentslogin

The post admits this, first in the summary: "However, Burning Man’s near zero death rate over its existence is abnormal, and likely due to selection bias of healthier attendees and other confounding demographic factors".

Then again in the final sentence: "The more likely explanation for the remaining gap is something no demographic slicing can capture. Burning Man selects for healthier people who are willing and able to spend a week in the desert heat, regardless of their age, race, or income bracket."


so the comparison is pointless by their own admission

It's not pointless to figure some things out just because you can't figure everything out.

No, it's an upper bound, which is quite useful. And the more adjustments and demographic covariates you make, the better your bound gets.

> it's a 12V 7Ah to 8Ah AGM lead acid

Rather, it's a 6V 1.2Ah:

https://news.ycombinator.com/item?id=49818289


I had that thought too when I saw the parent comment earlier, but then I looked up the Morse code digits and I have to admit that they are much easier to decode from a flashing light than binary and I'm pretty good doing binary in my head:

    ----- 0000
    .---- 0001
    ..--- 0010
    ...-- 0011
    ....- 0100
    ..... 0101
    -.... 0110
    --... 0111
    ---.. 1000
    ----. 1001
Also, if I see a light with short and long blinks and a pause in between, I'm going to immediately think Morse, not binary, and decoding it is almost intuitive.

Next time you're in Baltimore, be sure to visit the Bromo Seltzer Arts Tower where you can see its gravity-driven pendulum clock. It's a beautiful mechanism with a very specific claim to fame: "The clockworks is the largest four dial gravity driven non-chiming clock in the world with the magnificent 24ft dials."

https://imgur.com/a/PjAv85o

https://www.bromoseltzertower.com/about/virtual-tour

(The elevator motors are also up there so there's a lot going on.)


It's a standard sealed lead acid battery:

https://www.rapidonline.com/yuasa-yuvolt-yucel-y1-2-6-valve-...

https://static.rapidonline.com/pdf/18-5207_v2.pdf

Design spec is up to 5 years. The one in the photo looks like it may have a date written in Sharpie on the side. I don't think it's 25 years old though. The "090323" on top could be DDMMYY indicating a battery from 2023.


I agree with the 2023 decode there, but there is still a bit of a puzzle:

If someone knew to replace the battery just three years ago, I would expect they also would have enough knowledge to set the clock itself. Or at least explain what was going on. Maybe this person isn't connected with the building anymore. But I would expect the new owners would be able to contact the old owners for help on this instead of sending a generalized call for help.


According to [1] Yuasa battery date codes are year-month-day-plant/shift so 090323J0 indicates a battery from 2009.

The building also was "out of operational use by Police Scotland for almost 10 years" and was purchased for community ownership earlier this year, according to [2]

> If someone knew to replace the battery just three years ago, I would expect they also would have enough knowledge to set the clock itself.

From the pictures, it looks like this clock needs to be manually changed on the last Sundays of March and October, for the start and end of daylight savings (they also need to be re-set any time there's a long power outage).

This article is dated early April; it's possible the new community owners of the building (and clock) just needed someone to adjust it by an hour.

The motor in the photo is probably a synchronous AC motor, where the rotation of the shaft matches the exact frequency of the AC supply. Then a long series of gears converts 50 rotations per second to 1 rotation per hour. Which avoids gradual clock drift - but without the fancy digital control needed to automate the daylight savings adjustments.

Nowerdays, you can buy 'clock controllers' [3] that take care of daylight savings time etc automatically.

[1] https://www.hardwarexpress.co.uk/pages/yuasa-date-codes [2] https://www.edinburghnews.scotsman.com/news/edinburgh-plans-... [3] https://www.hawkinsclocks.co.uk/clock-controllers


There are lots of random web sites claiming how to read the Yuasa date code format, but the only official document I found from Yuasa says "contact us for help decoding the date". Here's a photo of the exact same battery on Amazon with a date code of "291118H0". That must be DDMMYY unless the battery was sent to Amazon from the future (or the photo is forged):

https://www.amazon.co.uk/Yucel-Y1-2-6-Sealed-Rechargeable-Ba...

And I just found this EU Declaration of Conformity which includes the Y1.2-6 and says the date code is DDMMYY:

https://www.farnell.com/datasheets/4633451.pdf


I would GUESS that someone tried figuring it out in 2023 and replaced the battery as troubleshooting. If it were me, I'd probably do the same then stop when I hit a wall so I didn't damage it further. I don't wanna be the guy who damages a 100+ year old public clock

I could just hear the clockmaker James Martin calling me a butcher in his disapproving manner


Could also be YYMMDD In most of Europe it would be DDMMYY - but seeing how the English still measure stuff in feet and inches I wouldn’t be surprised if they have some illogical way of structuring the dates as well

YYMMDD is standard(ish) ISO 8601 - the new versions of the spec require a 4 digit year but older ones allowed it, and ISO 8601 is also commonly used in manufacturing.

YMD is Sweden or Hungary. MDY is US and pre-1960s UK. YDM is Latvia. DYM and MYD are up for grabs.

> pre-1960s UK

Where do you get that from? Is this a confusion with dates spoken or written out in full as "March the 9th, 2023"? We're talking numeric form here, "090323" in the specific example, and I don't think the UK has ever used MDY for numeric forms.


YMD and DMY i can understand; MDY is just insane, who came up with that.

MDY makes some sense when you pronounce it September 24th, 2026, but yes, it's very confusing for everyone else.

I guess the confusing part is mostly because of an international audience. If everyone used MDY it would feel less weird. Still sorts completely wrong.



It was started in late 2014 and dang explains how it works here:

https://news.ycombinator.com/item?id=26998308


I debugged terrible git clone performance over the VPN at my last company. It turned out our firewall was stripping TCP window scaling by default, which included both our internal GitHub Enterprise instance hosted on AWS and github.com. I collected a bunch of packet traces (tcpdump was sufficient) and eventually got the networking folks to fix the firewall config.

This was a company of a few thousand people with programmers working from home who all must've assumed it was fine to get no more than ~1 Mbps git clone performance. After a few months of putting up with it I finally got tired of the issue and spent 30 minutes tracking down the cause. It still took a week or more of back and forth between me, and the networking and security teams. And it became an ongoing issue as they were allow-listing IP addresses, not fixing the root cause. Why are Cisco firewalls stripping TCP window scaling by default in 2026? I have no idea!

So, yeah...


My first Linux install, best I can recall, was from a Slackware CD circa 1995? So I guess, me too. I've not used Linux as my desktop since Mac OS X in maybe 2002 but I've always had a Linux box running somewhere or being responsible for Linux boxes since then. It's only in the last few years I've gotten fed up with RPM-based distros and preferred Debian or Ubuntu. My intro to Unix was probably SunOS though.


Yeah, what happens to me is I need a thing, go to Amazon to order it, see that I already bought it 4 years ago, spend 30 minutes trying to find it, then let out a big sigh and order it again.

Most recently: a USB to TTL serial adapter.


Consider applying for YC's Winter 2027 batch! Applications are open till November 2.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: