土木学会インフラデータチャレンジ(GTFS バスオープンデータ)挑戦者募集!

インフラデータチャレンジのサイト http://jsce-idc.jp/

https://www.geospatial.jp/ckan/dataset/gtfsjp

GTFS-JP賞 指定課題

(1)アプリ部門

アプリ、Webサイト、Web地図等のオンラインによる情報提供ツール

(2)紙部門

時刻表、路線図、申請等の紙による情報提供や業務改善ツール

(3)分析部門

地域交通、ダイヤ、運行実績等、交通改善のための分析に関する手法、事例、ツール

2018年12月22日までに登録ください!

2018年12月13日標準的なバス情報フォーマット(GTFS-JP)勉強会を開催します(東京都内)

この勉強会では、主に自治体や事業者でバスの運行計画やデータ作成に携わる方を対象に、標準的なバス情報フォーマット出力ツール「西沢ツール」及び、無償提供されているダイヤ編成システム「その筋屋」の使い方を学び、「標準的なバス情報フォーマット」形式のデータ作成が出来るようになる事を目指します。
Windowsパソコンは各自でご用意ください。

日時:2018年12月13日(木) 10:15~18:00 受付9:50~
場所:株式会社ヴァル研究所1F セミナールーム JR中央線 高円寺駅下車

申し込みサイト:peatix

詳細は、勉強会チラシ(PDFファイル)をご覧ください。

2018/11/1「標準的なバス情報フォーマット」作成ツールを展示

2018年11月1日(木曜日)に、日本バス協会主催「第67回 中央技術委員会全国大会」が開催されます。

商品展示会場では 宇野バス&標準的なバス情報フォーマット広め隊による「標準的なバス情報フォーマット」作成ツールの展示を行います。バス会社以外の方も商品展示会場には入場可能ですので、興味のある方は是非お越しください。

場所:サンケイプラザ(大手町)3階展示会場
展示時間:9時30分~17時30分

“2018/11/1「標準的なバス情報フォーマット」作成ツールを展示” の続きを読む

「標準的なバス情報フォーマット」ってなに?

「標準的なバス情報フォーマット」ってなに?

路線バスの路線図や時刻表、運賃表などをデータ化する際のフォーマットを定めたものです。国土交通省のWebページにて、ITエンジニア向けに具体的にフォーマットを説明した解説書を公開しています。

どんな風に役に立つの?

共通フォーマットなので、データを利用するベンダが特別な対応なしでそのバスのデータを扱うことが出来ます。乗換案内にデータが使われる可能性が高まりますし、乗換案内以外にも、デジタルサイネージや印刷物の作成などへの応用もこれから広がっていくと考えています。

誰がデータを整備するの?

路線バスを運行している事業者や自治体などが、自ら、またはIT技術に長けた者の力を借りて整備することを想定しています。

どうやったらデータを作れるの?

時刻表を打ち込むと標準的なバス情報フォーマットに変換出来るExcelフォームなどが公開されています.また、代表的なダイヤ編成システムが対応を始めていますし、「その筋屋」という無料で使えるダイヤ編成システムもあります。事業者の規模に応じて適切なツールを選択するのがいいでしょう。

バス事業者の仕事が増えるんじゃない?

網羅的なデータをひとつ整備すれば、そこからの応用は簡単です。例えばバス停に貼り出す時刻表は全て自動的に作れるようになります。そのため、適切に標準フォーマットを導入すれば、全体の業務量は減ると考えています。

乗換案内サービスに既に提供している事業者はどうすればいい?

既にデータを提供しているバス事業者は特に新しい取り組みは必要ありません。ただ、自社でデータを整備していることが、バスロケの導入の時や将来的な業務効率の改善の際に役に立つと考えられます。

日本だけの規格なの?

標準的なバス情報フォーマットは、世界標準の公共交通データフォーマットであるGTFS形式と互換性を持つように作られています。このフォーマットで整備したデータは、日本の乗換案内事業者に届けられるだけなくGoogle Mapsや世界中で作られている様々なツールで活用出来ます。

オープンデータとの関係は?

整備したデータの扱いは、バス事業者や自治体が決められます。オープンデータとしてWeb公開することで、日本だけでなく世界の開発者にデータが使われるチャンスが拡がります。宇野バス山梨交通石川県能美市のコミュニティバスなどこのフォーマットでのオープンデータ公開の事例が既にあります。

初版と書いてあるけど、改訂の予定はあるの?

より日本のバスの実情に合ったフォーマットに育てたいと考えています。
体制を作ろうとしています。

日本モビリティ・マネジメント会議にて発表を行いました

第13回日本モビリティ・マネジメント会議(JCOMM)にて 「標準的なバス情報フォーマット」の普及活動について、口頭発表・ポスター展示を行いました。

【データ作成指針たたき台】agency_jp.txt

(※は議論のための補足説明です。指針には記載しません。枠内は国交省解説書(初版)での表内の説明記述です。)

agency_jp.txt

agency_id
紐づける事業者ID[agency_id(agency.txt)]を設定。

agency.txtに記載したagency_idと同じものをすべて記載します。

agency_official_name
申請等に必要な正式名称を設定。

(別稿 「1.事業者、情報提供者等について」参照)

(※ここで「申請等」とは何を指すのでしょうか。本バスデータのCP等への提供のことでしょうか、それとも、運輸局等へのバス事業関連の申請のことでしょうか。)

agency_zip_number
ハイフンなしの半角数字7桁で設定。

バス事業者の本社、市町村役場の郵便番号を記載します。

agnecy_address
都道府県から入力。住居表示通り略さずに全角で設定。

バス事業者の本社、市町村役場の住所を記載します。住居表示がない場合は地番を記載します。
例:東京都新宿区西新宿二丁目8番1号
長野県長野市大字鶴賀緑町1613番地

agency_president_name
申請者の肩書を設定。

特に記載する必要はありません。(※ここも「申請」の意味が不明です。必要なら「申請」の意図に合わせて記載する必要があります。)

agency_president_name
姓と名の間は、全角スペース1文字を挿入。

特に記載する必要はありません。(※ここも「申請」の意味が不明です。必要なら「申請」の意図に合わせて記載する必要があります。)

 

【データ作成指針たたき台】agency.txt

(※は議論のための補足説明です。指針には記載しません。枠内は国交省解説書(初版)での表内の説明記述です。)

agency.txt

agency_id
事業者の法人番号を設定。
運行委託等を行っている場合、原則として運行委託元の法人番号を設定。自治体等が運営するコミュニティバス等は、原則として運行委託元の法人番号を設定。

別稿「1.事業者、情報提供者等について」を参照。

agency_name
経路検索で案内するのが適当な名称を設置。正式名称である必要はなく、旅客が交通機関を識別しやすい名称を設定。

別稿「1.事業者、情報提供者等について」を参照。

agency_url
原則として、事業者HPのトップページのURLを設定。複数の事業を経営している等の場合、個別の事業のページ(バス事業に関するトップページ等)のURLの設定も可。但し、設定したURLは頻繁な変更がなされないことに留意。
HPがない場合は、その旨を記載。

一つの市町村に複数のコミュニティバスがあり、それぞれのHPがある場合は、それぞれのHPのURLを記載します。ただし、個別のHPがない場合やニュースページ等に掲載されていて固定したページがない場合には市町村のHPのトップページを記載します。

agency_timezone
日本の場合、「Asia/Tokyo」を設定。

(特になし)

agency_lang
日本の場合、「ja」を設定。

任意項目となっているが、Googleでの検索も考慮して「ja」と記載することを推奨します。

agency_phone
全社の窓口となる電話番号(本社代表電話、運輸部門代表電話、お客様センター等)を設定。
運輸委託等を行っている場合は、問合せに対応可能な主体の電話番号を設定。

実際の問合せに対応できる電話番号を記載します。なお、路線により営業所等が異なり、各営業所に問合せる必要がある場合には、office_jp.txtに営業所の名称や電話番号を記載します。

agency_fare_url
利用者が乗車券等をオンラインで購入可能な場合に、そのURLを設定。オンラインでの購入不可の場合は省略。

(特になし。)

(※デマンドバスの予約サイトがある場合に、ここに記載することが適当か)

agency_email
利用者が問合せ等で利用可能なEメールアドレスを設定。

(特になし)

 

 

 

 

 

【データ作成指針たたき台】1.事業者、情報提供者等について

(※は議論のための補足説明です。作成指針には記載しません。データ作成指針は原則、フィールドごとに記述することを想定していますが、この項のように各項目を整理して記載したほうがよいものについては、まとめて指針を記述することを想定しています。)

1.事業者、情報提供者等について

標準的フォーマットには「事業者名称」「事業者正式名称」「提供組織名」「事業者ID」を記載します。これらは、次のように記載することを推奨します。
なお、一つの標準的バス情報フォーマットデータに複数のバスを記載することが可能です、その場合にはagency.txtに列挙します。

(1) 事業者名称[agency.txt → agency_name]

ア 経路検索の結果として表示される名称ですので、利用者に分かりやすい「バスの名称」とします。車両、バス停、チラシ、ホームページ等に記載されている名称とします。市町村名やバス事業者の会社名とはしません。(これは「事業者正式名称」に記載します。)
例:○○市コミュニティバス
○○町コミュニティバスあおぞら
ひまわりバス
○○市営バス

(※このフィールドのほかにバスの名称を記述する適当なフィールドがないので、たぶんこの解釈・方針でよいと思いますが、CPさん等での運用で問題はないでしょうか。このような運用にすると、フォーマット仕様上での「事業者名称」という日本語名はあまり適切ではありません。これを「バス名称」のように変更することも検討してはどうでしょうか。「事業者ID」(agency_id)も「バス名称ID」としてはどうでしょうか。)

イ 一つの市町村内に複数のコミュニティバスがあり、通常、異なる名称を使っている場合には、それぞれの「事業者名称」でデータを作成します。
例:○○市まちなか循環バス、○○市××地域バス

ウ 民営バスでバス会社が分社化されている場合でも、バスの案内表示が同一の場合は、同一の名称とします。
例:○○バス(事業者は○○バス東(株))、○○バス(事業者は○○バス西(株))

(2) 事業者正式名称[agency_jp.txt → agency_official_name]

ア バスを運営する組織の名称を記載します。市町村等が民間事業者に運行委託している場合は市町村を「運営する組織」とします。

イ 民間バス事業者が自治体から補助金を受けて運行している場合は民間バス事業者を「運営する組織」とします。

ウ その他、運行に要する費用の負担等について自治体と民間バス事業者の間で何等かの取り決めを行って運行している場合は、地域の実情に応じて市町村又は民間バス事業者のいずれかを「運営する組織」とします。

(3) 提供組織名[feed_info.txt → feed_publisher_name」

ア このバスデータの提供に責任を持つ組織の名称を記載します。通常は(2)の事業者正式名称と同じとなります。ただし、市町村のコミュニティバスの場合、担当を明確にするため、実際に情報を提供する部署名まで記載してもよいでしょう。
例:○○市市民生活部地域交通課

イ 都道府県や県バス協会等の組織が複数の市町村のコミュニティバスのデータを一括して作成・公開し、問い合わせ対応等も行う場合には、都道府県その他の組織を提供組織とすることも考えられます。

(4) 事業者ID[agency.txt → agency_id、agency_jp.txt → agency_id]

ア (2)の「事業者正式名称」に記載した組織の法人番号とします。
注)法人番号は、国税庁の法人番号公表サイト(http://www.houjin-bangou.nta.go.jp/)で検索できます。

イ 一つの市町村に複数のコミュニティバスがある場合、民営バスでも(1)の事業者名称(実際にはバス名称)が異なるバスがある場合には、法人番号にアンダーバーで枝番を付けた番号とします。つまり、異なるバス名称には異なる事業者IDを付けるようにします。
例:1234567890123 (○○市コミュニティバス)
1234567890123_1(○○市まちなか循環バス)、1234567890123_2(○○市△△地域バス)、1234567890123_3(○○市乗合タクシー)

ウ 一度設定した事業者IDは可能な限り変更しないようにしてください。バス事業者内や市町村内で新たなバスが生じたときは、枝番を追番で作成します。
バスが全部廃止された場合はそのIDは欠番にしておきます。

【データ作成指針たたき台】データを作成する単位

(※は議論のための補足説明です。作成指針に記載するものではありません

データを作成する単位

標準的バス情報フォーマットはバスデータ(バス停、路線、ダイヤ、運賃など)を管理する者が作成することが望ましく、これらに変更があったときには速やかに標準的バス情報フォーマットデータも更新される必要がありますので、データを作成する単位はバスデータを管理する単位、具体的にはバス事業者やコミュニティバスを運営する市町村単位で作成することを推奨します。

ただし、一つの市町村に複数のコミュニティバスがあり、路線計画やダイヤ改正を別々に行っている場合やバスデータを別々に管理している場合(特に担当部署や担当者が異なる場合)には、別々の標準的バス情報フォーマットデータとすることを推奨します。

なお、バスデータをシステムで管理しておりそのシステムから標準的バス情報フォーマットデータを一括して出力できる場合には、システム内に含まれる全データを一つの標準的バス情報フォーマットデータとして作成しても構いません。(※山梨県のデータはおそらくバスコンシェルジュシステムに格納されたデータをGTFSに出力しているので、山梨交通、富士急、複数の市町のデータが1ファイルに含まれています。必要なら後で各者に分割できるので、これでよいと思いますが、CPさん等で特に問題はないでしょうか。)

なお、航空便の時刻表の変更により通常の路線より頻繁にダイヤ改正が行われる空港連絡バス等を別ファイルとして作成することも考えられます。これにより当該空港連絡バス等のダイヤ改正時にはその路線だけの標準的バス情報フォーマットデータを更新すればよいことになります。(※こうすると、一般路線と標柱を共用しているときにデータから標柱掲示時刻表を作成しようとすると、標柱IDを共通にしておくことと、ツールによっては標準的フォーマットデータを2つマージする必要が生じます。)