GTFS勉強会#1 DB屋が見たGTFS-JP ファースト?インプレッション
- 3. 自己紹介 ? 坂井 恵（さかいけい） @sakaik ? 有限会社アートライ 代表取締役 ? since 1998 ? いわゆる「ひとり会社ごっこ」 ? 業務分析や問題解決に強み ? その根幹にあるのが「データ構造」への理解 ? 日本MySQLユーザ会 副代表 ? いわゆるオープンソースのボランティア活動 ? データベース大好き ?GTFSについて ? この分野は素人ですが???（本当）（本当に本当）
- 9. GTFS-JPフォーマットをそ のままRDBMSに格納する？ ? たぶん、そうじゃないほうが良い ? GTFSは「データ受け渡し用フォーマット」 ? データを「安全に格纳する」考え方とは异なる
- 17. （3）道順(経路)のキーが… ? キー（★印）とは、ユニークキー(PK)のこと なのですが???? shape_id と sequence の複合キー とするのが、たぶん正しい。 ひとつの shape_id について、sequence 順にバス停を示しているものなので、 shape_id ではユニークにならない。 これは、仕様書が間違っている状態(複合キーとすべき)であること が公知(?)であると、発表中に教えていただきました！
- 18. (4)IDが文字列複合ID ? 1031_10_01 とか、イヤ！！！ ? 複数のカラムの値を組み合わせることでユニー クにする方向でひとつ。（1カラムにまとめる 必要はない） ※講演時間がたりないので、主張のみ
- 19. その他 気づいた誤植など(1) P. 29 P. 29 「初版」 の内容 （第2版では、このサンプル データの記述全体が廃止され てしまいました。少し残念）
- 21. その他 気づいた課題 ? 位置情報について、測地系を明示する項目がない!? ? 測地系がないとはどういうことかというと??? ? 「80度の液体」熱い？ぬるい？ ? →摂氏なら結構熱いし、華氏なら結構ぬるい ? 現在の日本で主に使われている JGD2011 なら、 米国（Googleなども）で使われている WGS84 と 実用レベルで、ほぼ差はない ? 2001年まで日本で使われていた Tokyo測地系だと、 かなり違います GTFS-JPには書かれていないが、本家GTFSのほうには「WGS84」と明記され ている事を、発表中に教えていただきました！（固定なんですね） JPの仕様書にも明記してほしいところです。
- 23. まとめと補足 ? DB屋目線で、GPFSフォーマットは、ツッコミどころ 満載で楽しい ? たぶん、サンプルデータとおいしいお酒とともに、語 り明かせそう ? GTFSは、転送用フォーマットなので、データを受け 取って利用する側に使いやすいことを考えているのか なとも思うので、これ自体が悪いとは思わない ? 格納フォーマットは、実際に今、どんなデータを持っ ているか（=データ発生源）によって変化します。今 日の話は、白紙ベースでの思考実験として参考にな さってください 今回聞かせていただいた発表の中にも、GTFSのフォーマットのままテーブルを作って いるという事例がありましたが、それは、手持ちのデータ（入力データ）がその形式で 用意されており、特に大きな加工もなく、そのままの形で出力に供したいという話なの で、そのケースでは最適な判断だと思っています。