Mencari di aplikasi open source adalah satu pendekatan. OsmAnd adalah aplikasi untuk Android yang pernah saya gunakan di masa lalu dan telah memberikan ETA yang cukup akurat. Ini cukup sia-sia, karena satu-satunya hal yang saya temukan adalah 40 km / jam diterapkan ketika maxspeed
diatur ke none
(cara standar menandai ini, karena nilai yang tidak ada mungkin berarti "tidak diketahui" atau "belum dipetakan").
Menguji OsmAnd dengan merutekan bagian dari jalan raya yang telah maxspeed=none
ditetapkan untuk hampir 40 kilometer, saya mendapatkan sekitar 133 km / jam . Nilai ganjil, tetapi perkiraan terbaik yang bisa saya buat diberi beberapa pengukuran (bagian berbeda dari bentangan yang sama). Aplikasi melaporkan perkiraan naik dan turun, tetapi itu menabrak dan hilang: jika saya melihat tanjakan yang relatif curam di titik X dan saya merutekan 3 kilometer sebelum dan sesudah titik X, tiba-tiba tidak akan melihat tanjakan lagi. Sepertinya juga tidak memperhitungkan ini sama sekali.
OSRM, mesin perutean lain untuk OpenStreetMap memiliki kode 140km / jam . Namun pengujian layanan ini melalui antarmuka di openstreetmap.org , saya menemukan bahwa ia melaporkan kecepatan sekitar 115km / jam ± 2. Pada titik ini saya sudah menyerah pada menyelam dalam ke dalam kode sumber.
Mapzen, juga melalui antarmuka openstreetmap.org, memberi saya 105km / jam ± 1.
GraphHopper, juga melalui antarmuka openstreetmap.org, memberi saya 120km / j ± 0,003. Akhirnya yang konsisten dan masuk akal.
Navigasi Anda, yang tampaknya menggunakan Gosmore sebagai mesin perutean (beroperasi pada data OpenStreetMap), memberi saya 108km / jam ± 1. Saya merasa ini adalah salah satu layanan yang lebih tua, kurang terpelihara, dan tampaknya menjadi outlier dalam hal kecepatan.
Google Maps sama sekali tidak menghitung. Pada pukul 04:30 pagi, tidak dapat diputuskan apakah saya akan membutuhkan waktu 8 atau 12 menit untuk melakukan 15,8 km. Karenanya perkiraan kecepatan adalah antara 80km / jam dan 118km / jam pada pukul 04:30 pagi . Saya akan menyarankan agar berhati-hati saat menggunakan Google Maps untuk memperkirakan ETA Anda dan lebih baik menggunakan layanan lain yang lebih waras yang tidak mengandalkan 100% pada algoritma dan 0% pada akal.
Bing Maps tampaknya menghitung dengan 130-135km / jam , menggunakan estimasi "tanpa lalu lintas". Saat ini (15:00 di Jerman) melaporkan "lalu lintas ringan" pada bentangan ini, yang membawa kecepatan turun ke 115 km / jam.
Waze juga memperhitungkan lalu lintas dan tidak memiliki opsi untuk mematikannya. Hasilnya cukup bervariasi / tidak dapat diandalkan, meskipun tidak seburuk Google: antara 105,6 km / jam dan 125,2 km / jam pada pukul 04:30 pagi (melintasi 7 tes: semua himpunan bagian dari hamparan jalan raya yang sama dengan saat saya menguji layanan sebelumnya dengan) . Sekali lagi, gunakan akal sehat, karena pada pukul 04:30 Anda tidak akan tiba-tiba macet dalam lalu lintas 105km / jam selama 19km, terutama ketika hamparan 18 km yang melaju mendorong 121km / jam. (Untuk Amerika, 105-121km / jam adalah 65-75mph.)
Kesimpulan
Tergantung. Beberapa layanan memperkirakan sekitar 110-115km / jam, dan yang lain menganggap Anda akan mencapai kecepatan penasihat di Jerman sebesar 130km / jam.
Di masa lalu saya memiliki hasil yang baik dengan OsmAnd yang berada di sisi 115km / jam, jadi saya kira ada sesuatu yang dikatakan untuk menghitung sekitar 10% dari varians dalam lalu lintas, kurva, dll.
Untuk layanan yang mencoba memperhitungkan lalu lintas saat ini, pastikan untuk menerapkan akal sehat.