Câu hỏi thường gặp về Isochrones API

Tại sao tôi có thể yêu cầu đường đẳng thời đi bộ hoặc đạp xe trong tối đa 2 giờ, nhưng đường đẳng thời lái xe chỉ được phép tối đa 1 giờ?

Giới hạn này dựa trên độ phức tạp tính toán của các phép tính. Xe di chuyển xa hơn đáng kể so với người đi bộ hoặc người đi xe đạp trong cùng một khoảng thời gian, nghĩa là mạng lưới đường bộ cơ bản cần được phân tích sẽ mở rộng theo cấp số nhân. Thời gian lái xe bị giới hạn tối đa là 1 giờ (3.600 giây) để đảm bảo API có thể trả về phản hồi trong một cửa sổ đồng bộ nhanh theo thời gian thực, trong khi thời gian đi bộ và đạp xe được hỗ trợ tối đa là 2 giờ (7.200 giây).

Làm cách nào để tính đường đẳng thời "đi làm" (di chuyển đến một điểm đến) so với đường đẳng thời đi ra (di chuyển từ một điểm khởi hành)?

Cả phép tính đến và đi đều được hỗ trợ trong API phiên bản 1 bằng cách sử dụng tham số travel_direction:

• FROM (Điểm đến): Tính toán khu vực có thể tiếp cận from điểm xuất phát trong giới hạn thời gian đã chỉ định. Điều này phù hợp với các trường hợp sử dụng như vùng giao hàng hoặc phạm vi cung cấp dịch vụ.

• TO (Đến): Tính toán khu vực mà bạn có thể di chuyển to từ điểm xuất phát trong giới hạn thời gian đã chỉ định. Điều này phù hợp với các ứng dụng như tính năng đi làm hoặc xác định các vùng thu hút xung quanh một văn phòng trung tâm hoặc trung tâm phương tiện công cộng.

Đôi khi, đa giác được trả về trông có vẻ thô hoặc có các cạnh gồ ghề, đặc biệt là đối với các khoảng thời gian dài hơn. Tại sao mức độ chi tiết lại thay đổi?

Isochrones API sẽ điều chỉnh linh hoạt độ phân giải của lưới tính toán không gian dựa trên travel_duration và travel_mode được yêu cầu:

• Thời lượng ngắn hơn: Sử dụng lưới có độ phân giải cao và được tinh chỉnh kỹ lưỡng vì tổng diện tích nhỏ, dẫn đến ranh giới chi tiết.
• Thời lượng dài hơn: Chuyển sang lưới thô hơn, có độ phân giải thấp hơn để bao phủ hiệu quả khu vực địa lý rộng lớn mà không gây ra độ trễ nghiêm trọng.

Bạn có thể đặt polygon_fidelity không bắt buộc thành HIGH, MEDIUM hoặc LOW nếu bạn yêu cầu một mức độ chi tiết cụ thể, nhất quán bất kể thời lượng.

Tại sao đôi khi việc yêu cầu một đường đẳng thời cho một toạ độ bên trong công viên, hồ hoặc khu công nghiệp lớn lại trả về lỗi "Không tìm thấy"?

Isochrones API tính toán thời gian di chuyển bằng cách sử dụng đường và lối đi. API phải "chụp nhanh" điểm vào đoạn đường tương thích gần nhất trước khi bắt đầu tính toán nếu toạ độ điểm xuất phát mà bạn yêu cầu không nằm trên một con đường được nhận dạng.

Mỗi chế độ di chuyển có một ngưỡng khoảng cách tối đa cụ thể để bật tính năng ghim:

• DRIVE: 200 mét (bỏ qua đường chỉ dành cho người đi bộ).
• BICYCLE: 180 mét.
• WALK: 150 mét.

Nếu toạ độ gốc của bạn nằm xa hơn một đoạn đường hợp lệ, tương thích với chế độ so với các ngưỡng này, thì thao tác gắn sẽ không thành công và API sẽ trả về lỗi NOT_FOUND. Để giải quyết vấn đề này, hãy đảm bảo rằng toạ độ của bạn nằm gần một con đường hoặc lối đi công cộng.

Tại sao tôi gặp lỗi khi yêu cầu chỉ đường có tính đến tình trạng giao thông cho hoạt động đi bộ hoặc đạp xe?

Thông tin giao thông theo thời gian thực (TRAFFIC_AWARE) chỉ được hỗ trợ cho chế độ di chuyển DRIVE. Nếu bạn cố gắng yêu cầu một đường đẳng thời cho WALK hoặc BICYCLE khi routingPreference được đặt thành TRAFFIC_AWARE, thì API sẽ trả về lỗi 400 INVALID_ARGUMENT.

Khi tôi kết xuất phản hồi GeoJSON trên bản đồ, hình dạng sẽ xuất hiện ở sai vị trí, bị biến dạng hoặc không kết xuất được. Nguyên nhân gây ra vấn đề này là gì?

Nguyên nhân hầu như luôn là do thứ tự toạ độ không khớp.

Theo tiêu chuẩn GeoJSON (RFC 7946), Isochrones API trả về các toạ độ theo thứ tự [longitude, latitude]. Tuy nhiên, nhiều SDK ánh xạ và đối tượng hình học tuỳ chỉnh mong đợi toạ độ theo thứ tự [latitude, longitude].

Nếu bản đồ của bạn hiển thị không chính xác, hãy kiểm tra cách SDK bản đồ xử lý GeoJSON:

• API JavaScript của Google Maps: Nếu bạn đang sử dụng Lớp dữ liệu (map.data.addGeoJson()), thì thứ tự này sẽ được xử lý tự nhiên và bạn không cần làm gì cả.
• Đối tượng tuỳ chỉnh hoặc các SDK khác: Nếu đang phân tích cú pháp phản hồi thành các đối tượng LatLng theo cách thủ công, bạn phải lặp lại các toạ độ trong tải trọng GeoJSON và chuyển đổi các giá trị [lng, lat] thành các cặp [lat, lng] trước khi kết xuất.

Tại sao có "lỗ" rỗng bên trong đa giác đường đẳng thời và tôi có thể nhận được một hình dạng liền khối không?

Các lỗ hổng biểu thị những khu vực không có đường đi trong giới hạn thời gian. Điều này thường xảy ra ở những khu vực có rừng, vùng nước, sân bay hoặc tài sản tư nhân rộng lớn, nơi phương tiện hoặc người đi bộ không thể di chuyển.

API bên ngoài phiên bản 1 không có một tham số để tự động xoá các lỗ hổng. Nếu ứng dụng của bạn yêu cầu một ranh giới rõ ràng (ví dụ: để thực hiện các bước kiểm tra điểm trong đa giác), bạn có thể:

• Đặt tham số polygon_fidelity thành MEDIUM hoặc LOW để khuyến khích thuật toán khái quát hoá và hợp nhất các khoảng trống nội bộ này.
• Sử dụng thư viện GIS phía máy khách (chẳng hạn như Turf.js) để phân tích cú pháp GeoJSON và chỉ trích xuất vòng toạ độ đầu tiên (vỏ ngoài), loại bỏ mọi vòng bên trong tiếp theo (các lỗ).

Tôi có nên bật lựa chọn enable_smoothing để phân tích không gian phụ trợ không?

Không. Tham số enable_smoothing chỉ được thiết kế cho mục đích thẩm mỹ. Lớp này làm tròn các góc nhọn của lưới tính toán cơ bản để hình dạng trông tự nhiên trên bản đồ.

Bạn không nên làm mượt để phân tích không gian chính xác vì thao tác này sẽ làm thay đổi các đỉnh và dịch chuyển nhẹ ranh giới. Đối với các phép tính phụ trợ, truy vấn cơ sở dữ liệu hoặc kiểm thử điểm trong đa giác, hãy giữ enable_smoothing được đặt thành false để đảm bảo bạn đang sử dụng ranh giới được tính toán chính xác về mặt toán học.