545 शहर से शहर गलियारों पर पूर्व घोषित समय सारणियाँ
545 शहर से शहर गलियारों के लिए ऑपरेटरों ने जो पूर्व घोषित किया था, वह 12 सितंबर 2026 और 16 सितंबर 2026 के बीच खुले फ़ीड से पढ़ा गया और पढ़े जाने की तारीख के साथ दर्ज किया गया। रेल, बस, नौका और विमान, एक Frictionless Data Package के रूप में और एक GTFS फ़ीड के रूप में।
प्रति कॉरिडोर एक सेवा तिथि
हर कॉरिडोर के बारे में एक बार पूछा गया, एक सेवा तिथि के लिए, और हर पंक्ति वह तिथि तथा फ़ेच का क्षण साथ रखती है। इसमें न आवृत्ति है, न सप्ताहांत का पैटर्न, और न अगले महीने के बारे में कुछ।
1,254 कॉरिडोर स्रोत के सामने रखे गए। 545 सेवाओं के साथ लौटे, 694 में दोनों छोर पर स्टॉप था और बीच में कुछ नहीं चलता था, और 15 में एक छोर के 60km के भीतर फ़ीड में कोई स्टॉप नहीं था। कवरेज इस पर चलता है कि कौन खुली फ़ीड दाख़िल करता है।
502 गलियारों की जाँच 28 सितंबर 2026 के लिए हुई और 43 की 30 सितंबर 2026 के लिए, जो वह दूसरी तारीख है जिसे जाँच ने तब आज़माया जब पहली खाली लौटी। कुछ यात्रा मार्ग कई दिन चलते हैं, इसलिए फ़ाइल में प्रस्थान 6 अक्टूबर 2026 तक पहुँचते हैं।
पूर्व घोषित समय सारणी क्या है
पूर्व घोषित का अर्थ है कि ऑपरेटर ने इसे पहले से प्रकाशित किया: वह सेवा जो वह चलाने का इरादा रखता है, दिन से हफ़्तों पहले फ़ीड में दर्ज। दिन शुरू होने से पहले प्रस्थान बोर्ड यही कहता है।
- रीयल टाइम नहींहर लेग पर real_time = false है: अनुरोध सेवा तिथि से दो सप्ताह पहले किए गए थे, इसलिए फ़ाइल में न कोई देरी है, न कोई रद्दीकरण, न कोई प्लेटफ़ॉर्म परिवर्तन।
- कोई किराया नहींस्रोत समय-सारणी प्रकाशित करता है, क़ीमतें नहीं, इसलिए इन फ़ाइलों में कोई क़ीमत नहीं है। जहाँ कोई संचालक यह लिंक प्रकाशित करता है कि वह यात्रा कहाँ बेचता है, वह लिंक रखा गया है।
इसमें क्या है
उसी स्नैपशॉट से गिना गया जिससे फ़ाइलें बनी हैं, इसलिए यह तालिका और CSV फ़ाइलें अलग नहीं हो सकतीं।
- 545सेवाओं वाले गलियारे
- 1,035यात्रा मार्ग
- 3,025चरण
- 11,222ठहराव बिंदु
- 3,368नामित स्टॉप
- 1,267उनमें से, स्थिति सहित
- 184ऑपरेटर
- 33देश
- 371प्लेटफ़ॉर्म या ट्रैक वाले चरण
- 620व्हीलचेयर सुलभ घोषित चरण
- 2,132GTFS फ़ीड में शामिल चरण
- 1,074GTFS फ़ीड में शामिल स्टॉप
- ट्रेन1,430
- बस767
- फ़ेरी725
- फ़्लाइट103
साधन के अनुसार चरण। पट्टियाँ सबसे बड़ी के सापेक्ष हैं।
फ़ेरी लेग का एक चौथाई है, क्योंकि ये शहरों के बीच के कॉरिडोर हैं, कोई नेटवर्क नहीं: किसी द्वीप तक जहाज़ से पहुँचा जाता है, वरना बिलकुल नहीं।
वास्तविक यात्रा मार्ग
फ़ाइल से तीन यात्राएँ, एक रेल, एक नौका सहित और एक बस से, उसी क्रम में ली गईं जिसमें फ़ाइल उन्हें रखती है। legs.csv खोलिए, गलियारा खोजिए, और ये वही पंक्तियाँ हैं।
AalborgCopenhagen
28 सित॰ 2026 को · 3 चरण · 2 बदलाव · 4h 09m
- 08:0309:13Aalborg St.Aarhus Hट्रेन · DSB ICL · 2 मध्यवर्ती स्टॉप
- 09:2012:06Aarhus HKøbenhavn Hट्रेन · DSB ICL · 5 मध्यवर्ती स्टॉप
- 12:1012:12København HDybbølsbro St.ट्रेन · DSB S-tog B · कोई मध्यवर्ती स्टॉप नहीं
- 08:0309:13
AeginaAthens
28 सित॰ 2026 को · 2 चरण · 1 बदलाव · 1h 04m
- 08:3009:10ΑίγιναΠειραιάςफ़ेरी · ATTICA Hellenic Seaways 17083 · कोई मध्यवर्ती स्टॉप नहीं
- 09:1409:34ΠειραιάςΑθήναट्रेन · Hellenic Train 1314 · 4 मध्यवर्ती स्टॉप
- 08:3009:10
AgropoliPalinuro
28 सित॰ 2026 को · 2 चरण · 1 बदलाव · 2h 18m
- 18:0519:05AgropoliSalerno (Piazza Concordia)बस · FlixBus-eu FlixBus N501 · कोई मध्यवर्ती स्टॉप नहीं
- 19:0820:23SALERNOPISCIOTTA PALINUROट्रेन · TRENITALIA REG 5247 · 9 मध्यवर्ती स्टॉप
- 18:0519:05
समय वैसे ही हैं जैसे घोषित किए गए, UTC में, स्रोत उन्हें इसी तरह प्रकाशित करता है और GTFS फ़ीड उन्हें इसी तरह रखती है। किसी भी छोर की स्थानीय घड़ी एक अलग संख्या है।
GTFS फ़ीड
वही स्नैपशॉट एक GTFS Schedule फ़ीड के रूप में, क्योंकि परिवहन शोधकर्ता के पास इसके लिए पहले से उपकरण है। हर चरण के लिए एक ट्रिप, इसलिए trip_id ही legs.csv का leg_id है और दोनों सीधे जुड़ जाते हैं।
9 सेवा दिनों में 111 एजेंसियाँ, 1,074 स्टॉप, 1,121 रूट, 2,132 ट्रिप और 7,347 स्टॉप समय। यह MobilityData के मानक GTFS वैलिडेटर पर शून्य त्रुटियों के साथ मान्य होती है।
फ़ीड में हर समय UTC में है
संदर्भ प्रति फ़ीड एक ही समय-क्षेत्र माँगता है, और यह स्नैपशॉट यूरोप, एशिया और अमेरिका तक फैला है, इसलिए हर एजेंसी और stop_times.txt का हर समय UTC में है, वही क्षण जो संचालक ने दाख़िल किया। हर स्टॉप अपना stop_timezone साथ रखता है ताकि स्थानीय घड़ी वापस लगाई जा सके।
जानबूझकर किए गए विचलन
- प्रति कॉरिडोर एक सेवा तिथि, कोई दोहराने वाली समय-सारणी नहीं। calendar.txt में प्रति सेवा दिवस एक पंक्ति है, जिसमें start_date और end_date समान हैं और एक ही सप्ताह-दिवस फ़्लैग सेट है।
- हवाई फ़ीड में नहीं है: संदर्भ दस रूट प्रकार परिभाषित करता है और उनमें कोई विमान नहीं है। 103 हवाई लेग legs.csv में हैं, जहाँ mode = air है और gtfs_route_type खाली है।
- 3,025 लेग में से 893 फ़ीड में नहीं हैं, लगभग सभी इसलिए कि एक छोर के स्टॉप की स्थिति नहीं है और GTFS निर्देशांक माँगता है। legs.csv में gtfs_trip_id ठीक उन्हीं पंक्तियों पर खाली है।
- कुछ ट्रिप ऑपरेटर के घोषित स्टॉप से कम स्टॉप पर रुकती हैं, इसी कारण से। calling_points.csv हमेशा पूरा क्रम रखती है, उन स्टॉप सहित जिन्हें फ़ीड को छोड़ना पड़ा।
- विस्तारित रूट प्रकार उन्हीं दस में समेट दिए गए हैं जिन्हें संदर्भ परिभाषित करता है: 101 रेल बन जाता है, 200 बस बन जाता है, 1004 नौका बन जाता है। मूल मान legs.source_route_type में रखा गया है, इसलिए इस समेटन को पलटा जा सकता है।
https://gtfs.org/documentation/schedule/reference/ · MobilityData canonical GTFS validator 8.0.1
स्टॉप कहाँ हैं
3,368 स्टॉप में से 1,267 बिना अनुमान लगाए स्थित किए जा सके। बाक़ी पर अक्षांश और देशांतर खाली हैं।
| विधि | स्टॉप | निर्देशांक का अर्थ |
|---|---|---|
| station-canonical | 347 | स्टॉप जिस बस्ती की सेवा करता है उसका केंद्र। |
| geometry | 200 | चरण के लिए ऑपरेटर की अपनी पॉलीलाइन। स्टॉप स्वयं। |
| station-exact | 187 | स्टॉप जिस बस्ती की सेवा करता है उसका केंद्र। |
| place-containment | 177 | स्टॉप जिस बस्ती की सेवा करता है उसका केंद्र। |
| station-normalised | 129 | स्टॉप जिस बस्ती की सेवा करता है उसका केंद्र। |
| place-name | 123 | स्टॉप जिस बस्ती की सेवा करता है उसका केंद्र। |
| corridor-endpoint | 104 | स्टॉप जिस बस्ती की सेवा करता है उसका केंद्र। |
केवल polyline स्टॉप को ही देती है। बाक़ी हर विधि बस्ती देती है, जो किसी बड़े शहर में कुछ किलोमीटर दूर हो सकती है, इसलिए वे पंक्तियाँ derived चिह्नित हैं और GTFS फ़ीड इसे stop_desc में दोहराती है।
दो सुरक्षा-जाँचें। किसी उम्मीदवार को उस कॉरिडोर के लिए भौगोलिक रूप से संभव होना चाहिए जिस पर वह स्टॉप आता है: इस जाँच के बिना "Taunton" gazetteer के एकमात्र Taunton से मिल गया था, जो Massachusetts में है, और फ़ीड ने Bridgwater और Taunton के बीच 23,623 km/h का दावा कर दिया। फिर हर लेग को एक गति-सीमा के विरुद्ध जाँचा जाता है जो चलने वाली किसी भी चीज़ से कहीं ऊपर है, और जो उसे तोड़ता है वह छोड़ दिया जाता है।
हर पंक्ति का प्रमाण कैसे दिया गया है
हर फ़ाइल की हर पंक्ति source, source_url, fetched_at और evidence साथ रखती है।
- filed
- ऑपरेटर ने इसे प्रकाशित किया: स्टॉप के नाम, सेवा संख्याएँ, प्लेटफ़ॉर्म, प्रस्थान और आगमन के क्षण, ठहराव बिंदु, सुलभता फ़्लैग। पाँच में से चार तालिकाओं की हर पंक्ति।
- derived
- यह इस पैकेज ने गणना की: stops.csv में वे पंक्तियाँ जिनकी स्थिति संचालक ने नहीं दी, बल्कि gazetteer से निकाली गई।
- derived कॉलम
- कोई दाख़िल पंक्ति भी गणना किया गया कॉलम रख सकती है। अवधि, दूरी, गणनाएँ और मोड़ा गया GTFS रूट प्रकार दाख़िल मानों पर अंकगणित हैं, और Table Schema हर एक को derived नाम देती है।
3,025 लेग में से 2,405 व्हीलचेयर-सुलभ नहीं के रूप में दाख़िल हैं, जो यह बताता है कि फ़ीड कैसे भरी जाती हैं, न कि रोलिंग स्टॉक कैसा है।
डाउनलोड
हर संसाधन के लिए Table Schema सहित एक Frictionless Data Package, और उसके साथ GTFS फ़ीड। RFC 4180 के अनुसार CSV, बाइट ऑर्डर मार्क के बिना UTF-8, LF अंत, और हर फ़ाइल के लिए एक SHA-256। यहाँ किसी चीज़ के लिए खाता या कुंजी नहीं चाहिए।
| फ़ाइल | पंक्तियाँ | आकार | SHA-256 |
|---|---|---|---|
| orlero-corridor-timetables-1.0.0.zip | 657 KiB | ae3104269bc88334946cde5f18ebc9ff5264d23d9ca74d5547b7dbb211fa3d57 | |
| orlero-corridor-timetables-gtfs-1.0.0.zip | 7,347 | 134 KiB | f190a54862419e2708b31fa7d8a64e3fa83c7b73a2f5dac5b791ed2671f92cb2 |
| corridors.csv | 545 | 105 KiB | e595685ec9bcab61fe52ee704780d3cf8db79cc4d536cc16cd2589ebe4ab3c74 |
| itineraries.csv | 1,035 | 224 KiB | a206cd69a3ebbfa4f2742be089a3f81166e04f29889b4fd61198e2037fefc206 |
| legs.csv | 3,025 | 1.1 MiB | bef6eacc0fbdd1182036c89e9fc84ded6525ed0e264e67202f3a1a6ee09a414d |
| calling_points.csv | 11,222 | 1.5 MiB | 1d8fec63c03db01213637dc3a3613793f6d58227505e34bc06c784924699c0b1 |
| stops.csv | 3,368 | 494 KiB | 5ff2c5ecc844a766093fbd509ce402847c086cae0cd5ae30c8fc56ecad293e93 |
सब कुछ कमिट किए गए स्नैपशॉट से node data-packages/corridor-timetables/build.mjs द्वारा फिर से बनाया जाता है, जो कुछ नहीं लाता और हर बार वही बाइट देता है। पैकेज data-packages/corridor-timetables पर है।
इसे कैसे उद्धृत करें
श्रेय ही पूरा लाइसेंस है। यदि आप इसका उपयोग करते हैं, तो यही वह पंक्ति है।
उद्धरण
Orlero (2026). Filed timetables on 545 city to city corridors (Version 1.0.0) [Data set]. https://orlero.com/data/corridor-timetables
BibTeX
@dataset{orlero_corridor_timetables_1_0_0,
author = {{Orlero}},
title = {{Filed timetables on 545 city to city corridors}},
year = {2026},
version = {1.0.0},
publisher = {Orlero},
url = {https://orlero.com/data/corridor-timetables},
note = {CC BY 4.0}
}पहचानकर्ता
अभी कोई DOI नहीं। ऊपर दिया URL उद्धृत करें।
लाइसेंस
CC BY 4.0। तथ्यों पर स्वामित्व नहीं होता, इसलिए लाइसेंस संकलन, पहचानकर्ताओं, हल की गई स्थितियों और derived कॉलमों पर है। EU का sui generis डेटाबेस अधिकार उसी संकलन पर उन्हीं शर्तों पर लागू होता है।
https://creativecommons.org/licenses/by/4.0/
यह क्या नहीं बता सकती
- प्रति कॉरिडोर एक तिथि, इसलिए यहाँ कुछ भी आवृत्ति के बारे में किसी दावे का आधार नहीं है।
- प्रति कॉरिडोर अधिकतम दो यात्रा-क्रम, इसलिए यहाँ की सबसे तेज़ यात्रा ज़रूरी नहीं कि सबसे तेज़ यात्रा हो।
- कवरेज वही है जो खुला डेटा रखता है, मुख्यतः यूरोप और उत्तरी अमेरिका।
- ऑपरेटर के नाम वैसे ही हैं जैसे फ़ीड उन्हें लिखती है, इसलिए एक ही कंपनी कई नामों से दिख सकती है।
- किराए, वास्तविक समय और समयपालन किसी दूसरे डेटासेट में हैं।