स्विट्ज़रलैंड में ट्रेन और public transport को real time में दिखाने वाला real-time map है। शहरों पर zoom करने पर public transport को real time में देखा जा सकता है, और नावें भी मिल जाती हैं
दूसरे options को on/off करने पर और भी बहुत सारी जानकारी देखी जा सकती है https://maps.trafimage.ch/ch.sbb.netzkarte?lang=en&baselayer...
यह शानदार map है और किसी खास समय आसपास कितनी ट्रेनें हैं, इसका मोटा अंदाज़ा लगाने में उपयोगी है, लेकिन यह बात अहम है कि यह वास्तविक location data नहीं है
लगता है कि यह ट्रेन timetable और अनुमानित delays को जोड़कर track पर location का अनुमान लगाता है। SBB delays का display कम रखना चाहता है या असली data publish करना security risk मानता है, यह नहीं पता, लेकिन कई बार यह fake जैसा लगा है
उदाहरण के लिए, जिस ट्रेन में मैं था वह दो stations के बीच कुछ मिनट रुकी रही, लेकिन map पर वह अगले कुछ stations तक आगे बढ़ती दिखती रही, और जब फिर चलना शुरू हुई तो app में 8 मिनट delay दिखा
कई बार ऐसा भी हुआ कि खिड़की के बाहर ट्रेन अभी station में प्रवेश कर रही थी, लेकिन map पर वह पहले से ही stations के बीच दौड़ती दिख रही थी
कहा जाता है कि Signalbox तकनीक smartphone data के snapshots को train trajectory data से match करके पहचानती है कि device किस ट्रेन में है
यह गंभीर रूप से खराब data पर भी काम करने वाले advanced algorithms इस्तेमाल करती है, और background location tracking या hardware के बिना यह पहचान सकती है कि smartphone किस तरह की ट्रेन में है—यह काफी दिलचस्प तरीका है
अनुभव के हिसाब से यह काफी अच्छा काम करता है। मेरा 7 साल का बच्चा ट्रेनें देखना पसंद करता है, इसलिए कब ट्रेन गुज़रेगी यह देखने के लिए मैं यह map अक्सर इस्तेमाल करता हूं
perfect नहीं है, लेकिन काफी ठीक है
सोचता हूं कौन-सा app हमेशा location access allow करके रखता है और वह data इन्हें भेज रहा है
बढ़िया। मुझे maps पसंद हैं, इसलिए मैं जल्दी आकर्षित हो जाता हूं, लेकिन PDT शाम 4:41, यानी London समय सुबह 12:41 पर देखा तो London के आसपास बहुत ज्यादा ट्रेनें थीं
उस समय सब लोग ट्रेन में क्या कर रहे होंगे?
[संपादन: PM जोड़ा]
carto.tchoo real-time वास्तविक locations नहीं देता। इसे सिर्फ departure, stop, delay और cancellation जानकारी तक access है, और उसी के आधार पर location interpolate करता है
इसलिए अगर ट्रेन आधी speed से चले या रुकी रहे, लेकिन official delay में दर्ज न हो, तो location reality से match नहीं करेगी
title काफी अहम होता है। अगर real-time नहीं होता, तो इस submission को भी शायद वैसी ही कम दिलचस्पी मिलती
अगर दिलचस्प बात upvotes की संख्या है, तो इसका मतलब है कि French rail network से ज्यादा लोग British rail network में रुचि रखते हैं, और यह audience demographics की बात बन जाती है
या फिर मुख्य बात यह हो सकती है कि UK वाला real-time है और French वाला नहीं। zoom करने पर भी कोई movement दिखाई नहीं देता
इसमें हैरानी की बात नहीं। rail से जुड़ी किसी भी चीज़ में French version हमेशा British version से ज्यादा polished होता है
यह सिर्फ एक और public transport map होने के बजाय अगर इसमें तकनीकी व्याख्या होती, तो शायद बेहतर होता https://vgcgroup.co.uk/news/signalbox-for-train-locations/
इस लेख को देखें तो data मुख्य रूप से railway signal information से आता है, और इसमें किसी न किसी तरह थोड़ा “AI” भी शामिल लगता है। railway signals के बीच की दूरी आम तौर पर कितनी होती है, AI को किस data पर train किया गया है, और सिर्फ map देखने से आगे इसमें क्या है—यह जानने की उत्सुकता है
मैंने ऐसा कुछ बनाने की कोशिश की थी, और जवाब था: मुश्किल है
एक message queue है जिससे train की आखिरी reported location पहचानी जा सकती है। route के आधार पर काफी accurate real-time map बनाया जा सकता है, लेकिन पहले सभी location identifiers को east/north coordinates में georeference करना पड़ता है
लेकिन कई routes सिर्फ station stop points पर last movement ही report करते हैं। ये मुख्यतः regional routes हैं, इसलिए train type और network utilisation को ध्यान में रखते हुए किसी तरह का dead reckoning network बनाना सबसे अच्छा approach लगता है
railway signals के बीच की दूरी कई factors पर निर्भर करते हुए काफी बदलती है: signalling operation का तरीका, desired headway, maximum operating speed, line speed पर rolling stock की service braking distance, points जैसे safety को प्रभावित करने वाला track layout, signal aspects की संख्या, signal sighting distance, और क्या धूप की glare से signal visibility प्रभावित होती है आदि
ऊपर से यह इस assumption पर है कि वह section असल में lineside signals इस्तेमाल करता है। network का अधिकतर हिस्सा ऐसा है, लेकिन cab signalling या computer-based train control इस्तेमाल करने वाले exceptions भी काफी हैं
उस website से मेरा कोई संबंध नहीं है, लेकिन track circuit block principles का पालन करने वाले sections में उस article में कही गई “signal information” लगभग निश्चित रूप से Network Rail की Train Describer feed होगी। यह feed track layout में signal berths के लिए headcode report करती है, और signalling system train द्वारा लगातार track circuits activate करने या axle counters से गुजरने पर headcode को automatically आगे बढ़ा देता है
Train Describer सिर्फ berth के अंदर headcode ही report कर सकता है, और berth काफी लंबा हो सकता है। यह seconds-level train progress नहीं देता, इसलिए इस site का mapping engine संभवतः train location marker को real-time में “चलता” हुआ दिखाने के लिए अपनी interpolation कर रहा होगा। algorithm या model input जो भी हो, उसे “AI” कह देने से तकनीकी specificity गायब हो जाती है
अगर मैं design करता, तो train class, rolling stock type और line speed को मिलाकर उस block section के अंदर current position estimate करता। और फिर product decision लेना पड़ता कि location गलत calculate होने पर map पर train marker को झटके से jump कराया जाए, या अचानक movement से बचने के लिए error को अगले section में smoothly absorb किया जाए
दूसरे इलाकों में fitted rolling stock के GPS से train location report हो सकती है, और कुछ जगहों पर train passing signalman की manual reporting पर निर्भर हो सकती है, इसलिए map पर real-time location infer करने के लिए ज्यादा data उपलब्ध नहीं हो सकता। smartphone apps से बहुत सारा accurate real-time data मिलना बेहद unlikely लगता है, लेकिन किसी खास berth से train आम तौर पर कैसे गुजरती है, इसका model सुधारने के लिए noisy और incomplete input के रूप में इसका इस्तेमाल हो सकता है
Czech railway network के लिए भी map है। यह दुनिया के सबसे dense railway networks में से एक है, शायद सबसे dense भी हो सकता है: https://grapp.spravazeleznic.cz
Slovakian version भी स्वाभाविक रूप से है, और user experience काफी बेहतर है https://mapa.zsr.sk/index.aspx
Polish version railway network की तरह ही अभी भी एक-दो generations पीछे लगता है। फिर भी यह कहना चाहिए कि वे catch up करने के लिए भारी investment कर रहे हैं https://portalpasazera.pl/MapaPociagow
पहले मैंने GTFS(gtfs.org) को थोड़ा देखा था। यह schedules और real-time updates दोनों के लिए इस्तेमाल होने वाला data feed format है, protobuf-based है और ऐसी sites इसे व्यापक रूप से इस्तेमाल करती हैं
ज्यादातर GTFS location feeds के लिए API key चाहिए, लेकिन कुछ जगहें actual location updates को public तौर पर share भी करती हैं
Google Maps जैसी services जब public transport schedule information integrate करती हैं, तब भी यही तरीका इस्तेमाल करती हैं। access मिल जाए तो real-time updates से map बनाना अपने आप में अपेक्षाकृत straightforward है
GTFS व्यापक रूप से इस्तेमाल होता है और “standardized” है, लेकिन असल details में जाएं तो यह काफी wild west जैसा है
2 साल तक एक side project के रूप में http://mobility-bot.com/ बनाते हुए मैंने कुछ providers की GTFS alert feeds parse कीं, और लगभग हर provider के लिए pipeline में data clean करना पड़ा। Unicode issues fix करना, route और agency IDs remap करना, titles और descriptions समान न रहें इसके लिए rewrite करना जैसे काम करने पड़े
साथ ही time के साथ data observe और capture करना पड़ता है, ताकि parsing और cleanup rules को generalize करने के लिए corpus मिल सके
ऐसे ज्यादातर projects का किसी single provider या संबंधित कुछ providers पर focus करना समझदारी भरा choice है। aggregation करने की कोशिश करते ही problem कहीं ज्यादा मुश्किल हो जाती है
ऐसा लगता है कि इसमें सिर्फ़ standard surface railway ही दिख रही है। अगर London Underground जैसे urban rail network या Manchester की light rail·tram भी जोड़ दी जाएँ, तो कम-से-कम कई सौ और ट्रेनें दिखेंगी
मैप में उत्तर-पूर्वी England का Tyne and Wear Metro भी शामिल है। यह परफ़ेक्ट नहीं है, लेकिन मैंने जो real-time train tracking देखी है, उनमें यह निश्चित रूप से सबसे उपयोगी है
UK में कई railway systems हैं जो आपस में बहुत अच्छी तरह integrate नहीं होते, और apps की quality और usefulness भी अलग-अलग है
1 टिप्पणियां
Hacker News की टिप्पणियां
स्विट्ज़रलैंड में ट्रेन और public transport को real time में दिखाने वाला real-time map है। शहरों पर zoom करने पर public transport को real time में देखा जा सकता है, और नावें भी मिल जाती हैं
दूसरे options को on/off करने पर और भी बहुत सारी जानकारी देखी जा सकती है
https://maps.trafimage.ch/ch.sbb.netzkarte?lang=en&baselayer...
लगता है कि यह ट्रेन timetable और अनुमानित delays को जोड़कर track पर location का अनुमान लगाता है। SBB delays का display कम रखना चाहता है या असली data publish करना security risk मानता है, यह नहीं पता, लेकिन कई बार यह fake जैसा लगा है
उदाहरण के लिए, जिस ट्रेन में मैं था वह दो stations के बीच कुछ मिनट रुकी रही, लेकिन map पर वह अगले कुछ stations तक आगे बढ़ती दिखती रही, और जब फिर चलना शुरू हुई तो app में 8 मिनट delay दिखा
कई बार ऐसा भी हुआ कि खिड़की के बाहर ट्रेन अभी station में प्रवेश कर रही थी, लेकिन map पर वह पहले से ही stations के बीच दौड़ती दिख रही थी
कहा जाता है कि Signalbox तकनीक smartphone data के snapshots को train trajectory data से match करके पहचानती है कि device किस ट्रेन में है
यह गंभीर रूप से खराब data पर भी काम करने वाले advanced algorithms इस्तेमाल करती है, और background location tracking या hardware के बिना यह पहचान सकती है कि smartphone किस तरह की ट्रेन में है—यह काफी दिलचस्प तरीका है
perfect नहीं है, लेकिन काफी ठीक है
दूसरी तरफ, अमेरिका की intercity trains Northeast Corridor से बाहर निकलते ही काफी दुखद हालत में हैं
https://asm.transitdocs.com/
https://amtraker.com/map
बढ़िया। मुझे maps पसंद हैं, इसलिए मैं जल्दी आकर्षित हो जाता हूं, लेकिन PDT शाम 4:41, यानी London समय सुबह 12:41 पर देखा तो London के आसपास बहुत ज्यादा ट्रेनें थीं
उस समय सब लोग ट्रेन में क्या कर रहे होंगे?
[संपादन: PM जोड़ा]
फ्रांस वाला version भी देखने लायक है: https://carto.tchoo.net
यह ज्यादा polished लगता है। पहले इसी तरह की HN submission पर ध्यान नहीं गया था, लेकिन UK वाला ऊपर आ गया—यह दिलचस्प है
https://news.ycombinator.com/item?id=45249351
इसलिए अगर ट्रेन आधी speed से चले या रुकी रहे, लेकिन official delay में दर्ज न हो, तो location reality से match नहीं करेगी
या फिर मुख्य बात यह हो सकती है कि UK वाला real-time है और French वाला नहीं। zoom करने पर भी कोई movement दिखाई नहीं देता
यह सिर्फ एक और public transport map होने के बजाय अगर इसमें तकनीकी व्याख्या होती, तो शायद बेहतर होता
https://vgcgroup.co.uk/news/signalbox-for-train-locations/
इस लेख को देखें तो data मुख्य रूप से railway signal information से आता है, और इसमें किसी न किसी तरह थोड़ा “AI” भी शामिल लगता है। railway signals के बीच की दूरी आम तौर पर कितनी होती है, AI को किस data पर train किया गया है, और सिर्फ map देखने से आगे इसमें क्या है—यह जानने की उत्सुकता है
एक message queue है जिससे train की आखिरी reported location पहचानी जा सकती है। route के आधार पर काफी accurate real-time map बनाया जा सकता है, लेकिन पहले सभी location identifiers को east/north coordinates में georeference करना पड़ता है
लेकिन कई routes सिर्फ station stop points पर last movement ही report करते हैं। ये मुख्यतः regional routes हैं, इसलिए train type और network utilisation को ध्यान में रखते हुए किसी तरह का dead reckoning network बनाना सबसे अच्छा approach लगता है
ऊपर से यह इस assumption पर है कि वह section असल में lineside signals इस्तेमाल करता है। network का अधिकतर हिस्सा ऐसा है, लेकिन cab signalling या computer-based train control इस्तेमाल करने वाले exceptions भी काफी हैं
उस website से मेरा कोई संबंध नहीं है, लेकिन track circuit block principles का पालन करने वाले sections में उस article में कही गई “signal information” लगभग निश्चित रूप से Network Rail की Train Describer feed होगी। यह feed track layout में signal berths के लिए headcode report करती है, और signalling system train द्वारा लगातार track circuits activate करने या axle counters से गुजरने पर headcode को automatically आगे बढ़ा देता है
Train Describer सिर्फ berth के अंदर headcode ही report कर सकता है, और berth काफी लंबा हो सकता है। यह seconds-level train progress नहीं देता, इसलिए इस site का mapping engine संभवतः train location marker को real-time में “चलता” हुआ दिखाने के लिए अपनी interpolation कर रहा होगा। algorithm या model input जो भी हो, उसे “AI” कह देने से तकनीकी specificity गायब हो जाती है
अगर मैं design करता, तो train class, rolling stock type और line speed को मिलाकर उस block section के अंदर current position estimate करता। और फिर product decision लेना पड़ता कि location गलत calculate होने पर map पर train marker को झटके से jump कराया जाए, या अचानक movement से बचने के लिए error को अगले section में smoothly absorb किया जाए
दूसरे इलाकों में fitted rolling stock के GPS से train location report हो सकती है, और कुछ जगहों पर train passing signalman की manual reporting पर निर्भर हो सकती है, इसलिए map पर real-time location infer करने के लिए ज्यादा data उपलब्ध नहीं हो सकता। smartphone apps से बहुत सारा accurate real-time data मिलना बेहद unlikely लगता है, लेकिन किसी खास berth से train आम तौर पर कैसे गुजरती है, इसका model सुधारने के लिए noisy और incomplete input के रूप में इसका इस्तेमाल हो सकता है
Czech railway network के लिए भी map है। यह दुनिया के सबसे dense railway networks में से एक है, शायद सबसे dense भी हो सकता है: https://grapp.spravazeleznic.cz
https://mapa.zsr.sk/index.aspx
Polish version railway network की तरह ही अभी भी एक-दो generations पीछे लगता है। फिर भी यह कहना चाहिए कि वे catch up करने के लिए भारी investment कर रहे हैं
https://portalpasazera.pl/MapaPociagow
useful features वाला बढ़िया app है
यह मेरा बनाया हुआ सस्ती UK trains वाला map है
https://www.map.signalbox.io/?location=@52.86376,-2.32537,4....
और यह UK trains का map है जिन्हें “private companies” होने के बावजूद subsidy नहीं मिलती
https://www.map.signalbox.io/?location=@52.86376,-2.32537,4....
और यह उन trains का map है जो तेज़ी से हवा को चीरते हुए दौड़ने के fact का इस्तेमाल कर कम-से-कम ventilation जैसा कुछ provide करती हैं
https://www.map.signalbox.io/?location=@52.86376,-2.32537,4....
पहले मैंने GTFS(gtfs.org) को थोड़ा देखा था। यह schedules और real-time updates दोनों के लिए इस्तेमाल होने वाला data feed format है, protobuf-based है और ऐसी sites इसे व्यापक रूप से इस्तेमाल करती हैं
ज्यादातर GTFS location feeds के लिए API key चाहिए, लेकिन कुछ जगहें actual location updates को public तौर पर share भी करती हैं
Google Maps जैसी services जब public transport schedule information integrate करती हैं, तब भी यही तरीका इस्तेमाल करती हैं। access मिल जाए तो real-time updates से map बनाना अपने आप में अपेक्षाकृत straightforward है
2 साल तक एक side project के रूप में http://mobility-bot.com/ बनाते हुए मैंने कुछ providers की GTFS alert feeds parse कीं, और लगभग हर provider के लिए pipeline में data clean करना पड़ा। Unicode issues fix करना, route और agency IDs remap करना, titles और descriptions समान न रहें इसके लिए rewrite करना जैसे काम करने पड़े
साथ ही time के साथ data observe और capture करना पड़ता है, ताकि parsing और cleanup rules को generalize करने के लिए corpus मिल सके
ऐसे ज्यादातर projects का किसी single provider या संबंधित कुछ providers पर focus करना समझदारी भरा choice है। aggregation करने की कोशिश करते ही problem कहीं ज्यादा मुश्किल हो जाती है
ऐसा लगता है कि इसमें सिर्फ़ standard surface railway ही दिख रही है। अगर London Underground जैसे urban rail network या Manchester की light rail·tram भी जोड़ दी जाएँ, तो कम-से-कम कई सौ और ट्रेनें दिखेंगी
UK में कई railway systems हैं जो आपस में बहुत अच्छी तरह integrate नहीं होते, और apps की quality और usefulness भी अलग-अलग है