GTFS

GTFS
GTFS
Transit information display from Digitransit Ulm derived from GTFS data
독일 울름시의 환승노선 GTFS 데이터를 활용한 시각화
파일 확장자
.지퍼
초기출시2006년 9월 27일; 16년 전 (2006-09-27)
형식 유형운송 일정 형식
에서 확장됨CSV
표준.사실상표준
오픈 포맷?예, CC BY 3.0
웹사이트gtfs.org

GTFS는 General Transit Feed Specification 또는 (원래는) Google Transit Feed Specification을 의미하며, 대중 교통 일정 및 관련 지리적 [1]정보에 대한 일반적인 형식을 정의합니다.GTFS는 대중 교통 서비스에 대한 정적 또는 예약 정보만 포함하며, 서비스의 실시간 상태에 대한 정보를 [1][2]공유하는 방법을 정의하는 GTFS Realtime 확장과 구분하기 위해 GTFS Static이라고도 합니다.

역사

GTFS가 될 계획은 2005년 구글 직원 Chris Harrelson의 부수적인 프로젝트로 시작되었습니다. 그는 "팀과 Bibiana McHugh로부터 교통 데이터를 Google Maps에 통합하는 방법을 듣고 이리저리 돌아다녔고, 오리건 [3]주 포틀랜드의 교통 기관인 TriMet의 IT 관리자들과 결혼했습니다."McHugh는 그 [4]당시에 이미 인기 있는 지도 서비스가 사용하기 쉬운 운전 길을 제공하고 있었지만, 낯선 도시에서 환승 길을 찾는 것에 좌절감을 느꼈다는 이유로 꼽힙니다.

비비아나와 팀 맥휴는 결국 구글과 접촉해 트라이멧의 일정 데이터를 CSV 수출로 제공했습니다.2005년 12월, 포틀랜드는 구글의 "트랜짓 트립 플래너([5]Transit Trip Planner)"의 첫 번째 버전에 포함된 첫 번째 도시가 되었습니다.2006년 9월, 구글 트랜짓 트립 플래너에 미국의 5개 도시가 추가되었고, 구글 트랜짓 피드 [6]사양으로 발표된 데이터 형식.

미국에서는 GTFS가 등장하기 전까지 대중교통 시간표에 대한 어떠한 기준도 존재하지 않았으며, 심지어 사실상의 기준조차 존재하지 않았습니다.오랜 기간 BART 웹사이트 관리자인 Timothy Moore에 따르면, GTFS가 등장하기 전, BART는 다양한 데이터 소비자에게 다양한 포맷을 제공해야 했으며, 이는 표준화된 전송 포맷을 매우 [3]바람직하다고 합니다.GTFS 스케줄의 가용성뿐만 아니라 공개적이고 자유롭게 사용할 수 있는 포맷 사양은 개발자들로 하여금 빠르게 포맷에 기반한 트랜짓 관련 소프트웨어를 사용하게 만들었습니다.이를 통해 "수백 개의 유용하고 대중적인 운송 애플리케이션"[4]과 사용 가능한 GTFS 피드를 나열하는 카탈로그가 만들어졌습니다.이들 애플리케이션이 공통적으로 사용하는 데이터 형식으로 인해, 솔루션은 한 운송 사업자에게 맞춤형으로 제공될 필요가 없으며, GTFS 피드를 사용할 수 있는 모든 지역으로 쉽게 확장될 수 있습니다.

포맷의 광범위한 사용으로 인해 원래 명칭의 "Google" 부분은 "일부 잠재적 사용자들이 GTFS를 채택하는 것을 꺼리게 만드는" 잘못된 명칭으로 여겨져 2009년에 [7]General Transit Feed Specification으로 명칭을 변경할 것을 제안했습니다.

적용들

GTFS 데이터의 경로가 강조 표시된 OpenTripPlanner를 보여주는 스크린샷.
Mapnificent를 통한 GTFS 기반 도달 가능성 분석

여행계획

GTFS는 일반적으로 다중 모드 여정 계획자 응용 프로그램에서 사용할 대중 교통 데이터를 제공하는 데 사용됩니다.대부분의 경우, GTFS는 도로/보행자 네트워크의 상세한 표현과 결합되어 정류장 간에만 라우팅이 이루어지는 것이 아니라 지점 간에 라우팅이 가능합니다.OpenTripPlanner는 GTFS와 OpenStreetMap [8]데이터의 조합으로 여정 계획을 수행할 수 있는 오픈 소스 소프트웨어입니다.전송 라우팅을 [9]위해 GTFS를 통합할 수 있는 ArcMap Network Analyst 확장과 같은 다른 범용 응용 프로그램이 있습니다.

GTFS는 원래 온라인 멀티모달 여행 계획 애플리케이션인 Google Transit에서 사용할 수 있도록 설계되었습니다.

접근성 조사

GTFS는 교통 접근성에 대한 연구에서 종종 사용되는데, 일반적으로 하루 [10][11]중 다른 시간대에 한 지점에서 여러 지점까지 교통으로 이동하는 시간을 추정하는 데 사용됩니다.그러나 여러 연구에서는 신뢰성 문제를 고려하지 않고 일정에만 의존하고 정기적으로 일정을 [12]준수하지 않기 때문에 이러한 애플리케이션을 문제 삼았습니다.

서비스 수준 비교

GTFS는 실제 또는 [14]제안된[13] 운송 서비스 제공 변경으로 인한 접근성의 변화를 측정하기 위해 사용되어 왔습니다.시간에 따른 서비스 변화 분석은 동일한 기관에 대해 발표된 GTFS 데이터를 서로 다른 기간에 비교하기만 하면 가능합니다.기존 서비스와 제안된 인프라 또는 서비스 변화를 비교하기 위해서는 제안된 서비스 [14]특성을 기반으로 미래의 GTFS를 수작업으로 구성해야 하는 경우가 많습니다.

사료대장

공개 GTFS 피드는 다양한 피드 레지스트리에서 집계되었습니다.

- 트랜짓피드/OpenMobilityData는 GTFS 및 GTFS 실시간 피드 디렉토리와 피드 컨텐츠 검색을 위한 대화형 웹 사이트를 유지 관리합니다.

- GTFS Data Exchange(2008 - 2016)는 모든 규모의 대중 교통 기관에서 GTFS 피드의 복사본을 업로드할 수 있도록 했습니다.웹 사이트는 더 이상 활성화되지 않지만 기록 데이터를 검색하고 다운로드할 수 있습니다.

- Transitland(2014 - 현재)는 55개국 이상의 GTFS 및 GTFS 실시간 피드 디렉토리를 유지하고 있으며, 피드 내용을 조회하기 위한 대화형 웹사이트 및 API를 제공하고 있습니다.트랜싯랜드는 원래 Mapzen에 의해 만들어졌으며 현재는 Interline Technologies에 의해 유지 관리되고 있습니다.

구조.

Class diagram of GTFS
GTFS 클래스 다이어그램

GTFS 피드는 .zip 파일 내에 포함된 최소 6개, 최대 13개의 CSV 파일(확장자 .txt 포함)의 모음입니다.선호하는 문자 인코딩은 UTF-8입니다. 관련 CSV 테이블은 환승 시스템의 예약된 운행을 탑승자가 볼 수 있도록 설명합니다.이 사양은 여행 계획 기능을 제공하기에 충분하도록 설계되었지만 서비스 수준 분석 및 일부 일반 성능 측정과 같은 다른 응용 분야에도 유용합니다.트랜스모델이나 VDV-45X와 같은 유럽 운송 산업 교환 표준과는 달리, GTFS는 승객에게 배포되어야 하는 예정된 운행만 포함합니다.또한 예정된 정보로 제한되며 실시간 정보는 포함되지 않습니다.그러나 실시간 정보는 관련 GTFS Realtime [1][2]사양에 따라 GTFS 스케줄과 연관될 수 있습니다.

다음은 유효한 GTFS 데이터 피드에 필요한 표에 대한 설명입니다.각 테이블은 문자 그대로 텍스트 CSV 파일로, 파일 이름은 테이블 이름이며, 뒤에 '.txt'가 붙습니다.그래서 아래의 'agency' 테이블은 'agency'라는 CSV 파일입니다.txt'는 유효한 GTFS 피드에 포함됩니다.

필수 테이블

대리점

대리점 표에는 이름, 웹사이트, 연락처 등 교통 대리점에 대한 정보가 나와 있습니다.

필수 필드:

  • 에이전시_이름
  • 대리_대리점
  • 대리점_시간대

항로들

경로 테이블은 별개의 경로를 식별합니다.이는 여러 경로가 단일 경로에 속할 수 있는 별개의 경로(또는 경로)와 구별하기 위한 것입니다.

필수 필드:

  • route_id (기본 키)
  • route_short_name
  • route_long_name
  • route_type

여행들

필수 필드:

  • trip_id (기본 키)
  • route_id (외국키)
  • service_id (외국키)

옵션 필드:

  • block_id - 블록 ID는 여행이 속하는 스케줄 블록을 나타냅니다.

멈춤_회

필수 필드:

  • stop_id (기본 키)
  • trip_id (외국키)
  • 도착_시간
  • 출발_시간
  • stop_sequence

체류 시간은 도착 시간과 출발 시간의 차이로 모델링할 수 있습니다.그러나 많은 기관에서 대부분의 정류장에 대해 체류 시간을 모형화하지 않는 것으로 보입니다.

멈춤

정류장 표는 환승 시스템의 각 실제 정류장 또는 역의 지리적 위치와 해당 정류장과 관련된 편의 시설의 일부를 정의합니다.

필수 필드:

  • stop_id (기본 키)
  • stop_name
  • stop_lon
  • stop_lat

달력을

일정관리 테이블은 평일과 같이 반복적으로 작동하는 서비스 패턴을 정의합니다.일회성 특별 이벤트와 같이 반복되지 않는 서비스 패턴은 Calendar_dates 테이블에 정의됩니다.

필수 필드:

  • service_id (기본 키)
  • 월요일.
  • 화요일.
  • 수요일
  • 목요일.
  • 금요일.
  • 토요일
  • 일요일.
  • 시작_날짜
  • end_date

옵션 테이블

calendar_malendar.txt

fare_properties.txt

fare_txt

모양.txt

교통 기관의 경로를 나타내기 위해 지도에 선을 긋는 규칙입니다.

frequency.txt

운행 빈도가 가변적인 노선에 대한 헤드웨이(운행 간격).

transfer.txt

경로 간 환승 지점에서 연결을 위한 규칙입니다.

feed_info.txt

참고 항목

참고문헌

  1. ^ a b c "GTFS Static Overview". GoogleDevelopers. Archived from the original on 29 September 2022. Retrieved 29 September 2022.
  2. ^ a b "GTFS Realtime Overview". GoogleDevelopers. Archived from the original on 29 September 2022. Retrieved 29 September 2022.
  3. ^ a b Roush, Wade (2012). "Welcome to Google transit: How (and why) the search giant is remapping public transportation" (PDF). Community Transportation: 3. Retrieved 14 March 2016.
  4. ^ a b Dyson, Lauren; Goldstein, Brett; Nemani, Abhi (2013). Beyond Transparency. Code for America Press. pp. 125–135. CiteSeerX 10.1.1.674.6114.
  5. ^ Garg, Avichal. "Public Transit via Google". Official Google Blog. Archived from the original on 24 March 2016. Retrieved 14 March 2016.
  6. ^ Harrelson, Chris. "Happy Trails with Google Transit". Official Google Blog. Archived from the original on 24 March 2016. Retrieved 14 March 2016.
  7. ^ Hughes, Joe. "proposal: remove "Google" from the name of GTFS". General Transit Feed Spec Changes. Google Groups. Archived from the original on 29 September 2022. Retrieved 14 March 2016.
  8. ^ "Home OpenTripPlanner". www.opentripplanner.org. Archived from the original on 8 May 2017. Retrieved 12 May 2017.
  9. ^ "Yay, transit! - Using GTFS Data in ArcGIS Network Analyst". transit.melindamorang.com. Archived from the original on 19 May 2017. Retrieved 12 May 2017.
  10. ^ Farber, Steven; Morang, Melinda Z.; Widener, Michael J. (1 September 2014). "Temporal variability in transit-based accessibility to supermarkets". Applied Geography. 53: 149–159. doi:10.1016/j.apgeog.2014.06.012.
  11. ^ Fransen, Koos; Neutens, Tijs; Farber, Steven; De Maeyer, Philippe; Deruyter, Greet; Witlox, Frank (1 October 2015). "Identifying public transport gaps using time-dependent accessibility levels". Journal of Transport Geography. 48: 176–187. doi:10.1016/j.jtrangeo.2015.09.008. hdl:1854/LU-6956461.
  12. ^ Wessel, Nate; Allen, Jeff; Farber, Steven (1 June 2017). "Constructing a routable retrospective transit timetable from a real-time vehicle location feed and GTFS". Journal of Transport Geography. 62: 92–97. doi:10.1016/j.jtrangeo.2017.04.012. ISSN 0966-6923.
  13. ^ Farber, Steven; Fu, Liwei (1 March 2017). "Dynamic public transit accessibility using travel time cubes: Comparing the effects of infrastructure (dis)investments over time". Computers, Environment and Urban Systems. 62: 30–40. doi:10.1016/j.compenvurbsys.2016.10.005.
  14. ^ a b Farber, Steven; Grandez, Maria (2017). "Transit Accessibility, Land Development and Socioeconomic Priority: A Typology of Planned Station Catchment Areas in the Greater Toronto and Hamilton Area" (PDF). Journal of Transport and Land Use. 10 (1). doi:10.5198/jtlu.2017.980. (note: forthcoming edition).


이 기사는 Stefan Kaufmann의 "독일의 대중교통 데이터 개방"에서 발췌한 내용을 담고 있으며, 이는 Creative Commons Attribution 3.0 Unportported 라이선스로 제공됩니다.

외부 링크