Jadwal kereta adalah apa yang dimulai dengan Tutu.ru pada tahun 2003. Sekarang saya dapat dengan bangga mengatakan bahwa jadwal kami kadang-kadang ternyata lebih akurat daripada jadwal operator atau Kereta Api Rusia - ini karena kami merespons dengan sangat cepat permintaan penumpang dan memiliki heuristik untuk membandingkan berbagai sumber data dan koreksi bersama mereka.
Jadwal kertas lama St. Petersburg - OredezhSemuanya dimulai seperti itu. Awalnya, tidak ada jadwal kereta yang diperbarui secara teratur di Internet. Lebih tepatnya, itu "kertas". Membuat jadwal dari stasiun kereta api atau menerbitkan apa yang biasanya ditempatkan di brosur yang berbeda tidaklah berguna. Sejumlah besar perubahan sementara dilakukan sesuai jadwal. Kami menetapkan tujuan - untuk membuat jadwal yang diperbarui secara berkala.
Dan meskipun pada awalnya satu orang sibuk dengan seluruh jadwal, segera menjadi jelas bahwa diperlukan suatu tim. Secara bertahap, kami memilih orang-orang yang tertarik dengan topik ini.
Awalnya memang sulit. Ketika Tutu.ru baru lahir, di negara kami ada satu perusahaan kereta api, satu-satunya pengangkut. Kami meminta informasi, tetapi untuk waktu yang lama tidak mungkin untuk setuju. Lebih tepatnya, kami diberitahu bahwa ini adalah jadwal terbuka untuk semua orang, ambillah. Tapi kami tidak akan melakukan apa pun khusus untuk Anda. Ini adalah posisi yang sepenuhnya dapat dimengerti, karena kami ingin menurunkan muatan, yang jelas harus diselesaikan dengan mahal.
Akibatnya, tim mulai melakukan perjalanan ke stasiun kereta api dan memotret perubahan jadwal. Hampir setiap pagi dimulai dengan jalan memutar 7-9 stasiun. Jadi berhasil meliput Moskow. Tapi jauh dari mana-mana ada perubahan yang diperlukan. Pada keberangkatan dari Moskow - tolong, tetapi ke Moskow - tidak lagi. Di stasiun perantara, ternyata keakuratannya menurun. Kami telah memperkenalkan sistem untuk mengumpulkan pesan dari penumpang. "Beri tahu kami untuk membantu penumpang lain" - kesempatan ini bekerja dengan sempurna, dan seorang penumpang yang sudah mengalami masalah melaporkannya. Ini memungkinkan, menggunakan serangkaian model matematika, untuk memahami apa yang terjadi, dan untuk membangun kembali jadwal atau melakukan panggilan yang diperlukan.
Kemudian Kereta Api Rusia mulai aktif berkembang dalam hal IT. Banyak hal yang sangat keren dilakukan pada prinsipnya, dan di antaranya, mereka memutar sumber daya internal dengan jadwal. Ini tidak dapat diakses oleh masyarakat umum, tetapi data diunggah ke terminal khusus di stasiun.
Kemudian menggulir seluruh antarmuka terminal untuk mencari jadwal ditambahkan ke jalan memutar kami. Butuh berjam-jam untuk menulis ulang jadwal ketika ada perubahan besar.
Data di terminal kadang-kadang mencurigakan, sehingga sering harus pergi ke stasiun dan menonton bagaimana sebenarnya kereta pergi. Misalnya, begitu di terminal kereta Elektrogorsk - Khrapunovo diindikasikan, rute seperti itu hanya mungkin dengan penggantian taksi, yang tidak ada waktu. Selama pemeriksaan, diketahui bahwa sebenarnya kereta pergi dengan penumpang hanya ke Esino (dan kemudian tanpa penumpang ke taman stasiun Khrapunovo). Pengecekan berulang kali memungkinkan untuk mengetahui bahwa dalam situasi seperti itu kereta selalu tidak mencapai satu perhentian ke stasiun yang ditunjukkan dalam jadwal.
Secara bertahap, pola-pola lain menjadi jelas dari pengamatan, dan kami mulai memperhitungkannya dan memperlihatkannya kepada kami.
Kemudian muncul perusahaan penumpang pinggiran kota (misalnya, CPPK terbesar). Tetapi bagi perusahaan pinggiran kota, sudah sangat penting bagi penumpang untuk menerima informasi maksimum tentang pembatalan dan situasi lain, jika tidak keluhan akan tumpah. Mungkin itu sebabnya jauh lebih mudah untuk menyetujui dalam memperoleh informasi.
Di dalam struktur Kereta Api Rusia, itu terjadi seperti ini: spesialis menyusun jadwal kereta api dan, jika ada perubahan jadwal, mengirim telegram ke departemen dan stasiun. Sebelumnya, ini adalah telegram secara langsung, tetapi sekarang mereka adalah telegram atau email.
Akhirnya, setelah serangkaian pertemuan dan negosiasi, kami terhubung ke database pusat jadwal pinggiran kota, serta data tentang pergerakan kereta yang sebenarnya (baik di pinggiran kota dan jarak jauh). Dan ini sangat keren, karena kita masih memasukkan informasi, misalnya, dari CPPK, tetapi dimungkinkan untuk membandingkannya dengan sumber kedua - data Kereta Api Rusia tentang pergerakan kereta api. Itu terjadi, dan ada dan ada kesalahan - satu sumber tidak dapat diselesaikan.
Dengan sifat kesalahan yang berbeda, bobot diberikan ke sumber yang berbeda. Salah satu situasi umum - itu terjadi, kereta dibatalkan dalam satu arah. Jika demikian, maka dia tidak akan dapat kembali ke sisi lain. Kami sering menghitung ini: lagipula, kereta itu sesuai jadwal, tetapi sebenarnya tidak ada kereta untuk itu. Tapi ini tidak selalu model yang tepat: kadang-kadang pembawa mengirimkan kereta tanpa penumpang ke tempat itu, sehingga bisa bekerja di luar rute di arah yang berlawanan. Tetapi kurangnya kereta api dalam jadwal, terlepas dari kenyataan, itu adalah kesalahan yang kurang signifikan daripada sebaliknya: secara objektif, kemungkinan operasi positif palsu adalah sekitar 4%. Biasanya tidak akan ada kereta. Berkat kerja internal operator dan Kereta Api Rusia, sekarang situasi pembatalan seperti ini semakin jarang terjadi - ini juga sebagian besar merupakan kelebihan dari TI mereka.
Atau ada kesalahan ketik dalam waktu dan nomor. Juga cukup mudah untuk memahami sumber yang benar dari mereka: jika kita melihat pergeseran satu jam atau 10 menit, kita tahu bahwa dengan probabilitas tinggi ini adalah kesalahan ketik dalam jadwal Kereta Api Rusia. Graphists menggambar grafik, bukan jadwal: ada langkah di sepanjang sumbu absis adalah 10 menit, dan ketika ditransfer dari grafik ke telegram, mudah untuk menutup selama 10 menit.
Ini adalah contoh lain. Ada dua kereta api Konakovo - Moskow dan kembali. Tetapi kita tahu bahwa ada jalur kereta satu jalur dengan jalan memutar di Konakovsky Mkh dan kereta berhenti menunggu. Artinya, dia hanya berhenti, tidak ada platform di salah satu jalan. Ini berarti bahwa salah satu kereta tidak akan melakukan pick-up dan drop-off penumpang, tetapi halte ini dapat dimasukkan ke dalam pangkalan. Ketika kami melihat ini, kami menulis ke operator. Jawabannya datang: kami akan mencari tahu. Akibatnya, pembaruan dikirim: dari Moskow akan dihentikan untuk pendaratan dan pendaratan, tetapi tidak ke Moskow.
Jika ini adalah kesalahan non-standar, maka kami pergi ke stasiun untuk memeriksa. Ya, ya, kami masih mengemudi, itu terjadi. Hanya beberapa minggu yang lalu kami memiliki kasus di Reutovo - tidak jelas di sana bahwa para pekerja tidak menjawab dengan pekerjaan trek, apakah akan ada kereta api atau tidak. Dan itu tergantung pada platform mana komposisi akan pergi. Kami pergi, menyaksikan ke mana kereta akan pergi. Kami tidak pergi ke sana, seperti pada data dari operator, masing-masing, membuat perubahan pada model.
Secara alami, kita juga salah. Sebagai contoh, modul analisis dari gerakan aktual memberi sinyal jika kereta lebih cepat dari jadwal. Kasus di Podolsk - ada situasi yang kami identifikasi saat menonton kesalahan kami. Ternyata tidak ada kesalahan: ada masalah teknis, dan kereta tidak bisa melangkah lebih jauh dari Shcherbinka. Stasiun juga tidak bisa menerima kereta. Oleh karena itu, kereta api mengirim kereta (yang seharusnya pergi ke Podolsk, berdiri di sana dan kemudian kembali ke Moskow) segera ke Moskow lebih cepat dari jadwal ke stasiun pertama. Itu, di sana, di mana Anda dapat menempatkan kereta untuk waktu yang lama, yaitu ke stasiun Kursk. Sistem kami memperhatikan hal ini dan dengan cepat tercermin di situs.
Nah, inilah hasil dari pekerjaan kami:
Maka perubahan ditampilkan:
Kemungkinan besar, tanda-tanda ini akrab bagi Anda dengan cara yang sama seperti sekitar setengah penduduk Moskow: jika Anda melihat jadwal kereta listrik di RuNet, maka, kemungkinan besar, itu jatuh pada kita.