"Japan's experimental reusable rocket took off and safely landed in a first test flight Saturday," reports the Associated Press, as Japan "seeks to achieve the technology key to cut launch costs and compete in the global space market dominated by SpaceX."


The RV-X rocket lifted off, hovered and moved horizontally before landing [watch the video here] during its less than one-minute flight at the Japan Aerospace Exploration Agency's Noshiro Testing Center in northeastern Japan, which was livestreamed by the NVS, a group of space fans...
Saturday's flight is a step forward for Japan in achieving the technology needed to develop a lower cost successor to the country's current mainstay, single-use H3 series.

Japan's test comes the same week that China recovered an orbital booster rocket for the first time.

Read more of this story at Slashdot.

Je hoort Stephan Sanders niet klagen nu Nederland op het WK is uitgeschakeld. De nationale vooringenomenheid is verdwenen, mensen moeten nu persoonlijk kiezen wie ze gaan aanmoedigen.

Nadat 'jongens op fatbikes' geprobeerd hebben een bezoeker van Amersfoort Pride tot hetero te rammen staat iedereen weer op de achterste.. euh, poten. Niet prettig, zo met de grootse Amsterdam Pride voor de deur. En het gaat met de LHBTI-acceptatie in Nederland zó goed, dat er in Amsterdam potenramvrije zones zijn ingericht. "Als je als lhbti'er wordt lastiggevallen, kun je in Amsterdam straks in 35 hotels met beveiliging terecht. Ook plekken als het Stedelijk Museum, De Nieuwe Kerk en het stadsarchief zijn aangesloten. 'Je bent daar in ieder geval veilig en iemand helpt je verder'." Wat natuurlijk goedbedoeld en fijn is, maar besef: tijdens de Pride in onze lieve, vrije, homovriendelijke en supertolerante hoofdstad Amsterdam moeten specifieke plekken worden aangewezen en ingericht waar je als homo 'in ieder geval veilig' bent. Sad.

Weer voor Rotterdam ☀️ - 13-07-2026 13:16 CEST

In één oogopslag:
• 26.3°C · Zonnig ☀️ | Min 18.1°C / Max 28.5°C

Verwachting voor vandaag:
• Min 18.1°C, Max 28.5°C (Bewolkt) ☁️, 🧭 1018.8 hPa ↘️ -1.5 hPa/24h, Windsnelheid: 19.8 km/u (5.5 m/s), richting: ↙ 38°

Uurlijkse voorspelling voor de komende 12 uur:

• 14:00: 27.2°C (Zonnig) ☀️, 🧭 1020.3 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 13.7 km/u (3.8 m/s), richting: ↙ 45°
• 15:00: 27.9°C (Zonnig) ☀️, 🧭 1019.7 hPa ↘️ -0.6 hPa/1h, Windsnelheid: 15.5 km/u (4.3 m/s), richting: ↙ 46°
• 16:00: 28.4°C (Zonnig) ☀️, 🧭 1019.1 hPa ↘️ -0.6 hPa/1h, Windsnelheid: 15.5 km/u (4.3 m/s), richting: ↙ 48°
• 17:00: 28.5°C (Zonnig) ☀️, 🧭 1018.6 hPa ↘️ -0.5 hPa/1h, Windsnelheid: 16.6 km/u (4.6 m/s), richting: ↙ 38°
• 18:00: 28.3°C (Gedeeltelijk bewolkt) ⛅, 🧭 1018.3 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 16.9 km/u (4.7 m/s), richting: ↙ 34°
• 19:00: 28.1°C (Zonnig) ☀️, 🧭 1018.2 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 13.7 km/u (3.8 m/s), richting: ↙ 32°
• 20:00: 27.1°C (Zonnig) ☀️, 🧭 1018.4 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 14.8 km/u (4.1 m/s), richting: ↙ 31°
• 21:00: 26.0°C (Zonnig) ☀️, 🧭 1018.4 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 14.4 km/u (4.0 m/s), richting: ↙ 31°
• 22:00: 24.5°C (Bewolkt) ☁️, 🧭 1018.7 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 17.3 km/u (4.8 m/s), richting: ↙ 23°
• 23:00: 23.2°C (Helder) 🌕, 🧭 1018.8 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 17.3 km/u (4.8 m/s), richting: ↙ 30°
• 00:00: 22.2°C (Bewolkt) ☁️, 🧭 1018.7 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 16.2 km/u (4.5 m/s), richting: ↓ 21°
• 01:00: 21.4°C (Helder) 🌕, 🧭 1018.6 hPa ➡️ 0.0 hPa/1h, Windsnelheid: 14.8 km/u (4.1 m/s), richting: ↓ 19°

Voorspelling voor de komende dagen:

• dinsdag 14 juli: Min 19.7°C, Max 30.0°C (Bewolkt) ☁️, Kans op neerslag 4%, 🧭 1018.7 hPa ➡️ 0.0 hPa/24h, Windsnelheid: 22.3 km/u (6.2 m/s), richting: ↙ 46°
• woensdag 15 juli: Min 20.7°C, Max 30.0°C (Bewolkt) ☁️, Kans op neerslag 1%, 🧭 1021.2 hPa ↗️ +2.5 hPa/24h, Windsnelheid: 18.0 km/u (5.0 m/s), richting: ↙ 50°
• donderdag 16 juli: Min 18.9°C, Max 28.1°C (Licht bewolkt) 🌤️, Kans op neerslag 3%, 🧭 1020.1 hPa ↘️ -1.1 hPa/24h, Windsnelheid: 12.5 km/u (3.5 m/s), richting: ↙ 41°
• vrijdag 17 juli: Min 17.9°C, Max 24.4°C (Gedeeltelijk bewolkt) ⛅, Kans op neerslag 12%, 🧭 1015.9 hPa ↘️ -4.2 hPa/24h, Windsnelheid: 16.9 km/u (4.7 m/s), richting: ↓ 349°
• zaterdag 18 juli: Min 16.9°C, Max 20.8°C (Bewolkt) ☁️, Kans op neerslag 8%, 🧭 1018.3 hPa ↗️ +2.4 hPa/24h, Windsnelheid: 22.0 km/u (6.1 m/s), richting: ↘ 334°
• zondag 19 juli: Min 16.7°C, Max 21.2°C (Bewolkt) ☁️, Kans op neerslag 3%, 🧭 1023.5 hPa ↗️ +5.2 hPa/24h, Windsnelheid: 15.4 km/u (4.3 m/s), richting: ↓ 338°

Details:
• 🌡️ Huidige temperatuur (om 13:15): 26.3°C (Zonnig)
• 🤚 Gevoelstemperatuur: 28.2°C (+1.9°C)
• 💨 Windsnelheid: 12.6 km/u (3.5 m/s), richting: ↙ 45°
• 🌬️ Windstoten: 31.3 km/h (8.7 m/s)
• 💧 Luchtvochtigheid: 44%
• 🧭 Luchtdruk: 1020.3 hPa ↘️ -1.2 hPa/3h
• 👁️ Zichtbaarheid: 34.5 km
• ☀️ UV-index: 6.7
• 🌅 Zonsopgang: 05:38 · 🌇 Zonsondergang: 21:57

Luchtkwaliteit:
• AQI: 27 🟢 (Goed)
• PM2.5: 6.6 μg/m³
• PM10: 11.7 μg/m³

Gegevens geleverd door Open-Meteo

#Rotterdam #Meteo #MeteoBot #MeteoNetherlands #OpenMeteo #FediMeteo

"Idempotent" may be jargon, but the term performs an important job in HTTP as a hall pass that gives reverse proxies and gateways the go-ahead to cache complex query responses and automatically retry failed requests. HTTP has long allowed automatic retries for idempotent methods, but complex queries are often sent using POST, which intermediaries cannot safely assume is retryable. Developers have worked around that limitation for decades. The Internet Engineering Task Force (IETF) has published a new HTTP request method, QUERY (RFC 10008), joining familiar methods including GET, POST, PUT, and PATCH. In development since 2021, the QUERY request method provides a way for an HTTP client to make an idempotent request to an HTTP server. An idempotent request has the same intended effect whether it is sent once or multiple times (so retrying it should not charge a user's credit card again). The specification defines QUERY as safe and idempotent, and the solution was surprisingly simple. "Thanks to QUERY, we finally have functional HTTP caching for complex requests. Proxies, CDNs, and browsers can now cache requests with a body. This is huge for performance," writes developer Elie Treport in a recent blog post. Query operations have traditionally used the GET method. HTTP defines GET as safe and idempotent, as it made no changes to the server itself, but GET becomes awkward when the query data is too large or complex for a URI. The idea behind GET was to load all the necessary query parameters onto the form's URL, resulting in a very long string that the browser sent to the server. Many search services still work this way, appending query parameters to the URL after a question mark. Those URLs can expose sensitive data through browser histories, server logs, and bookmarks. Festooned with nested filters, sort rules, date ranges, and other database flotsam, GET URLs can become unwieldy. HTTP recommends support for URIs of at least 8,000 octets, but there is no universal maximum, so an oversized URL may be rejected by any of the systems it passes through. Long query strings are also a pain to read and debug. Faced with these Franken-URLs, many developers turned to POST instead. POST can carry query data in the request body, but its semantics do not tell intermediaries that the operation is safe and idempotent. The method is more commonly associated with operations such as submitting form data, uploading a PDF, or creating and modifying resources. For a basic HTML form, switching to moves the encoded form data from the URL into the request body. Crafty developers soon began placing complex query payloads, often encoded as JSON, in POST request bodies and having their applications process the responses. Many APIs adopted the pattern; GraphQL, for example, commonly uses POST for queries, although it also supports GET. It was a hack, though. This was not what POST was designed for. HTTP defines POST as neither safe nor idempotent by default. A POST request could change the server's state. And this is why internet networking software treats POST far more delicately than GET. Intermediaries generally cannot reuse POST responses for later POST requests or automatically retry POST without knowing the operation is idempotent. If the message fails, the browser or gateway will not resend it, necessitating intervention from either the user or the app. QUERY's long road to adoption So basically, QUERY combines request content similar to POST with explicitly safe and idempotent query semantics. No longer will the query URL need to be appended beyond recognition, but, like POST, apps and browsers will get a dedicated space to put their complex query data. Unlike POST, QUERY is a read-only operation, and hence receives the IETF's blessing as idempotent, freeing up HTTP clients and intermediaries to cache and resend QUERY requests after a connection failure. A QUERY request does not ask or expect the server to change the state of the target resource. It's just there to ask a question. Cloudflare and Akamai engineers co-wrote RFC 10008. Both companies provide edge caching for large clients. German internet engineering firm greenbytes also contributed. As a new standard, QUERY still has limited support. The HTML forms standard still only understands GET and POST for ordinary form submission, so it will need to be updated even before the browsers get on board. The good news is that the Web Hypertext Application Technology Working Group is already on the case. However, a whole ecosystem of network software still doesn't understand QUERY and may reject requests using an unfamiliar method. Reverse proxies, load balancers, content delivery networks, API gateways, firewalls, and web frameworks will all need to be updated. "The pattern one would expect is the same seen with other HTTP methods and headers that became standard over the last twenty years: first server-side adoption and dev tools, then consolidation in frameworks, and finally, more slowly, native browser support and JavaScript APIs like fetch()," wrote open source developer Daniele Teti in a blog post. Teti noted that Node.js is adding support in its HTTP module, and the Go programming language is ahead of the game because it can already send custom HTTP methods. Elsewhere, the PHP framework Laravel is already ingesting QUERY. But, as with IPv6, the IETF faces an uphill battle to get the HTTP ecosystem on the same page. ®

Vanillasludge posted a photo:

Thomas Hawk posted a photo:

Thomas Hawk posted a photo:

If Foucault is inescapable, then he is also, perversely, elusive: both celebrated and reviled, sometimes by people in the same political camp. He's been called a relativist, a reactionary, a faux-radical, an anarchist, a nihilist and an idealist, among many other things. Foucault himself took pleasure in being hard to pin down. [NY Times; ungated (note: archive site)]

This essay was written with Nathan E. Sanders, and originally appeared in The Guardian.

Opposition to AI data centers has emerged as a primary theme in US politics, one that—surprisingly—doesn’t fall along party lines. We applaud people coming together for constructive debate on any issue, and agree that communities need to evaluate whether any economic benefits these data centers bring is worth their costs. Still, we worry that a focus on data centers obscures the larger impacts of AI on people’s lives: the concentration of power of AI companies, and their widespread political and financial influence.

Local data center opposition is grounded in legitimate concerns about misallocation of land resources when housing is at a premium, pressures on already higher energy prices, and localized environmental impact. Unlike other resource-consuming and polluting industrial facilities, data centers produce very few jobs. The fact that US opposition to data centers seems to be most fierce among lower-income communities reflects righteous indignation with an inequitable bargain, where tech companies and developers profit from exploiting local resources but offer little in return. On a global scale, their carbon footprint could grow unsustainably if usage accelerates. And all this is in aid of a technology that many fear will propagate misinformation, take their jobs, or even cause existential risks for humanity.

For some, data center opposition may feel like the only tangible mechanism for registering their concern, disapproval, or even anger about AI. The problem is that this may be exactly what the AI companies are banking on. They can overcome the protest when it matters to them, and live with a significant fraction of proposals being defeated. More importantly, focusing political opponents on the data center issue obscures the bigger prize they’re after.

While there is a staggering three-quarters of a trillion dollars being spent on data center infrastructure by US companies this year alone, this investment should be taken in perspective. The market for enterprise software, for example, is about twice this size. And it’s small compared with what these companies actually want.

AI companies have their eyes set on capturing all the value created by entire industries. The technology has arguably already conquered customer service and consumer sales. But on the horizon are bigger targets, such as enterprise software development, creative design, management and even legal services. In AI companies and their allies’ vision of the future, AI replaces teachers and doctors. The companies would rather spend time fighting resistance to how fast they are building computing infrastructure than dealing with issues of how their products should be used in those fields, or how those fields should be protected from their products.

And while data center opposition campaigns have been successful in building widespread appeal, their effectiveness in the US is mixed. They seem to be most successful when organizing against speculative, early-stage data center proposals that have a relatively low likelihood to ever see fruition. Meanwhile, advanced-stage, well-capitalized data center projects have proven to have the resources to overcome local opposition. An OpenAI- and Oracle-backed facility in Saline township, Michigan, is breaking ground on construction even after local officials voted to reject it. The developers sued the town of 3,000 and forced a settlement that involved their project going forward. Meanwhile, the Trump administration, a vigorous ally of corporate AI, has signaled its willingness to advance AI infrastructure development by overriding state objections and even using federal lands.

Also consider that rampant data center development may be a momentary spike rather than a longstanding concern. Demand for the centralized computing that data centers provide may well decline over time. The leading Chinese labs, such as Z.ai, are innovating in technical mechanisms to make frontier-class models smaller and cheaper to run. AI power users have become adept at miniaturizing open weight models, ones published free for anyone to download and use, to run locally on their own computers. Apple and Google both support infrastructure stacks for running AI models directly on mobile phones. It could be that the current mania for data centers will look like the fiber optic cable bubble from the early 2000s, as demand shifts to smaller models and AI usage on people’s own devices.

For those concerned primarily with affordability and environmental protection, singling out data center construction is misplaced. Energy rates and inflation today seem to be most visibly affected by the US-Iran war. The US is disinvesting in long-term energy security by ceding the renewable energy industry to China and actively cancelling climate commitments. Consider that 10% of global carbon emissions stem from heating buildings, which dwarfs energy use by AI and could be cut fivefold by using heat pumps powered by renewable energy. With respect to housing affordability, federal housing subsidies have changed little over three decades, in inflation-adjusted terms, even as housing costs have spiked and homeowners have enjoyed robust tax incentives.

As for AI itself, the concentration of power and wealth in these tech companies is the greatest existential risk facing society today. This means we must limit corporate power, especially corporations’ ability to exploit the public and manipulate our political system.

Opposing data centers should be just a starting point. We can advocate for states to regulate AI, to reject irresponsible uses of the technology, and shape corporate behavior. We can fight for AI computation to be taxed, so that the public can capture some of the profit of AI use while also forcing AI companies to internalize more of the energy and environmental consequences associated with its use. And we all can join the global movement for Public AI, an alternative ecosystem for AI that is developed under public control with an incentive structure to create public benefit rather than private profit.

The US midterm elections present ample opportunity for those seeking to control the AI political agenda. In the recent New York congressional Democratic primary, PACs linked to the dueling AI companies Anthropic and OpenAI spent millions of dollars lobbying for or against “AI safety“, the idea that we must urgently monitor and prevent people from using AI to cause catastrophic harms. We’re already seeing a similar dynamic play out in races in Massachusetts and other states.

Why would Anthropic and OpenAI—bitter industry rivals but fundamentally on the same side politically—support opposing viewpoints? Because they both ultimately profit from the mystique: the idea that their products are so powerful that controlling those products is the world’s most important challenge. Here’s the typical read on the dynamic. To one side (backed by OpenAI affiliates), “safety” comes from the appearance of US industry dominating AI innovation, under the slow-moving control of federal lawmakers (and without pesky state regulators in the way). To the other side (backed by Anthropic), “safety” means a heavier regulatory framework that plays to Anthropic’s posturing as the ethics- and compliance-focused AI vendor. In both cases, it’s more marketing than principled concern about safety.

Political organizers should call out and reject the AI companies’ framing of the debate, and reorient campaign agendas around populist resistance to corporate concentration of wealth and power. When AI companies pump millions into legislative races, the result should not be hyperbolic discussion of AI superintelligence. And when a plot of land in a small town is pitched as a data center site, the debate should be about more than the local costs and benefits. It should include out-of-control money in politics, and Citizens United-proof solutions to limit corporate influence like public financing and state regulation.

We all have a vested interest in what’s on the policy agenda, and what the outcomes are. Today, the greatest risk AI poses to society is the exacerbation of inequality and the concentration of wealth. The real problem is trillion-dollar AI companies and their trillionaire oligarchs cozying up to political power in Washington and governments worldwide, and using their money to enact their agenda over the popular will of the people. This is the issue we’d like to see put front and center, and it requires solutions much more extensive than slowing data center development.