Routes API memberikan performa yang lebih baik untuk menghitung rute, jarak, dan waktu perjalanan, sehingga aplikasi yang saat ini menggunakan Directions API dan Distance Matrix API dapat diganti. Sebagian besar fungsi Routes API kompatibel dengan Directions API dan Distance Matrix API.
Gunakan panduan ini untuk memahami perbedaan utama dalam Routes API dibandingkan dengan produk yang digantinya, beserta cara menangani perubahan yang diperlukan. Untuk detail selengkapnya tentang fitur Routes API lainnya, lihat ringkasan produk.
Peningkatan utama
Bagian ini membahas beberapa peningkatan yang dapat Anda harapkan saat menggunakan Route API di aplikasi Anda.
Peningkatan batas permintaan
Routes API |
|
Distance Matrix API |
|
Respons permintaan yang lebih cepat
Fitur compute route matrix menawarkan peningkatan latensi berikut:
- Menerima elemen streaming respons sebelum seluruh matriks dihitung.
- Gunakan mask kolom untuk menyesuaikan detail respons, yang hanya meminta data yang Anda butuhkan, praktik terbaik yang juga membantu mengurangi biaya Anda.
- Penghitungan rute yang ditingkatkan untuk traffic, sehingga Anda dapat melakukan kompromi antara kualitas data dan waktu respons.
Peningkatan perutean
Fitur rute komputasi menawarkan peningkatan pemilihan rute berikut:
- Informasi tarif tol selain jarak dan perkiraan waktu tiba.
- Rute kendaraan roda 2.
- Kualitasi titik perhentian Anda untuk keselamatan.
- Meningkatkan akurasi PWT dengan menetapkan arah perjalanan dan sisi jalan untuk waypoint.
Hanya minta data yang Anda perlukan
Sekarang Anda menentukan kolom yang akan ditampilkan, sehingga mengurangi waktu pemrosesan dan tagihan penagihan.
Routes API | Permintaan Anda harus menggunakan mask kolom untuk menentukan kolom yang ingin
ditampilkan dalam respons. Penyamaran kolom memastikan Anda tidak meminta data yang tidak diperlukan, sehingga menghindari waktu pemrosesan dan biaya penagihan yang tidak perlu.
Untuk informasi selengkapnya, lihat Memilih kolom yang akan ditampilkan. |
Directions API Distance Matrix API |
Menampilkan daftar kolom default, meskipun aplikasi Anda tidak benar-benar memerlukannya. Hal ini dapat menyebabkan waktu pemrosesan dan biaya penagihan yang tidak perlu. |
Penghitungan rute yang ditingkatkan untuk traffic
Routes API mendukung tiga preferensi pemilihan rute yang dapat Anda gunakan untuk menyeimbangkan antara latensi respons dan kualitas data saat meminta informasi traffic.
Untuk informasi selengkapnya, lihat Mengonfigurasi kualitas vs latensi.
TRAFFIC_UNAWARE (default) |
Menggunakan data traffic rata-rata yang tidak bergantung waktu, bukan data traffic langsung, untuk menghitung rute, sehingga menghasilkan latensi respons terendah. Setelan ini setara dengan saat traffic tidak digunakan di Directions API dan Distance Matrix API. |
TRAFFIC_AWARE (baru) |
Kualitas traffic live yang dioptimalkan untuk performa guna mengurangi latensi. Berbeda dengan TRAFFIC_AWARE_OPTIMAL , setelan ini
menerapkan pengoptimalan untuk mengurangi latensi secara signifikan.
Setelan ini juga baru untuk Routes API tanpa
padanan di Directions API atau
Distance Matrix API.
|
TRAFFIC_AWARE_OPTIMAL |
Data traffic yang komprehensif dan berkualitas tinggi. Setelan ini menghasilkan
latensi tertinggi dan setara dengan setelan departure_time
di Directions API dan Distance Matrix API. Preferensi ini setara dengan mode yang digunakan oleh maps.google.com dan oleh aplikasi seluler Google Maps. |
Perbandingan komputasi rute
Tabel berikut membandingkan opsi pemilihan rute antara layanan Routes API dan Directions API serta Distance Matrix API.
Opsi traffic | Routes API | Directions API Distance Matrix API |
Latensi |
---|---|---|---|
Tidak ada kondisi lalu lintas real-time | TRAFFIC_UNAWARE |
Properti departure_time tidak ditetapkan |
Latensi tercepat dari ketiga mode. |
Kondisi lalu lintas langsung diterapkan | TRAFFIC_AWARE |
Tidak ada ekuivalen | Mode baru yang ditambahkan oleh Routes API. Metode ini memberikan latensi yang sedikit lebih besar daripada memiliki latensi yang jauh lebih rendah daripada |
Data lalu lintas real time yang komprehensif dan berkualitas tinggi diterapkan | TRAFFIC_AWARE_OPTIMAL |
Set properti departure_time |
Setara dengan mode yang digunakan oleh maps.google.com dan oleh aplikasi seluler Google Maps. Untuk Compute Route Matrix, jumlah elemen dalam permintaan (jumlah asal × jumlah tujuan) tidak boleh melebihi 100. |
Perbedaan utama
Bagian ini membahas perbedaan utama antara Routes API dan layanan yang digantinya, beserta cara Anda dapat mengatasi perbedaan ini saat bermigrasi dari layanan ini di aplikasi yang ada.
Memanggil satu layanan, bukan dua
Routes API | Aktifkan hanya satu layanan di Konsol API agar aplikasi Anda dapat menggunakan Compute Routes dan Compute Route Matrix.
Untuk mengetahui informasi selengkapnya, lihat Menyiapkan di Konsol API Google. |
Directions API Distance Matrix API |
Aktifkan dua layanan: Directions API dan Distance Matrix API sebagai layanan terpisah di Konsol API. |
Menggunakan permintaan HTTPS POST
Routes API | Teruskan parameter dalam isi permintaan atau dalam header sebagai bagian dari permintaan HTTP POST . Untuk contoh, lihat: - Menghitung rute - Menghitung matriks rute |
Directions API Distance Matrix API |
Teruskan parameter URL menggunakan permintaan HTTP GET . |
Perbedaan respons PWT
Routes API menampilkan perkiraan waktu tiba dan menggunakan properti respons duration
secara berbeda dengan layanan Directions API dan Distance Matrix API seperti yang ditunjukkan dalam tabel di bawah.
Jenis PWT | Routes API | Directions API Distance Matrix API |
---|---|---|
PWT yang tidak mempertimbangkan lalu lintas dan tidak bergantung pada waktu. | Tetapkan menggunakan
|
Terkait dengan
|
PWT yang mempertimbangkan kondisi lalu lintas real-time. | Tetapkan menggunakan
|
Tetapkan menggunakan
|
Titik jalan polyline
Anda tidak perlu lagi mengonversi koordinat lintang/bujur ke titik jalan polyline dengan layanan ini, yang mendukung isi permintaan POST sehingga tidak lagi terpengaruh oleh batas string URL. Beberapa pengguna Distance Matrix API mengatasi masalah batas permintaan dengan mengonversi titik lintang/bujur menjadi titik jalan polyline.
Alamat yang diformat (geocoding terbalik)
Routes API tidak memberikan alamat berformat dalam respons. Untuk mendapatkan alamat berformat, gunakan Geocoding API yang dibuat untuk kasus penggunaan ini dan memberikan hasil berkualitas lebih tinggi.
Moda transportasi yang tersedia
Seperti halnya Directions API, Routes API menggunakan DRIVE sebagai mode default saat permintaan rute tidak menentukan mode perjalanan. Namun, jika permintaan menentukan mode perjalanan untuk rute, Routes API tidak menampilkan array mode perjalanan yang tersedia sebagai pilihan alternatif untuk permintaan. Jika kasus penggunaan Anda mengandalkan fitur ini,ajukan masalah yang menjelaskan cara Anda menggunakan fitur tersebut, sehingga kami dapat menindaklanjutinya.
XML sebagai format respons
Routes API tidak menyediakan XML sebagai format respons. Anda dapat menemukan sejumlah konverter JSON ke XML secara online yang sesuai dengan tujuan Anda.