附 属 書 「 建 設 分 野 に おけ る地 名 辞 典 の 整 備 ・ 運 用 方 法 」
本附属書では、本編で示す地名辞典整備・運用のための決まりに則って、建設分野における地名辞典を整備するための指針及び方法を、事例を交えて解説する。
本附属書では道路分野及び河川分野を対象に、指針に沿って整備する地理識別子を整理し、整備をする方法について、事例を紹介する。また、下水道及び港湾分野についても、指針に沿った地理識別子選定の流れを簡潔に示す。

1. 建設分野における地名辞典の整備・運用の流れ
建設分野において地名辞典を整備・運用する場合のサイクルは、本編 1-3 で示した通り、
以下のようなサイクルになると考えられる。

地名辞典新規整備の決定！

附属書で指針と事例を紹介

整備する地理識別子の選定「標準インタフェー
スガイドライン」で仕様を示す

第3章及び第4章で守るべきルールを示す地名辞典管理サービスの実装

地名辞典の整備

第5章で概要を示す

附属書で指針と事例を紹介
第3章で守るべきルールを示す

地名辞典の運用「標準インタフェー
スガイドライン」で仕様を示す

附属書で指針と事例を紹介

他の地名辞典管理サービスや他のシステムとの連携

附属書で考え方を紹介

地名辞典の拡充

別途定める「建設情報連携ポータル標準
インタフェースガイドライン」の適用範囲

本ガイドラインの適用範囲

図附 1-1 地名辞典の整備・運用の流れ（再掲）附属書 - 1

■「整備する地理識別子の選定」の概説
地名辞典を整備するにあたり、業務分析を行ってどのような地理識別子が必要になるかを整理し、抽出する。さらに、整備する際に原典資料となる既存リソースにはどんなものがあるかを抽出する。抽出した地理識別子については、利用目的・利用頻度・整備のしやすさの点から評価を行い、整備優先度の高い地理識別子はどれかを整理する。

■「地名辞典の整備」の概説整理した優先度の高い地理識別子から、地理識別子を作成する。地理識別子の作成にあたっては、作成する機関が、既存リソースを管理しているかいないかで、その手順は異なってくる。

■「地名辞典の運用」の概説
地名辞典のデータは、GIS における背景地図データと同様に、データの新鮮さを保つことが重要である。新鮮さを保つためには、整備した地名辞典に対して、施設や路線が新たに建設された場合や名称等が変更になった場合は随時地理識別子の追加や修正を行う必要がある。また、既存リソースの更新時期に合わせて、地名辞典のデータも定期的に更新をすることが必要である。

■「地名辞典の拡充」の概説
地名辞典をより利用しやすくするために地理識別子の項目を増やす場合は、どの地理識別子を追加するかを選定するため、再び「整備する地理識別子の選定」に示す指針に基づき選定するとよい。
この附属書では、事例として道路分野、河川分野を取り上げ、地名辞典を新規に作成し、運用していく方法を、上に示した場面ごとに解説する。

附属書 - 2

2. 地名辞典の初期整備方法
2-1. 整備する地理識別子の選定
ここでは、整備する地理識別子を選定する際の指針を示す。
指針には 3 つの段階があり、一つ目の段階は「候補となる地理識別子の抽出」、二つ目の段階が「既存リソースの抽出」、三つ目の段階が「地理識別子の整備優先度の設定」である。
「候補となる地理識別子の抽出」では、業務分析やヒアリング調査を行い、地名辞典を整備した場合に必要となるだろう地理識別子は何なのかを抽出する。
「地理識別子の整備優先度の設定」では、上で整理した地理識別子に対して、整備の優先度を設定する。これは、上であげた地理識別子を費用面・工期面などで一度に整備することができない場合に、利用用途・利用頻度・整備のしやすさの面から地理識別子の評価を行い、優先的に整備するべき地理識別子を選定することで、目的に適った地理識別子を効率的に整備できるようにすることを目的としている。この附属書では、整備優先度を設定する方法を、指針として解説する。さらに、道路分野、河川分野で地理識別子として有効
な 12 項目の地理識別子について、指針にしたがって整理した結果を示す。

2-1-1.

整備する地理識別子の抽出

2-1-2.

既存リソースの整理

2-1-3.

地理識別子の整備優先度の設定
2-1-3-1. 「整備の必要性」の整理
2-1-3-2. 「整備のしやすさ」の整理
2-1-3-3. 「利用用途」の整理
図附 2-1 整備する地理識別子の選定の流れ

2-1-1. 整備する地理識別子の抽出
地名辞典を整備するにあたり、まず、どのような場面で地名辞典を利用するか、利用場
面を整理し、さらに、それぞれの利用場面でどのような地理識別子を必要とするかを抽出することが必要である。利用場面の整理や利用する地理識別子を抽出するには、業務分析やヒアリング調査の実施が有効である。

附属書 - 3

河川分野及び道路分野に関しては、ユースケース図を作成して業務分析を行い、地理識
別子を利用する場面を整理し、共通して利用する地理識別子の種類を抽出した。

河川分野、道路分野における地理識別子の利活用場面の整理

河川管理業務道路管理業務

23 業務

49 業務
業務分析

地理識別子の選定
図附 2-2 河川分野、道路分野における地理識別子の整理

地理識別子を利用する場面を整理した結果として、河川分野及び道路分野では、以下の12 種類の地理識別子が抽出された。

附属書 - 4

表附 2-1 河川分野及び道路分野で利用される地理識別子
地理識別子名称

説明1

住所

行政界及び海岸線によって構成される、地方自治法に定められた行政
上の区域

2

管理河川

国土交通省の組織である河川事務所及び河川国道事務所が管轄す
る河川範囲

3

管理路線

一般国道のうち、政令（一般国道を指定する政令）で定められた国道の範囲

4

河川．距離標堤防上に河口から延長方向に設置している杭や鋲

5

道路．距離標道路起点からの延長を表示した標識で、道路端に設置してある杭や鋲6事務所管轄区域

国土交通省の組織である河川及び国道事務所が管轄する河川、路線範囲

7

出張所管轄区間

管理路線のうち、国土交通省の組織で事務所の出先機関である出張所が管轄する河川、路線で区切られた範囲

8

測点

路線測量において作成された計測点で、以下の点をいう。
・道路中心線上に起点から等間隔で設置された点
・道路中心線を構成する線形要素の変化点

9交差点

十字路、Ｔ字路その他、２以上の車道が交わる部分。

10 水系

本川と本川に流れ込む支川を一連のまとまりとした範囲

11 流域

分水嶺を境界とする川の自然集水域

12 施設（道路・河川）

河川及び国道事務所が管理する河川管理施設と道路管理施設ならびに公共施設

2-1-2. 既存リソースの抽出
附属書 2-1-1.で抽出した整備対象の候補となる地理識別子について、整備の際に利用できる「既存リソース」を抽出する。
既存リソースには、・ 電子化されているものと、されていないもの
・ 公共機関が作成したものと、民間企業が作成したもの
・ 自身の機関で所有しているものと、他機関が所有しているもの
・ 無償のものと、有償のものなど、様々なパターンのリソースが存在すると考えられる。
道路分野・河川分野の地理識別子の整備に利用できる既存リソースは、以下のようなリソースが考えられる。

附属書 - 5

表附 2-2 河川分野、道路分野における地理識別子の既存リソース
地理識別子
河川・支川名既存リソース
名称( )内は縮尺
河川基盤地図
河川図(1/2、500)
流域図(1/25、000)
国土数値情報
数値地図(1/25、000)

整備範囲
全国の一級河川直轄管理区間

データ名称

形状

河心線

線

全国
全国の都市計画区域外（都道府県、北海道支庁、郡市東京
都の区、町村指定都市の区、大字町丁目、小字）全国の都市計画区域（都道府県、北海道支庁、郡市東京都の区、町村指定都市の区、大字
町丁目、小字（街区））

流路

線

河川区間

線

河川区間

ポリゴン

民間データ
DRM(縮尺 1/25、000)

全国

基本道路リ
ンクデータ

線

道路管理システムデータ

全国

杭

点

距離標位
置データ

点

―

―

―

―

―

―

数値地図(1/2、500)

路線

河川距離標

道路距離標
測点
水系
流域
交差点
河川施設
道路施設
事務所管轄区域
出張所管轄区間
住所・地先
都道府県・北海
道の支庁レベル郡・市・東京都の区レベル町・村・指定都
市の区レベル
大字・町丁レベル

民間データ
河川基盤地図
河川図(1/2、500)
流域図(1/25、000)
管内図
DRM(縮尺 1/25、000)
管内図
設計図面

全国の一級河川直轄管理区間

全国

管内図

全国の一級河川直轄管理区間

管内図

全国の一級河川直轄管理区間

DRM(縮尺 1/25、000)

全国

河川基盤地図
河川図(1/2、500)
流域図(1/25、000)
DRM(縮尺 1/25、000)

全国の一級河川直轄管理区間

全国

管内図
管内図

全国の一級河川直轄管理区間
全国の一級河川直轄管理区間

街区レベル位置参照情報（数値地図 2500 を基図として利用）

全国の都市計画区域（都道府
県、市区町村、大字町丁目）

数 値 地 図 2500/25000（空間データ基盤）［地
名］
民間データ

附属書 - 6

交差点ノー
ドデータ

代表点

河川構造
物

ポリゴン

施設等形
状データ

ポリゴン

―

代表点

―

代表点

―

代表点

―

代表点

2-1-3. 地理識別子の整備優先度の設定「地理識別子の整備優先度の設定」では、抽出した地理識別子に対して、整備の優先度を設定する。これは、抽出した地理識別子を費用面・工期面などで一度に整備することができない場合に、利用用途・利用頻度・整備のしやすさの面から地理識別子の評価を行い、優先的に整備するべき地理識別子を選定することで、目的に適った地理識別子を効率的に整備できるようにすることを目的としている。
整備優先度を設定するにあたっては、抽出した地理識別子に対して、①「整備の必要性」②「整備のしやすさ」③「利用用途」

整備の必要性の 3 つの視点から整理・検討を行い、整備優先度を設定する。

利用度合が高い&整備がしにくい
おおまかな位
置を把握し
たい

詳細な位置
を把握したい利用度合が高くない&整備がしにくい
おおまかな位
置を把握し
たい

詳細な位置
を把握したい利用度合が高い＆整備がしやすい
おおまかな位
置を把握し
たい

詳細な位置
を把握したい利用度合が高くない&整備がしやすいおおまかな位
置を把握し
たい

詳細な位置
を把握したい整備のしやすさ図附 2-3 整備優先度の設定による分類イメージ2-1-3-1. 「整備の必要性」の整理
地理識別子は、全ての業務において一様に利用するということではなく、多くの業務で利用されることが想定される地理識別子もあれば、逆に、ある特定の業務でのみ利用される地理識別子もある。そこで、ここではそれぞれの地理識別子がどれくらい多くの業務で利用されるかを整理する。整理の結果、「多くの業務で利用される地理識別子」と「特定の業務で利用される地理識別子」に分類することができ、その結果は、地名辞典の整備を検討する者にとって、地名辞典の整備優先度を設定するうえでの一つの有益な判断材料になる。

附属書 - 7

【整備方法の指針】「整備の必要性」という観点から整理を行う際、以下の 2 つの視点から整理を行うことが必要である。

「①利用度合の高さ」
地名辞典を用いたサービスを利用する際、多くの業務で利用される地理識別子はそれだ
け汎用性が高く、利用度合の高い地理識別子と言うことができる。ここでは地理識別子を
利用度合の高さから整理することによって、地理識別子を「多くの業務で利用される地理識別子」と「特定の業務で利用される地理識別子」に分類し、地名辞典の整備の優先度を設定するうえでの判断材料を提供する。

「②非日常時の利用」①の整理に加え、“非日常時（自然災害等による緊急時）にどの地理識別子を利用するか”という視点でも整理を行う。非日常時にも利用できるように整備するかどうかという問題
は、地方整備局や事務所においては、重要なテーマであると考える。地理識別子を非日常時に利用することが想定されるものとそうでないものに整理することで、地名辞典を整備する者にとって一つの評価尺度、つまり優先度を提供することができる。
整理にあたっては、附属書 2-1-1.で整理した業務分析結果を基に、日常時の業務・非日常時の業務それぞれについて、どの業務でどの地理識別子を利用するかを整理することで、利用度合の高い地理識別子、非日常時に利用する地理識別子を抽出することができる。利用する業務数の大きい地理識別子は、地名辞典を利用するうえで利用度合の高い地理識別子と考えることができ、整備の必要性は高いと考えることができる。逆に、利用する業務
数の少ない地理識別子は、ある特定の業務で利用される地理識別子と考えることができる。
この整理によって、地理識別子は、以下のように分類することができる。
表附 2-3 「整備の必要性」からみた地理識別子の分類

分類

利用度合

非日常時の利用

分類 A

高い

利用する

分類 B

高い

利用しない

分類 C

高くない

利用する

分類 D

高くない

利用しない

附属書 - 8

【河川分野・道路分野における整理結果】
整理方法の指針に従って河川分野・道路分野における地理識別子を整理した結果は、以下のようになる。
表附 2-4 河川分野・道路分野における地理識別子の整理結果
該当する地理識別子

分類【分類 A】（利用度合：高い）（非日常時：利用する）【分類 B】（利用度合：高い）（非日常時：利用しない）【分類 C】（利用度合：高くない）（非日常時：利用する）【分類 D】（利用度合：高くない）（非日常時：利用しない）

道路管理業務住所
管理路線
道路．距離標施設

河川管理業務住所
管理河川
施設

河川．距離標交差点
出張所管轄区間
事務所管轄区域測点

出張所管轄区間
事務所管轄区域
流域
水系

2-1-3-2. 「整備のしやすさ」の整理
それぞれの地理識別子の既存リソースは、「網羅性」「更新頻度」「データ利用に要する費用」がそれぞれ異なる。また、例えば民間データを活用した場合に発生することが予想される著作権等の問題など、データ作成にあたって生じうる課題もあり、既存リソースがもつ特性によって、整備のしやすさは大きく異なってくる。
ここでは、地理識別子を整備するにあたり、どのような流れで整理を行うと「整備の実現性（しやすさ）」という視点で整理を行うことができるかを示す。

【整備方法の指針】
整理項目には「既存リソースの有無」「デジタルデータかどうか」「公共機関作成のデー
タかどうか」「対象とするデータのデータ形状」の 4 項目を設定する。これらの整理項目によって整備のしやすさを整理することで、整備の上で懸念される点等を抽出することが可能となる。

【整理項目①：既存リソースの有無】
地理識別子の中には、既存リソースとなる資料が存在しないものがあるかもしれない。

附属書 - 9

既存リソースが存在しない場合は、新たに既存リソースの選定作業や作成作業から行う必要があり、既存リソースがある場合に比べてより多くの工数を要することは明らかである。
よって、既存リソースの無い地理識別子を整備することは、整備のしやすさが低いということができる。

【整理項目②：デジタルデータかどうか】
既存リソースがデジタルデータの場合、データ構造に差異はあるものの、基本的には地理識別子を抽出するためのプログラムを作成すれば、それを使用することで地理識別子を整備することが可能であると考えられる。しかし、既存リソースがデジタルデータでない
場合は、資料の電子化（スキャニング等による）→マップデジタイズによるデータ入力→
地理識別子データの作成、という工程が考えられ、既存リソースがデジタルデータである
場合に比べてより多くの工数がかかる。よって、既存リソースがデジタルデータでない地理識別子を整備することは、整備のしやすさが低いということができる。

【整理項目③：公共機関作成のデータかどうか】
既存リソースが公共機関が作成したデータの場合、基本的には無料でデータを利用することができるが、既存リソースが民間企業が作成したデータの場合は、著作権等の権利関係の問題やデータ使用料の問題等の発生が考えられ、これら諸問題をクリアすることが必要となる。

【整理項目④：対象とするデータのデータ形状】
既存リソースでは地理識別子の整備対象となるデータが点・線・面のいずれかの形状で存在しているが、基となるデータの形状によっても地理識別子整備のしやすさに影響が出てくることが考えられる。
基となるデータの形状が「点」の場合は、特に整備のしやすさに影響を与える事項は存在しない。
基となるデータの形状が「線」の場合は、一本の道路や河川が多数の線データで作成されていることが多く、それぞれのデータが地理識別子となる名称を属性としてもっていることも多い。このような状況で対応策をとらないまま処理を行うと、図附 2-4 にあるように、同じ値をもつ地理識別子が多数存在してしまうことになるので、別途重複する地理識別子の統合処理を行う等の対応が必要である。
基となるデータの形状が「面」の場合は、地理識別子がもる地理範囲をそのまま「面」とする場合は特に問題となる事項は存在しないと考えられるが、例えば、地理識別子では地理範囲を「点」として代表点をもたせようとすると、処理の結果、図附 2-5 にあるように、
基のデータ形状の範囲外に代表点が位置してしまうこともよくある。この場合についても、基の形状内に代表点が納まるように対応をする必要がある。

附属書 - 10

それぞれの箇所に「△△川」という地理識別子ができてしまうそれぞれが、属性に「△△川」ともっていると・・・
地理識別子
として整備

「△△川」 「△△川」 「△△川」

図附 2-4 既存リソースでのデータの形状が「線」の時に生じやすい問題

基のデータ形状内に、変換後の位置が収まらない場合がある
地理識別子では、代表点に変換して整備しようとする「○○ビル」「○○ビル」
地理識別子として変換後のデータ

既存リソースでのデータ形状

図附 2-5 既存リソースでのデータ形状が「面」の時に生じやすい問題

整理項目①〜④をフローの形式で示すと、図附 2-6 のようになる。

附属書 - 11

無
既存リソースの有無

既存リソースの選定または作成作業が必要有
アナログ
デジタルデータかどうか

リソースのデジタル化が必要

デジタル

公共のデータかどうか

民間

著作権、使用料等の問題の
対応が必要

公共
リソースでの欲しいデー
タの形状

点

線

面

重複する地理識別子

面を代表点に変換するの統合処理が必要

場合は注意が必要

地理識別子の整備

図附 2-6 整備のしやすさから見た、優先度設定の整理フロー

附属書 - 12

【河川分野・道路分野における整理結果】
整理方法の指針に従って河川分野・道路分野における地理識別子を整理した結果は、以下のようになる。
表附 2-5 整備のしやすさから見た、地理識別子の整理結果

地理識別子名

項目①

項目②

項目③

項目④

既存リソース名

デジタル/
アナログ

公共/
民間

形状

注意点

整備のしやすい地理識別子とリソース（項目①：リソース有、項目②：デジタル、項目③：公共、項目④：点）
河川距離標

河川基盤地図

デジタル

公共

点

道路距離標

DRM

デジタル

公共

点

交差点

DRM

デジタル

公共

点

住所

街区レベル位置参照情
報

デジタル

公共

点

数値地図

デジタル

公共

点

整備の際注意が必要な地理識別子とリソース（項目①：リソース有、項目②：デジタル、項目③：公共、項目④：線または面）（項目①：リソース有、項目②：デジタル、項目③：民間）施設（道路）

DRM

デジタル

公共

面

施設（河川）

河川基盤地図

デジタル

公共

面

河川

数値地図

デジタル

公共

面

河川

河川基盤地図

デジタル

公共

線

国土数値情報

デジタル

公共

線

数値地図

デジタル

公共

線

路線

DRM

デジタル

公共

線

―

民間データ

デジタル

民間

―

ポリゴンの代表点
を地理識別子がもつ地理範囲にする場合
地理識別子の統合処理
著作権等の権利関係
データ使用料

整備がしづらい地理識別子とリソース（項目①：リソース有、項目②：アナログ）
測点

設計図面

アナログ

公共

水系

河川管内図

アナログ

公共

流域

河川管内図

アナログ

公共

河川距離標

河川管内図

アナログ

公共

道路距離標

道路管内図

アナログ

公共

事務所管轄区域

管内図（道路・河川）

アナログ

公共

出張所管轄区間

管内図（道路・河川）

アナログ

公共

附属書 - 13電子化が必要

2-1-3-3. 「利用用途」の整理
ここでは、附属書 2-1-1.で行った業務分析結果を基に、地名辞典の整備優先度を設定する
ために、それぞれの地理識別子がどのような用途で利用されるかを整理する。

【整理方法の指針】
それぞれの地理識別子の利用用途は、地理識別子がもつ地理範囲によって大きく「おおまかな位置を把握したい場合」「詳細な位置を把握したい場合」の 2 種類に分類することができると考えられる。
「おおまかな位置を把握したい場合」は、“位置の特定”や“建設情報の登録”のために地名辞典を利用する場面では、対象箇所と地理識別子がもつ地理範囲との位置関係を把握するために利用される。管轄内の地理に事務所や出張所の職員は詳しいと想定できるため、
まずおおまかな位置関係を把握することができれば、対象箇所の詳細な位置はそこから判断することが容易にできるかもしれない。また、“建設情報の検索”のために地名辞典を利用する場面では、管理路線や管理河川を含むおおまかな地理範囲を設定し、その中に含まれる建設情報を検索することで、一度に多くの建設情報を取得することが可能になる。
一方、「詳細な位置を把握したい場合」は、“位置の特定”“建設情報の登録”“建設情報の検索”のいずれの利用場面においても、狭い地理範囲をもつ地理識別子を利用することでダイレクトに位置を特定することができる。問い合わせ対応のために対象箇所の位置を特定したり、各種の履歴を登録する場面においては、ダイレクトに位置を特定できた方が、地図画面を拡大・縮小・ドラッグしながら詳細な位置を特定するよりも簡単に、早く位置を特定することができる。

【河川分野・道路分野における整理結果】
上記の方針に従って地理識別子を分類すると、以下のように分類することができる。
表附 2-6 利用用途から見た、地理識別子の分類「おおまかな位置を把握したい場合」「詳細な位置を把握したい場合」

住所（都道府県レベル、市区町村レベル）

住所（大字・町丁目レベル）

管理河川

河川距離標

管理路線

道路距離標

事務所管轄区域測点

出張所管轄区間

交差点

水系

施設

流域

附属書 - 14

2-1-3-4. 地理識別子の整備優先度の設定
附属書 2-1-3-1.〜2-1-3-3.で整理した結果を図附 2-3 に示した図に適用すると、整備優先度の高い地理識別子を設定することができる。

【河川分野・道路分野における整理結果】
整理方法の指針に従って河川分野・道路分野における地理識別子を整理した結果は、以下のようになる。

＜河川分野の場合＞
整備主体

河川事務所

用途

優先度の高い地理識
別子

おおまかな位置を把 住所
握したい
管理河川
詳細な位置を把握 住所
したい
施設

リソース
街区レベル位置参照情報
数値地図
河川基盤地図街区レベル位置参照情報
数値地図
河川基盤地図（河川）＜道路分野の場合＞
整備主体

用途

優先度の高い地理識
別子

おおまかな位置を把 住所
握したい
管理路線
道路事務所

住所

詳細な位置を把握
したい
施設
道路・距離標附属書 - 15

リソース
街区レベル位置参照情報
数値地図
DRM
街区レベル位置参照情報
数値地図
DRM（道路）DRM

2-2. 地理識別子による空間参照系及び場所型の作成
地理識別子を作成するにあたっては、地理識別子の種類の内容や記述ルールを定めた場
所型や地理識別子による空間参照系の作成が必要である。

2-2-1. 地理識別子による空間参照系の作成
例えば「平面直角座標系」等の座標による空間参照系では、その内容として原点の位置など、その空間参照系を説明する情報が必要であるように、地理識別子による空間参照系
でも、その空間参照系を説明する情報が必要である。
地理識別子による空間参照系は、本編 3-1.で示したデータ構造に従ってデータを作成する。
ただし、地理識別子による空間参照系は地方整備局や事務所の単位で必要という訳ではな
く、分野ごとに一つ地理識別子による空間参照系を定義し、各地方整備局や事務所はそれを利用すればよい。

地 理 識 別 子 に よ る空 間 参 照 系 の作 成 例■地理識別子による空間参照系の作成方法の検討
地理識別子による空間参照系の作成例を、表附 2-7 に示す。
表附 2-7 地理識別子による空間参照系の作成例
属性・関連役割値

名前

road.srs.jacic.or.jp

地理範囲

日本全国

主題

道路分野で建設情報を連携させる際に用いる地理識別子による空間参照系

全面的責任者

電子地図/建設情報連携小委員会

別名

道路分野に関する空間参照系

場所型

住所型

管理路線型

道路距離標型

交差点型

測点型

事務所管轄区域型

出張所管轄区間型

施設型■地理識別子による空間参照系のサンプル作成した、地理識別子による空間参照系のサンプルを、表附 2-8 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 16

表附 2-8 地理識別子による空間参照系のサンプル（XML 形式）※以下、地理識別子による空間参照系のインスタンス部分の抜粋<jci:PI_LRS id="lrs_road"><jps:RS_LRS.name>road.srs.jacic.or.jp</jps:RS_LRS.name><jps:RS_LRS.theme>道路分野で建設情報を連携させる際に用いる地理識別子による空間参照系</
jps:RS_LRS.theme><jps:RS_LRS.overallOwner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:RS_LRS.overallOwner><jps:RS_LRS.locationTypes idref="lt_add"><jps:RS_LRS.locationTypes idref="lt_rd"><jps:RS_LRS.locationTypes idref="lt_rdkp"><jps:RS_LRS.locationTypes idref="lt_its"><jps:RS_LRS.locationTypes idref="lt_sp"><jps:RS_LRS.locationTypes idref="lt_ofd"><jps:RS_LRS.locationTypes idref="lt_bofs"><jps:RS_LRS.locationTypes idref="lt_fac"><jci:PI_LRS.alias>道路分野に関する空間参照系</jci:PI_LRS.alias><jci:PI_LRS.domainOfValidity>日本全国</jci:PI_LRS.domainOfValidity></jci:PI_LRS>

附属書 - 17

2-2-2. 場所型の作成
地理識別子をどのように記述するかは、場所型を定義し、その中で記述しなければならない。場所型は、本編 3-1 で示したデータ構造に従って作成されなければならない。また、
本編 3-2 で示した作成の際の規約にも従わなければならない。
ここでは、附属書 2-1 で抽出した 12 種類の地理識別子について、場所型の作成例を示す。

2-2-2-1. 住所型■場所型の作成方法の検討「住所型」の場所型の作成例は、表附 2-9 のようになる。また、地理識別子の記述方法を定める住所型の PI タイプの作成例を、別途示す。
表附 2-9 「住所型」の場所型の作成例
属性・関連役割

値

名前

住所型

主題

住所の位置の指定

識別（別途掲載）

定義

行政界及び海岸線によって構成される、地方自治法に定められた行政上
の区域

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会

附属書 - 18

■住所型の PI タイプ例
①応用スキーマ
住所型の応用スキーマを、図附 2-7 及び表附 2-10 に示す。
住所
+ 名前 : CharacterString

0..1

詳細地名

行政区

特別区

都道府県

郡

区

町

市

村

住居番号

町字

地番

街区符号

都道府県
0..1
郡

0..1
市

0..1
特別区

区

0..1

0..1

0..1

村

町

0..1
0..1

地番
+ 枝番[0..1] : CharacterString

0..1
0..1

0..1

0..1

0..1

0..1
0..1
町字
+ 通称名[0..1] : CharacterString

0..1
住居番号
+ 道路名[0..1] : CharacterString

0..1
0..1
0..1
街区符号

図附 2-7 住所型の応用スキーマ

附属書 - 19

0..1
0..1

表附 2-10 住所型の応用スキーマ定義文書
型

名前

属性

役割

型

住所

生活の本拠であって，法律関係を処理する場合の基準となる場所。

抽象/具象区分

具象

属性名

名前

定義

住所を識別する値

型

CharacterString

多重度

１

役割名

要素

定義

住所を構成する行政区や詳細地名

型

住所

多重度

0..1

名前

型

行政区

型

型

住所

上位となる型

具象

役割名

特別区
東京都内の特別区への参照。都道府県の名前が「東京都」の場合にのみ用いることが
できる。

型

特別区

多重度

0..1

役割名

郡

定義

都道府県内の郡

型

郡

多重度

0..1

役割名

市

定義

都道府県内の市

型

市

多重度

0..1
特別区

順序指標

なし

順序指標

なし

順序指標

なし

上位となる型行政区定義

地方自治法第 281 条第 1 項に規定する「都の区」。

抽象/具象区分

具象

役割名

町字

定義

特別区を構成する町字

型

町字

多重度

0..1

定義

行政区

府県。以下の役割のいずれかをもつ。

抽象/具象区分

名前

役割上位となる型

日本における行政区分の一つで，地方自治法に定める普通地方公共団体である都道

名前

役割

なし

抽象

定義

役割

順序指標

抽象/具象区分

定義

役割

なし

行政上のまとまり。実体は下位の型のいずれかとなる。
都道府県

なし

順序指標

定義
名前

役割

上位となる型

定義

郡

順序指標

なし

上位となる型行政区

地方行政区画の一種。住所表記や，広域連合体（広域行政圏）の範囲，都道府県議
会選挙区の区割などに用いられる。以下のいずれかの役割をもつ。

抽象/具象区分

具象

役割名

町

定義

郡内の町。

附属書 - 20

役割

型

型

町

多重度

0..1

役割名

村

定義

郡内の村。

型

村

多重度

0..1

名前
定義
抽象/具象区分
役割

役割

役割

役割

型

役割

役割

型

区

型

区

多重度

0..1

役割名

地番

定義

市内の地番。

型

地番

多重度

0..1

役割名

町字

定義

市内の町字。

型

町字

多重度

0..1

役割名

住居番号

定義

市内の住居番号。道路名を記述する。

型

住居番号

多重度

0..1

上位となる型

行政区

町

順序指標

なし

順序指標

なし

順序指標

なし

順序指標

なし

上位となる型行政区

地方自治法第八条に示される町。日本における基礎自治体の単位。地番，町字，住
居番号のいずれかをもつことができる。

抽象/具象区分

具象

役割名

地番

定義

市内の地番。

型

地番

多重度

0..1

役割名

町字

定義

市内の町字。

型

町字

多重度

0..1

役割名

住居番号

定義

市内の住居番号。道路名を記述する。

型

住居番号

多重度

0..1

定義

なし

具象
区への参照。政令指定都市の場合に用いる。

名前

順序指標

住居番号のいずれかをもつことができる。

定義

定義

なし

地方自治法第八条に示される市。日本における基礎自治体の単位。区，地番，町字，

役割名

名前

役割

市

順序指標

村

順序指標

なし

順序指標

なし

順序指標

なし

上位となる型行政区

地方自治法第八条に示される村。日本における基礎自治体の単位。地番，町字，住
居番号のいずれかをもつことができる。

附属書 - 21

役割

役割

役割

型

抽象/具象区分

具象

役割名

地番

定義

市内の地番。

型

地番

多重度

0..1

役割名

町字

定義

市内の町字。

型

町字

多重度

0..1

役割名

住居番号

定義

市内の住居番号への参照。道路名を記述する。

型

住居番号

多重度

0..1

名前

区

順序指標

なし

順序指標

なし

順序指標

なし

上位となる型行政区

地方行政区画の一種。住所表記や，広域連合体（広域行政圏）の範囲，都道府県議
定義会選挙区の区割などに用いられる。地番，町字または，住居番号のいずれかをもつことが
できる。

役割

役割

役割

型

抽象/具象区分

具象

役割名

地番

定義

市内の地番。

型

地番

多重度

0..1

役割名

町字

定義

市内の町字。

型

町字

多重度

0..1

役割名

住居番号

定義

市内の住居番号。道路名を記述する。

型

住居番号

多重度

0..1

名前
定義
抽象/具象区分
役割

役割

型

町字

なし

順序指標

なし

順序指標

なし

上位となる型

詳細地名

地方行政区画の一種。住所表記や，広域連合体（広域行政圏）の範囲，都道府県議
会選挙区の区割などに用いられる。地番または街区符号をもつことができる。
具象

役割名

地番

定義

市内の地番。

型

地番

多重度

0..1

役割名

街区符号

定義

町字内の街区符号。

型

街区符号

多重度

0..1

名前

順序指標

地番

順序指標

なし

順序指標

なし

上位となる型

詳細地名定義

明治３２年に制定された不動産登記法により定められた土地の番号

抽象/具象区分具象

附属書 - 22

属性

型

属性名

枝番

定義

分筆された場合の補助番号型

CharacterString

多重度

0..１

名前
定義

属性

型

具象
通称名

属性

詳細地名

京都市において用いられる道路の名前に「東入る」「西入る」「上る」「下る」を付けたもの。
CharacterString

多重度

0..１

役割名

住居番号

定義

街区内の住居番号。

型

住居番号

多重度

0..1

名前

上位となる型

号。

属性名

型

なし

道路や鉄道などの物理的な境界によって区切られた区画「街区」に割り当てられた番

抽象/具象区分

定義

役割

街区符号

順序指標

住居番号

順序指標

なし

順序指標

なし

上位となる型

詳細地名

定義

建物の出入口の位置に応じ，道路等に沿って 10 メートル間隔でつけた番号。

抽象/具象区分

具象

属性名

道路名
市町村内の道路の名前及び当該道路に接し，又は当該道路に通ずる通路を有する建定義

物その他の工作物につけられる住居番号を用いて表示する方法により住所が定められた
場合の道路名前。

型

CharacterString

多重度

0..１

順序指標

なし

②符号化規則図附 2-7 に示した応用スキーマを符号化するためのタグ一覧を、表附 2-11 に示す。

附属書 - 23

表附 2-11 住所型の応用スキーマのためのタグ一覧
クラス

属性

住所

タグ
Jusho

名前

name

行政区

Gyoseiku
都道府県

Todofuken

特別区

Tokubetsuku

郡

Gun

市

Shi

町

Machi

村

Mura

区

Ku

町字

Choaza

詳細地名

Shosaichimei
街区符号Gaikufugo

住居番号Jyukyobango
道路名doromei

枝番edaban

地番

Chiban

住所型の符号化規則を、表附 2-12 に示す。

附属書 - 24

表附 2-12 住所型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="Jyusho" type="Jyusho"/><xs:element name="Todofuken" type="Todofuken" substitutionGroup="Jyusho"/><xs:element name="Tokubetsuku" type="Tokubetsuku" substitutionGroup="Jyusho"/><xs:element name="Shi" type="Shi" substitutionGroup="Jyusho"/><xs:element name="Gun" type="Gun" substitutionGroup="Jyusho"/><xs:element name="Ku" type="Ku" substitutionGroup="Jyusho"/><xs:element name="Machi" type="Machi" substitutionGroup="Jyusho"/><xs:element name="Mura" type="Mura" substitutionGroup="Jyusho"/><xs:element name="Chiban" type="Chiban" substitutionGroup="Jyusho"/><xs:element name="Choaza" type="Choaza" substitutionGroup="Jyusho"/><xs:element name="Jyukyobango" type="Jyukyobango" substitutionGroup="Jyusho"/><xs:element name="Gaikufugo" type="Gaikufugo" substitutionGroup="Jyusho"/><xs:complexType name="Jyusho"><xs:sequence><xs:element ref="Jyusho" minOccurs="0"/></xs:sequence><xs:attributeGroup ref="IM̲ObjectIdentification"/><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:complexType name="Gyoseiku"><xs:complexContent><xs:extension base="Jyusho"/></xs:complexContent></xs:complexType><xs:complexType name="Shosaichimei"><xs:complexContent><xs:extension base="Jyusho"/></xs:complexContent></xs:complexType><xs:complexType name="Todofuken"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Tokubetsuku" type="Tokubetsuku" minOccurs="0"/><xs:element name="Shi" type="Shi" minOccurs="0"/><xs:element name="Gun" type="Gun" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Gun"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Machi" type="Machi" minOccurs="0"/><xs:element name="Mura" type="Mura" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Machi">

附属書 - 25

<xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Chiban" type="Chiban" minOccurs="0"/><xs:element name="Choaza" type="Choaza" minOccurs="0"/><xs:element name="Jyukyobango" type="Jyukyobango" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Mura"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Chiban" type="Chiban" minOccurs="0"/><xs:element name="Choaza" type="Choaza" minOccurs="0"/><xs:element name="Jyukyobango" type="Jyukyobango" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Shi"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Ku" type="Ku" minOccurs="0"/><xs:element name="Chiban" type="Chiban" minOccurs="0"/><xs:element name="Choaza" type="Choaza" minOccurs="0"/><xs:element name="Jyukyobango" type="Jyukyobango" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Ku"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Chiban" type="Chiban" minOccurs="0"/><xs:element name="Choaza" type="Choaza" minOccurs="0"/><xs:element name="Jyukyobango" type="Jyukyobango" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Tokubetsuku"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Chiban" type="Chiban" minOccurs="0"/><xs:element name="Choaza" type="Choaza" minOccurs="0"/><xs:element name="Jyukyobango" type="Jyukyobango" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent>

附属書 - 26

</xs:complexType><xs:complexType name="Choaza"><xs:complexContent><xs:extension base="Gyoseiku"><xs:sequence><xs:element name="Chiban" type="Chiban" minOccurs="0"/><xs:element name="Gaikufugo" type="Gaikufugo" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Gaikufugo"><xs:complexContent><xs:extension base="Shosaichimei"><xs:sequence><xs:element name="Jyukyobango"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Jyukyobango"><xs:complexContent><xs:extension base="Shosaichimei"><xs:attribute name="doromei" type="CharacterString" /></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Chiban"><xs:complexContent><xs:extension base="Shosaichimei"><xs:attribute name="edaban" type="CharacterString"/></xs:extension></xs:complexContent></xs:complexType><xs:attributeGroup name="IM̲ObjectIdentification"><xs:attribute name="id" type="xs:ID"/><xs:attribute name="uuid" type="xs:string"/></xs:attributeGroup><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、住所型の場所型のサンプルを、表附 2-13 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形

附属書 - 27

式での作成例を示す。
表附 2-13 住所型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_add"><jps:SI_LocationType.theme>住所の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>行政界及び海岸線によって構成される、地方自治法に定められた行政上の区域</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>住所型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/add.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/add.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/add.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 28

2-2-2-2. 管理路線型■場所型の作成方法の検討「管理路線型」の場所型の作成例は、表附 2-14 のようになる。また、地理識別子の記述方法を定める管理路線型の PI タイプの作成例を、別途示す。
表附 2-14 「管理路線型」の場所型の作成例
属性・関連役割

値

名前

管理路線型

主題

管理路線の位置の指定

識別（別途掲載）

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する路線
範囲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■管理路線型の PI タイプ例
①応用スキーマ
管理路線型の応用スキーマを、図附 2-8 及び表附 2-15 に示す。

道路管理区分コード
管理路線+ type[0..1] : 道路管理区分コード+ name : CharacterString

高速道路
都市高速道路国道
主要地方道
一般都道府県道
一般道路
その他の道路図附 2-8 管理路線型の応用スキーマ
表附 2-15 管理路線型の応用スキーマ定義文書
型

属性

属性

名前

管理路線

上位となる型定義

国土交通省の組織である国道事務所及び河川事務所が管轄する路線

抽象/具象区分

具象

属性名

種別

定義

管理路線の管理区分型

道路管理区分コード

多重度

0..1

役割名

名前

定義

管理路線の名称型

CharacterString

多重度

1

附属書 - 29

なし

順序指標

なし

順序指標

なし

②符号化規則
図附 2-8 に示した応用スキーマの符号化規則を、に示す。
なお、管理路線のタグ名称は“Rd”とする。
表附 2-16 管理路線型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="Rd" type="Rd"/><xs:complexType name="Rd"><xs:attribute name="type" type="RdType"/><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="RdType"><xs:restriction base="xs:string"><xs:enumeration value="高速道路"/><xs:enumeration value="都市高速道路"/><xs:enumeration value="国道"/><xs:enumeration value="主要地方道"/><xs:enumeration value="一般都道府県道"/><xs:enumeration value="一般道路"/><xs:enumeration value="その他の道路"/></xs:restriction></xs:simpleType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、管理路線型の場所型のサンプルを、表附 2-17 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 30

表附 2-17 管理路線型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_rd"><jps:SI_LocationType.theme>管理路線の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>国土交通省の組織である国道事務所及び河川事務所が管轄する路線範囲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>管理路線型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/rd.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/rd.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/rd.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 31

2-2-2-3. 道路距離標型■場所型の作成方法の検討「道路距離標型」の場所型の作成例は、表附 2-18 のようになる。また、地理識別子の記述方法を定める道路距離標型の PI タイプの作成例を、別途示す。
表附 2-18 「道路距離標型」の場所型の作成例
属性・関連役割値

名前

道路距離標型

主題

距離標による道路延長方向の位置の指定

識別（別途掲載）

定義

道路起点からの延長を表示した標識で、道路端に設置してある杭や鋲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■道路距離標型の PI タイプ例
①応用スキーマ
道路距離標型の応用スキーマを、図附 2-9 及び表附 2-19 に示す。
道路施設
+ name : CharacterString

上下区分コード
上り
下り
共通
不明

管理路線

距離標

+ type[0..1] : 道路管理区分コード+ type : 上下区分コード

図附 2-9 道路距離標型の応用スキーマ

附属書 - 32

表附 2-19 道路距離標型の応用スキーマ定義文書
型

属性

役割

型

属性

役割

型

属性

名前

道路施設

上位となる型定義

道路起点からの延長を表示した標識で、道路端に設置してある杭や鋲

抽象/具象区分

具象

属性名

名前

定義

道路施設を識別する値

型

CharacterString

多重度

0..1

役割名

要素

定義

道路施設を構成する要素

型

道路施設

多重度

なし

順序指標

なし

1

順序指標

なし

名前

管理路線

上位となる型

道路施設

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する路線

抽象/具象区分

具象

属性名

種別

定義

管理路線の管理区分型

道路管理区分コード

多重度

0..1

役割名

距離標

定義

道路の起点から終点までに置かれた杭や鋲

型

距離標

多重度

順序指標

なし

0..1

順序指標

なし

名前

距離標

上位となる型

道路施設

定義

道路起点からの延長を表示した標識で、道路端に設置してある杭や鋲

抽象/具象区分

具象

属性名

上下の別

定義

距離表の上下区分の別型

上下区分コード

多重度

1

順序指標

②符号化規則図附 2-9 に示した応用スキーマの符号化規則を、表附 2-20 に示す。
なお、距離標のタグ名称は“Kp”とする。

附属書 - 33なし

表附 2-20 道路距離標型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="RdF" type="RdF"/><xs:element name="Rd" type="Rd" substitutionGroup="RdF"/><xs:element name="Kp" type="Kp" substitutionGroup="RdF"/><xs:complexType name="RdF"><xs:sequence><xs:element ref="RdF" minOccurs="0"/></xs:sequence><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:complexType name="Rd"><xs:complexContent><xs:extension base="RdF"><xs:sequence><xs:element ref="Kp" minOccurs="0"/></xs:sequence><xs:attribute name="type" type="RdType"/></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Kp"><xs:complexContent><xs:extension base="RdF"><xs:attribute name="type" type="KpType"/></xs:extension></xs:complexContent></xs:complexType><xs:simpleType name="RdType"><xs:restriction base="xs:string"><xs:enumeration value="高速道路"/><xs:enumeration value="都市高速道路"/><xs:enumeration value="国道"/><xs:enumeration value="主要地方道"/><xs:enumeration value="一般都道府県道"/><xs:enumeration value="一般道路"/><xs:enumeration value="その他の道路"/></xs:restriction></xs:simpleType><xs:simpleType name="KpType"><xs:restriction base="xs:string"><xs:enumeration value="上"/><xs:enumeration value="下"/><xs:enumeration value="共通"/><xs:enumeration value="不明"/></xs:restriction></xs:simpleType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>

附属書 - 34

③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、道路距離標型の場所型のサンプルを、表附 2-21 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。
表附 2-21 道路距離標型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_rdkp"><jps:SI_LocationType.theme>距離標による道路延長方向の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>道路起点からの延長を表示した標識で、道路端に設置してある杭や鋲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>道路距離標型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/rdkp.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/rdkp.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/rdkp.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 35

2-2-2-4. 交差点型
■場所型の作成方法の検討「交差点型」の場所型の作成例は、表附 2-22 のようになる。また、地理識別子の記述方法を定める交差点型の PI タイプの作成例を、別途示す。
表附 2-22 「交差点型」の場所型の作成例
属性・関連役割

値

名前

交差点型

主題

交差点の位置の指定

識別（別途掲載）

定義

十字路、T 字路など、2 以上の車道が交わる部分

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■交差点型の PI タイプ例
①応用スキーマ
交差点型の応用スキーマを、図附 2-10 及び表附 2-23 に示す。
道路施設
+ name : CharacterString

管理路線

交差点

+ type[0..1] : 道路管理区分コード

図附 2-10 交差点型の応用スキーマ

附属書 - 36

表附 2-23 交差点型の応用スキーマ定義文書
型

属性

役割

型

属性

役割

型

名前

道路施設

上位となる型定義

人や車が通行するための施設

抽象/具象区分

具象

属性名

名前

定義

道路施設を識別する値

型

CharacterString

多重度

0..1

役割名

要素

定義

道路施設を構成する要素

型

道路施設

多重度

なし

順序指標

なし

1

順序指標

なし

名前

管理路線

上位となる型

道路施設

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する路線

抽象/具象区分

具象

属性名

種別

定義

管理路線の管理区分型

道路管理区分コード

多重度

0..1

役割名

交差点

定義

十字路、T 字路など、2 以上の車道が交わる部分

型

交差点

多重度

順序指標

なし

0..1

順序指標

なし

名前

交差点

上位となる型

道路施設

定義

十字路、T 字路など、2 以上の車道が交わる部分

抽象/具象区分具象②符号化規則図附 2-10 に示した応用スキーマの符号化規則を、表附 2-24 に示す。
なお、交差点のタグ名称は“Its”とする。

附属書 - 37

表附 2-24 交差点型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="RdF" type="RdF"/><xs:element name="Rd" type="Rd" substitutionGroup="RdF"/><xs:element name="Kp" type="Kp" substitutionGroup="RdF"/><xs:complexType name="RdF"><xs:sequence><xs:element ref="RdF" minOccurs="0"/></xs:sequence><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:complexType name="Rd"><xs:complexContent><xs:extension base="RdF"><xs:sequence><xs:element ref="It" minOccurs="0"/></xs:sequence><xs:attribute name="type" type="RdType"/></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Its"><xs:complexContent><xs:extension base="RdF"/></xs:complexContent></xs:complexType><xs:simpleType name="RdType"><xs:restriction base="xs:string"><xs:enumeration value="高速道路"/><xs:enumeration value="都市高速道路"/><xs:enumeration value="国道"/><xs:enumeration value="主要地方道"/><xs:enumeration value="一般都道府県道"/><xs:enumeration value="一般道路"/><xs:enumeration value="その他の道路"/></xs:restriction></xs:simpleType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、交差点型の場所型のサンプルを、表附 2-25 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形

附属書 - 38

式での作成例を示す。
表附 2-25 交差点型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_its"><jps:SI_LocationType.theme>交差点の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>道路起点からの延長を表示した標識で、道路端に設置してある杭や鋲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>交差点型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/its.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/its.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/its.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 39

2-2-2-5. 管理河川型■場所型の作成方法の検討「管理河川型」の場所型の作成例は、表附 2-26 のようになる。また、地理識別子の記述方法を定める管理河川型の PI タイプの作成例を、別途示す。
表附 2-26 「管理河川型」の場所型の作成例
属性・関連役割

値

名前

管理河川型

主題

管理河川の位置の指定

識別（別途掲載）

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する河川
範囲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■管理河川型の PI タイプ例
①応用スキーマ
管理河川型の応用スキーマを、図附 2-11 及び表附 2-27 に示す。

河川区分コード
管理河川+ type : 河川区分コード+ name : CharacterString

一級河川
二級河川
準用河川
普通河川
その他

図附 2-11 管理河川型の応用スキーマ
表附 2-27 管理河川型の応用スキーマ定義文書
型

属性

属性

名前

管理河川

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する河川上位となる型

抽象/具象区分

具象

属性名

種別

定義

管理河川の区分型

河川区分コード

多重度

0..1

役割名

名前

定義

管理河川の名称型

CharacterString

多重度

1

附属書 - 40

なし

順序指標

なし

順序指標

なし

②符号化規則
図附 2-11 に示した応用スキーマの符号化規則を、表附 2-28 に示す。
なお、管理河川のタグ名称は“Riv”とする。
表附 2-28 管理河川型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="Riv" type="Riv"/><xs:complexType name="Riv"><xs:attribute name="type" type="RivType"/><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="RivType"><xs:restriction base="xs:string"><xs:enumeration value="一級河川直轄"/><xs:enumeration value="一級河川指定"/><xs:enumeration value="二級河川"/><xs:enumeration value="準用河川"/><xs:enumeration value="普通河川"/><xs:enumeration value="その他"/></xs:restriction></xs:simpleType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、管理河川型の場所型のサンプルを、表附 2-29 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 41

表附 2-29 管理河川型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_riv"><jps:SI_LocationType.theme>管理河川の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>国土交通省の組織である国道事務所及び河川事務所が管轄する河川範囲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>管理河川型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/riv.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/riv.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/riv.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 42

2-2-2-6. 河川距離標型■場所型の作成方法の検討「河川距離標型」の場所型の作成例は、表附 2-30 のようになる。また、地理識別子の記述方法を定める河川距離標型の PI タイプの作成例を、別途示す。
表附 2-30 「河川距離標型」の場所型の作成例
属性・関連役割値

名前

河川距離標型

主題

距離標による河川延長方向の位置の指定

識別（別途掲載）

定義

河川起点からの延長を表示した標識で、河川端に設置してある杭や鋲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■河川距離標型の PI タイプ例
①応用スキーマ
河川距離標型の応用スキーマを、図附 2-12 及び表附 2-31 に示す。
河川施設
+ name : CharacterString

管理河川+ type[0..1] : 河川区分コード

距離標+ type : 左右区分コード

左右区分コード左岸
右岸
不明

図附 2-12 河川距離標型の応用スキーマ

附属書 - 43

表附 2-31 河川距離標型の応用スキーマ定義文書
型

属性

役割

型

属性

役割

型

属性

名前

河川施設

上位となる型定義

河川事務所が管理する河川に関する施設

抽象/具象区分

具象

属性名

名前

定義

河川施設を識別する値

型

CharacterString

多重度

0..1

役割名

要素

定義

河川施設を構成する要素

型

河川施設

多重度

なし

順序指標

なし

1

順序指標

なし

名前

管理河川

上位となる型河川施設

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する河川

抽象/具象区分

具象

属性名

種別

定義

管理河川の区分型

河川区分コード

多重度

0..1

役割名

距離標

定義

河川の起点から終点までに置かれた杭や鋲

型

距離標

多重度

順序指標

なし

0..1

順序指標

なし

名前

距離標

上位となる型

河川施設

定義

河川の起点からの延長を表示した標識で、河川端に設置してある杭や鋲

抽象/具象区分

具象

属性名

左右の別

定義

距離標の左岸右岸の別型

左右区分コード

多重度

1

順序指標

②符号化規則図附 2-12 に示した応用スキーマの符号化規則を、表附 2-32 に示す。
なお、距離標のタグ名称は“Kp”とする。

附属書 - 44なし

表附 2-32 河川距離標型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="RivF" type="RivF"/><xs:element name="Riv" type="Riv" substitutionGroup="RivF"/><xs:element name="Kp" type="Kp" substitutionGroup="RivF"/><xs:complexType name="RivF"><xs:sequence><xs:element ref="RivF" minOccurs="0"/></xs:sequence><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:complexType name="Riv"><xs:complexContent><xs:extension base="RivF"><xs:sequence><xs:element ref="Kp" minOccurs="0"/></xs:sequence><xs:attribute name="type" type="RivType"/></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Kp"><xs:complexContent><xs:extension base="RivF"><xs:attribute name="type" type="RivKpType"/></xs:extension></xs:complexContent></xs:complexType><xs:simpleType name="RivType"><xs:restriction base="xs:string"><xs:enumeration value="一級河川直轄"/><xs:enumeration value="一級河川指定"/><xs:enumeration value="二級河川"/><xs:enumeration value="準用河川"/><xs:enumeration value="普通河川"/><xs:enumeration value="その他"/></xs:restriction></xs:simpleType><xs:simpleType name="RivKpType"><xs:restriction base="xs:string"><xs:enumeration value="左岸"/><xs:enumeration value="右岸"/><xs:enumeration value="不明"/></xs:restriction></xs:simpleType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>

附属書 - 45

③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、河川距離標型の場所型のサンプルを、表附 2-33 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。
表附 2-33 河川距離標型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_Rivkp"><jps:SI_LocationType.theme>距離標による河川延長方向の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>河川起点からの延長を表示した標識で、河川端に設置してある杭や鋲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>河川距離標型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/rivkp.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/rivkp.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/rivkp.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 46

2-2-2-7. 水系型■場所型の作成方法の検討「水系型」の場所型の作成例は、表附 2-34 のようになる。また、地理識別子の記述方法を定める水系型の PI タイプの作成例を、別途示す。
表附 2-34 「水系型」の場所型の作成例
属性・関連役割

値

名前

水系型

主題

水系による範囲の指定

識別（別途掲載）

定義

本川と本川に流れ込む支川を一連のまとまりとした範囲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■水系型の PI タイプ例
①応用スキーマ
水系型の応用スキーマを、図附 2-13 及び表附 2-35 に示す。

水系
+ name : CharacterString+ type : 水系区分コード

水系区分コード
一級水系
二級水系
準用水系
普通水系
不明

図附 2-13 水系型の応用スキーマ
表附 2-35 水系型の応用スキーマ定義文書
型

属性

属性

名前

水系

上位となる型

定義

本川と本川に流れ込む支川を一連のまとまりとした範囲

抽象/具象区分

具象

属性名

種別

定義

水系の区分

型

水系区分コード

多重度

1

役割名

名前

定義

水系の名称

型

CharacterString

多重度

1

附属書 - 47

なし

順序指標

なし

順序指標

なし

②符号化規則
図附 2-13 に示した応用スキーマの符号化規則を、表附 2-36 に示す。
なお、水系のタグ名称は“RivRa”とする。
表附 2-36 水系型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="RivRa" type="RivRa"/><xs:complexType name="RivRa"><xs:attribute name="type" type="RaType"/><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="RaType"><xs:restriction base="xs:string"><xs:enumeration value="一級水系"/><xs:enumeration value="二級水系"/><xs:enumeration value="準用水系"/><xs:enumeration value="普通水系"/><xs:enumeration value="不明"/></xs:restriction></xs:simpleType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、水系型の場所型のサンプルを、表附 2-37 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 48

表附 2-37 水系型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_rivra"><jps:SI_LocationType.theme>水系の範囲の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>本川と本川に流れ込む支川を一連のまとまりとした範囲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>水系型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/rivra.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/rivra.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/rivra.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 49

2-2-2-8. 流域型■場所型の作成方法の検討「流域型」の場所型の作成例は、表附 2-38 のようになる。また、地理識別子の記述方法を定める流域型の PI タイプの作成例を、別途示す。
表附 2-38 「流域型」の場所型の作成例
属性・関連役割

値

名前

流域型

主題

流域による範囲の指定

識別（別途掲載）

定義

分水嶺を境界とする川の自然集水域

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■流域型の PI タイプ例
①応用スキーマ
流域型の応用スキーマを、図附 2-14 及び表附 2-39 に示す。
流域
+ name : CharacterString

図附 2-14 流域型の応用スキーマ
表附 2-39 流域型の応用スキーマ定義文書
型

属性

名前

流域

定義

分水嶺を境界とする川の自然集水域

上位となる型

抽象/具象区分

具象

役割名

名前

定義

流域の名称

型

CharacterString

多重度

1

順序指標

附属書 - 50なし

なし

②符号化規則
図附 2-14 に示した応用スキーマの符号化規則を、表附 2-40 に示す。
なお、流域のタグ名称は“RivWs”とする。
表附 2-40 流域型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="RivWs" type="RivWs"/><xs:complexType name="RivWs"><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、流域型の場所型のサンプルを、表附 2-41 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 51

表附 2-41 流域型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_rivws"><jps:SI_LocationType.theme>流域の範囲の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>分水嶺を境界とする川の自然集水域</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>流域型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/rivws.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/rivws.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/rivws.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 52

2-2-2-9. 測点型■場所型の作成方法の検討「測点型」の場所型の作成例は、表附 2-42 のようになる。また、地理識別子の記述方法を定める測点型の PI タイプの作成例を、別途示す。
表附 2-42 「測点型」の場所型の作成例
属性・関連役割

値

名前

測点型

主題

測点による道路延長方向の位置の指定

識別（別途掲載）

定義

路線測量によって作成された計測点

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■測点型の PI タイプ例
①応用スキーマ
測点型の応用スキーマを、図附 2-15 及び表附 2-43 に示す。
道路施設
+ name : CharacterString

管理路線

工事名

+ type[0..1] : 道路管理区分コード

図附 2-15 測点型の応用スキーマ

附属書 - 53

測点

表附 2-43 測点型の応用スキーマ定義文書
型

属性

役割

型

属性

役割

型

属性

役割

型

属性

名前

道路施設

上位となる型定義

人や車が通行するための施設

抽象/具象区分

具象

属性名

名前

定義

道路施設を識別する値

型

CharacterString

多重度

1

役割名

要素

定義

道路施設を構成する要素

型

道路施設

多重度

なし

順序指標

なし

1

順序指標

なし

名前

管理路線

上位となる型

道路施設

定義

国土交通省の組織である国道事務所及び河川事務所が管轄する路線

抽象/具象区分

具象

属性名

種別

定義

管理路線の管理区分型

道路管理区分コード

多重度

0..1

役割名

工事名

定義

行われた道路工事を識別する値

型

工事名

多重度

順序指標

なし

0..1

順序指標

なし

名前

工事名

上位となる型

道路施設

定義

行われた道路工事を識別する値

抽象/具象区分

具象

属性名

名前

定義

行われた道路工事を識別する値

型

CharacterString

多重度

1

順序指標

なし

役割名

測点

定義

路線測量によって作成された計測点

型

測点

多重度

0..1

順序指標

なし

名前

測点

上位となる型

道路施設

定義

路線測量によって作成された計測点

抽象/具象区分

具象

属性名

名前

定義

路線測量によって作成された計測点を識別する値

型

CharacterString

多重度

1

順序指標

なし

附属書 - 54

②符号化規則
図附 2-15 に示した応用スキーマの符号化規則を、表附 2-44 に示す。
なお、工事名のタグ名称は“Rc”とし、測点のタグ名称は“Sp”とする。
表附 2-44 測点型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="RdF" type="RdF"/><xs:element name="Rd" type="Rd" substitutionGroup="RdF"/><xs:element name="Rc" type="Rc" substitutionGroup="RdF"/><xs:element name="Sp" type="Sp" substitutionGroup="RdF"/><xs:complexType name="RdF"><xs:sequence><xs:element ref="RdF" minOccurs="0"/></xs:sequence><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:complexType name="Rd"><xs:complexContent><xs:extension base="RdF"><xs:sequence><xs:element ref="Rc" minOccurs="0"/></xs:sequence><xs:attribute name="type" type="RdType"/></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Rc"><xs:complexContent><xs:extension base="RdF"><xs:sequence><xs:element ref="Sp" minOccurs="0"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType><xs:complexType name="Sp"><xs:complexContent><xs:extension base="RdF"/></xs:complexContent></xs:complexType><xs:simpleType name="RdType"><xs:restriction base="xs:string"><xs:enumeration value="高速道路"/><xs:enumeration value="都市高速道路"/><xs:enumeration value="国道"/><xs:enumeration value="主要地方道"/><xs:enumeration value="一般都道府県道"/><xs:enumeration value="一般道路"/><xs:enumeration value="その他の道路"/></xs:restriction></xs:simpleType>

附属書 - 55

<xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、測点型の場所型のサンプルを、表附 2-45 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。
表附 2-45 測点型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_sp"><jps:SI_LocationType.theme>測点による道路延長方向の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>路線測量によって作成された計測点</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>測点型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/sp.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/sp.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/sp.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 56

2-2-2-10. 事務所管轄区域型■事務所管轄区域型の作成方法の検討「事務所管轄区域型」の場所型の作成例は、表附 2-46 のようになる。また、地理識別子の記述方法を定める事務所管轄区域型の PI タイプの作成例を、別途示す。
表附 2-46 「事務所管轄区域型」の場所型の作成例
属性・関連役割

値

名前

事務所管轄区域型

主題

河川事務所及び国道事務所の範囲の指定

識別（別途掲載）

定義

国土交通省の組織である河川及び国道事務所が管轄する河川、路線
の範囲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■事務所管轄区域型の PI タイプ例
①応用スキーマ
事務所管轄区域型の応用スキーマを、図附 2-16 及び表附 2-47 事務所管轄区域型の応用ス
事務所管轄区域+ name : CharacterString

キーマ定義文書に示す。
図附 2-16 事務所管轄区域型の応用スキーマ
表附 2-47 事務所管轄区域型の応用スキーマ定義文書
型

属性

名前

事務所管轄区域上位となる型定義

国土交通省の組織である河川及び国道事務所が管轄する河川、路線の範囲

抽象/具象区分

具象

役割名

名前

定義

事務所管轄区域の名称型

CharacterString

多重度

1

順序指標

附属書 - 57なし

なし

②符号化規則
図附 2-16 に示した応用スキーマの符号化規則を、表附 2-48 に示す。
なお、事務所管轄区域のタグ名称は“OfD”とする。
表附 2-48 事務所管轄区域型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="OfD" type="OfD"/><xs:complexType name="OfD"><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、事務所管轄区域型の場所型のサンプルを、表附 2-49 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 58

表附 2-49 事務所管轄区域型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_ofd"><jps:SI_LocationType.theme>河川事務所及び国道事務所の範囲の指定の範囲の</jps:SI_LocationType.theme><jps:SI_LocationType.definition>国土交通省の組織である河川及び国道事務所が管轄する河川、路線の範囲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>事務所管轄区域型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/ofd.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/ofd.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/ofd.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 59

2-2-2-11. 出張所管轄区間型■出張所管轄区間型の作成方法の検討「出張所管轄区間型」の場所型の作成例は、表附 2-50 のようになる。また、地理識別子の記述方法を定める出張所管轄区間型の PI タイプの作成例を、別途示す。
表附 2-50 「出張所管轄区間型」の場所型の作成例
属性・関連役割

値

名前

出張所管轄区間型

主題

河川及び国道の出張所の範囲の指定

識別（別途掲載）

定義

国土交通省の組織で事務所の出先機関である出張所が管轄する河川、路線の範囲

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■事務所管轄区域型の PI タイプ例
①応用スキーマ
事務所管轄区域型の応用スキーマを、図附 2-17 及び表附 2-51 に示す。

出張所管轄区間+ name : CharacterString

図附 2-17 出張所管轄区間型の応用スキーマ
表附 2-51 出張所管轄区間型の応用スキーマ定義文書
型

属性

名前

出張所管轄区間上位となる型定義

国土交通省の組織で事務所の出先機関である出張所が管轄する河川、路線の範囲

抽象/具象区分

具象

役割名

名前

定義

出張所管轄区間の名称

型

CharacterString

多重度

1

順序指標

附属書 - 60なし

なし

②符号化規則
図附 2-8 に示した応用スキーマの符号化規則を、表附 2-52 に示す。
なお、出張所管轄区間のタグ名称は“BOfS”とする。
表附 2-52 出張所管轄区間型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="BofS" type="BofS"/><xs:complexType name="BofS"><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、出張所管轄区間型の場所型のサンプルを、表附 2-53 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 61

表附 2-53 出張所管轄区間型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_ofd"><jps:SI_LocationType.theme>河川及び国道の出張所の範囲の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>国土交通省の組織で事務所の出先機関である出張所が管轄する河川、路線の範囲</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>出張所管轄区間型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/bofs.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/bofs.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/bofs.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 62

2-2-2-12. 施設型■施設型の作成方法の検討「施設型」の場所型の作成例は、表附 2-54 のようになる。また、地理識別子の記述方法を定める施設型の PI タイプの作成例を、別途示す。
表附 2-54 「施設型」の場所型の作成例
属性・関連役割

値

名前

施設型

主題

施設の位置の指定

識別（別途掲載）

定義

河川及び国道事務所が管理する河川管理施設と道路管理施設、並びに公共と民間の施設

使用地域

日本全国

責任者

電子地図/建設情報連携小委員会■施設型の PI タイプ例
①応用スキーマ
施設型の応用スキーマを、図附 2-18 及び表附 2-55 に示す。

施設
+ name : CharacterString

図附 2-18 施設型の応用スキーマ
表附 2-55 施設型の応用スキーマ定義文書
型

名前
定義

属性

施設

上位となる型なし

河川及び国道事務所が管理する河川管理施設と道路管理施設、並びに公共と民間の施設

抽象/具象区分

具象

役割名

名前

定義

施設の名称

型

CharacterString

多重度

1

順序指標

附属書 - 63なし

②符号化規則
図附 2-8 に示した応用スキーマの符号化規則を、表附 2-56 に示す。
なお、施設のタグ名称は“Fac”とする。
表附 2-56 施設型の符号化規則<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"><xs:element name="Fac" type="Fac"/><xs:complexType name="Fac"><xs:attribute name="name" type="CharacterString"/></xs:complexType><xs:simpleType name="CharacterString"><xs:restriction base="xs:string"/></xs:simpleType></xs:schema>③マッピング規則
この PI タイプの符号化規則は、ISO19118 AnnexA に準拠している。

■場所型のサンプル
作成した、施設型の場所型のサンプルを、表附 2-57 に示す。
実際のデータの形式は空間参照系管理サービスに依存するが、ここでは例として XML 形
式での作成例を示す。

附属書 - 64

表附 2-57 施設型の場所型のサンプル（XML 形式）※以下、場所型のインスタンス部分の抜粋<jci:PI_LocationType id="lt_fac"><jps:SI_LocationType.theme>施設の位置の指定</jps:SI_LocationType.theme><jps:SI_LocationType.definition>河川及び国道事務所が管理する河川管理施設と道路管理施設、並びに公共と民間の施設</jps:SI_LocationType.definition><jps:SI_LocationType.territoryOfUse>日本全国</jps:SI_LocationType.territoryOfUse><jps:SI_LocationType.owner><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>電子地図/建設情報連携小委員会</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationType.owner><jci:PI_LocationType.name>施設型</jci:PI_LocationType.name><jci:PI_LocationType.identification><jci:PI_Type><PI_Type.applicationSchema>http://xxxxx.jp/pitype/fac.html</PI_Type.applicationSchema><PI_Type.encodingRule>http://xxxxx.jp/pitype/fac.html</PI_Type.encodingRule><PI_Type.mappingRule>http://xxxxx.jp/pitype/fac.html</PI_Type.mappingRule></jci:PI_Type></jci:PI_LocationType.identification></jci:PI_LocationType>

附属書 - 65

2-3. 地理識別子の作成
この箇条では、抽出した 12 項目の地理識別子を事例として、地理識別子の整備方法を解説する。地理識別子の作成にあたっては、既に整備されたデータがあり、それを利用すればよい場合と、整備する際に利用する既存リソースが整備する機関（例えば、整備局や事務所）が所有するものであるのか、そうでないのかによって手順は異なってくるため、「既存リソースを所有している場合の整備方法」と「既存リソースを所有していない場合の整備方法」に分けて解説する。また、作成にあたっては、附属書 2-1 で整理した整備優先度の高い地理識別子から整備するのがよい。
なお、この箇条では、「住所」と「管理路線」について、具体な地理識別子の整備方法の例を示す。その他の地理識別子については、整備の流れと作成サンプルを簡潔に示す。
実際に地理識別子を整備する際は、「住所」と「管理路線」の整備例を参考にするとよい。

2-3-1. 既に整備されたデータを利用すればよい地理識別子の整備
道路・河川分野の 12 種類の地理識別子の中では、「住所」がこれに該当する。

（A）住所の地理識別子の整備①既存リソースの収集
住所の地理識別子の整備にあたっては、街区レベル位置参照情報が既存リソースとして考えられる。このデータは国土交通省国土計画局で整備されているもので、国土交通省国土計画局の Web サイトから無償でダウンロードをすることができる。
国土交通省国土計画局の Web サイトの URL
http://nlftp.mlit.go.jp/isj/index.html

附属書 - 66

図附 2-19 街区レベル位置参照情報ダウンロードサイト

ダウンロードサイトでは、都道府県単位または市町村単位でダウンロードする対象を指定し、ダウンロードすることができる。
ダウンロードした圧縮ファイルには、表附 2-58 に示すファイル群が格納されており、csv
形式のファイルが、実際の住所や対応する座標値が記述された街区レベル位置参照情報のデータである。
表附 2-58 ダウンロードできる街区レベル位置参照情報のファイル群
データ

内容「○○○.csv」

具体な住所やそれに対応する座標値を記述「○○○.html」

csv ファイル内のデータの属性項目及びその内容を記載「○○○.xml」

ダウンロードした街区レベル位置参照情報のメタデータ※“○○○”に入る名称は、ダウンロードした各ファイルによって異なる

附属書 - 67

図附 2-20 街区レベル位置参照情報（Excel でファイルを開いた例）②地理識別子の作成方法の検討
住所の地理識別子は、ダウンロードした街区レベル位置参照のデータを用い、本編で示したデータ構造に則って場所インスタンスとして作成する。さらに、地理識別子の値（PIの値）は、場所型の中の PI タイプで定めた符号化規則に従って記述をしなければならない。
また、本編 3.2 で示した決まりごとに対しても遵守して作成をしなければならない。
なお、住所のように大量の地理識別子を作成する必要がある場合は、作成したいデータ
形式に応じた一括処理プログラムを作成し、データ作成を行うのがよい。
以下に、場所インスタンスの各属性・関連役割にどのように値を付与するのか、例を示す。

■地理識別子（多重度：1、値の型：PI）

地理識別子の値は、“PI の値”と“PI の空間参照系”で構成される。
“PI の値”は、附属書 2-2.で示した PI タイプの符号化規則に従って記述しなければならない。なお、街区レベル位置参照情報から作成する場合の、作成できる住所の最小単位は「街区番号・地番」までであり（例：千葉県柏市あけぼの 5 丁目 1 番）、住居番号や枝番を含む住所の場所インスタンス（例：千葉県柏市あけぼの 5 丁目 1 番 1 号）は作成することができない。
“PI の空間参照系”は、どの場所インスタンスに対しても、附属書 2-2-1.で示した地理識
別子による空間参照系の値を付与する。

■代替地理識別子（多重度：0..*、

値の型：CharacterString）

代替地理識別子は記述しなければならない属性ではないが、住所の場合、以下のような地位名の“揺らぎ”が存在することから、それらの問題をデータとしても吸収するために

附属書 - 68

も、この属性に地名の“揺らぎ”のパターンを示しておくことが望ましい。
＜住所で考えられる、地名の“揺らぎ”＞
・詳細地名の省略
丁目や番地、番、号などの省略や、ハイフンや「ノ」等で略記される。
・アラビア数字による代用
丁目などの漢数字がアラビア数字により代用される。
・異体字の使用
常用漢字にない漢字が地名に用いられている場合に、よく似た漢字で代用される。
・小文字の省略・追加「が」「ヶ」「ケ」「ャ」「ヤ」「ツ」「ッ」は、それぞれ混合して使用あるいは、省略、場合
によっては余分に追加されることがある。

■地理範囲（多重度：1、値の型：EX_GeographicExtent）

街区レベル位置参照情報は、街区の代表点をデータとして保有しているため、地理識別子に付与する位置情報は「点」で与えるのが最も作業上平易である。したがって、この属
性では“千葉県柏市”等の、この地理識別子が存在する場所をテキストで記述し、実際の座標値は、下記の「位置」でもつこととした。

■位置（多重度：0..1、

値の型：GM_Point）

街区レベル位置参照情報の各データがもつ座標値を、代表点として付与した。

■時間範囲（多重度：0..1、

値の型：TM_Period）

時間範囲は記述しなければならない属性ではないが、その地物の存続期間を記述しておくことで、ある時点を指定した地名の検索を行うことも可能となるため、できるだけ記述するとよい。
■管理者（多重度：1、値の型：CI_ResponsibleParty）

この属性には、この場所インスタンスを管理する整備主体を記述する。住所の場合は、各地方整備局の名称を記述する。

■地名辞典（多重度：0..*、値の型：SI_Gazetteer）

この関連役割は記述しなければならない関連役割ではないが、作成した場所インスタン
スがどの地名辞典に格納されるのか、原則的に記述するべき関連役割である。
ここでは、どの場所インスタンスも各事務所で作成する地名辞典の名称を記述する。

附属書 - 69

■場所型

（多重度：1、値の型：SI_LocationType）

ここでは、どの場所インスタンスも附属書 2-2-2.で示した「住所型」を必ず記述しなければならない。
以上を踏まえた、「住所」の場所インスタンスへの値の付与例を、表附 2-59 に示す。
表附 2-59 「住所」の場所インスタンスの値の付与例
属性・関連役割
地理識別子

値

値

<Jyusho><Todofuken name="千葉県"><City name="柏市"><Choaza name="あけぼの五丁目"><Gaikufugo name="1 番"/></Choaza></City></Todofuken></Jyusho>

空間参照系

road.srs.jacic.or.jp

代替地理識別子千葉県柏市あけぼの 5-1（この属性の記述は任意）

千葉県柏市あけぼの５丁目１番
千葉県柏市あけぼの五丁目１番

地理範囲

千葉県柏市

位置

35.868775 , 139.969222

時間範囲（この属性の記述は任意）―

管理者

関東地方整備局

地名辞典

千葉国道事務所地名辞典

場所型

住所型

③地理識別子の作成作成した住所の場所インスタンスのサンプルを、表附 2-60 に示す。
データの形式は地名辞典管理サービスによって異なってよく、例えば、Microsoft Access
等のリレーショナルデータベースにデータを格納する場合は、1 レコードの各カラムに、表附 2-59 に示したそれぞれの値が格納される。ただし、Web 空間でのデータ交換、つまり、複数のサービスを連携させた中で地名辞典を運用することを考慮すると、例えば表附 2-60に示すように XML 形式でデータを作成することが考えられる。

附属書 - 70

表附 2-60 「住所」の場所インスタンスのサンプル（XML 形式の場合）※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_add_XXXXXX"><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>千葉県柏市あけぼの 5 丁目 1 番</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>千葉県柏市あけぼの 5-1</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>千葉県柏市あけぼの五丁目１番</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>関東地方整備局</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jps:SI_LocationInstance.position idref="pt_li_add_XXXXXX" /><jci:PI_LocationInstance.geographicIdentifier><jci:PI><jci:PI.value><Jyusho><Todofuken name="千葉県"><City name="柏市"><Choaza name="あけぼの五丁目"><Gaikufugo name="1 番"/></Choaza></City></Todofuken></Jyusho></jci:PI.value><jci:PI.rs>road.srs.jacic.or.jp</jci:PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgd001" /><jci:PI_LocationInstance.gazetteer idref="gaz_add" /><jci:PI_LocationInstance.locationType idref="lt_add" /></jci:PI_LocationInstance><jps:GM_Point id="pt_li_add_XXXXXX"><jps:GM_Point.position><jps:DirectPosition><DirectPosition.coordinate>35.XXXXX 139.YYYYY</DirectPosition.coordinate><DirectPosition.dimension>2</DirectPosition.dimension><DirectPosition.coordinateReferenceSystem idref="rs001" /></jps:DirectPosition></jps:GM_Point.position></jps:GM_Point>④作成した地理識別子の品質のチェック作成した地理識別子に対しては、品質評価を行わなければならない。品質評価によって、附属書 - 71

想定した間違いの割合（これを誤率という）を超える間違いがデータの中に存在しないかどうかを確認し、想定以上の誤率があった場合には、データの修正を行わなければならない。品質評価においても、地理識別子の作成の場合と同じく品質評価ツールを作成し、一括処理によって評価を行うのが最も効率がよいと考えられる。
さらに、品質評価の結果は、地名辞典に記述をしておくことが望ましい。
③④を踏まえ、地理識別子を格納する地名辞典のサンプルを表附 2-61 に示す。
表附 2-61 「住所」の地名辞典のサンプル※以下、地名辞典のインスタンス部分の抜粋<jci:EXPI_Gazetteer id="gaz_add"><jps:SI_Gazetteer.scope>この地名辞典は，○○地方整備局内の住所を整備したものである</jps:SI_Gazetteer.scope ><jps:SI_Gazetteer.territoryOfUse idref="exgd_gazadd_XXXXXX " /><jps:SI_ Gazetteer.custodian><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○地方整備局</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_ Gazetteer.custodian ><jci:PI_Gazetteer.name>http://www.○○.go.jp/gaz/gaz_add</jci:PI_Gazetteer.name ><jci:PI_Gazetteer.date idref="inst_XXXXXX " /><jci:PI_Gazetteer.alias>○○地方整備局住所地名辞典</jci:PI_Gazetteer.alias ><jci:PI_Gazetteer.quality idref="dq_XXXXXX " /><jci:EXPI_Gazetteer.lrs idref="lrs_road " /><jci:EXPI_Gazetteer.locationInstances idref=" li_add_XXXXXX " /><jci:EXPI_Gazetteer.locationInstances idref=" li_add_YYYYYY " /><jci:EXPI_Gazetteer.locationInstances idref=" li_add_ZZZZZZ " />※以下、この地名辞典が格納する場所インスタンスをすべて列挙する</jci:EXPI_Gazetteer><jps:EX_GeographicDescription id="exgd_gazadd_XXXXXX"><jps:EX_ GeographicDescription.geographicIdentifier>○○地方整備局内</jps:EX_ GeographicDescription.geographicIdentifier></jps:EX_GeographicDescription><jps:TM_Instant id="inst_XXXXXX "><jps:TM_Instant.position><jps:TM_CalDate><TM_TemporalPosition.frame idref="rs002"/><TM_CalDate.calDate>2007 3 29</TM_CalDate.calDate><TM_CalDate.calendarEraName>西暦</TM_CalDate.calendarEraName></jps:TM_CalDate></jps:TM_Instant.position></jps:TM_Instant>

附属書 - 72

住 所 の地 名 辞 典 作 成 に 掛 かる作 業 量①〜④で各作業工程で掛かる作業量は、概ね以下の通りである。
①既存リソースの収集：1 日②地理識別子の作成方法の検討：2〜3 日（変換ツールの作成を含む。ただし、作業量はツール作成者のスキルに依るところが大きい）③地理識別子の作成：0.5 日④地理識別子の品質のチェック：3〜5 日（変換ツールの作成を含む。ただし、作業量はツール作成者のスキルや、品質評価結果に依るところが大きい。特に、想定を超える誤率があった場合は、データの修正が必要となるため、上記の作業量を超える可能性もある）

附属書 - 73

「住所」の地理識別子の整備方法のまとめ
上記で紹介した整備方法例を流れとしてまとめると、表附 2-62 のようになる。
なお、上記では紹介していないが、整備した地名辞典は、地名辞典管理サービスに登録して、初めて利用が可能になる（表中の⑤）。この部分に関しては、附属書 2-4 で別途解説する。
表附 2-62 「住所」の地名辞典の整備方法の流れ

概要

整備する地理識別子
原典資料

街区レベル位置参照情報、市販デジタル住宅地図 等

整備者

地方整備局

整備優先度

必要性

位置情報の形状
手順

住所

高い

しやすさ

整備しやすい点（属性 position で記述）

【初期整備（街区レベル位置参照情報を既存リソースとする場合）】①「街区レベル位置参照情報ダウンロードサービス」から地方整備局の範囲を選択し、ダウンロードする。
②街区レベル位置参照情報データ（CSV 形式）から地理識別子を作成する方法を検討
し、変換ツールを作成する。
③②で作成したツールを作成して、地理識別子を作成する。
④作成した地理識別子の品質評価を行う。
⑤作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

街区レベル位置参照
ダウンロードサービス

街区レベル位置参照

街区レベル
位置参照

インターネット
街区レベル
位置参照

①

⑤
登録

②③

④
地理
識別子

品質評価

整備者

地名辞典

附属書 - 74

2-3-2. 自分の機関で所有する既存リソースを用いた地理識別子の整備対象となる地理識別子は「住所」以外の全ての地理識別子である。これらの地理識別子
は、自分の機関で所有している既存リソースを用いて、地理識別子を作成する。
なお、作成した地理識別子には個人情報が含まれていることがあるかもしれない。整備した地名辞典は一般にも公開することを前提としており、また、利用者権限等を設定することで、地名辞典を利用できる対象を制限する仕組についてはまだ検討がなされていないた
め、現時点では、作成した地名辞典の中に個人情報が含まれないように配慮する必要がある。

附属書 - 75

（A） 「管理路線」の地理識別子の整備①既存リソースの収集「管理路線」の地理識別子の既存リソースとしては、「DRM」「数値地図」「国土数値情報」「管内図」等が考えられる。ただし、管内図は紙媒体であることがほとんどのため、整備にあたっては、スキャニングやデジタイズ等の作業が発生するため、デジタルデータ化されている「DRM」「数値地図」「国土数値情報」をリソースとして行った方がよい。
「DRM」を既存リソースとする場合、DRM を利用する場合、DRM のデータをテキスト
形式や、GIS で読み込める形式に変換するツールを作成することで、地理識別子作成に必要な情報を抽出できるようになる。

②地理識別子の作成方法の検討
管理路線の地理識別子は、DRM データから抽出した管理路線に関する情報を用い、本編で示したデータ構造に則って場所インスタンスとして作成する。さらに、地理識別子の値（PI の値）は、場所型の中の PI タイプで定めた符号化規則に従って記述をしなければならない。また、本編 3.2 で示した決まりごとに対しても遵守して作成をしなければならない。
以下に、場所インスタンスの各属性・関連役割にどのように値を付与するのか、例を示す。

■地理識別子（多重度：1、値の型：PI）

地理識別子の値は、“PI の値”と“PI の空間参照系”で構成される。
“PI の値”は、附属書 2-2.で示した PI タイプの符号化規則に従って記述しなければならない。
“PI の空間参照系”は、どの場所インスタンスに対しても、附属書 2-2-1.で示した地理識
別子による空間参照系の値を付与する。

■代替地理識別子（多重度：0..*、

値の型：CharacterString）

代替地理識別子は記述しなければならない属性ではないが、数字の半角と全角（“国道 16号”と“国道１６号”）等の言葉の“揺らぎ”をこの属性を利用することで吸収できるため、非常に有効である。また、管理路線には“国道 20 号”等の正式名称とともに“甲州街道”
等の通称が別に使われていることも少なくない。このような場合に、代替地理識別子として“甲州街道”等の通称を記述しておくと、データを重複して作成することなく正式名称と通称を同じ路線として扱うことができる。

■地理範囲（多重度：1、値の型：EX_GeographicExtent）

DRM のデータを GIS で読み込める形式に変換した場合、GIS の画面上で対象となる路線
全体を表示させ、路線を囲う範囲の最南かつ最西の点及び最北及び最東の点を取得するの附属書 - 76がよい。

対象となる管理路線

対象となる管理路線を囲う範囲を設定し、その最南かつ最西の点及び最北かつ最東の点を取得する。

図附 2-21 管理路線の地理範囲の取得方法■位置（多重度：0..1、

値の型：GM_Point）

地理識別子の位置情報を地理範囲で取得したので、この属性は用いない。

■時間範囲（多重度：0..1、

値の型：TM_Period）

時間範囲は記述しなければならない属性ではないが、その地物の存続期間を記述しておくことで、ある時点を指定した地名の検索を行うことも可能となるため、できるだけ記述するとよい。

■管理者（多重度：1、値の型：CI_ResponsibleParty）

この属性には、この場所インスタンスを管理する整備主体である各国道事務所の担当部
署名を記述する。

■地名辞典（多重度：0..*、値の型：SI_Gazetteer）

この関連役割は記述しなければならない関連役割ではないが、作成した場所インスタン
スがどの地名辞典に格納されるのか、原則的に記述するべき関連役割である。
ここでは、どの場所インスタンスも各事務所で作成する地名辞典の名称を記述する。

附属書 - 77

■場所型

（多重度：1、値の型：SI_LocationType）

ここでは、どの場所インスタンスも附属書 2-2-2.で示した「管理路線型」を必ず記述しなければならない。
表附 2-63 場所インスタンスの値の付与例（管理路線）
属性・関連役割
地理識別子

値

値

<Rosen name=”国道 20 号線”>

空間参照系

road.srs.jacic.or.jp

代替地理識別子

国道２０号線（この属性の記述は任意）

国道 20 号
国道２０号
甲州街道

地理範囲

最西の経度

140.285797

最東の経度

140.710144

最南の緯度

36.165597

最北の緯度36.763902

位置―

時間範囲（この属性の記述は任意）―

管理者

関東地方整備局

地名辞典

千葉国道事務所地名辞典

場所型

管理路線型

③地理識別子の作成
作成した地理識別子のサンプルを表附 2-64 に示す。
データの形式は、Web 空間でのデータ交換、つまり、複数のサービスを連携させた中で地名辞典を運用することを考慮すると、例えば、表附 2-64 に示すように XML 形式でデータを作成することが考えられる。

附属書 - 78

表附 2-64 「管理路線」の地理識別子のサンプル（XML 形式で表した場合）※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_rd_XXXXXX"><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>国道２０号線</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>国道 20 号</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>国道２０号</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>甲州街道</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jci:PI_LocationInstance.geographicIdentifier><jci:PI><jci:PI.value><Rd name="国道 20 号線"></jci:PI.value><jci:PI.rs>road.srs.jacic.or.jp</jps:PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgb_rd_XXXXXX " /><jci:PI_LocationInstance.gazetteer idref="gaz_rd" /><jci:PI_LocationInstance.locationType idref="lt_rd" /></jci:PI_LocationInstance><jps:EX_GeographicBoundingBox id="exgb_rd_XXXXXX"><jps:EX_GeographicBoundingBox.westBoundLongitude>140.XXXXX</jps:EX_GeographicBoundingBox.westBoundLongitude><jps:EX_GeographicBoundingBox.eastBoundLongitude>140.YYYYY</jps:EX_GeographicBoundingBox.eastBoundLongitude><jps:EX_GeographicBoundingBox.southBoundLongitude>36.XXXXX</jps:EX_GeographicBoundingBox.southBoundLongitude><jps:EX_GeographicBoundingBox.northBoundLongitude>36.YYYYY</jps:EX_GeographicBoundingBox.northBoundLongitude></jps:EX_GeographicBoundingBox>④作成した地理識別子の品質のチェック作成した地理識別子に対しては、品質評価を行わなければならない。品質評価によって、想定した間違いの割合（これを誤率という）を超える間違いがデータの中に存在しないかどうかを確認し、想定以上の誤率があった場合には、データの修正を行わなければならない。品質評価においても、地理識別子の作成の場合と同じく品質評価ツールを作成し、一括処理によって評価を行うのが最も効率がよいと考えられる。

附属書 - 79

さらに、品質評価の結果は、地名辞典に記述をしておくことが望ましい。
③④を踏まえ、地理識別子を格納する地名辞典のサンプルを表附 2-65 に示す。
表附 2-65 「管理路線」の地名辞典のサンプル※以下、地名辞典のインスタンス部分の抜粋<jci:EXPI_Gazetteer id="gaz_rd"><jps:SI_Gazetteer.scope>この地名辞典は，○○国道事務所内の管理路線を整備したものである</jps:SI_Gazetteer.scope ><jps:SI_Gazetteer.territoryOfUse idref="exgd_gazrd_XXXXXX " /><jps:SI_ Gazetteer.custodian><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_ Gazetteer.custodian ><jci:PI_Gazetteer.name>http://www.○○.go.jp/gaz/gaz_rd</jci:PI_Gazetteer.name ><jci:PI_Gazetteer.date idref="inst_XXXXXX " /><jci:PI_Gazetteer.alias>○○国道事務所管理路線地名辞典</jci:PI_Gazetteer.alias ><jci:EXPI_Gazetteer.quality idref="dq_XXXXXX " /><jci:EXPI_Gazetteer.lrs idref="lrs_road " /><jci:EXPI_Gazetteer.locationInstances idref=" li_rd_XXXXXX " /><jci:EXPI_Gazetteer.locationInstances idref=" li_rd_YYYYYY " /><jci:EXPI_Gazetteer.locationInstances idref=" li_rd_ZZZZZZ " />※以下、この地名辞典が格納する場所インスタンスをすべて列挙する</jci:EXPI_Gazetteer><jps:EX_GeographicDescription id="exgd_gazrd_XXXXXX"><jps:EX_ GeographicDescription.geographicIdentifier>○○国道事務所内</jps:EX_ GeographicDescription.geographicIdentifier></jps:EX_GeographicDescription><jps:TM_Instant id="inst_XXXXXX "><jps:TM_Instant.position><jps:TM_CalDate><TM_TemporalPosition.frame idref="rs002"/><TM_CalDate.calDate>2007 3 29</TM_CalDate.calDate><TM_CalDate.calendarEraName>西暦</TM_CalDate.calendarEraName></jps:TM_CalDate></jps:TM_Instant.position></jps:TM_Instant>

附属書 - 80

「 管 理 路 線 」の 地 名 辞 典 作 成 に 掛 か る 作 業 量①〜④で各作業工程で掛かる作業量は、概ね以下の通りである。
①既存リソースの収集：1 日②地理識別子の作成方法の検討：0.5〜2 日（ただし、作業量は作成する管理路線の地理識別子の個数によって変動する）③地理識別子の作成：0.5〜2 日（ただし、作業量は作成する管理路線の地理識別子の個数によって変動する）④地理識別子の品質のチェック：0.5〜2 日（ただし、作業量は作成する管理路線の地理識別子の個数によって変動する）「 管 理 路 線 」の 地 理 識 別 子 の 整 備 方 法 の ま と め
上記で紹介した整備方法例を流れとしてまとめると、表附 2-66 のようになる。
なお、上記では紹介していないが、整備した地名辞典は、地名辞典管理サービスに登録して、初めて利用が可能になる（表中の⑤）。この部分に関しては、附属書 2-4 で別途解説する。

附属書 - 81

表附 2-66 「管理路線」の地名辞典の整備方法の流れ

概要

整備する地理識別子
原典資料

DRM、数値地図、国土数値情報、管内図

整備者

各国道事務所

整備優先度

必要性

位置情報の形状
手順

管理路線

高い

しやすさ

注意必要

面（属性 geographicExtent で記述）

【初期整備（DRM を既存リソースとする場合）】①DRM のデータを、変換ツールによって、テキスト形式または GIS で読み込める形式に変換
し、管理路線を示すデータ及び対応する位置情報のデータを抽出する。
②①で抽出したデータを用いて、地理識別子を作成する。
③作成した地理識別子の品質評価を行う。
④作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

変換、抽出

①

抽出したデータ（管理路線）

DRM データ①④

抽出したデータ（管理路線）

登録

②
地理
識別子

品質評価

③
整備者

地名辞典

附属書 - 82

以降は、地理識別子ごとに整備の流れと作成サンプルを簡潔に示す。
場所インスタンスに付与する値の考え方や、場所インスタンスを格納する地名辞典の作
成方法については、前述の「住所」「管理路線」を参考にするとよい。

（B） 道路距離標の地理識別子の整備「道路距離標」の地理識別子の既存リソースとしては、「DRM」や「道路管内図」が考えられる。ただし、道路管内図は紙媒体であることがほとんどのため、DRM を利用するのがよい。DRM を利用する場合、DRM のデータをテキスト形式や、GIS で読み込める形式に変換するツールを作成することで、地理識別子作成に必要な情報を抽出できるようになる。
また、地理識別子に付与する位置情報の形状は、「点」とするのがよい。
表附 2-67 に、「道路距離標」の地理識別子の整備方法の概要と流れを示す。
表附 2-67 「道路距離標」の地名辞典の整備方法の流れ

概要

整備する地理識別子
原典資料

DRM、道路管内図

整備者

各国道事務所

整備優先度

必要性

位置情報の形状
手順

道路距離標

高い

しやすさ

整備しやすい点（属性 position で記述）

【初期整備（DRM を既存リソースとする場合）】①DRM のデータを、変換ツールによって、テキスト形式または GIS で読み込める形式に変換
し、交差点を示すデータ及び対応する位置情報のデータを抽出する。
②①で抽出したデータを用いて、地理識別子を作成する。
③作成した地理識別子の品質評価を行う。
④作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

変換、抽出

①

抽出したデータ（道路距離標）DRM データ①④

抽出したデータ（道路距離標）

登録

②
地理
識別子

品質評価

③
整備者

地名辞典

附属書 - 83

また、
「道路距離標」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附
2-68 に示す。
表附 2-68 「道路距離標」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_rdkp_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jps:SI_LocationInstance.position idref="pt_li_rdkp_XXXXXX" /><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><RdKp><Rd type=”国道” name="○○号線"><Kp type=”上り” name=”11.0kp”/></Rd></RdKp></PI.value><PI.rs>road.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.gazetteer idref="gaz_rdkp" /><jci:PI_LocationInstance.locationType idref="lt_rdkp" /></jci:PI_LocationInstance><jps:GM_Point id="pt_li_rdkp_XXXXXX"><jps:GM_Point.position><jps:DirectPosition><DirectPosition.coordinate>35.XXXXX 139. XXXXX</DirectPosition.coordinate><DirectPosition.dimension>2</DirectPosition.dimension><DirectPosition.coordinateReferenceSystem idref="rs001" /></jps:DirectPosition></jps:GM_Point.position></jps:GM_Point>

附属書 - 84

（C） 交差点の地理識別子の整備「交差点」の地理識別子の既存リソースとしては、「DRM」が考えられる。DRM のデー
タをテキスト形式や、GIS で読み込める形式に変換するツールを作成することで、地理識別子作成に必要な情報を抽出できるようになる。
また、地理識別子に付与する位置情報の形状は、「点」とするのがよい。
表附 2-69 に、「交差点」の地理識別子の整備方法の概要と流れを示す。
表附 2-69 「交差点」の地理識別子の整備の概要

概要

整備する地理識別子

交差点

原典資料

DRM

整備者

国道事務所

整備優先度

必要性

位置情報の形状
手順
（例）

高くない

しやすさ

整備しやすい点（属性 position で記述）

【初期整備（DRM を既存リソースとする場合）】①DRM のデータを、変換ツールによって、テキスト形式または GIS で読み込める形式に変換
し、交差点を示すデータ及び対応する位置情報のデータを抽出する。
②①で抽出したデータを用いて、地理識別子を作成する。
③作成した地理識別子の品質評価を行う。
④作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

変換、抽出

①

抽出したデータ（交差点）

DRM データ①④

抽出したデータ
（交差点）

登録

②
地理
識別子

品質評価

③
整備者

地名辞典

附属書 - 85

また、「交差点」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附 2-70に示す。
表附 2-70 「交差点」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_its_XXXXXX"><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>△△交差点</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jps:SI_LocationInstance.position idref="pt_li_its_XXXXXX" /><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><Its><Rd type=”国道” name="○○号線"><ItsN name=”△△交差点”/></Rd></Its></PI.value><PI.rs>road.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.gazetteer idref="gaz_its" /><jci:PI_LocationInstance.locationType idref="lt_its" /></jci:PI_LocationInstance><jps:GM_Point id="pt_li_its_XXXXXX"><jps:GM_Point.position><jps:DirectPosition><DirectPosition.coordinate>35.XXXXX 139. XXXXX</DirectPosition.coordinate><DirectPosition.dimension>2</DirectPosition.dimension><DirectPosition.coordinateReferenceSystem idref="rs001" /></jps:DirectPosition></jps:GM_Point.position></jps:GM_Point>

附属書 - 86

（ D） 管 理 河 川 の 地 理 識 別 子 の 整 備「管理河川」の地理識別子の既存リソースとしては、「河川基盤地図」「数値地図」「国土数値情報」「管内図」等が考えられる。ただし、管内図は紙媒体であることがほとんどのた
め、整備にあたっては、スキャニングやデジタイズ等の作業が発生するため、デジタルデータ化されている「河川基盤地図」「数値地図」「国土数値情報」をリソースとして行った方がよい。
また、地理識別子に付与する位置情報の形状は、「面」とするのがよい。
表附 2-71 に、「管理河川」の地理識別子の整備方法の概要と流れを示す。
表附 2-71 「管理河川」の地名辞典の整備方法の流れ

概要

整備する地理識別子
原典資料

河川基盤地図、数値地図、国土数値情報、管内図

整備者

各河川事務所

整備優先度

必要性

位置情報の形状
手順

管理河川

高い

しやすさ

注意必要

面（属性 geographicExtent で記述）

【初期整備（河川基盤地図を既存リソースとする場合）】①河川基盤地図から、河川距離標を示すデータ及び対応する位置情報のデータを抽出する。
②①で抽出したデータを用いて、地理識別子を作成する。
③作成した地理識別子の品質評価を行う。
④作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

抽出したデータ（管理河川）

河川基盤地図①④抽出したデータ（管理河川）

登録

②
地理
識別子

品質評価

③
整備者

地名辞典

附属書 - 87

また、
「管理河川」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附 2-72に示す。
表附 2-72 「管理河川」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_riv_XXXXXX"><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>利根川</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.aｌternativeGeographicIdentifier>とねがわ</jps:SI_LocationInstance.aｌternativeGeographicIdentifier><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○河川事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><Riv type=”一級河川” name=”利根川”/></PI.value><PI.rs>river.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgb_riv_XXXXXX" /><jci:PI_LocationInstance.gazetteer idref="gaz_riv" /><jci:PI_LocationInstance.locationType idref="lt_riv" /></jci:PI_LocationInstance><jps:EX_GeographicBoundingBox id="exgb_riv_XXXXXX"><jps:EX_GeographicBoundingBox.westBoundLongitude>140.XXXXX</jps:EX_GeographicBoundingBox.westBoundLongitude><jps:EX_GeographicBoundingBox.eastBoundLongitude>140.YYYYY</jps:EX_GeographicBoundingBox.eastBoundLongitude><jps:EX_GeographicBoundingBox.southBoundLongitude>36.XXXXX</jps:EX_GeographicBoundingBox.southBoundLongitude><jps:EX_GeographicBoundingBox.northBoundLongitude>36.YYYYY</jps:EX_GeographicBoundingBox.northBoundLongitude></jps:EX_GeographicBoundingBox>

附属書 - 88

（E） 「河川距離標」の地理識別子の整備「河川距離標」の地理識別子の既存リソースとしては、「河川基盤地図」や「管内図」が考えられる。ただし、管内図は紙媒体であることがほとんどのため、整備にあたっては、
スキャニングやデジタイズ等の作業が発生するため、「河川基盤地図」があれば、これをリソースとして行った方がよい。
また、地理識別子に付与する位置情報の形状は、「点」とするのがよい。
表附 2-73 に、「河川距離標」の地理識別子の整備方法の概要と流れを示す。
表附 2-73 「河川距離標」の地理識別子の整備の概要

概要

整備する地理識別子
原典資料

河川基盤地図、管内図

整備者

河川事務所

整備優先度

必要性

位置情報の形状
手順
（例）

河川距離標

高くない

しやすさ

整備しやすい点（属性 position で記述）

【初期整備（河川基盤地図を既存リソースとする場合）】①河川基盤地図から、河川距離標を示すデータ及び対応する位置情報のデータを抽出する。
②①で抽出したデータを用いて、地理識別子を作成する。
③作成した地理識別子の品質評価を行う。
④作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

抽出したデータ（河川距離標）河川基盤地図①④抽出したデータ（河川距離標）

登録

②
地理
識別子

品質評価

③
整備者

地名辞典

附属書 - 89

また、
「河川距離標」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附
2-74 に示す。
表附 2-74 「河川距離標」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_rivkp_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○河川事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jps:SI_LocationInstance.position idref="pt_li_rivkp_XXXXXX" /><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><RivKp><Riv type=”一級河川” name="○○川"><Kp type=”右岸” name=”11.0kp”/></Riv></RivKp></PI.value><PI.rs>river.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.gazetteer idref="gaz_rivkp" /><jci:PI_LocationInstance.locationType idref="lt_rivkp" /></jci:PI_LocationInstance><jps:GM_Point id="pt_li_rivkp_XXXXXX"><jps:GM_Point.position><jps:DirectPosition><DirectPosition.coordinate>35.XXXXX 139. XXXXX</DirectPosition.coordinate><DirectPosition.dimension>2</DirectPosition.dimension><DirectPosition.coordinateReferenceSystem idref="rs001" /></jps:DirectPosition></jps:GM_Point.position></jps:GM_Point>

附属書 - 90

（F） 「水系」の地理識別子の整備「水系」の地理識別子の既存リソースとしては、「管内図」が考えられる。ただし、管内図は紙媒体であることがほとんどのため、整備にあたっては、スキャニングやデジタイズ等の作業が発生する。
また、地理識別子に付与する位置情報の形状は、「面」とするのがよい。
表附 2-75 に、「水系」の地理識別子の整備方法の概要と流れを示す。
表附 2-75 「水系」の地理識別子の整備の概要

概要

整備する地理識別子

水系

原典資料

管内図

整備者

河川事務所

整備優先度

必要性

位置情報の形状
手順
（例）

低い

しやすさ

整備しづらい面（属性 geographicExtent で記述）

【初期整備（管内図（紙媒体）より作成）】①管内図をスキャニング等によって、電子データにする。
②GIS 上で、デジタイズ等によって管轄区間をデータ入力する。
③②で作成したデータから、地理識別子を作成する。
④作成した地理識別子の品質評価を行う。
⑤作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

管内図（紙媒体）

管内図（電子データ）①⑤

管内図（電子データ）

登録

②③

品質評価
地理
識別子

④
整備者

地名辞典

附属書 - 91

また、「水系」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附 2-76に示す。
表附 2-76 「水系」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_rivra_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○河川事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><RivRa type=”一級水系” name="○○川水系"/></PI.value><PI.rs>river.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgb_rivra_XXXXXX" /><jci:PI_LocationInstance.gazetteer idref="gaz_rivra" /><jci:PI_LocationInstance.locationType idref="lt_rivra" /></jci:PI_LocationInstance><jps:EX_GeographicBoundingBox id="exgb_rivra_XXXXXX"><jps:EX_GeographicBoundingBox.westBoundLongitude>140.XXXXX</jps:EX_GeographicBoundingBox.westBoundLongitude><jps:EX_GeographicBoundingBox.eastBoundLongitude>140.YYYYY</jps:EX_GeographicBoundingBox.eastBoundLongitude><jps:EX_GeographicBoundingBox.southBoundLongitude>36.XXXXX</jps:EX_GeographicBoundingBox.southBoundLongitude><jps:EX_GeographicBoundingBox.northBoundLongitude>36.YYYYY</jps:EX_GeographicBoundingBox.northBoundLongitude></jps:EX_GeographicBoundingBox>

附属書 - 92

（G）「流域」の地理識別子の整備「流域」の地理識別子の既存リソースとしては、「管内図」が考えられる。ただし、管内図は紙媒体であることがほとんどのため、整備にあたっては、スキャニングやデジタイズ等の作業が発生する。
また、地理識別子に付与する位置情報の形状は、「面」とするのがよい。
表附 2-77 に、「流域」の地理識別子の整備方法の概要と流れを示す。
表附 2-77 「流域」の地理識別子の整備の概要

概要

整備する地理識別子

流域

原典資料

管内図

整備者

河川事務所

整備優先度

必要性

位置情報の形状
手順
（例）

高くない

しやすさ

整備しづらい面（属性 geographicExtent で記述）

【初期整備（管内図（紙媒体）より作成）】①管内図をスキャニング等によって、電子データにする。
②GIS 上で、デジタイズ等によって管轄区間をデータ入力する。
③②で作成したデータから、地理識別子を作成する。
④作成した地理識別子の品質評価を行う。
⑤作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

管内図（紙媒体）

管内図（電子データ）①⑤

管内図（電子データ）

登録

②③

品質評価
地理
識別子

④
整備者

地名辞典

附属書 - 93

また、「流域」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附 2-78に示す。
表附 2-78 「流域」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_rivws_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○河川事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><RivWs name="○○川流域"/></PI.value><PI.rs>river.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgb_rivws_XXXXXX" /><jci:PI_LocationInstance.gazetteer idref="gaz_rivws" /><jci:PI_LocationInstance.locationType idref="lt_rivws" /></jci:PI_LocationInstance><jps:EX_GeographicBoundingBox id="exgb_rivws_XXXXXX"><jps:EX_GeographicBoundingBox.westBoundLongitude>140.XXXXX</jps:EX_GeographicBoundingBox.westBoundLongitude><jps:EX_GeographicBoundingBox.eastBoundLongitude>140.YYYYY</jps:EX_GeographicBoundingBox.eastBoundLongitude><jps:EX_GeographicBoundingBox.southBoundLongitude>36.XXXXX</jps:EX_GeographicBoundingBox.southBoundLongitude><jps:EX_GeographicBoundingBox.northBoundLongitude>36.YYYYY</jps:EX_GeographicBoundingBox.northBoundLongitude></jps:EX_GeographicBoundingBox>

附属書 - 94

（H） 「測点」の地理識別子の整備「測点」の地理識別子の既存リソースとしては、河川分野・道路分野ともに「工事図面」
が考えられる。ただし、工事図面は紙媒体である場合も多く、整備にあたっては、スキャ
ニングやデジタイズ等の作業が発生する。
また、地理識別子に付与する位置情報の形状は、「点」とするのがよい。
表附 2-79 に、「測点」の地理識別子の整備方法の概要と流れを示す。
表附 2-79 「測点」の地理識別子の整備の概要

概要

整備する地理識別子

測点

原典資料

工事図面（河川分野、道路分野とも）

整備者

各国道事務所、河川事務所

整備優先度

必要性

位置情報の形状
手順
（例）

高くない

しやすさ

整備しづらい点（属性 position で記述）

【初期整備（工事図面（紙媒体）より作成）】①工事図面をスキャニング等によって、電子データにする。
②GIS 上で、デジタイズ等によって管轄区間をデータ入力する。
③②で作成したデータから、地理識別子を作成する。
④作成した地理識別子の品質評価を行う。
⑤作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

工事図面（紙媒体）

工事図面（電子データ）①⑤

工事図面（電子データ）

登録

②③

品質評価
地理
識別子

④
整備者

地名辞典

附属書 - 95

また、「測点」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附 2-80に示す。
表附 2-80 「測点」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_sp_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jps:SI_LocationInstance.position idref="pt_li_sp_XXXXXX" /><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><RdF><Rd type=”国道” name="○○国道事務所"><Rc name=”△△工事”><Sp name=”□□□□”/>
</Rc>
</Rd>
<RdF>
</PI.value><PI.rs>road.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.gazetteer idref="gaz_sp" /><jci:PI_LocationInstance.locationType idref="lt_sp" /></jci:PI_LocationInstance><jps:GM_Point id="pt_li_sp_XXXXXX"><jps:GM_Point.position><jps:DirectPosition><DirectPosition.coordinate>35.XXXXX 139. XXXXX</DirectPosition.coordinate><DirectPosition.dimension>2</DirectPosition.dimension><DirectPosition.coordinateReferenceSystem idref="rs001" /></jps:DirectPosition></jps:GM_Point.position></jps:GM_Point>

附属書 - 96（I） 「事務所管轄区域」の地理識別子の整備「事務所管轄区域」の地理識別子の既存リソースとしては、河川分野・道路分野ともに「管内図」が考えられる。ただし、管内図は紙媒体であることがほとんどのため、整備にあたっては、スキャニングやデジタイズ等の作業が発生する。
また、地理識別子に付与する位置情報の形状は、「面」とするのがよい。
表附 2-81 に、「事務所管轄区域」の地理識別子の整備方法の概要と流れを示す。
表附 2-81 「事務所管轄区域」の地理識別子の整備の概要

概要

整備する地理識別子事務所管轄区域

原典資料

管内図（河川分野、道路分野とも）

整備者

各国道事務所、河川事務所

整備優先度

必要性

位置情報の形状
手順
（例）

高くない

しやすさ

整備しづらい面（属性 geographicExtent で記述）

【初期整備（管内図（紙媒体）より作成）】①管内図をスキャニング等によって、電子データにする。
②GIS 上で、デジタイズ等によって管轄区間をデータ入力する。
③②で作成したデータから、地理識別子を作成する。
④作成した地理識別子の品質評価を行う。
⑤作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

管内図（紙媒体）

管内図（電子データ）①⑤

管内図（電子データ）

登録

②③

品質評価
地理
識別子

④
整備者

地名辞典

附属書 - 97

また、「事務所管轄区域」の地理識別子の作成サンプル（XML 形式で作成した場合）を、
表附 2-82 に示す。
表附 2-82 「事務所管轄区域」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_ofd_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><Ofd name="○○国道事務所"/></PI.value><PI.rs>road.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgb_ofd_XXXXXX" /><jci:PI_LocationInstance.gazetteer idref="gaz_ofd" /><jci:PI_LocationInstance.locationType idref="lt_ofd" /></jci:PI_LocationInstance><jps:EX_GeographicBoundingBox id="exgb_ofd_XXXXXX"><jps:EX_GeographicBoundingBox.westBoundLongitude>140.XXXXX</jps:EX_GeographicBoundingBox.westBoundLongitude><jps:EX_GeographicBoundingBox.eastBoundLongitude>140.YYYYY</jps:EX_GeographicBoundingBox.eastBoundLongitude><jps:EX_GeographicBoundingBox.southBoundLongitude>36.XXXXX</jps:EX_GeographicBoundingBox.southBoundLongitude><jps:EX_GeographicBoundingBox.northBoundLongitude>36.YYYYY</jps:EX_GeographicBoundingBox.northBoundLongitude></jps:EX_GeographicBoundingBox>

附属書 - 98

（J） 「出張所管轄区間」の地理識別子の整備「出張所管轄区間」の地理識別子の既存リソースとしては、河川分野・道路分野ともに「管内図」が考えられる。ただし、管内図は紙媒体であることがほとんどのため、整備にあたっては、スキャニングやデジタイズ等の作業が発生する。
また、地理識別子に付与する位置情報の形状は、「面」とするのがよい。
表附 2-83 に、「出張所管轄区間」の地理識別子の整備方法の概要と流れを示す。
表附 2-83 「出張所管轄区間」の地理識別子の整備の概要

概要

整備する地理識別子

出張所管轄区間

原典資料

管内図（河川分野、道路分野とも）

整備者

各国道事務所、河川事務所

整備優先度

必要性

位置情報の形状
手順
（例）

高くない

しやすさ

整備しづらい面（属性 geographicExtent で記述）

【初期整備（管内図（紙媒体）より作成）】①管内図をスキャニング等によって、電子データにする。
②GIS 上で、デジタイズ等によって管轄区間をデータ入力する。
③②で作成したデータから、地理識別子を作成する。
④作成した地理識別子の品質評価を行う。
⑤作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス

電子化①

管内図（紙媒体）

管内図（電子データ）①⑤

管内図（電子データ）

登録

②③

品質評価
地理
識別子

④
整備者

地名辞典

附属書 - 99

また、「出張所管轄区間」の地理識別子の作成サンプル（XML 形式で作成した場合）を、
表附 2-84 に示す。
表附 2-84 「出張所管轄区間」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_bofs_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○国道事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><BOfS name="△△出張所管轄区間"/></PI.value><PI.rs>road.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.geographicExtent idref="exgb_bofs_XXXXXX" /><jci:PI_LocationInstance.gazetteer idref="gaz_bofs" /><jci:PI_LocationInstance.locationType idref="lt_bofs" /></jci:PI_LocationInstance><jps:EX_GeographicBoundingBox id="exgb_bofs_XXXXXX"><jps:EX_GeographicBoundingBox.westBoundLongitude>140.XXXXX</jps:EX_GeographicBoundingBox.westBoundLongitude><jps:EX_GeographicBoundingBox.eastBoundLongitude>140.YYYYY</jps:EX_GeographicBoundingBox.eastBoundLongitude><jps:EX_GeographicBoundingBox.southBoundLongitude>36.XXXXX</jps:EX_GeographicBoundingBox.southBoundLongitude><jps:EX_GeographicBoundingBox.northBoundLongitude>36.YYYYY</jps:EX_GeographicBoundingBox.northBoundLongitude></jps:EX_GeographicBoundingBox>

附属書 - 100

（K） 「施設」の地理識別子の整備「施設」の地理識別子の既存リソースとしては、河川分野では「河川基盤地図」、道路分
野では「DRM」など考えられ、この中から既存リソースを収集し、地理識別子を作成する。
また、地理識別子に付与する位置情報の形状は、「点」とするのが最も簡単に作成ができる。
表附 2-85 に、「施設」の地理識別子の整備方法の概要と流れを示す。
表附 2-85 「施設」の地理識別子の整備の概要

概要

整備する地理識別子
原典資料

施設
河川基盤地図（河川分野の場合）
DRM（道路分野の場合）

整備者

各国道事務所、河川事務所

整備優先度

必要性

位置情報の形状
手順

高い

しやすさ

整備しやすい点（属性 position で記述）

【初期整備（河川基盤地図を既存リソースとする場合）】①河川基盤地図から、河川施設を示すデータ及び対応する位置情報のデータを抽出する。
②①で抽出したデータを用いて、地理識別子を作成する。
③作成した地理識別子の品質評価を行う。
④作成した地理識別子を、地名辞典として地名辞典管理サービスに登録する。
地名辞典管理サービス①

抽出したデータ（河川施設）

河川基盤地図①④抽出したデータ（河川施設）

登録

②
地理
識別子

品質評価

③
整備者

地名辞典

附属書 - 101

また、「施設」の地理識別子の作成サンプル（XML 形式で作成した場合）を、表附 2-86に示す。
表附 2-86 「施設」の地理識別子の作成サンプル※以下、場所インスタンスの 1 インスタンスの抜粋<jci:PI_LocationInstance id="li_fac_XXXXXX"><jps:SI_LocationInstance.administrator><jps:CI_ResponsibleParty><CI_ResponsibleParty.individualName>○○河川事務所</CI_ResponsibleParty.individualName><CI_ResponsibleParty.role>001</CI_ResponsibleParty.role></jps:CI_ResponsibleParty></jps:SI_LocationInstance.administrator><jps:SI_LocationInstance.position idref="pt_li_fac_XXXXXX" /><jci:PI_LocationInstance.geographicIdentifier><jci:PI><PI.value><Fac name=”利根川○○堤防”/></PI.value><PI.rs>river.srs.jacic.or.jp</PI.rs ></jci:PI></jci:PI_LocationInstance.geographicIdentifier><jci:PI_LocationInstance.gazetteer idref="gaz_fac" /><jci:PI_LocationInstance.locationType idref="lt_fac" /></jci:PI_LocationInstance><jps:GM_Point id="pt_li_fac_XXXXXX"><jps:GM_Point.position><jps:DirectPosition><DirectPosition.coordinate>35.XXXXX 139. XXXXX</DirectPosition.coordinate><DirectPosition.dimension>2</DirectPosition.dimension><DirectPosition.coordinateReferenceSystem idref="rs001" /></jps:DirectPosition></jps:GM_Point.position></jps:GM_Point>

附属書 - 102

2-4. 地名辞典管理サービスへの地名辞典の登録
附属書 2-3 でも触れたが、作成した地名辞典データは、地名辞典管理サービスにデータを登録することで、利用することが可能となる。
地名辞典管理サービスについては、本編第 5 章でその概要を示したが、地名辞典管理サービスは、他のシステムとサービスやデータを相互に連携させるために、別途定める「建設情報連携ポータル標準インタフェースガイドライン」に示された標準インタフェースを実装しなければならない。

PI 基盤
空間参照系管理サービス

地名辞典管理サービス
登録します！

地名辞典 D

地名辞典 A

登録しました！

地名辞典 C

地名辞典 B：標準インタフェース

地名辞典 D

地名辞典管理サービス

図附 2-22 地名辞典の登録

附属書 - 103

3. 地名辞典の運用方法
地名辞典は、初期整備だけではなく、その後どのように更新をしていくかも重要な問題である。そこで、地名辞典の更新方法についても解説するとともに、標準インタフェースを実装した地名辞典サービスを立ち上げた場合に可能な、サービスを利用した地理識別子の登録・修正方法を解説する。また、標準インタフェースを実装していない場合の地理識
別子の登録、削除、修正に際し注意すべき点を、本編で示した規約を引用して解説する。
地名辞典のデータは、GIS における背景地図データと同様に、データの新鮮さを保つことが重要である。たとえば、新しく建設された施設名が地名辞典に登録されないままであったり、市町村合併等によって新しい住所が制定されてもその情報が地名辞典に登録されていなければ、利用価値の高い地名辞典とはいうことができない。
本附属書では、地名辞典の運用方法について、二つの方法を紹介する。一つは、地理識
別子を定期的にメンテナンスし、情報を更新する方法である。更新量が多い地理識別子では手動で更新作業を行うことは難しいため、定期的にメンテナンスを行うことが必要である。この場面では既存リソースの更新のタイミング等が重要になるため、適切な地理識別
子の更新方法を解説する。
二つ目は、日常的に修正のあった地理識別子の情報を随時修正していく方法である。この方法では、一つ目の方法のようにある周期で定期的にメンテナンスを掛けるわけではな
く、例えば名称が変更になった施設や、新たに建設された施設の地理識別子を随時手動で更新を行う。標準インタフェースガイドラインにしたがって地名辞典管理サービスを実装
し、地理識別子を登録・修正する機能をもっている場合は、地名辞典管理サービスを利用して地理識別子を登録・修正することができる。地名辞典管理サービスを実装していない
場合は、地名辞典のデータベースを直接編集し、地理識別子を登録・修正する
また、地理識別子は、古い地理識別子もデータとして残しておくことが重要な場合がある。例えば、以前の図面等に記載された古い住所や施設名をキーワードとして検索を掛ける場面も少なくない。そのような場合のために、新しい地名辞典を作成した場合は、デー
タを入れ換えるのではなく、追加をしていくことが重要である。

3-1. 地名辞典の更新
3-1-1. 定期的に地名辞典を更新する方法
地名辞典の更新方法は、地理識別子によって原典資料ごとに更新のタイミングが異なる
ために様々である。そこで、この項目では地理識別子ごとに、適切な更新方法の手順を解説する。また、更新に際しては本編第 3 章に示す「地名辞典の整備・運用のための規約」

附属書 - 104

に則っている必要がある。

（A） 住所＜①更新のタイミング＞
住所は、街区レベル位置参照情報をはじめ既に整備されたリソースがあるので、そのリソースの更新に合わせて住所の地名辞典を更新するのが良い。
表附 3-1 住所の既存リソースと、その更新のタイミング
既存リソース

既存リソースの更新時期

1

街区レベル位置参照情報

1 回/年

2

数値地図 2500/25000

不定期

3

民間データ

採用した民間データにより異なる＜②更新作業の実施者＞
定期的に更新される既存リソースを使用して、整備局等が更新した地名辞典を作成し、配布するのが良い。
＜③更新時の考え方＞
住所の地名辞典は、更新前の住所の地名辞典を残しつつ新規に整備した地名辞典を追加していき、古い辞典と新しい辞典の両方を利用できるように運用することが重要である。
例えば、電子納品された情報に記載の住所が後に変更になった場合、最新の住所の地名辞典のみを残す運用だと、旧住所を入力して検索をかけてもその情報に辿りつくことができない。古い地名辞典と最新の地名辞典をともに利用できるようにしておくことで、旧住所にも対応した住所の地名辞典とすることができる。
地名辞典管理サービス

地名辞典管理サービス

新しい地名辞典新しい地名辞典

古い地名辞典古い地名辞典古い地名辞典と新しい地名辞典を両方使えるように運用する。

古い地名辞典を削除して、新しい地
名辞典のみを残す方法はとらない。

附属書 - 105

図附 3-1 地名辞典の更新時の考え方（B） 河川、河川施設、水系、流域、河川距離標＜①更新のタイミング＞
既存リソースとなる河川基盤地図や国土数値情報は、住所における街区レベル位置参照
情報のような定期的な更新時期をもたず、また、数年単位の更新の可能性も低いと考えられる。
河川、河川施設、水系、流域、河川距離標の定期的な更新は、― 既存リソースとなる河川基盤地図や国土数値情報が更新された時― 河川の改修工事等が行われた際の工事用図面等がある程度溜まった時に実施するのがよい。
上記の更新時期が来るまでの間は、工事用図面等を用いて、必要最小限の情報のみを地理識別子として追加しておくのがよい。
表附 3-2 河川分野の既存リソースと、その更新のタイミング
既存リソース

既存リソースの更新時期

1

河川基盤地図/河川図（2500）

不定期

2

河川基盤地図/流域図（25000）

不定期

3

国土数値情報不定期

地名辞典管理サービス

地名辞典
最低限必要な情報のみ随時更新

定期的な更新

既存リソース

工事図面等
工事図面等

既存リソースが更新された時、または工事図面等がある程度溜まった時に、定期的な更新をかける

附属書 - 106

図附 3-2 河川、河川施設、水系、流域、河川距離標の定期的な更新の考え方＜②更新作業の実施者＞
その河川を管理する河川事務所が更新を行い、地名辞典を更新するのがよい。

（C） 管理路線、道路施設、道路距離標、交差点＜①更新のタイミング＞
既存リソースとなる DRM は、住所における街区レベル位置参照情報のような定期的な更新時期をもたず、また、数年単位の更新の可能性も低いと考えられる。また、もう一つの
既存リソースとなる「道路管理システム」のデータも、随時追加がされるが、定期的にデータのメンテナンスを行うことはあまりない。
したがって、管理路線、道路施設、道路距離標、交差点の定期的な更新は、― DRM を既存リソースとする場合は、DRM が更新された時― 「道路管理システムデータ」を既存リソースとする場合は、改修工事等が行われた際の工事用図面等がある程度溜まった時に実施するのがよい。
上記の更新時期が来るまでの間は、工事用図面等を用いて、必要最小限の情報のみを地理識別子として追加しておくのがよい。
表附 3-3 管理路線、道路施設、道路距離標、交差点の既存リソースと、その更新のタイミング
既存リソース

既存リソースの更新時期

1

DRM

不定期

2

「道路管理システム」データ

不定期

附属書 - 107

地名辞典管理サービス

地名辞典
最低限必要な情報のみ随時更新

定期的な更新

既存リソース

工事図面等
工事図面等

既存リソースが更新された時、または工事図面等がある程度溜まった時に、定期的な更新をかける

図附 3-3 管理路線、道路施設、道路距離標、交差点の定期的な更新の考え方＜②更新作業の実施者＞
その道路を管理する国道事務所が更新を行い、地名辞典を更新するのがよい。

（ D） 事 務 所 管 轄 区 域 、 出 張 所 管 轄 区 間＜①更新のタイミング＞
既存リソースとなる管内図は、定期的な更新時期をもたず、また、数年単位の更新の可能性も低いと考えられる。管内図が更新されても、事務所管轄区域と出張所管轄区間の地
理識別子の更新が必要な場合は管轄区域や管轄区間が変更になった場合のみであり、ごく稀なケースである。
また、事務所管轄区域と出張所管轄区間は、作成する地理識別子は、その区域及び区間のみであり、作業量はごく僅かである。
したがって、事務所管轄区域と出張所管轄区間については定期的な更新は行わず、管轄区域や管轄区間が変更になり、管内図が更新された時点で、更新を行えばよい。
＜②更新作業の実施者＞
その管轄区域や管轄区間を有する事務所が更新を行い、地名辞典を更新するのがよい。

附属書 - 108

3-1-2. 随時地名辞典を更新する方法
既存リソースの更新のタイミングに合わせた地名辞典の更新では業務に支障をきたす場
合や、地理識別子の更新量が小さい場合は、作成した地理識別子の内容に誤り（名称や地理範囲等）があった場合は、随時更新を行うと、地名辞典の情報の鮮度を保つことができ、業務での利用においても非常に有効である。
住所や新たに道路が建設された場合の道路距離標などは、全ての住所表記や距離標を追加するのは作業量が非常に多くなるが、基本的な項目（住所における「○○町 1 丁目」や距離標における「○○kp」等）のみを手動で追加しておくだけでも、業務での利用において非常に有効である。（この場合、残りの細かい項目（住所における「○○町 1 丁目 1-1」や距離標における「○○．×kp」等）は、定期更新の際に整備すればよい）
地名辞典を随時更新する方法は、標準インタフェースを実装した地名辞典管理サービスを立ち上げている場合とそうでない場合で、方法が異なる。
標準インタフェースを実装した地名辞典管理サービスを立ち上げている場合は、サービスを利用して地理識別子の登録、削除、更新を画面上で行うことができる。
一方、標準インタフェースを実装した地名辞典管理サービスを立ち上げていない場合は、
地名辞典に格納したデータに直接編集をかけ、地理識別子の追加、削除、更新を行う。この場合、本編で定める規約にしたがって追加・更新・削除を行わなければならず、注意が必要である。

（A） 標準インタフェースを実装している場合
標準インタフェースを実装した地名辞典管理サービスを立ち上げている場合は、標準インタフェースに含まれる登録・削除機能を利用して、地理識別子の登録、削除を行うことも可能となる。また、もし整備した地名辞典の情報に誤りがあった場合は、標準インタフ
ェースに含まれる更新機能を利用して、地理識別子の情報を修正することができる。
以下に、標準インタフェースを実装した地名辞典管理サービスを立ち上げている場合の、地理識別子の登録、削除、修正の例を示す。なお、この例で紹介する地名辞典管理サービ
スでは、背景地図に GoogleMaps を利用し、GoogleMaps の地図上で位置を指定した登録を可能とする機能をもっている。

附属書 - 109

地名辞典管理サービスの機能の部分GoogleMaps を利用

図附 3-4 地名辞典管理サービスの画面例【新規に道路施設（大利根橋）を追加する例】①「大利根橋」近隣の地図を表示させる（住所で検索、地図をドラッグ等）

マーカー②【登録】をクリックすると、地図の中心にマーカーが配置される

図附 3-5 新規に道路施設を追加する例①

附属書 - 110

③地図の拡大/縮小/移動により登録位置付近を拡大表示させる④マーカーを直接ドラッグ＆ドロップし、登録したい位置に移動させる

図附 3-6 新規に道路施設を追加する例②⑤【種別】欄に、登録する地理識別子の種別をプルダウンメニ
ューより選択する（「大利根橋」の場合は「道路施設」）⑥【名称】欄に登録する地理識別子の名称「大利根橋」を入力⑦【登録】をクリック

新たに「大利根橋」と名称の地理識別子が登録される

図附 3-7 新規に道路施設を追加する例③

附属書 - 111

（B） 標準インタフェースを実装していない場合
標準インタフェースを実装した地名辞典管理サービスを立ち上げていない場合は、地名辞典に格納したデータに直接編集をかけ、地理識別子の追加、削除、更新を行う。この場
合、本編で定める規約にしたがって追加・更新・削除を行わなければならず、注意が必要である。

附属書 - 112

4. 地名辞典の拡充
地名辞典を運用していく中で、整備する地理識別子の種類を追加し、地名辞典を拡充することで、より利用価値の高い地名辞典としていく場面が出てくる。そのような場合は、附属書 2-1 で検討した整備する地理識別子の優先度選定結果を役立てることができる。もし、優先度設定の際に候補として挙がっており、まだ整備していない地理識別子があれば、その地理識別子を整備することで、より多くの場面で地名辞典を利用することができるようになる。
一方、前回の地理識別子の優先度選定検討から時間が経過している場合や、新たな要素を加味した地理識別子の選定を行う場合は、附属書 2-1 で示した指針に基づき、再度拡充す
る地理識別子の選定作業を実施するとよい。
以下に、想定される地名辞典の拡充の流れごとに、考えるべき点を示す。

①追加する地理識別子の種類を決定する
9

以前の優先度設定の結果を利用する場合⇒

9

前回の結果から優先度の高かったものを整備する。

以前の優先度設定の結果を利用しない場合⇒

優先度設定をもう一度行い、新たに追加する地理識別子の種類を決定する。

②追加する地理識別子の場所型を作成する
9

本編第 3 章及び附属書 2-2 を参考に、新たに場所型を追加する。

9

他の機関などが作成した既存の場所型を利用できる時は、それを利用する。

③地理識別子による空間参照系の変更または新規作成を検討する
9②によって、地理識別子による空間参照系を変更する必要がある場合は、地理識別子による空間参照系の管理者に、変更を依頼する。

9

新たに地理識別子による空間参照系を作成する場合は、本編第 3 章及び附属書 2-2 を参考に、新たに場所型を追加する。

④地理識別子を含む場所インスタンスと地名辞典を作成する
9

本編第 3 章及び附属書 2-2 を参考に、場所型にある地理識別子の記述方法に基づいて場
所インスタンスを作成し、それを新規に作成した地名辞典に格納する。

⑤地名辞典を追加する
9④で作成した地名辞典を、地名辞典管理サービスに追加する。

附属書 - 113

整備する地理識別子の選定
新たな要素を加味して整備優先度結果を再度行う場合
地名辞典の整備①

拡充する地理識別子の種類（＝場所型）の決定②
場所型の新規作成

既存の場所型が利用できる
場合は既存のものを利用

地理識別子による空間参照
系の変更を管理者に依頼

地理識別子による空間参照
系の新規作成③④
場所インスタンスの作成⑤
地名辞典の追加

地名辞典の運用

以前の整備優先度結果を利用する場合

地名辞典の拡充

図附 4-1 地名辞典の拡充の流れ

地名辞典は一度整備したら終わり、ということはなく、運用をしていきながら随時情報を更新し、かつ業務での利用上必要となる地理識別子を追加していくことで、常に地名辞典として進化していくとともに、より使いやすい地名辞典となる。

附属書 - 114