Chỉ định vị trí cho tuyến đường

Nhà phát triển ở Khu vực kinh tế Châu Âu (EEA)

Để tính toán một tuyến đường, bạn phải chỉ định ít nhất vị trí của điểm bắt đầu và điểm đến của tuyến đường. Bạn xác định những vị trí này là các điểm tham chiếu trên tuyến đường.

Ngoài điểm bắt đầu và điểm đến, bạn có thể chỉ định nhiều loại điểm đánh dấu và cách xử lý điểm đánh dấu cho một tuyến đường. Để biết thêm thông tin và ví dụ, hãy xem các chủ đề sau:

Chỉ định vị trí cho một tuyến đường

Bạn biểu thị một vị trí bằng cách tạo đối tượng Waypoint (REST) hoặc Waypoint (gRPC). Trong định nghĩa điểm đánh dấu, bạn có thể chỉ định vị trí theo một trong những cách sau:

Bạn có thể chỉ định vị trí cho tất cả các điểm tham chiếu trong một yêu cầu theo cùng một cách hoặc bạn có thể kết hợp các vị trí. Ví dụ: bạn có thể sử dụng toạ độ vĩ độ/kinh độ cho điểm tham chiếu ban đầu và sử dụng mã địa điểm cho điểm tham chiếu đích.

Để tăng hiệu quả và độ chính xác, hãy sử dụng mã địa điểm thay vì toạ độ vĩ độ/kinh độ hoặc chuỗi địa chỉ. Mã địa điểm là mã nhận dạng duy nhất và rõ ràng, đồng thời mang lại lợi ích về mã hoá địa lý cho việc định tuyến, chẳng hạn như điểm truy cập và các biến số về lưu lượng truy cập. Các thuộc tính này giúp tránh những trường hợp sau đây có thể xảy ra do các cách khác để chỉ định vị trí:

  • Việc sử dụng toạ độ vĩ độ/kinh độ có thể khiến vị trí được gắn vào con đường gần nhất với toạ độ đó. Tuy nhiên, đây có thể không phải là điểm tiếp cận đến cơ sở lưu trú, hoặc thậm chí không phải là con đường dẫn đến đích đến một cách nhanh chóng hoặc an toàn.
  • Trước tiên, Routes API phải mã hoá địa lý các chuỗi địa chỉ để chuyển đổi chúng thành toạ độ vĩ độ/kinh độ thì mới có thể tính toán tuyến đường. Lượt chuyển đổi này có thể ảnh hưởng đến hiệu suất.

Chỉ định một vị trí làm mã địa điểm

Bạn có thể sử dụng mã địa điểm để chỉ định vị trí của một điểm đánh dấu. Vì toạ độ vĩ độ và kinh độ được điều chỉnh cho phù hợp với đường, nên có thể bạn thấy mã địa điểm mang lại kết quả tốt hơn trong một số trường hợp.

Truy xuất mã địa điểm từ Geocoding API và Places API (bao gồm cả tính năng Tự động hoàn thành địa điểm). Để biết thêm thông tin về mã địa điểm, hãy xem bài viết Tổng quan về mã địa điểm.

Ví dụ sau đây sử dụng thuộc tính placeId để truyền mã địa điểm cho cả origin và destination:

{
  "origin":{
    "placeId": "ChIJayOTViHY5okRRoq2kGnGg8o"
  },
  "destination":{
    "placeId": "ChIJTYKK2G3X5okRgP7BZvPQ2FU"
  },
  ...
}

Chỉ định một vị trí dưới dạng toạ độ vĩ độ và kinh độ

Để xác định vị trí trong một điểm tham chiếu, hãy chỉ định Vị trí (REST) hoặc Vị trí(gRPC) bằng cách sử dụng toạ độ vĩ độ/kinh độ.

Ví dụ: chỉ định một điểm đánh dấu cho tuyến đường origin và destination bằng cách sử dụng toạ độ latitude và longitude:

{
  "origin":{
    "location":{
      "latLng":{
        "latitude": 37.419734,
        "longitude": -122.0827784
      }
    }
  },
  "destination":{
    "location":{
      "latLng":{
        "latitude": 37.417670,
        "longitude": -122.079595
      }
    }
  },
...
}

Chỉ định một vị trí dưới dạng chuỗi địa chỉ

Chuỗi địa chỉ là địa chỉ theo nghĩa đen được biểu thị bằng một chuỗi (chẳng hạn như "1600 Amphitheatre Parkway, Mountain View, CA"). Mã hoá địa lý là quy trình chuyển đổi một chuỗi địa chỉ thành toạ độ vĩ độ và kinh độ (chẳng hạn như vĩ độ 37.423021 và kinh độ -122.083739).

Khi bạn truyền một chuỗi địa chỉ làm vị trí của một điểm tham chiếu, Routes API sẽ mã hoá địa lý chuỗi đó một cách nội bộ để chuyển đổi thành toạ độ vĩ độ và kinh độ.

Ví dụ: để tính toán một tuyến đường, bạn chỉ định một điểm tham chiếu cho tuyến đường origin và destination bằng cách sử dụng chuỗi địa chỉ:

{
  "origin":{
    "address": "1600 Amphitheatre Parkway, Mountain View, CA"
  },
  "destination":{
    "address": "450 Serra Mall, Stanford, CA 94305, USA"
  },
  ...
}

Trong ví dụ này, Routes API mã hoá địa lý cả hai địa chỉ để chuyển đổi thành toạ độ vĩ độ và kinh độ.

Nếu giá trị địa chỉ không rõ ràng, Routes API có thể gọi một lượt tìm kiếm để phân biệt với các địa chỉ tương tự. Ví dụ: "1st Street" có thể là một giá trị đầy đủ hoặc một giá trị một phần cho "1st street NE" hoặc "1st St SE". Kết quả này có thể khác với kết quả do Geocoding API trả về. Bạn có thể tránh những trường hợp có thể hiểu sai bằng cách sử dụng mã địa điểm.

Đặt khu vực cho địa chỉ

Nếu bạn truyền một chuỗi địa chỉ không đầy đủ làm vị trí của một điểm tham chiếu, thì API có thể sử dụng toạ độ vĩ độ/kinh độ được mã hoá địa lý không chính xác. Ví dụ: bạn đưa ra yêu cầu chỉ định "Toledo" là điểm xuất phát và "Madrid" là điểm đến cho một tuyến đường lái xe:

{
  "origin":{
    "address": "Toledo"
  },
  "destination":{
    "address": "Madrid"
  },
  "travelMode": "DRIVE"
}

Trong ví dụ này, "Toledo" được hiểu là một thành phố ở tiểu bang Ohio của Hoa Kỳ, chứ không phải ở Tây Ban Nha. Do đó, yêu cầu sẽ trả về một mảng trống, nghĩa là không có tuyến đường nào:

{
  []
}

Bạn có thể định cấu hình API để trả về kết quả thiên về một khu vực cụ thể bằng cách thêm tham số regionCode. Tham số này chỉ định mã khu vực dưới dạng giá trị gồm 2 ký tự ccTLD ("miền cấp cao nhất"). Hầu hết mã ccTLD đều giống với mã ISO 3166-1, ngoại trừ một số trường hợp đáng chú ý. Ví dụ: ccTLD của Vương quốc Anh là "uk" (.co.uk) trong khi mã ISO 3166-1 của quốc gia này là "gb" (về mặt kỹ thuật là cho thực thể "Vương quốc Anh và Bắc Ireland").

Yêu cầu chỉ đường từ "Toledo" đến "Madrid" có tham số regionCode sẽ trả về kết quả phù hợp vì "Toledo" được hiểu là một thành phố ở Tây Ban Nha:

{
  "origin":{
    "address": "Toledo"
  },
  "destination":{
    "address": "Madrid"
  },
  "travelMode": "DRIVE",
  "regionCode": "es"
}

Giờ đây, phản hồi chứa tuyến đường được tính từ Toledo, Tây Ban Nha đến Madrid, Tây Ban Nha:

{
  "routes": [
    {
      "distanceMeters": 75330,
      "duration": "4137s",
      ...
    }
  ]
}

Chỉ định vị trí bằng Plus Code

Nhiều người không có địa chỉ chính xác, điều này có thể khiến họ khó nhận được hàng. Hoặc những người có địa chỉ có thể muốn nhận hàng tại các vị trí cụ thể hơn, chẳng hạn như cửa sau hoặc bến bốc dỡ hàng.

Plus Code giống như địa chỉ đường phố dành cho những người hoặc địa điểm không có địa chỉ thực. Thay vì địa chỉ có tên và số đường phố, Mã cộng được dựa trên toạ độ vĩ độ/kinh độ và được hiển thị dưới dạng số và chữ cái.

Google đã phát triển Plus Codes để mang lại lợi ích của địa chỉ cho mọi người và mọi thứ. Mã cộng là một thông tin tham chiếu được mã hoá về vị trí, bắt nguồn từ toạ độ vĩ độ/kinh độ, đại diện cho một khu vực: 1/8000 độ theo 1/8000 độ (khoảng 14 m x 14 m tại đường xích đạo) hoặc nhỏ hơn. Bạn có thể sử dụng Plus Codes thay cho địa chỉ đường phố ở những nơi không có địa chỉ đường phố hoặc nơi các toà nhà không được đánh số hoặc đường phố không được đặt tên.

Mã Plus phải được định dạng dưới dạng mã toàn cầu hoặc mã kết hợp:

  • Mã toàn cầu bao gồm mã vùng có 4 ký tự và mã địa phương có từ 6 ký tự trở lên.

    Ví dụ: đối với địa chỉ "1600 Amphitheatre Parkway, Mountain View, CA", mã toàn cầu là "849V" và mã địa phương là "CWC8+R9". Sau đó, bạn sử dụng toàn bộ Mã cộng gồm 10 ký tự để chỉ định giá trị vị trí là "849VCWC8+R9".

  • Mã kết hợp bao gồm một mã địa phương có từ 6 ký tự trở lên kết hợp với một vị trí cụ thể.

    Ví dụ: địa chỉ "450 Serra Mall, Stanford, CA 94305, Hoa Kỳ" có mã địa phương là "CRHJ+C3". Đối với địa chỉ kết hợp, hãy kết hợp mã địa phương với phần thành phố, tiểu bang, mã bưu chính và quốc gia của địa chỉ ở dạng "CRHJ+C3 Stanford, CA 94305, Hoa Kỳ".

    Ví dụ: tính toán một tuyến đường bằng cách chỉ định một điểm tham chiếu cho tuyến đường origin và destination bằng Plus Codes:

    {
  "origin":{
    "address": "849VCWC8+R9"
  },
  "destination":{
    "address": "CRHJ+C3 Stanford, CA 94305, USA"
  },
  "travelMode": "DRIVE"
}

Plus Code được hỗ trợ trong các API của Google Maps Platform, bao gồm Tính năng tự động hoàn thành địa điểm, Thông tin chi tiết về địa điểm, Directions API (cũ) và Geocoding API. Ví dụ: bạn có thể sử dụng Geocoding API để mã hoá địa lý ngược một vị trí được chỉ định bằng toạ độ vĩ độ/kinh độ nhằm xác định Plus Code của vị trí đó.