指針

GTFSの当初の理念を維持するため、仕様を変更する際に考慮すべき多数の指針が定められています。

フィードは作成および編集が容易であるべきです
小規模な事業者にとって、スプレッドシートプログラムやテキストエディタを使用して容易に表示および編集できるため、仕様の基礎としてCSVを選択しました。また、ほとんどのプログラミング言語およびデータベースから容易に生成できるため、大規模なフィードの公開者にとっても有用です。

フィードは解析が容易であるべきです
フィードの読取側は、可能な限り少ない作業で、探している情報を抽出できるべきです。フィードの変更および追加は、フィードの読取側が実装する必要があるコードパスの数を最小限に抑えるため、可能な限り広く有用であるべきです。（ただし、最終的にはフィードの読取側よりもフィードの公開者の方が多くなるため、作成を容易にすることを優先するべきです。）

仕様は乗客情報に関するものです
GTFSは主に乗客情報に関するものです。すなわち、仕様には、何よりもまず乗客向けツールを支援できる情報を含めるべきです。交通事業者がシステム間で内部的に送信したい運行指向の情報は、大量に存在する可能性があります。GTFSはその目的を意図したものではなく、より適切な他の運行指向のデータ標準が存在する可能性があります。

仕様の変更は後方互換性を持つべきです
仕様に機能を追加する際には、既存のフィードを無効にする変更を避けたいと考えています。既存のフィード公開者がフィードに機能を追加したいと考えるまで、追加の作業を発生させたくありません。また、可能な限り、既存のパーサーが新しいフィードの古い部分を引き続き読み取れるようにしたいと考えています。

推測的な機能は推奨されません
新しい機能はすべて、フィードの作成および読み取りに複雑さを加えます。したがって、有用であると分かっている機能のみを追加するよう注意したいと考えています。理想的には、あらゆる提案について、新機能を使用する実際の交通システム向けのデータを生成し、それを読み取り表示するソフトウェアを作成することで、検証されているべきです。GTFSでは、公式のパーサーおよびバリデーターによって無視される追加の列およびファイルを追加することで、形式を容易に拡張できることに注意してください。そのため、提案は既存のフィード上で容易にプロトタイプ化およびテストできます。