問題タブ [gtfs]

これらのステートメイトが GTFS データに含まれているとしましょう。

ここで、停車地 A に直接接続されているすべての停車地をクエリしたいと思います。結果は と にstop Bなりstop Cます。

これらの SQL クエリは GTFS データで可能ですか?

私は GTFS から始めましたが、SQL クエリで大きな問題に遭遇しました。

これは、次の 3 時間以内にある停留所からの出発を表示するはずです。それは機能しますが、真夜中 (たとえば 23:50) に近づくと、「今日の出発」のみをキャッチします。真夜中以降は「新しい日の出発」のみをキャッチし、前日からの出発は欠落しています。これは、departure_time が「24:05」（= $time 00:05 より大きくない）であるためです。翌日にUNIONの同じクエリよりも軽いものを使用することは可能ですか? UNION を使用している場合、LIMIT によるトリミングの出発を注文するにはどうすればよいですか?

Trips.start_time と end_time は、SQL クエリの実行を高速化するための補助変数です。これは、任意の旅行の sequence1-arrival_time と MAXsequence-departure_time を意味します。

Translinkから取得したデータ、特にネットワーク全体のフィードを解釈しようとしています。

データは次の形式で表示されます (ライブデータへのリンク)。

明らかに、一部のデータはデコードせずに読み取ることができます。データは、現在の GPS 座標を含むバスのリストを提供する必要があります。Python 2.7 を使用してこのデータをデコードする方法を知っている人はいますか? 私はしばらくこれにこだわっています。

非常に一般的な質問ですが、たくさんの GTFS テキスト ファイルがあり、それらをアプリで使用したいと考えています。最終的な目標は、ユーザーの現在地を特定し、GTFS stop.txt ファイルを介して最寄りのバス停と照合できるようにすることです。これらのテキスト ファイルをコードに正確に取り込むにはどうすればよいですか?

レンヌのデータ(そのページの2 番目の zip ファイル) と、このテーブル スキーマを使用しています。

これが私の最初のクエリです。ルートからの停車地をリストします（そのルートの最初の旅行から）：

レンヌの 33 番バスの停留所は次のとおりです。

ここで、各停留所について、その停留所から利用可能なルートを追加したいと思います。

最初にstop_ids を接続しましたが、残念なことにレンヌは、停留所がまったく同じ建物でない場合、たとえ幅が 10 メートルであっても、同じ停留所ではないと判断しました。実際、それは理にかなっていますが、ここでの生活が楽になるわけではありません:)

というわけで、停留所名で接続してみました。の例を次に示しAlmaます。

涼しい。その停留所で利用可能なルートを見つけてみませんか？

偉大な。にいるときはAlma、バス 3 または 33 に乗ることができます。

次に、2 つのクエリを組み合わせてみましょう。

ほとんどの停留所で機能しますが、ご覧のとおり、Alma には接続がないと表示されます。

何を与える？

非常に大きなサイズの gtfs zip ファイルがある場合があります。有効期間は 6 か月ですが、このような大きなデータ サイズを低リソース (たとえば、2 ギガのメモリと 10 ギガのハードディスク) EC2 にロードするには経済的ではありません。サーバ。

この大きなサイズの gtfs を 3 つの小さな gtfs zip ファイルに分割して、2 か月 (6 か月/3 ファイル) 分の有効なデータを保持できるようにしたいと考えています。つまり、2 か月ごとにデータを置き換える必要があるということです。

反対の目標 MERGE を達成する Python プログラムを見つけましたhttps://github.com/google/transitfeed/blob/master/merge.py (これは非常に優れた Python プロジェクトです)。

私はどんなポインタにもとても感謝しています。

よろしくお願いします、

ダン。