Skip to main content

Senators Try To Halt Shuttle Move, Saying 'Little Evidence' of Public Demand

3 weeks 1 day ago
Sen. Mark Kelly and three Democratic colleagues urged appropriations leaders to block funding for moving space shuttle Discovery from the Smithsonian's Udvar-Hazy Center in Virginia to Houston, arguing the transfer would waste taxpayer money, risk permanent damage, and restrict public access. The relocation, pushed by Texas senators Cornyn and Cruz under a new law, carries an estimated cost of nearly $400 million. Ars Technica reports: "Why should hundreds of millions of taxpayer dollars be spent just to jeopardize a piece of American history that's already protected and on display?" wrote Kelly in a social media post on Friday. "Space Shuttle Discovery belongs at the Smithsonian, where millions of people, including students and veterans, go to see it for free." In a letter sent on the same day to the leadership of the Senate Committee on Appropriations, Kelly and his three colleagues cautioned that any effort to transfer the winged orbiter would "waste taxpayer dollars, risk permanent damage to the shuttle, and mean fewer visitors would be able to visit it." "It is worth noting that there is little evidence of broad public demand for such a move," wrote Kelly, Warner, Kaine, and Durbin. In the letter, the senators asked that committee chair Susan Collins (R-Maine) and vice chair Patty Murray (D-Wash.) block funding for Discovery's relocation in both the fiscal year 2026 Interior-Environment appropriations bill and FY26 Commerce, Justice, Science appropriations bill. [...] "Houston's disappointment in not being selected is wholly understandable," the four senators wrote, "but removing an item from the National Collection is not a viable solution." [...] "There are also profound financial challenges associated with this transfer," wrote Kelly. Warner, Kaine, and Durbin. "The Smithsonian estimates that transporting Discovery from Virginia to Houston could cost more than $50 million, with another $325 million needed for planning, exhibit reconstruction, and new facilities." "Dedicating hundreds of millions of taxpayer dollars to move an artifact that is already housed, displayed, and preserved in a world-class facility is both inefficient and unjustifiable," the senators wrote. Then there are the logistical challenges with relocating Discovery, which could result in damaging it, "permanently diminishing its historical and cultural value for future generations." "Moving Discovery by barge or road would be far more complex [than previous shuttle moves], exposing it to saltwater, weather, and collision risks across a journey several times longer," the letter reads. "As a one-of-a-kind artifact that has already endured the stresses of spaceflight, Discovery is uniquely vulnerable to these hazards. The heat tiles that enabled repeated shuttle missions become more fragile with age, and they are irreplaceable." Kelly, who previously lived in Houston when he was part of the space program, agrees that the city is central to NASA's human spaceflight efforts, but, along with Warner, Kaine, and Durbin, points out that displaying Discovery would come with another cost: an admission fee, limiting public access to the shuttle. "The Smithsonian is unique among museums for providing visitors with access to a national treasure meant to inspire the American public without placing economic barriers," wrote the senators.

Read more of this story at Slashdot.

BeauHD

CodeSOD: A Date with Gregory

3 weeks 1 day ago

Calendars today may be controlled by a standards body, but that's hardly an inherent fact of timekeeping. Dates and times are arbitrary and we structure them to our convenience.

If we rewind to ancient Rome, you had the role of Pontifex Maximus. This was the religious leader of Rome, and since honoring the correct feasts and festivals at the right time was part of the job, it was also the standards body which kept the calendar. It was, ostensibly, not a political position, but there was also no rule that an aspiring politician couldn't hold both that post and a political post, like consul. This was a loophole Julius Caesar ruthlessly exploited; if his political opposition wanted to have an important meeting on a given day, whoops! The signs and portents tell us that we need to have a festival and no work should be done!

There's no evidence to prove it, but Julius Caesar is exactly the kind of petty that he probably skipped Pompey's birthday every year.

Julius messed around with the calendar a fair bit for political advantage, but the final version of it was the Julian calendar and that was our core calendar for the next 1500 years or so (and in some places, still is the preferred calendar). At that point Pope Gregory came in, did a little refactoring and fixed the leap year calculations, and recalibrated the calendar to the seasons. The down side of that: he had to skip 13 days to get things back in sync.

The point of this historical digression is that there really is no point in history when dates made sense. That still doesn't excuse today's Java code, sent to us by Bernard.

GregorianCalendar gregorianCalendar = getGregorianCalendar(); XMLGregorianCalendar xmlVersion = DatatypeFactory.newInstance().newXMLGregorianCalendar(gregorianCalendar); return gregorianCalendar.equals(xmlVersion .toGregorianCalendar());

Indenting as per the original.

The GregorianCalendar is more or less what it sounds like, a calendar type in the Gregorian system, though it's worth noting that it's technically a "combined" calendar that also supports Julian dates prior to 15-OCT-1582 (with a discontinuity- it's preceeded by 04-OCT-1582). To confuse things even farther, this is a bit of fun in the Javadocs:

Prior to the institution of the Gregorian calendar, New Year's Day was March 25. To avoid confusion, this calendar always uses January 1. A manual adjustment may be made if desired for dates that are prior to the Gregorian changeover and which fall between January 1 and March 24.

"To avoid confusion." As if confusion is avoidable when crossing between two date systems.

None of that has anything to do with our code sample, it's just interesting. Let's dig into the code.

We start by fetching a GregorianCalendar object. We then construct an XMLGregorianCalendar object off of the original GregorianCalendar. Then we convert the XMLGregorianCalendar back into a GregorianCalendar and compare them. You might think that this then is a function which always returns true, but Java's got a surprise for you: converting to XMLGregorianCalendar is lossy so this function always returns false.

Bernard didn't have an explanation for why this code exists. I don't have an explanation either, besides human frailty. No matter if the original developer expected this to be true or false at any given time, why are we even doing this check? What do we hope to learn from it?

[Advertisement] Picking up NuGet is easy. Getting good at it takes time. Download our guide to learn the best practice of NuGet for the Enterprise.
Remy Porter