AI開発
緯度経度が合っても海に出る—装飾地図では全点を陸判定しろ
装飾白地図は測地と1:1ではない。注釈掃除に粘らず、投影後は全点を陸ピクセルで判定する。およその中心座標禁止と勝手な立体化も止める。
施設や拠点を白地図に載せるとき、緯度経度は合っているのに点が海に出ることがあります。注釈だらけの公式図を画像処理で「消して」使い続けたり、目視で1点だけ直して終わりにしたりすると、同じ指摘が繰り返されます。この記事は、不動産・施設マップのような装飾地図に点を載せる作業で、エージェントがやりがちな型を止めるための判断基準と、作業前にAIへ渡す入力です。
この記事でわかること
- 測地座標が正しくても図上で海に出る理由
- 注釈図の掃除より素材選びが先である理由
- 全点の陸判定と手置きピンの合格条件
- 概心・ライセンス・勝手な立体化の止め方
- 作業前にAIへ渡す入力
状況
典型は次です。
1.週次レポートやダッシュボードに、地域の施設ピンを載せたい 2.斜め3D図や注釈付きの公式位置図を背景に選び、文字や引出線を自動除去しようとする 3. WikipediaやMapsの座標を取る前に、概心（およその中心座標）や目分量のlat/lngを出す 4.北上の白地図に切り替えたあと、海岸側の点が海に出る。1点だけ手で直して「直した」と言う 5.「厚みを考えろ」を斜め立体地図や過剰な装飾に広げ、合意の平面2Dから外れる
直接の見た目（この点が海）だけ直しても、次の施設・次の素材で同じ型が起きます。
失敗1 — 測地が正しい＝図上も正しい、と思い込む
悪い例
- lat/lngの出典を直したので、投影も正しいはずだと決めつける
- ずれを投影の枠（bbox）や余白の微調整だけで済ませようとする
- 海岸に近い点を目視で1〜2個だけ陸へずらし、残りは未確認のまま出す
良い例
- 装飾白地図は測地と1:1ではない前提で書く
- 投影後、背景画像の陸ピクセルで全点を機械判定する
- 海・枠のインク・余白に出た点は、手置きピンで陸へ補正する。適用スクリプトも手置きを優先する
合格条件
投影結果を出すとき、「全点が陸ピクセル上にある」と判定できること。1点の目視修正だけで完了と言わない。
失敗2 — 注釈図の掃除に粘る
悪い例
- 引出線・施設ラベルだらけの公式図を、色閾値や周囲の塗り直し（inpaint）で綺麗にしようと時間を使う
- 掃除失敗のプレビューを繰り返し出し、「まだ直せる」と同じ素材に戻る
良い例
- 北上の白地図、または範囲が明示された位置図（Location map）を先に探す
- 注釈除去は最終手段。失敗したら停止し、候補を並べて選ばせる
- AI生成の島シルエットを測地の正本にしない
合格条件
背景素材の選定理由（向き・注釈の少なさ・再利用可否）が一文で言えること。掃除スクリプトの連打を成果にしない。
失敗3 — 点の位置を「だいたい」で置く
悪い例
- 概心（およその中心）や目分量の座標をマスタに載せる
- 検索結果のURLだけ見て「検証済み」とする
- 見出し名とMapsの施設名（place名）が食い違っても、ラベルだけで紐づける
- 返還・廃止済みの地点を現役一覧と同じ座標対象に残す
良い例
- 座標の正本順を決める（例: 利用者確認のMapsピン → Wikipedia／Wikidataの座標 → 概心は出さない）
- 施設名が食い違うときは紐づけを止めて確認する
- 現役でない地点はステータスで外し、名称照合用に残すならマップ対象外と明示する
合格条件
各点に出典（どのURL／どのデータセットか）があり、概心だけの点がゼロであること。
失敗4 — ライセンスと立体装飾を後回しにする
悪い例
- 「商用可」と「再配布可」を同一視してGitやCDNに同梱する
- Wikipediaの地図画像を製品背景にそのまま載せる（文章・画像はCC BY-SA等。座標データとは別）
- GoogleマップのタイルやHTMLをスクレイプして背景にする
- 「厚み」の指示を斜め3D地図や勝手な立体化に広げる
良い例
- 同梱するならクレジットと再配布条項を先に読む。照合用のMapsは座標パラメータや度分秒だけ使う
- Wikidataの座標は利用条件を確認しつつ、APIはUser-Agentとレート制限を守る
- 迷ったら平面2Dに戻す。棒グラフの疑似立体と、地図そのものの立体は別物として確認する
合格条件
背景素材の利用条件が文書に残っていること。立体装飾は合意の最小範囲に留まっていること。
失敗5 — 白地図の外枠を海岸線と取り違える
悪い例
- 島の上が「切れた横線」に見えるのを、余白不足やトリム失敗だけだと決める
- 枠線がインクとして残ったまま投影し、陸判定が狂う
良い例
- 枠除去 → 着色 → 余白、の順にする
- 切れた線はまず素材の外枠を疑う
合格条件
陸判定の前に、外枠・凡例が海岸線と混ざっていないこと。
作業前にAIへ渡す入力
人間向けの長い手順は書きません。次はすべて、作業前に AIに読ませる／貼る文 です。
AI向け：永続ルール（rules / AGENTS.md）
装飾地図・白地図・施設／拠点ピンを扱うとき:
1. 測地の lat/lng が正しくても、装飾背景は測地と1:1ではない前提で進めよ
2. 投影後は背景画像の陸ピクセルで全点を判定せよ。海・枠インクなら手置きピン。目視1点直しで完了と言うな
3. 注釈付き公式図の自動掃除に粘るな。北上白地図／範囲付き位置図の素材選びが先。失敗したら停止して候補を並べよ
4. 概心（およその中心座標）・目分量の座標を出すな。出典（Maps ピン／Wiki・Wikidata 等）を残し、施設名の食い違いは確認せよ
5. 商用可≠再配布可。Wiki 地図画像の安易な埋め込みと Google タイル再配布・スクレイプはするな
6. 立体・厚み・3D は合意の最小。迷ったら平面2Dに戻せ
空欄のままプレビューを連打するな。最初の返信は素材方針・座標正本・陸判定の有無・承認要否だけにせよ。AI向け：この作業の開始時にチャットへ貼る文
次の作業に入る前に、実装や画像掃除の連打はするな。
背景素材の候補（注釈の少なさ・向き・利用条件）、座標の正本順、投影後の全点陸判定の有無、手置きピンの要否、立体装飾が合意内かを先に出せ。
概心（およその中心）は出すな。掃除に粘るな。測地が正しいことと図上が正しいことを同一視するな。人間向け
なし。上をAIに渡すだけでよい。
まとめ
装飾地図では、緯度経度の正しさと図上の正しさは別物です。注釈掃除より素材選び、全点の陸判定、出典付きの座標、利用条件と平面2Dの合意が先です。作業前にAIへ渡す入力として残さない限り、海に出た点の応急修正だけが繰り返されます。