GIS・地図エンジニア転職ガイド

GIS・地図ITは、測地系と図郭、レイヤと属性、タイル・ベクトル配信、現地調査との突き合わせが求人に現れます。公務員・公共ITは行政手続、スマートシティは都市OSと分野横断連携、フロントエンドは画面実装一般が中心です。GISは「位置の正しさと図の更新が業務判断と同時に動く」点がドメインです。国土地理院は測地・地図の入口です。導入件数や精度指標は求人票や公式サイトの最新情報で確認してください。

GIS

地理情報システムです。位置と属性を重ねて業務判断に使います。地図の見た目だけのWebアプリとは成果物が違います。

測地・図郭

座標系、基準、図の切れ目です。画面のズーム実装より先に正しさの単位になります。

タイル配信

地図画像やベクトルを分割して届ける仕組みです。都市OSの分野APIそのものではありません。

国土地理院（入口）

測地・地図に関する公開情報の起点です。個別測量成果の保証や適法判断には使いません。

地図・公共周辺でも、窓口手続、都市データ基盤、Web地図UI、測地・図郭が混在します。このページはGISと地図データの正しさに焦点を当てます。公務員・公共IT（行政手続）、スマートシティ（都市OS・分野横断）、フロントエンド（画面実装一般）との境界を表で整理します。

• 主な問い：GIS・地図IT側は「位置と図は更新でき、測地の単位で説明できるか」。隣接側は「手続は終わるか / 分野は権限どおりつながるか / 画面は使えるか」。
• 成果物：GIS・地図IT側は「レイヤ、図郭、配信」。隣接側は「電子申請 / 都市OS・カタログ / UIコンポーネント」。
• 正しさ：GIS・地図IT側は「測地系と現地差分」。隣接側は「法令手続 / 同意と権限 / デザインシステム」。
• 障害：GIS・地図IT側は「図ずれ、欠測、キャッシュの旧図」。隣接側は「証明書 / 分野間欠落 / レイアウト崩れ」。
• 面談：GIS・地図IT側は「更新責任と座標系」。隣接側は「窓口フロー / 庁内接続 / アクセシビリティ」。
• 混同しやすい求人：GIS・地図IT側は「「地図」とだけ書かれた行政ポータル」。隣接側は「窓口DX / 防災ダッシュボードのみ / 一般SPA」。

GIS求人は、ArcGIS、QGIS、PostGIS、ベクトルタイル、Leaflet等のキーワードが並びます。製品名より、測地系の扱い、図の更新責任、現地との差分、配信キャッシュが通るかを読んでください。精度数値は経歴へ転記しないでください。

• 測地・図郭／業務GIS／配信／画面のどこかを言える
• 行政手続・都市OS・一般フロントとの違いを説明できる
• 図の不整合または更新の1例を一般化できる
• 国土地理院を入口として確認した（精度保証は断定しない）
• 導入件数・精度指標を書いていない

国土地理院を測地・地図の入口にします。個別成果の精度保証や測量成果の適法断定はしません。職種対応はjob tag、業務デジタル化はIPAのDX資料です。導入件数の根拠には使いません。

GIS・地図ITでは、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   地図の流れを1枚描く

   測地、レイヤ、更新、配信、画面の箱を矢印でつなぎ、担当に色を付けます。知らない箱は空欄のままにします。

2. 02
   不整合の1例

   図ずれ、欠測、旧キャッシュのいずれか1例を一般化します。精度数値は書きません。

3. 03
   隣接の除外

   電子申請、都市OS、一般SPAは隣接として明記します。

4. 04
   公式入口のメモ

   国土地理院を確認した日付をメモします。個別成果の保証はしません。

GIS・地図ITの応募可否は、肩書や媒体の並び順ではなく、次の順で切り分けます。

• 求人が業務GISか、電子申請か、都市OSか、一般フロントかを切り分ける
• 測地・図郭／レイヤ／配信のどこを担ったかを一文にする
• 図の不整合または更新の説明ができるか確認する
• 国土地理院は入口とし、精度保証は断定しない
• 導入件数・精度指標を経歴から外す
• 公共系とプロダクト系の相談先を分け、重複を防ぐ

GISは媒体によって公共、インフラ、フロント、情シスに分類されます。業務GIS寄りと画面実装寄りの相談先を併用し、社内SE転職ナビ、Geekly、リクルートエージェント、レバテックキャリアで重複応募を避けます。

• 公共・インフラの社内IT

  社内SE転職ナビ、リクルートエージェントで業務GISと窓口DXの切り分けを依頼します。結果は保証できません。

• プロダクト・基盤寄り

  Geekly、レバテックキャリアで配信基盤と地図UIの混在に注意します。

• フロント求人との切り分け

  一般SPAが混ざる場合、測地・図郭の有無を一覧で分けます。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• 行政DXをGISと書く

  手続電子化は公務員・公共ITです。位置と図の更新があるかを先に書いてください。

• 都市OSと混同

  分野横断連携はスマートシティです。測地・図郭の単位かを分けてください。

• フロント一般と同一視

  画面実装はフロントエンドです。地図タイルだけでは測地業務になりません。

応募前1週間は、測地〜レイヤ〜配信の流れ1枚、行政DX・都市OS・フロントとの差分、図の不整合の1例、面談質問を書き出す流れが有効です。

1. 01
   月〜火：図と実例

   流れ図と不整合1例を職務経歴用に清書します。

2. 02
   水〜木：求人比較

   3件をGIS/手続/都市OS/フロントで分類します。

3. 03
   金：面談質問

   測地、更新責任、配信の質問を各2つ書き出します。

4. 04
   週末：経歴と相談先

   件数を外し、4サービスの重複応募表を作ります。

GIS・地図ITの用語は、公式資料の定義と求人票の言葉がズレることがあります。次の表で、経歴に書く粒度と求人票での確認先を揃えてください。

GIS・地図ITでは、媒体記事より公式資料を先に開き、分からない点だけを相談先と公式窓口に分けます。

1. 01
   国土地理院

   測地・地図の用語と公開情報の入口にする 一方で、個別測量成果の保証、適法性、精度統計は断定・転記しない

2. 02
   厚生労働省 職業情報提供サイト（job tag）IT・通信の仕事

   情報処理職の説明を、GIS経験の対応づけに使う 一方で、GIS職の公式定義や導入件数・年収の根拠にしない

3. 03
   IPA デジタルトランスフォーメーション（DX）

   業務デジタル化の考え方を、図面・現地連携の参照にする 一方で、導入効果や精度改善の数値を転記しない

• 手順1：求人が業務GISか、電子申請か、都市OSか、一般フロントかを切り分ける
• 手順2：測地・図郭／レイヤ／配信のどこを担ったかを一文にする
• 手順3：図の不整合または更新の説明ができるか確認する
• 手順4：国土地理院は入口とし、精度保証は断定しない
• 手順5：導入件数・精度指標を経歴から外す
• 手順6：公共系とプロダクト系の相談先を分け、重複を防ぐ

GIS・地図エンジニア転職ガイドの応募準備では、「知っている」「使った」で止めず、どの入力を受け、何を判断し、どの成果物を残し、障害時にどこまで対応したかを分けます。対象領域はGIS・地図・測地です。公開できない固有名詞や数値は一般化し、公式資料（国土地理院、厚生労働省 職業情報提供サイト（job tag）IT・通信の仕事、IPA デジタルトランスフォーメーション（DX））で確認した定義と、自分の担当実績を混同しないでください。

1. 01
   公式定義を一つ選ぶ

   国土地理院、厚生労働省 職業情報提供サイト（job tag）IT・通信の仕事、IPA デジタルトランスフォーメーション（DX）を開き、GIS・地図・測地に関係する用語を一つ選びます。版や更新日が分かる場合はメモし、求人票独自の表現と分けます。

2. 02
   担当箇所を図にする

   入力、処理、出力、依存先を四角で描き、自分が変更・レビュー・運用した場所だけに印を付けます。触れていない箇所は実績に含めません。

3. 03
   失敗例を一つ添える

   正常系だけでなく、失敗の検知、切り分け、復旧、再発防止の順に一例を整理します。秘密情報と確認できない改善率は書きません。

4. 04
   求人ごとに質問へ変える

   必須条件と歓迎条件を分け、主担当・補助利用・学習予定のどれに当たるかを記録します。回答が曖昧な項目は応募理由の主軸にしません。

• GIS・地図エンジニア転職ガイドで自分が決めたことを一文で説明できる
• GIS・地図・測地の利用経験と設計・運用経験を分けた
• 成果物、レビュー責任、障害時の担当を確認した
• 出典のない求人数、年収、改善率を書いていない
• 求人IDと応募経路を管理し、重複応募を防いだ