อันนี้ดูเหมือนจะแสดงเฉพาะรถไฟภาคพื้นดินมาตรฐานเท่านั้น ถ้าใส่ เครือข่ายรถไฟในเมือง อย่าง London Underground หรือรถไฟเบา·แทรมของ Manchester เข้าไปด้วย อย่างน้อยก็น่าจะเพิ่มมาอีกหลายร้อยขบวน
ในแผนที่ยังรวม Tyne and Wear Metro ทางตะวันออกเฉียงเหนือของอังกฤษไว้ด้วย แม้จะไม่สมบูรณ์แบบ แต่ในบรรดา ระบบติดตามรถไฟแบบเรียลไทม์ ที่ผมเคยเห็น มันมีประโยชน์ที่สุดอย่างชัดเจน
ในสหราชอาณาจักรมีระบบรถไฟหลายแบบที่เชื่อมต่อกันได้ไม่ค่อยลงตัวอยู่พอสมควร และคุณภาพกับความมีประโยชน์ของแอปก็แตกต่างกันไป
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ในสวิตเซอร์แลนด์มี แผนที่แบบเรียลไทม์ ที่แสดงรถไฟและระบบขนส่งสาธารณะ เมื่อซูมเข้าไปในเมืองก็สามารถดูขนส่งสาธารณะแบบเรียลไทม์ได้ และยังหาเรือได้ด้วย
ถ้าเปิดปิดตัวเลือกอื่น ๆ จะเห็นข้อมูลได้มากขึ้นอีกมาก
https://maps.trafimage.ch/ch.sbb.netzkarte?lang=en&baselayer...
ดูเหมือนเป็นวิธีที่ผสมตารางเดินรถกับความล่าช้าที่คาดการณ์ไว้เพื่อประมาณตำแหน่งบนราง ผมไม่รู้ว่า SBB พยายามทำให้ตัวเลขความล่าช้าดูต่ำไว้ หรือมองว่าการเปิดเผยข้อมูลจริงเป็นความเสี่ยงด้านความปลอดภัย แต่มีหลายครั้งที่มันดูปลอม
ตัวอย่างเช่น รถไฟที่ผมนั่งหยุดอยู่ระหว่างสองสถานีหลายนาที แต่บนแผนที่กลับแสดงว่าเดินทางต่อไปถึงอีกหลายสถานีถัดไปแล้ว และพอเริ่มเคลื่อนอีกครั้ง แอปก็แสดงว่าล่าช้า 8 นาที
อีกหลายครั้ง มองออกไปนอกหน้าต่างเห็นรถไฟเพิ่งกำลังเข้าสถานี แต่บนแผนที่กลับดูเหมือนมันกำลังวิ่งอยู่ระหว่างสถานีไปแล้ว
ว่ากันว่าเทคโนโลยีของ Signalbox จับคู่สแนปช็อตข้อมูลจากสมาร์ตโฟนกับข้อมูลเส้นทางการเคลื่อนที่ของรถไฟ เพื่อระบุว่าอุปกรณ์นั้นอยู่บนรถไฟขบวนไหน
การที่ใช้อัลกอริทึมขั้นสูงซึ่งทำงานได้แม้กับข้อมูลที่เสียหายหนัก และระบุได้ว่าสมาร์ตโฟนเครื่องหนึ่งอยู่บนรถไฟประเภทไหนโดยไม่ต้องติดตามตำแหน่งเบื้องหลังหรือใช้ฮาร์ดแวร์ ถือเป็น วิธีที่น่าสนใจ มาก
ไม่ได้สมบูรณ์แบบ แต่ ค่อนข้างดีทีเดียว
ในทางกลับกัน รถไฟระหว่างเมืองของสหรัฐฯ นอก Northeast Corridor อยู่ในสภาพที่ค่อนข้าง น่าเสียดาย
https://asm.transitdocs.com/
https://amtraker.com/map
เจ๋งดี ผมเป็นคนชอบแผนที่เลยโดนตกง่าย แต่พอเช็กตอน 16:41 PDT หรือก็คือ 00:41 ตามเวลาลอนดอน พบว่ารอบลอนดอนมี รถไฟเยอะมาก
เวลานั้นทุกคนขึ้นรถไฟไปทำอะไรกันนะ?
[แก้ไข: เพิ่ม PM]
เวอร์ชันฝรั่งเศสก็น่าดู: https://carto.tchoo.net
ดูสมบูรณ์กว่าด้วยซ้ำ น่าสนใจที่โพสต์คล้ายกันใน HN เมื่อก่อนแทบไม่ได้รับความสนใจ แต่เวอร์ชันอังกฤษกลับขึ้นหน้าแรก
https://news.ycombinator.com/item?id=45249351
ดังนั้นถ้ารถไฟวิ่งด้วยความเร็วครึ่งหนึ่งหรือหยุดอยู่ แต่ยังไม่ถูกบันทึกว่าเป็นความล่าช้าอย่างเป็นทางการ ตำแหน่งก็จะไม่ตรงกับความจริง
หรือประเด็นสำคัญอาจเป็นว่าเวอร์ชันอังกฤษเป็นเรียลไทม์ ส่วนเวอร์ชันฝรั่งเศสไม่ใช่ ต่อให้ซูมเข้าไปก็ไม่เห็นว่ามีอะไรเคลื่อนไหว
น่าจะดีกว่านี้ถ้ามี คำอธิบายเชิงเทคนิค มากกว่าจะเป็นแค่แผนที่ขนส่งสาธารณะอีกอันหนึ่ง
https://vgcgroup.co.uk/news/signalbox-for-train-locations/
จากบทความนี้ ดูเหมือนว่าข้อมูลหลักมาจากข้อมูลสัญญาณรถไฟ และมี “AI” เข้ามาเกี่ยวข้องอยู่บ้างในบางรูปแบบ อยากรู้มากกว่านี้ว่าโดยทั่วไปสัญญาณรถไฟห่างกันเท่าไร ใช้อะไรฝึก AI และมีอะไรที่มากกว่าการดูแผนที่เฉย ๆ
มี message queue ที่ระบุตำแหน่งที่รายงานล่าสุดของรถไฟได้ ขึ้นอยู่กับเส้นทาง เราสามารถทำแผนที่เรียลไทม์ที่ค่อนข้างแม่นยำได้ แต่ก่อนอื่นต้อง georeference ตัวระบุตำแหน่งทั้งหมดให้เป็นพิกัด east/north ก่อน
แต่หลายเส้นทางรายงานแค่การเคลื่อนที่ล่าสุดที่จุดจอดในสถานี ส่วนใหญ่เป็นเส้นทางภูมิภาค ดังนั้นแนวทางที่ดูดีที่สุดคือสร้าง เครือข่าย dead reckoning แบบหนึ่งที่พิจารณาชนิดรถไฟและอัตราการใช้งานเครือข่ายร่วมด้วย
ยิ่งไปกว่านั้น นี่ยังตั้งอยู่บนสมมติฐานว่าช่วงทางนั้นใช้สัญญาณข้างทางจริง ๆ เครือข่ายส่วนใหญ่เป็นแบบนั้น แต่ก็มีข้อยกเว้นอยู่ไม่น้อยที่ใช้สัญญาณในห้องขับหรือระบบควบคุมรถไฟด้วยคอมพิวเตอร์
แม้จะไม่เกี่ยวอะไรกับเว็บไซต์นั้นโดยตรง แต่ในช่วงทางที่ใช้หลักการปิดกั้นด้วย track circuit ข้อมูล “สัญญาณ” ที่บทความพูดถึงแทบจะแน่นอนว่าน่าจะเป็น Train Describer feed ของ Network Rail ฟีดนี้รายงาน headcode สำหรับ signal berth ในผังราง และระบบสัญญาณจะส่งต่อ headcode โดยอัตโนมัติเมื่อรถไฟทำให้ track circuit ต่อเนื่องทำงาน หรือผ่าน axle counter
Train Describer รายงานได้แค่ headcode ภายใน berth และ berth อาจยาวพอสมควร มันไม่ได้ให้ความคืบหน้าของรถไฟระดับวินาทีต่อวินาที ดังนั้นเอนจินทำแผนที่ของไซต์นี้จึงมีแนวโน้มสูงว่าจะทำ interpolation ของตัวเองเพื่อให้ตำแหน่งรถไฟบนแผนที่ดูเหมือน “เคลื่อนที่” แบบเรียลไทม์ ไม่ว่าอัลกอริทึมหรืออินพุตของโมเดลจะเป็นอะไร พอเรียกมันว่า “AI” รายละเอียดทางเทคนิคก็หายไป
ถ้าเป็นผมออกแบบ ผมน่าจะผสมชั้นขบวนรถ ประเภทขบวนรถ และความเร็วของเส้นทาง เพื่อประมาณตำแหน่งปัจจุบันภายในช่วงปิดกั้นนั้น แล้วก็ต้องตัดสินใจด้านผลิตภัณฑ์ด้วยว่าเมื่อคำนวณตำแหน่งผิด จะให้สัญลักษณ์รถไฟบนแผนที่กระโดดเป็นช่วง ๆ หรือจะค่อย ๆ ดูดซับความคลาดเคลื่อนตลอดช่วงถัดไปเพื่อหลีกเลี่ยงการเคลื่อนที่แบบฉับพลัน
ในพื้นที่อื่น ตำแหน่งรถไฟอาจถูกรายงานจาก GPS ของขบวนรถที่ติดตั้งไว้ และบางพื้นที่ก็อาศัยการรายงานด้วยมือของเจ้าหน้าที่สัญญาณเมื่อรถไฟผ่าน ทำให้อาจมีข้อมูลไม่มากพอสำหรับอนุมานตำแหน่งเรียลไทม์บนแผนที่ การได้ข้อมูลเรียลไทม์ที่แม่นยำจำนวนมากจากแอปสมาร์ตโฟนดูเป็นไปได้น้อยมาก แต่สามารถใช้เป็นอินพุตที่มี noise สูงและไม่สมบูรณ์เพื่อปรับปรุงโมเดลว่าปกติรถไฟผ่าน berth ใด berth หนึ่งอย่างไรได้
มีแผนที่สำหรับเครือข่ายรถไฟเช็กด้วย อาจเป็นหนึ่งในเครือข่ายรถไฟที่หนาแน่นที่สุดในโลก หรืออาจหนาแน่นที่สุดเลยก็ได้: https://grapp.spravazeleznic.cz
https://mapa.zsr.sk/index.aspx
เวอร์ชันโปแลนด์ยังให้ความรู้สึกล้าหลังอยู่หนึ่งหรือสองเจเนอเรชัน เช่นเดียวกับเครือข่ายรถไฟของเขา แต่ต้องบอกว่ากำลังลงทุนอย่างมากเพื่อไล่ให้ทัน
https://portalpasazera.pl/MapaPociagow
เป็นแอปที่เจ๋งและมีฟีเจอร์มีประโยชน์
นี่คือแผนที่ รถไฟอังกฤษราคาถูก ที่ผมทำ
https://www.map.signalbox.io/?location=@52.86376,-2.32537,4....
และนี่คือแผนที่รถไฟอังกฤษที่แม้จะเป็น “บริษัทเอกชน” แต่ไม่ได้รับเงินอุดหนุน
https://www.map.signalbox.io/?location=@52.86376,-2.32537,4....
และนี่คือแผนที่รถไฟที่อย่างน้อยก็ให้สิ่งคล้ายการระบายอากาศได้ ด้วยข้อเท็จจริงที่ว่ามันวิ่งผ่าอากาศอย่างรวดเร็ว
https://www.map.signalbox.io/?location=@52.86376,-2.32537,4....
เมื่อก่อนเคยดู GTFS(gtfs.org) อยู่บ้าง มันเป็นรูปแบบฟีดข้อมูลที่ใช้ทั้งกับตารางเวลาและการอัปเดตเรียลไทม์ อิง protobuf และไซต์แบบนี้ใช้กันแพร่หลาย
ฟีดตำแหน่ง GTFS ส่วนใหญ่ต้องใช้ API key แต่ก็มีบางแห่งที่แชร์การอัปเดตตำแหน่งจริงแบบสาธารณะ
บริการอย่าง Google Maps ก็ใช้วิธีนี้เมื่อต้องรวมข้อมูลตารางเวลาขนส่งสาธารณะ ถ้ามีสิทธิ์เข้าถึง การทำแผนที่จากอัปเดตเรียลไทม์เองก็ค่อนข้างตรงไปตรงมา
ผมทำ http://mobility-bot.com/ เป็นโปรเจกต์ยามว่างอยู่ 2 ปี และได้ parse ฟีดแจ้งเตือน GTFS ของผู้ให้บริการหลายราย แทบทุกผู้ให้บริการต้องมีขั้นตอนทำความสะอาดข้อมูลใน pipeline เช่น แก้ปัญหา Unicode, remap ID ของเส้นทางและหน่วยงาน, เขียนหัวข้อกับคำอธิบายใหม่ไม่ให้เหมือนกัน
นอกจากนี้ยังต้องสังเกตและจับข้อมูลเป็นระยะ เพื่อให้มี corpus สำหรับสรุปกฎการ parse และการทำความสะอาดข้อมูลให้ใช้ได้ทั่วไป
โปรเจกต์ส่วนใหญ่แบบนี้เลือกโฟกัสที่ผู้ให้บริการรายเดียวหรือผู้ให้บริการที่เกี่ยวข้องกันไม่กี่ราย ซึ่งเป็นการตัดสินใจที่ฉลาด ทันทีที่พยายาม aggregate ปัญหาจะยากขึ้นมาก
อันนี้ดูเหมือนจะแสดงเฉพาะรถไฟภาคพื้นดินมาตรฐานเท่านั้น ถ้าใส่ เครือข่ายรถไฟในเมือง อย่าง London Underground หรือรถไฟเบา·แทรมของ Manchester เข้าไปด้วย อย่างน้อยก็น่าจะเพิ่มมาอีกหลายร้อยขบวน
ในสหราชอาณาจักรมีระบบรถไฟหลายแบบที่เชื่อมต่อกันได้ไม่ค่อยลงตัวอยู่พอสมควร และคุณภาพกับความมีประโยชน์ของแอปก็แตกต่างกันไป