ट्रेन शेड्यूल वह है जिसे टूटू.ru ने 2003 में शुरू किया था। अब मैं कहना है कि हमारे अनुसूची कभी कभी वाहक या रेलवे की अनुसूची से अधिक सटीक है गर्व कर रहा हूँ - इसलिए है क्योंकि हम बहुत जल्दी उपचार के लिए प्रतिक्रिया और यात्रियों के विभिन्न डेटा स्रोतों और vzaimokorrektsy की तुलना के लिए heuristics की है।
पुराने पेपर समय सारिणी सेंट पीटर्सबर्ग - Oredezhयह सब ऐसे ही शुरू हुआ। प्रारंभ में, इंटरनेट पर नियमित रूप से अपडेटेड ट्रेन शेड्यूल नहीं था। दरअसल, यह "कागज" था। ट्रेन स्टेशन से एक शेड्यूल रखना या अलग-अलग ब्रोशर में आमतौर पर जो कुछ भी रखा जाता है उसे प्रकाशित करना बेकार है। शेड्यूल में बड़ी संख्या में अस्थायी परिवर्तन किए गए हैं। हम एक लक्ष्य निर्धारित करते हैं - एक नियमित रूप से अद्यतन अनुसूची बनाने के लिए।
और यद्यपि पहले एक व्यक्ति पूरे कार्यक्रम में व्यस्त था, जल्द ही यह स्पष्ट हो गया कि एक टीम की आवश्यकता थी। धीरे-धीरे हम लोग हैं, जो इस विषय में रुचि रखने वाले कर रहे हैं का चयन किया।
पहले यह मुश्किल था। जब टूटू.ru सिर्फ पैदा हुआ था, हमारे देश में एक ही रेलवे कंपनी थी, एकमात्र वाहक। हमने जानकारी मांगी, लेकिन लंबे समय के लिए सहमत होना संभव नहीं था। अधिक सटीक रूप से, हमें बताया गया था कि यहां सभी के लिए एक खुला कार्यक्रम है, इसे लें। लेकिन विशेष रूप से आप के लिए कुछ नहीं करेंगे। यह पूरी तरह से समझने योग्य स्थिति है, क्योंकि हम उतराई चाहते थे, जिसे जाहिर तौर पर महंगा होना था।
नतीजतन, टीम स्टेशन के चारों ओर यात्रा और समय में परिवर्तन के चित्र लेने के लिए शुरू कर दिया। लगभग हर सुबह 7-9 स्टेशनों के चक्कर के साथ शुरू हुआ। इसलिए मास्को को कवर करने में कामयाब रहे। लेकिन हर जगह से जरूरी बदलाव थे। मास्को से प्रस्थान पर - कृपया, लेकिन मास्को में - अब नहीं। मध्यवर्ती स्टेशनों पर, यह पता चला कि सटीकता गिर रही थी। हम यात्रियों से संदेश एकत्रित करने की एक प्रणाली शुरू की है। "अन्य यात्रियों की मदद करने के लिए हमें बताएं" - इस अवसर पर पूरी तरह से काम किया, और पहले से ही एक समस्या का सामना करने वाले एक यात्री ने इसकी सूचना दी। यह समझने के लिए क्या हो रहा है, और अनुसूची के पुनर्निर्माण या आवश्यक कॉल करने के लिए गणितीय मॉडल की एक श्रृंखला के माध्यम से यह संभव बनाया है।
तब रेलवे आईटी योजना में विकसित करने के लिए शुरू कर दिया। कई बहुत शांत बातें, सिद्धांत रूप में किया गया है, के बीच अन्य बातों के आंतरिक संसाधन अनुसूची dokrutili। आम जनता उपलब्ध यह नहीं था है, लेकिन डेटा स्टेशन पर समर्पित टर्मिनल के लिए अपलोड की गई है।
तो फिर हम अपने चक्कर में जोड़ा बस खोज अनुसूची में इंटरफ़ेस टर्मिनल flipping। यह अनुसूची के पुनर्लेखन के लिए जब वहाँ बड़े बदलाव थे घंटे लगते हैं।
टर्मिनल में डेटा कभी-कभी संदिग्ध था, इसलिए अक्सर स्टेशनों पर जाकर देखना पड़ता था कि वास्तव में ट्रेनें कैसे चलीं। उदाहरण के लिए, टर्मिनल में एक बार ट्रेन एलेक्ट्रोगोर्स्क - ख्रपुनोवो को संकेत दिया गया था, ऐसा मार्ग केवल टैक्सी के परिवर्तन के साथ संभव है, जिसके लिए कोई समय नहीं था। जांच के दौरान, यह पता चला कि वास्तव में ट्रेन यात्रियों के साथ केवल एसिनो (और फिर बिना यात्रियों के खुरपुनोवो स्टेशन के पार्क में) जाती है। बार-बार किए गए चेक से यह पता लगाना संभव हो गया कि ऐसी स्थितियों में ट्रेन हमेशा निर्धारित समय में स्टेशन के एक स्टॉप तक नहीं पहुंचती है।
धीरे-धीरे टिप्पणियों और अन्य कानूनों से स्पष्ट हो गया, और हम उन्हें ध्यान में रखना शुरू कर दिया और यहाँ प्रदर्शित किया है।
तब उपनगरीय यात्री कंपनियों (उदाहरण के लिए सबसे बड़ी TSPPK) आया था। लेकिन उपनगरीय कंपनियों बहुत महत्वपूर्ण है कि यात्रियों रद्दीकरण और अन्य स्थितियों के बारे में अधिक से अधिक जानकारी प्राप्त कर रहा है, अन्यथा शिकायतें शुरू कर दिया। शायद इसीलिए जानकारी प्राप्त करने पर सहमत होना बहुत आसान था।
RZD संरचना के अंदर के रूप में है इस प्रकार है: विशेषज्ञों गाड़ियों के कार्यक्रम बनाने के लिए और अगर कुछ अनुसूची में बदल जाता है, इकाइयों और स्टेशनों की एक तार भेजा है। पहले, ये सीधे टेलीग्राम थे, लेकिन अब वे टेलीग्राम या ई-मेल हैं।
(दोनों उपनगरीय और लंबी दूरी) अंत में, बैठकों और वार्ता की एक श्रृंखला के बाद, हम ट्रेनों की वास्तविक आंदोलन पर उपनगरीय शेड्यूलिंग डेटा की केंद्रीय डेटाबेस के साथ-साथ डेटा से जुड़े हैं। और यह बहुत अच्छा है, क्योंकि हम अभी भी जानकारी दर्ज कर रहे हैं, उदाहरण के लिए, सीपीपीके से, लेकिन इसकी तुलना दूसरे स्रोत से करना संभव है - ट्रेनों की आवाजाही पर रूसी रेलवे डेटा। ऐसा होता है, और वहां और त्रुटियां हैं - एक स्रोत को हल नहीं किया जा सकता है।
त्रुटियों की एक अलग प्रकृति के साथ, वजन विभिन्न स्रोतों को दिया जाता है। आम स्थितियों में से एक - ऐसा होता है, ट्रेन एक दिशा में रद्द हो जाती है। यदि ऐसा है तो दूसरी तरह, वह नहीं लौटने में सक्षम हो जाएगा। हम अक्सर इसकी गणना करते हैं: आखिरकार, ट्रेन शेड्यूल पर है, लेकिन वास्तव में इसके लिए कोई ट्रेन नहीं है। लेकिन हमेशा ऐसा सच matmodel नहीं है: कभी कभी यात्रियों के बिना जगह में वाहक संरचना में भेजने, विपरीत दिशा में काम करने के लिए मार्ग प्राप्त करने के लिए। लेकिन शेड्यूल में एक ट्रेन की कमी, इस तथ्य के बावजूद कि यह इसके विपरीत की तुलना में कम महत्वपूर्ण त्रुटि है: उद्देश्यपूर्ण रूप से, झूठे सकारात्मक ऑपरेशन की संभावना लगभग 4% है। आमतौर पर कोई ट्रेन नहीं होगी। वाहक और रूसी रेलवे की अंदरूनी कामकाज को अधिक धन्यवाद अब ऐसी स्थिति रद्द करने के साथ कम से कम अक्सर होता है - यह भी कई मायनों में अपने आईटी की योग्यता है।
या समय और संख्या में टाइपो हैं। उन पर भी काफी आसान सही के स्रोत को समझने के लिए है: अगर हम एक घंटे या 10 मिनट के लिए एक बदलाव को देखने के लिए, आप एक टाइपो ग्राफिक्स रेलवे के एक उच्च संभावना के साथ कि पता है। ग्राफिस्ट एक ग्राफ बनाते हैं, शेड्यूल नहीं: वहां एब्सिस्सा अक्ष के साथ कदम 10 मिनट है, और जब इसे ग्राफ से टेलीग्राम में स्थानांतरित किया जाता है, तो 10 मिनट के लिए सील करना आसान होता है।
यहाँ एक और उदाहरण है। दो गाड़ियों कोनकोवो हैं - मास्को और पीछे। लेकिन हम जानते हैं कि कोंककोवस्की मख में एक चक्कर वाला रेलवे ट्रैक है और ट्रेन रुकना बंद कर देती है। यही कारण है कि पथ में से एक पर कोई मंच नहीं है, है, यह सिर्फ बंद हो जाता है। इसका मतलब है कि ट्रेनों में से कोई भी यात्रियों के पिक-अप और ड्रॉप-ऑफ नहीं करेगा, लेकिन इस स्टॉप को आधार में शामिल किया जा सकता है। जब हमने यह देखा, तो हमने वाहक को लिखा। जवाब आया: हम इसका पता लगाएंगे। नतीजतन, एक अद्यतन भेजा गया था: मास्को से यह विखंडन और लैंडिंग के लिए बंद हो जाएगा, लेकिन मास्को में नहीं।
इस nontemplate त्रुटि है, तो हम जांच स्टेशन पर जाएं। हां, हां, हम अभी भी ड्राइव करते हैं, ऐसा होता है। अभी कुछ हफ़्ते पहले हमारे पास रुतोवो में एक मामला था - यह वहां स्पष्ट नहीं था कि श्रमिकों ने ट्रैक के काम के साथ जवाब नहीं दिया, चाहे कोई ट्रेन होगी या नहीं। और इस से निर्भर मंच जाना होगा का एक हिस्सा है। हम गए, देखते रहे कि ट्रेनें किस रास्ते से जाएंगी। हम वहां नहीं गए, क्योंकि यह क्रमशः वाहक से डेटा में था, मॉडल में परिवर्तन किए।
स्वाभाविक रूप से, हम भी गलतियां करते हैं। उदाहरण के लिए, ट्रेन के समय से आगे होने पर वास्तविक संचलन संकेतों का विश्लेषण मॉड्यूल। प्रकरण पोडॉल्स्क में - एक स्थिति नहीं थी कि हम, की पहचान की है, जबकि उनकी गलती देख रहे हैं। यह पता चला कि कोई गलतियाँ नहीं थीं: तकनीकी समस्याएँ थीं, और ट्रेनों को शकरबिन्का से आगे नहीं जाना था। स्टेशन भी ट्रेनों को स्वीकार नहीं कर सका। तदनुसार, रेलवे ने ट्रेनों को भेजा (जो पोडॉल्स्क जाने वाले थे, वहां खड़े थे और फिर वापस मास्को में) पहले स्टेशन पर अनुसूची से आगे मास्को के लिए तुरंत। यानी, जहां आप ट्रेन को लंबे समय तक रख सकते हैं, यानी कुर्स्क स्टेशन तक। हमारे सिस्टम ने इस पर ध्यान दिया और जल्दी से साइट पर परिलक्षित हुआ।
ठीक है, कि क्या हमारे काम का एक परिणाम है:
और प्रदर्शित करता है परिवर्तन:
सबसे अधिक संभावना है, ये संकेत आपको उसी तरह से परिचित हैं जैसे मास्को के लगभग आधे निवासी: यदि आपने RuNet में इलेक्ट्रिक ट्रेन के शेड्यूल को देखा, तो, सबसे अधिक संभावना है, यह हमारे ऊपर गिर गया।