Kurage 土砂災害ハザードマップ（住所から警戒区域を判定・買い切り）

住所から警戒区域を判定・買い切りとは

住所から警戒区域を判定・買い切りとは、住所を入れると、その地点が土砂災害警戒区域（イエローゾーン）・特別警戒区域（レッドゾーン）に入るかを判定するシステムを、自社サーバーに買い切りで置くための一式。

## Kurage 土砂災害ハザードマップ

住所を入れると、その地点が土砂災害ハザードマップ上の**警戒区域（イエローゾーン）**または**特別警戒区域（レッドゾーン）**に入るかを判定するシステムを、自社のサーバーに置くための一式です。

物件や拠点の災害リスクを一次確認したい不動産・建設・士業の方、営業エリアの候補地をまとめて調べたい方に向いています。

**まず[デモ](https://kurage.exbridge.jp/khazard.php/)を実際に触ってから、ご判断ください。**

## 判定して返るもの

| 項目 | 内容 |
| --- | --- |
| 区域区分 | 土砂災害警戒区域（イエローゾーン）／特別警戒区域（レッドゾーン） |
| 現象 | 急傾斜地の崩壊／土石流／地すべり |
| 区域名 | 国が付与している区域の名称 |
| 指定年月日 | その区域が指定された日 |
| 最寄り区域までの距離 | 区域外のとき、いちばん近い区域までの距離 |
| データ時点 | 判定に使ったデータがいつのものか |

## 収録データ

| 項目 | 値 |
| --- | --- |
| 出典 | 国土数値情報 土砂災害警戒区域データ（A33）／国土交通省 |
| データ時点 | **2026-03-06** |
| 収録範囲 | **全国47都道府県・約179万区域** |
| 追加費用 | **0円**（外部の有料APIを使いません） |

データは付属のスクリプトで国土交通省のサイトから直接取得します。年1回実行すれば最新版に更新できます。

## この製品の設計の芯

災害リスクを扱う道具でいちばん危ないのは、**利用者に「調べた」と思わせて安心させてしまうこと**です。そこを設計で潰しています。

### 1. 判定には必ずデータ時点を添える

「区域外です」だけを返しません。必ず「判定に使ったデータの時点: 2026-03-06」を一緒に表示します。**データの時点を確認できない場合は、判定そのものを行いません。** 黙って古いデータで「区域外」と答えるほうが危険だからです。

### 2. 近くに区域があるときは言い切らない

住所から求めた座標は、番地ではなく**町丁目のおおよその位置**です。実際のハザード区域の住所で試したところ、区域の縁から**14m・47m・50m**ずれた地点が「区域外」と出ました。

そのため250m以内に区域がある場合は、次の注意書きを必ず表示します。

> 最も近い区域まで約14mしかありません。住所から求めた座標は町丁目のおおよその位置のため、実際の敷地が区域内である可能性があります。必ず現地の地番で確認してください。

### 3. 一次情報への導線を必ず返す

本システムの判定は参考情報であり、公的な証明ではありません。その旨と、自治体の最新ハザードマップを確認するよう促す文言を、判定のたびに表示します。

### 4. 洪水の浸水想定は扱わない

国土数値情報で配布されている都道府県別の浸水想定区域データは、**2012年版（データ時点 平成23年度）が最新**でした。2015年の水防法改正で「想定最大規模」へ基準が変わる前のものです。

この古い基準で「浸水想定区域外」と答えるのは事故のもとなので、**あえて実装していません**。扱わない理由を明示するのも設計のうちだと考えています。

## 同梱物

| ファイル | 内容 |
| --- | --- |
| `app/main.py` | 判定API＋画面（FastAPI・1ファイル） |
| `scripts/load_a33.py` | 国土数値情報からのデータ取得と取り込み |
| `docker-compose.yml` | PostGIS の構成 |
| `php/khazard.php` | レンタルサーバーから自社サーバーへ中継するプロキシ |
| `systemd/khazard.service` | 常駐用のユニット |
| `docs/SETUP.md` | 設置手順書 |
| `README.md` | 設計の考え方と技術メモ |

ソースコードを同梱しています。MITライセンスなので、商用利用も改変も自由です。

## 技術的な内容（同業の方へ）

国土数値情報のGMLは、**GDALのGMLドライバではレイヤを認識できません**（`ogrinfo`はファイルを開けるがレイヤ0件）。実体を直接持たず、

```
gml:Curve（座標）→ gml:Surface（面）→ フィーチャ（属性）
```

という3段階の xlink 参照になっているためです。付属の取り込みスクリプトはこれを1パスで解決します。配布zipのパス区切りが `\` で、Linuxでは展開時にファイル名へ `\` が入る点にも対応済みです。

判定は PostGIS の `ST_Contains`、住所の座標変換は国土地理院の地名検索API（無料・キー不要）を使います。

## 動作条件

- Linux（Ubuntu 22.04 で動作確認）／CPU 2コア・メモリ4GB以上
- Docker と Docker Compose v2、Python 3.10以上
- ディスクは全国分で約8GB（1都道府県だけなら1GB未満）

## ご利用上の注意

- 本システムの判定は**参考情報**です。公的な証明にはなりません
- **番地単位の判定はできません**（住所の座標は町丁目のおおよその位置です）
- 出典の表示は、公共データ利用規約（PDL1.0）の要件です。**画面から外さずにご利用ください**
- データは年1回程度の更新を推奨します。区域の指定は追加・変更されます

## ライセンス

本ソフトウェアは MIT ライセンスです。収録データの出典は国土交通省「国土数値情報」で、公共データ利用規約（PDL1.0）に基づいて利用しています。