**Show HN:SF のマイクロクライメート**

2026/01/26 11:01

**Show HN:SF のマイクロクライメート**

RSS: https://news.ycombinator.com/rss

要約

日本語訳:

SF Microclimates API は、無料でキー不要のサービスで、サンフランシスコ全50地区のリアルタイム天候と空気質データを提供します。150 を超える PurpleAir センサーからデータを集約し、EPA の式を用いて温度・湿度・PM2.5、および Air Quality Index (AQI) を算出します。ミッション地区の例では

temp_f 58
humidity 52
pm2_5 12.1
aqi 50 “Good”
が返され、8 つのセンサーが使用されています。API は以下の3つのエンドポイントを公開しています。

  • GET /sf-weather
    – 全地区
  • GET /sf-weather/:neighborhood
    – 単一地区
  • GET /neighborhoods
    – 名前一覧

AQI のカテゴリは「Good」(0–50)から「Hazardous」(>301)までです。サービスは Cloudflare Workers 上に構築され、Cloudflare KV (

CACHE_TTL_SECONDS = 3600
,
RATE_LIMIT_PER_MINUTE = 60
) に結果をキャッシュして API 呼び出し数を削減します。詳細なワークフローは次のとおりです:レートリミットチェック → KV キャッシュ検索 → ミス時にセンサー取得 → GPS バウンディングボックスでグループ化 → 平均計算 → キャッシュ保存 → CORS ヘッダー付き JSON を返却。

自己ホストするための手順は、リポジトリをクローンし

npm install
を実行、PurpleAir API キーを取得し、Cloudflare KV 名前空間を
CACHE
として作成、
PURPLEAIR_API_KEY
を設定し、Wrangler でデプロイします。プロジェクトは MIT ライセンスで公開され、センサーデータの提供元として PurpleAir にクレジットが与えられています。

開発者は Claude Code や Clawdbot にこのスキルを統合するために

sf-microclimates/SKILL.md
というスキルファイルを追加し、「weather in [neighborhood]」などのトリガーを設定できます。API は他都市(例:LA、シアトル、NYC)にも適応でき、地区バウンディングボックスと PurpleAir 検索範囲を更新するだけです。市別フォークへの PR を歓迎します。

想定される利用ケースは次の通りです:

  • AI エージェントがローカル天候コンテキストを必要とする場合
  • スマートホーム自動化トリガー
  • Slack/Discord ボット
  • 正確な期待値を表示する旅行アプリ
  • 窓側の景色に合わせた個人ダッシュボード

API はカスタムセンサーネットワークを構築せずに正確な環境データを取得できるため、健康モニタリング、物流、観光、IoT アプリケーションなどさまざまな業界で恩恵があります。

本文

SFマイクロクライメート API

サンフランシスコの50区画に対する実際の天気情報 ― 無料、キー不要。

  • ライブAPI:
    microclimates.solofounders.com
  • Solo Founders によって構築

なぜこのサービスがあるか

サンフランシスコは米国で最も劇的なマイクロクライメートを持つ都市です。
「サンフランシスコ:58°F」という一括表示だけでは誤解を招きます – Outer Sunset(52 °F)は霧が多いのに対し、Mission(65 °F)は晴れ、距離はわずか3マイルです。
このAPIは150以上の屋外センサーを集約し、区画ごとにグルーピングして一般的な空港情報ではなく実際のローカル温度を返します。


すぐに試す

curl https://microclimates.solofounders.com/sf-weather/mission

レスポンス:

{
  "neighborhood": "mission",
  "name": "Mission District",
  "temp_f": 58,
  "humidity": 52,
  "pm2_5": 12.1,
  "aqi": 50,
  "aqi_category": "Good",
  "sensor_count": 8
}

APIキーもサインアップも不要 ― ただ使用してください。


Claude Code や Clawdbot に追加

sf-microclimates/SKILL.md
を作成:

# SFマイクロクライメートスキル
リアルタイムのSF区画天気を取得します。

## トリガー
- 「weather in [neighborhood]」
- 「sf weather mission vs sunset」
- 「is it foggy in the richmond?」

## 使い方
```bash
curl https://microclimates.solofounders.com/sf-weather/marina

区画一覧

mission, castro, marina, soma, haight, noe_valley, outer_sunset, inner_sunset, outer_richmond, presidio, north_beach, pacific_heights, potrero, twin_peaks…

---

### エンドポイント

| エンドポイント | 説明 |
|-----------------|------|
| `GET /sf-weather` | すべての50区画 |
| `GET /sf-weather/:neighborhood` | 単一区画 |
| `GET /neighborhoods` | 利用可能な一覧 |

**全区画**

```bash
curl https://microclimates.solofounders.com/neighborhoods

レスポンス:

{
  "updated": "2026-01-25T23:00:00.000Z",
  "neighborhoods": {
    "mission": { "temp_f": 58, "humidity": 52, "pm2_5": 12.1, "aqi": 50, "aqi_category": "Good", "sensor_count": 8 },
    "outer_sunset": { "temp_f": 52, "humidity": 78, "pm2_5": 8.3, "aqi": 35, "aqi_category": "Good", "sensor_count": 15 },
    "marina": { "temp_f": 55, "humidity": 65, "pm2_5": 18.5, "aqi": 64, "aqi_category": "Moderate", "sensor_count": 6 }
  }
}

単一区画

{
  "updated": "2026-01-25T23:00:00.000Z",
  "neighborhood": "outer_sunset",
  "name": "Outer Sunset",
  "temp_f": 52,
  "humidity": 78,
  "pm2_5": 8.3,
  "aqi": 35,
  "aqi_category": "Good",
  "sensor_count": 15
}

空気質

各レスポンスには PurpleAir センサーから取得したリアルタイムの空気質が含まれます。

フィールド説明
pm2_5
PM₂.₅濃度 (µg/m³, 10分平均)
aqi
空気質指数 (0–500)
aqi_category
人間が読み取りやすい AQI カテゴリ

AQI カテゴリ

範囲カテゴリ説明
0–50Good良好な空気質
51–100Moderate受容可能。感受性のある人に中程度の懸念
101–150Unhealthy for Sensitive Groups健康影響が起こり得る
151–200Unhealthyすべての人が健康影響を経験する可能性あり
201–300Very Unhealthy深刻な健康警報
301+Hazardous医療緊急事態

計算方法

  1. pm2_5
    (10分平均)を使用。
  2. EPA のブレークポイントにマッピング。
  3. 線形補間で AQI を算出。

自前ホスティング

  1. クローン&インストール
    git clone https://github.com/solo-founders/sf-microclimates.git
    cd sf-microclimates
    npm install
    
  2. PurpleAir API キー取得
    develop.purpleair.com
    でサインアップ(個人利用無料)。
  3. KV 名前空間作成
    wrangler kv:namespace create "CACHE"
    
    wrangler.toml
    に追加:
    [[kv_namespaces]]
    binding = "CACHE"
    id = "<your-kv-namespace-id>"
    
  4. API キー設定
    wrangler secret put PURPLEAIR_API_KEY
    
  5. デプロイ
  6. ローカル開発
    echo "PURPLEAIR_API_KEY=your-key" > .dev.vars
    wrangler dev
    

設定変数

変数デフォルト説明
CACHE_TTL_SECONDS
3600キャッシュ期間(1時間)
RATE_LIMIT_PER_MINUTE
60IPあたりの最大リクエスト数

動作概要

  1. リクエスト → レートリミット確認。
  2. Cloudflare KV キャッシュをチェック → 新鮮なら即応答。
  3. 未キャッシュ時: PurpleAir からセンサー (
    location_type=0
    ) を取得し、GPS ボックスで区画にグループ化、平均値計算後、1時間分のKVへ保存し JSON(CORS ヘッダー付き)を返す。

あなたの都市へフォーク

  • LA, Seattle, NYC, Chicago, Austin など。
  • SF_NEIGHBORHOODS
    を対象都市のエリアと GPS 座標に更新。
  • PurpleAir の境界ボックスも変更。
  • ブランディングを調整してデプロイ。

PR は大歓迎です!

la-microclimates
,
nyc-microclimates
などをぜひご提案ください。


クレジット

  • センサーデータ: PurpleAir
  • インフラ: Cloudflare Workers
  • 構築者: Solo Founders

ライセンス: MIT – ご自由にお使いください。

同じ日のほかのニュース

一覧に戻る →

2026/01/27 7:03

**Windows の状況:** Windows 11 は現在どんな状態になっているのでしょうか?

## 日本語訳: **概要:** Microsoft の最新 Windows 更新は、安定したオペレーティングシステムよりも AI 主導の機能―特に Copilot ―を優先しているため、広範なバグ、パフォーマンス問題、およびセキュリティ欠陥が発生しています。2026 年 1 月の KB パッチは、新しい Intel プロセッサでシャットダウン失敗、クラウド PST を使用した Outlook のハング、メモ帳、RDP、およびデバイスドライバーのクラッシュを引き起こしました。同じ更新パッケージは、大規模 AI モデルのダウンロードによりサイズが 4 倍になり、バイナリが肥大化し、「Copilot‑ification」による UI が導入されました。暗号化されていないスクリーンショットへの懸念から削除を余儀なくされた事例もあります。 このシフトは、2023 年 12 月に Edge、メモ帳、設定、Office 等へ Copilot を投入したことから始まりました。以前のローカルアカウント用修正(OOBE.exe /bypassNRO)は後続の更新で閉じられ、Microsoft アカウントを持たないユーザーの使い勝手が低下しました。RDP のロールバック、DRM 失敗、およびエクスプローラーの遅延に関する月次報告は、24H2/25H2 リリースに起因しています。 Microsoft は、大規模な AI 重視更新を継続しつつ、重要なバグについては迅速な KB パッチで対処すると考えられます。この戦略はユーザーの信頼を損ない、企業のサポートコストを増大させ、一部の企業が代替 OS プラットフォームやデスクトップ AI 機能の採用をより慎重に検討するきっかけになる可能性があります。 **概要スケルトン** - **メインメッセージ(何を伝えたいか)** Microsoft の最近の Windows 更新は、安定した OS よりも Copilot などの AI 主導機能を積極的に推進する方向転換が原因で、広範なバグ・パフォーマンス低下・セキュリティ問題を引き起こしています。 - **証拠 / 推論(何故そう言えるか)** - 2026 年 1 月の KB 更新により、新しい Intel チップでシャットダウン失敗、クラウド PST を使った Outlook のハング、およびアプリ(メモ帳、RDP、デバイスドライバー)のクラッシュが発生。 - 同じ更新パッケージは AI モデルのダウンロードにより以前のリリースの 4 倍のサイズになり、バイナリが肥大化。 - Copilot の統合で UI が「Copilot‑ification」され、暗号化されていないスクリーンショットへの懸念から削除を強いられた。 - **関連ケース / 背景(文脈・過去の出来事)** - このシフトは、2023 年 12 月に Microsoft Copilot が Edge、メモ帳、設定、Office 等へ投入されることで始まりました。 - ローカルアカウント用ワークアラウンド(OOBE.exe /bypassNRO)は後続の更新で閉じられ、ローカル アカウント利用者の使い勝手が低下。 - RDP のロールバック、DRM 失敗、およびエクスプローラーの遅延に関する月次報告は、24H2/25H2 リリースに起因。 - **今後何が起こるか(将来の展開・予測)** Microsoft は大規模な AI 重視更新を継続しつつ、重要バグについては迅速な KB パッチで対処すると見込まれます。Copilot のアップセルを優先することで、毎月のスキャンダルが増え、安定性が回復されるまでユーザー信頼が徐々に低下する可能性があります。 - **影響(ユーザー / 企業 / 業界)** - ユーザーは頻繁なシステムクラッシュ、生産性の損失、および暗号化されていないデータ取得へのセキュリティ懸念に直面。 - 企業はサポートコストが増大し、新しい Windows リリース採用を再検討する可能性。 - 業界全体では、競合 OS プラットフォームへのシフトやデスクトップ環境での AI 機能採用に対するより慎重な姿勢が広まる可能性があります。

2026/01/26 23:41

テレビは本日で百周年を迎えました。

## Japanese Translation: テレビは本日100周年を迎え、ジョン・ログィー・ベアードの先駆的な業績に特に焦点が当てられました。1926年1月26日、ベアードはフリス通り22番地のソーホウワークショップで回転ディスクとレンズ、穴付きシートを用いたライブテレビの最初の公開デモンストレーションを行いました。その後、光感受性セルを追加して影の階調を送信できるようにしました。最初に送信された画像は、現在ヘイスティングス博物館で展示されている聖ジョンズ救急隊メダルの影でした。 ベアードの初期デモには、バラエティ・ドミー「ストゥッキー・ビル」と最初の人間被写体ウィリアム・テイントンが含まれます。1927年にフォノヴィジョンを導入し、画像をグラムフォンレコードに記録しました。1928年にはノクトヴィジョン(赤外線テレビ)、カラーテレビ、および立体テレビの実験を行いました。また、1930–31年にBBC放送用の30ライン機械式システムも開発しました。 1932年にEMIによって電子エミトロンカメラが導入され、ベアードの240ライン機械式システムとマルコニ-EMIの405ライン電子システムは一時的にロンドンテレビで採用されました。三か月後、最終的にはマルコニ・システムが優位になりました。 ベアードは1924年11月にフリス通り22番地へ移転し、ゴードン・セルフリッジのパーム・コートデモで60ポンドを稼ぎ、第二次世界大戦で会社が破産手続きになるまで発明の展示を続けました。爆撃被害により後期のカラー作業は中断され、1946年に57歳で脳卒中で亡くなりました。 初期の成功にもかかわらず、英国家庭へのテレビ機器の普及には数十年が必要でした。カラーTVは1960年代まで一般的になりませんでした。今日ではほぼすべての人がテレビまたは同等のデバイスを所有しており、これはベアードの回転ディスクと機械式画像伝送に関する先駆的な業績のおかげです

2026/01/21 1:52

滑走路に秘められた設計技術

## 日本語訳: ### 要約: 本文は、2025年9月に発生した最近の滑走路オーバーランが、EMAS(Energy‑Management and Arresting System)とFAAガイドラインに従った慎重な設計などの高度な安全システムによって防止されたことを説明しています。これらのガイドラインは、航空場で使用される最大機体を基準に滑走路長を決定しつつ、風向き・温度・標高も考慮して十分な停止距離を確保します。Embraer 145、Gulfstream、Bombardier機が関与した米国の3件の事故では、EMASが衝撃エネルギーを効果的に吸収し、航空機が滑走路外の危険箇所に着地することを防ぎました。FAAの詳細ガイダンスは、風向き(約95%)に合わせて滑走路を配置し、ディスプレースド・スレッショルド、ブラストパッド、ランウェイセーフティエリア(RSA)を追加して安全マージンを高めることを推奨しています。今後は、EMASの活用と機体種別に応じた舗装材の調整、単一方向が支配的でない場合の風向き戦略の精緻化が継続されます。これらの改善はパイロットの怪我リスクを減らし、空港が安全インフラへの投資を促進させ、航空業界に滑走路設計がオーバーランを防ぐことへの信頼感を与え、保険費用の低減につながる可能性があります。 ### 要約骨格 **本文が主に伝えようとしていること(メインメッセージ)** 2025年9月の滑走路オーバーランは、EMASなどの設計上の安全機能のおかげで回避され、滑走路設計はFAAガイドラインに従い、主要機体を基準に長さが決定され環境要因も調整されています。 **証拠/根拠(なぜそう言われているのか)** 米国で起きた3件の事故では航空機が滑走路を超えて衝突したものの、EMASがエネルギーを吸収し危険箇所に着地しませんでした。FAAの40ページの文書は、長さ・風・温度が設計を決定する方法を説明しており、舗装層と表面処理は摩擦と構造的健全性を維持するよう指定されています。 **関連事例/背景(コンテキスト、過去の出来事)** オーバーランはEmbraer 145、Gulfstream、Bombardier機で2025年9月24–3日に発生。FAAガイドラインは滑走路を主流風に合わせる(約95%)とし、ディスプレースド・スレッショルド、ブラストパッド、RSAを標準安全対策として含めています。 **今後何が起こりうるか(将来の展開/予測)** 将来的な滑走路計画ではEMAS使用の強調、機体種別に応じた舗装材の適用、単一風向きが支配的でない場合の風向き戦略の改善が継続されるでしょう。設計更新は温度・標高調整をより正確に取り入れる可能性があります。 **これらが与える影響(利用者/企業/業界)** パイロットは安全なオーバーランと怪我リスクの低減を享受し、空港はEMASや表面メンテナンスへの投資を検討。航空業界は滑走路長計算が事故防止に十分であるという自信を得て、保険・責任コストの削減につながる可能性があります。

**Show HN:SF のマイクロクライメート** | そっか~ニュース