鉄道データセット(最適化)(仮)

データの内容

  • 「最適化ベクトルタイル試験公開」として2022/9/6より提供が開始された地図情報等のデータのうち、ソースレイヤー：RailCL、クラス名：鉄道中心線データ(ZL(zoom level)=14-16）、ソースレイヤー：RailTrCL、クラス名：軌道の中心線データ(ZL=17）を取り出したものです。現時点で北海道以外の各都府県、北海道十勝総合振興局、釧路総合振興局、胆振総合振興局、石狩振興局分を提供しています。
  • 利用時には必ず最適化ベクトルタイル試験公開及び関連リンクをご確認の上お使い下さい。
  • ファイルフォーマットはOGC（Open Geospatial Consortium）で仕様が制定されたGeoPackage形式としています。GeoPackage形式はQGISのほか、ArcGIS（注）でも読み取り専用で開くことが可能です。シェープファイル形式ではフィールド名で使える文字数に制限があり、最適化ベクトルタイルのデータの中には一部欠損してしまう場合があるため、このデータではGeoPackage形式のみとしています。詳しくはよくあるご質問をご覧ください。
    • （注）ArcGISでは10.2.2以降で対応しています。
  • ソフトウェアによって同じデータでも属性の呼称（文字型の呼称、数値型のバイト数など）は異なることがあり、固有の情報（例えば、GeoPackageの図形情報であるgeom）の扱いも異なることがありますが、属性の内容自体は同じです。
  • データの範囲は各地域の行政界ポリゴンを囲む長方形（「Envelope」ということもあります）から外側4kmのバッファーとなっています。隣接する他の都道府県もデータに含まれることがあります。
  • 元データのタイル間で鉄道が不連続になっている場合が散見されます。そのままではネットワーク解析などには不適です。それらを連結して修正する自動処理を行っています。ただし、100%の連結性を担保するものではないのでご注意ください。
  • 2つのデータを同梱したのは、ZL(zoom level)によってデータが異なっているためです。ZLの大きい方が図形自体は精細になります。例えばZL=17の場合、複線ならラインは2本以上あります。ZL=14-16の場合は、複線でも1本のラインです。複線という属性を付すことで、複線を示しています。引込線などの線路もZL=17の場合はもれなく表示されますが、ZL=14-16の場合は省略されます。一方でZL=17のデータの属性は2つですが、ZL=14-16の場合は6つ含まれます。複線、JR、駅などの情報も入っています。ZL=17にこの情報はありません。このような理由から、2つのデータを含めています。
  • データはfidとgeomを除く全てのフィールドを使用してディゾルブ処理を行って結合し、さらに出来上がったマルチパートのデータをシングルパートのポリゴンとして提供しています。オリジナルデータでは、全く同一の属性を持つデータでもタイルごとに分割されていると、別データになるため、ディゾルブ処理でそれらを結合することで、属性をまとめ、ファイルのサイズを減らすことが可能です。
  • オリジナルデータでは、全く同一の属性を持つデータでもタイルごとに分割されていると、別データになるため、ディゾルブ処理でそれらを結合することで、属性をまとめ、ファイルのサイズを減らすことが可能です。

ファイルフォーマット

  • OGC GeoPackage形式（拡張子gpkg）

座標系（投影法と測地基準）

  • 緯度経度、世界測地系（WGS84）

データ利用時の注意事項

  • このデータは「最適化ベクトルタイル試験公開」（国土地理院）(https://github.com/gsi-cyberjapan/optimal_bvmap）をもとに「コンサベーションGISコンソーシアムジャパン」が作成しました。
  • データは、国土地理院コンテンツ利用規約(http://www.gsi.go.jp/kikakuchousei/kikakuchousei40182.html)に従って利用できます。
  • データは2023/6/21公開時のデータ(2023/4/1時点のデータ)です。今後、国土地理院で提供されるデータの状況にあわせ、こちらのデータや提供方法も予告せず変更する可能性があります。当方では試験的な作成なのでそのままの可能性もあります。あらかじめご了承ください。
  • データ提供実験の趣旨を十分ご理解の上でご利用くださいますようお願いします。データの利用により生じた損失及び損害等について、国土地理院及びコンサベーションGISコンソーシアムジャパンはいかなる責任も負いませんのでご注意ください。
  • 使用時の出典表示の例　「最適化ベクトルタイル試験公開」（国土地理院）(https://github.com/gsi-cyberjapan/optimal_bvmap）をもとに「コンサベーションGISコンソーシアムジャパン」（http://cgisj.jp）が作成したデータを使用。

ファイル名の例

  • データ提供は、３つのGeoPackage形式のファイルを圧縮して同梱した、7-Zip（拡張子7z）という圧縮形式で行っています。7-Zipは大きなファイルの圧縮に適し、Zipより圧縮率が高いという特徴があります。解凍にはオープンソースソフトウェアの7-Zipが必要です。入手並びに使用方法は次のサイトをご覧ください。圧縮・解凍ソフト 7-Zip
  • 7-Zip圧縮ファイル名：KanagawaRailDatasetOpt.7z、同梱されているGeoPackageファイル：RailCenterOpt_14Kanagawa.gpkg、RailTrCenterOpt_14Kanagawa.gpkg、RailCenterOptJoin_17Ishikawa.gpkg（不連続処理データの場合はJoinを付加）

データベースフィールドの定義

  • GeoPackage形式データのデータベースフィールドの定義は以下のとおりです。網掛け部分は、オリジナルデータと同じフィールドです。
  • データタイプはオリジナルとは異なる場合があります。
  • コードの内容は、属性等の仕様詳細に記載の、「注記分類コード・地物種別コード一覧」、「データ項目一覧」、「地物等の属性一覧」もあわせてご覧ください。

  • 鉄道中心線データ

    • フィールド名

    データタイプ*1

    フィールドの長さ

    説明*2

    fid

    INTEGER

    *3

    図形を一意に指す数値で連番。データ処理の関係上オリジナルデータと順番は一致しない。

    geom

    MULTILINESTRING

    *3

    図形情報。この属性は編集はできない。QGISの属性テーブルでは表示されない。

    vt_code

    MEDIUMINT

    *3

    地物種別コード。8201の値を取る。詳細は、注記分類コード・地物種別コード一覧のソースレイヤー：RailCL、クラス名：鉄道中心線を参照。

    vt_lvorder

    MEDIUMINT

    *3

    鉄道の階層順。鉄道の地図上における表示階層の順番。0～4の数値を取るが、殆どの場合0。 *4

    vt_sngldbl

    Text

    254 *3

    単線複線区分、敷設位置。属性値は、単線、複線以上、側線、駅部分、非表示。

    vt_railstate

    Text

    254 *3

    鉄道構造や利用状態。属性は、通常部、橋・高架、地下、雪覆い、運休中、その他、不明。

    vt_rtcode

    Text

    254 *3

    鉄道の区分。属性値は、JR、JR以外、地下鉄、路面、索道、特殊鉄道、側線

    vt_flag17

    MEDIUMINT

    *3

    ズームレベル16と17での表示区分。属性値は、0:ズームレベル16を表示、1:ズームレベル16と17を表示、2:ズームレベル17を表示。

  • 軌道の中心線データ

    • フィールド名

    データタイプ*1

    フィールドの長さ

    説明*2

    fid

    INTEGER

    *3

    図形を一意に指す数値で連番。データ処理の関係上オリジナルデータと順番は一致しない。

    geom

    MULTILINESTRING

    *3

    図形情報。この属性は編集はできない。QGISの属性テーブルでは表示されない。

    vt_code

    MEDIUMINT

    *3

    地物種別コード。2801-2806:普通鉄道、2811-2816:特殊鉄道、2821-2826:索道、2831-2836:路面の鉄道、2841-2846:側線。さらに、通常部、遮蔽、橋・高架、トンネル、運休中などの細分あり。詳細は、注記分類コード・地物種別コード一覧のソースレイヤー：RailTrCL、クラス名：軌道の中心線を参照。

    vt_drworder

    MEDIUMINT

    *3

    同一の階層順における描画優先順で高速道路、国道、都道府県道等の表示順序を示す。 *5
  • *1 GeoPackage形式の設定。MEDIUMINTは3バイトの整数型。ArcGISでは3バイトの形式は存在しないので、Long型整数として扱われる。QGISのレイヤプロパティでは単にIntegerと表記される。 *6
  • *2 総称が与えられていないことも多いため、当方で独自に付けたものがある。
  • *3 数値型の長さや幅はソフト、OSによって異なり定義が複雑になるため省略。
  • *4 「建築物同士が近接またはオーバーラップする場合や道路の上に建設された建物などについて、階層の相対順位を表す値。他の建築物、道路中心線及び鉄道中心線の階層順との間で相対的に大きなものが上側にあることを表す。」建物等サブパッケージや、地物等の属性一覧 各地物共通属性の項を参照。
  • *5 鉄道データにおいて同一の階層順における描画優先順を示す。地物等の属性一覧には道路と異なり、鉄道に関してこの説明はなし。
  • *6 GeoPackage形式のフィールドデータタイプと長さはOGC GeoPackage Encoding Standard: Table 1. GeoPackage Data Types を参照。

参考ホームページ