Tại sao tôi có thể yêu cầu một đường đẳng thời đi bộ hoặc đạp xe trong tối đa 2 giờ, nhưng lái xe chỉ được tối đa 1 giờ?
Giới hạn này dựa trên độ phức tạp về 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, tức là mạng lưới đường bộ cơ bản phải được phân tích sẽ mở rộng theo cấp số nhân. Việc lái xe bị giới hạn tối đa 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ộ hoá nhanh theo thời gian thực, trong khi việc đi bộ và đi xe đạp được hỗ trợ tối đa 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): Tính toán khu vực có thể tiếp cậnfromđ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ểntođiểm xuất phát trong giới hạn thời gian đã chỉ định. Đây là các ứng dụng phù hợp 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 trung chuyển.
Đô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 đ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ạ độ điểm xuất phát 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ì quá trình liên kết sẽ thất bại 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.
Khi tôi kết xuất phản hồi GeoJSON trên bản đồ, hình dạng 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 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 lập bản đồ, bao gồm cả API JavaScript của Google Maps và nhiều thành phần bản đồ dành cho thiết bị di động, dự kiến sẽ có các đối tượng toạ độ hoặc LatLng theo thứ tự [latitude, longitude].
Nếu bản kết xuất bản đồ của bạn không chính xác, 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ị trước khi truyền chúng đến SDK bản đồ.
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 thay vì vậy không?
Lỗ hổng biểu thị những khu vực không có đường đi được 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 hiển thị một tham số để tự động xoá các lỗ. Nếu ứng dụng của bạn yêu cầu một ranh giới cố định, chẳng hạn như để thực hiện các quy trình kiểm tra điểm trong đa giác, bạn có thể:
- Đặt tham số
polygon_fidelitythànhMEDIUMhoặcLOWđể 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 cho tính năng phân tích không gian phụ trợ không?
Không. Tham số enable_smoothing được thiết kế hoàn toàn cho mục đích thẩm mỹ trực quan. Tham số 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.