न्यूयॉर्क सबवे स्टेशनों से 40 मिनट में पहुंची जा सकने वाली दूरी का विश्लेषण

• NYC Subwaysheds एक map-based visualization है, जो दिखाता है कि न्यूयॉर्क सिटी के हर सबवे स्टेशन से निकलने के बाद 40 मिनट के अंदर कहां तक पहुंचा जा सकता है
• यात्रा का आधार सबवे और पैदल चलने का संयोजन है; अन्य परिवहन साधन शामिल हैं या नहीं, यह स्पष्ट रूप से बताया नहीं गया है
• किसी स्टेशन पर mouse hover करने पर उस स्टेशन से 40 मिनट के भीतर पहुंच योग्य शहर का क्षेत्र तुरंत देखा जा सकता है
• एक ही न्यूयॉर्क सिटी के भीतर भी, शुरुआती स्टेशन के आधार पर पहुंची जा सकने वाली सीमा कैसे बदलती है, इसकी स्टेशन-दर-स्टेशन तुलना की जा सकती है
• किसी खास स्टेशन की शहरी accessibility के लिहाज से स्थिति जल्दी समझने में उपयोगी है

---

NYC Subwaysheds क्या दिखाता है

• NYC Subwaysheds map पर दिखाता है कि “न्यूयॉर्क सिटी के प्रत्येक सबवे स्टेशन से 40 मिनट में कितनी दूर तक जाया जा सकता है”
• संदर्भ समय 40 मिनट पर fixed है
• यात्रा का तरीका सबवे और पैदल चलने को साथ इस्तेमाल करने की शर्त पर आधारित है

map इस्तेमाल करने का तरीका

• सबवे स्टेशन पर mouse hover करने पर उस स्टेशन से 40 मिनट के भीतर न्यूयॉर्क सिटी में पहुंच योग्य क्षेत्र देखा जा सकता है
• दिखाया गया result इस तरह design किया गया है कि स्टेशन-दर-स्टेशन accessibility की जल्दी तुलना की जा सके

[GN⁺]

Hacker News की राय

• मेरा मानना है कि 5 लाख से ज़्यादा आबादी वाले शहरों में कम से कम एक मेट्रो लाइन तो होनी ही चाहिए
  जिस शहर में मैं करीब 20 साल रहा, वहाँ सिर्फ एक लाइन थी, लेकिन वहाँ की जो बात मुझे सबसे ज़्यादा याद आती है, वह यह थी कि जब भी ट्रेनें चल रही होती थीं, आप औसतन 35km/h की रफ्तार से कहीं भी जा सकते थे। शुक्रवार रात 2 बजे दोस्तों के साथ कुछ बीयर पीने के बाद भी यह संभव था
  हाल ही में छुट्टियों में परिवार से मिलने गया तो देखा कि मेट्रो लाइन के पास कारें वाकई बहुत कम थीं, सामान्य घनत्व के लगभग आधी। यानी कार रखने की प्रेरणा पर्याप्त रूप से बड़ी नहीं थी

  • मुझे लगता है कि शहरों के लिए आबादी से ज़्यादा घनत्व अहम है। अमेरिका के 10 लाख आबादी वाले शहर में भी मेट्रो बना दें तो हो सकता है कोई न चढ़े, और 50 हज़ार आबादी वाले शहर में भी हो सकता है सभी उसका इस्तेमाल करें
    मुख्य बात यह है कि क्या घनत्व इतना है कि दुकानें, घर और दूसरी public transport lines पैदल तुरंत पहुँचने लायक हों
  • मेट्रो न भी हो, तो कम से कम ऐसा यातायात साधन जो traffic jam में न फँसे होना चाहिए। जो उदाहरण याद आते हैं, वे हैं Wuppertal suspension railway, Las Vegas Monorail, और Mexico City की dedicated Metrobus lanes
    https://en.wikipedia.org/wiki/Wuppertal_Schwebebahn
    https://en.wikipedia.org/wiki/Las_Vegas_Monorail
    https://en.wikipedia.org/wiki/Mexico_City_Metrob%C3%BAs
    सोच रहा हूँ और कौन-से उदाहरण हो सकते हैं। साथ ही, अभी पता चला कि HN URL में UTF-8 characters handle नहीं कर पाता
  • यूरोप के दर्जनों शहरों में रहने या घूमने के बाद मुझे आम तौर पर मेट्रो से ज़्यादा tram बेहतर लगती है। जहाँ दोनों हैं, वहाँ मैं लगभग हमेशा tram ही लेता हूँ
    बस चढ़ने-उतरने वाली tram प्रणाली, मेट्रो स्टेशन में नीचे जाकर फिर ऊपर आने की तुलना में कहीं तेज़ और efficient है। खासकर तब, जब आपको शहर के बिल्कुल दूसरे छोर तक नहीं जाना हो
  • अमेरिका के ज़्यादातर शहरों में भी पहले subway या streetcars हुआ करती थीं, लेकिन GM ने उन्हें खरीदकर खत्म कर दिया
    [0] Taken for a Ride - The U.S. History of the Assault on Public Transport in the Last Century: https://www.youtube.com/watch?v=p-I8GDklsN4&t=1590s
  • Toronto में subway 50–60km/h तक जा सकती है, फिर भी stations पास-पास हैं, रुकने का समय होता है, और transfers भी गिनें तो समय साइकिल जितना ही लगने लगता है
    ऐसा भी नहीं कि साइकिल वाला route ज़्यादा सीधा है। ज़मीन के ऊपर की lines ज़्यादातर grid जैसी हैं, और underground में भी किसी बड़े X जैसे complementary structure के बजाय लगभग वही grid दोहरा दी गई है
    कभी-कभी मैं Google Maps में Paris खोलकर दिन के समय किसी भी दो points के बीच cycling time और public transit time की तुलना करता हूँ, और कई बार साइकिल जीत जाती है। station density के नशे में हर जगह station पास तो है, लेकिन उसी वजह से बार-बार रुकना पड़ता है

• अच्छा प्रयास है, और यह दिखाता है कि जब website real-time game engine जैसी चलने लगे तो data visualization की कला और विज्ञान कितना आगे बढ़ सकते हैं
  यही जानकारी Edward Tufte की 1983 की किताब The Visual Display of Quantitative Information में grid chart के रूप में दिखाई गई थी। उसी तरह scale करना मुश्किल है, लेकिन वह ज़्यादा creative approach जैसा लगता है
  https://www.edwardtufte.com/wp-content/uploads/2024/03/VDQI-...

  • मुझे लगता है Tufte द्वारा उद्धृत Maray का chart सीधे तुलना के लायक नहीं है। वह chart एक-आयामी railway पर train running times दिखाता है, इसलिए हर train के लिए continuous data के दो dimensions—position और time—दिखाता है
    इसके विपरीत online map 2D क्षेत्र दिखाता है और रंगों से quantized time dimension जोड़ता है। यह कम train running times के लिए ज़्यादा precision दिखाने और अधिक running times के लिए कम precision दिखाने के बीच का trade-off है

• मुझे यह सचमुच पसंद आया। About में जैसा लिखा है, यह visually attractive है और बार-बार देखने का मन करता है
  हालांकि travel planning के लिए outer areas के results थोड़े संदिग्ध लगते हैं। खासकर तब, जब Local -> Express -> Express -> Local जैसे कई transfers मान लिए जाते हैं
  यह 2012–2013 के आसपास की बात है, 10 साल से भी ज़्यादा पुरानी, इसलिए train frequency बदल गई होगी, लेकिन मैं Upper West Side के north में रहता था और रोज़ 103rd Street station से 1 train लेता था। weekday route आम तौर पर 1 -> 2/3 -> 7 लेकर Midtown जाने जैसा था
  अगर transfer waiting time 2–3 मिनट हो तो commute peak hours में 20-minute radius सही है। लेकिन इस site का About weekday noon मानता है, और उस समय Brooklyn तक 40 मिनट से कम में पहुँचना मुझे याद नहीं

• तकनीकी शब्दों में यह isochrone map है: https://en.m.wikipedia.org/wiki/Isochrone_map

• यहाँ कुछ ठीक नहीं लग रहा। उदाहरण के लिए 7th Ave लाइन, यानी लाल 1/2/3 routes को देखें तो 18th Street और 14th Street का radius लगभग समान है
  लेकिन हर कोई जानता है कि 14th Street पर 1/2/3 सभी रुकती हैं, और 2/3 express हैं, इसलिए यह कहीं ज़्यादा सुविधाजनक है। 18th Street पर सिर्फ़ एक local train रुकती है। थोड़ी दूर पैदल चलकर L, A/C/E, F/M पर आसानी से transfer किया जा सकता है, इस बात को भी नज़रअंदाज़ किया गया है
  फिर भी यह public transport की ताकत दिखाने और routes की आपसी तुलना करने के लिए शानदार visualization है

  • पता नहीं इसमें express trains शामिल हैं या नहीं। मेरा मतलब 2 जैसी trains से है, जो किसी route पर कई stations छोड़कर ज़्यादा तेज़ जाती हैं
    जब मैं New York में था, मुझे याद है कि ऐसी trains वाकई बहुत तेज़ चलती थीं
    https://mta.info/map/5346
  • समझ आ रहा है कि आपका क्या मतलब है। इस map के अनुसार 18th Street station से L के 1st Ave stop तक 10 मिनट के अंदर पहुँचा जा सकता है, लेकिन 14th Street से ऐसा नहीं दिखता
  • समय और दिन भी मायने रखते हैं
    कल तो मेरी हालत खराब हो गई, क्योंकि जिस F के लिए आम तौर पर 5 मिनट से कम इंतज़ार करना पड़ता है, उसके लिए 23 मिनट इंतज़ार करना पड़ा

• Jet Lag: The Game का home game खेलते समय यह अच्छी जानकारी है
  1: https://www.youtube.com/c/jetlagthegame
  2: https://store.nebula.tv/products/hideandseek

  • इसे NYC में एक बार आज़माने का सोचा था, क्योंकि यह उन कुछ इलाकों में से एक लगता है जहाँ playtest किया गया है
    दूसरे शहरों में भी यह वाकई मज़ेदार है, लेकिन इसे ठीक से काम कराने के लिए rules और cards में काफ़ी बदलाव करने पड़ते हैं

• यह देखकर हैरानी होती है कि state government structure कितना inefficient हो सकता है। अगर देश सही ढंग से काम कर रहा होता, तो subway NJ तक जाती

  • Manhattan और NJ को जोड़ने वाली subway है, और उसका नाम PATH है। हालांकि इसे पूरी तरह अलग organization चलाती है, इसलिए structure frustrating है—इस बात से सहमत हूँ
  • NJ में public transport PATH, NJ Transit Rail, NJ Transit Light Rail संभालते हैं
    ये कई transfer points share करते हैं, लेकिन state boundary पार करते ही नए state regulations और federal regulations भी जुड़ जाते हैं, यानी regulation तीन गुना हो जाता है, इसलिए इसका रूप ऐसा है
  • PATH trains ठीक वही काम करती हैं
  • PATH देखिए

• “isochrone workflow का पूरा code यहाँ देखा जा सकता है”
  https://github.com/chriswhong/nyc-subway-isochrones

  • Mapbox भी isochrone API देता है: https://docs.mapbox.com/playground/isochrone/

• पसंद आया, लेकिन Queens में रहने वाले के तौर पर देखें तो खासकर transfers या काफ़ी पैदल चलने वाले हिस्से होने पर यह लगभग 20~30% underestimate करता लगता है। मेरी walking speed भी काफ़ी तेज़ है

  • काश Astoria से Forest Hills तक सच में 40 मिनट में पहुँचा जा सकता

• मैं NYC में रहता हूँ, और ये times काफ़ी optimistic लगते हैं

  • शायद बहुत तेज़ transfers, यानी rush hour service, मानकर चला गया है। फिर भी लगता है कि public transport planning का बड़ा हिस्सा commute-time commuting को ही अपनी वजह-ए-वजूद मानता है