Điều gì tiếp theo nếu KML của chúng tôi quá lớn / phức tạp đối với API Google Maps? [đóng cửa]

Ứng dụng web của chúng tôi bao gồm các khả năng lập bản đồ đơn giản (hiện chỉ là các điểm đánh dấu và lớp phủ KML trên Google Map được nhúng). Điều này hoạt động khá tốt; giới hạn thực sự duy nhất mà chúng tôi gặp phải là các lớp phủ KML vượt xa các giới hạn về độ phức tạp và kích thước của Google đối với KML .

Chúng tôi đang xem xét đứng lên máy chủ của riêng mình (ví dụ: GeoServer hoặc ArcGIS Server); nhưng đó dường như là một bước tiến lớn chỉ để phục vụ (ví dụ) 15 MB KML khi giới hạn của Google là 10 MB.

Tôi cần kiểm tra độ tỉnh táo: Có một số điểm trung gian giữa API miễn phí và dễ dàng của Google cho các lớp phủ KML và thiết lập máy chủ lát của riêng tôi không?

Vì bạn đã đầu tư vào phát triển Google Maps, tôi rất khuyên bạn nên đẩy tất cả dữ liệu vào Google Fusion Table, sau đó có thể được phân tích cú pháp trên bản đồ theo cách tương tự như KML với hiệu suất đáng kinh ngạc (xem ứng dụng WNYC Fusion Bảng ). Hãy coi đó là một bản nâng cấp lên KML mà không cần phải sửa đổi mạnh mẽ phần đầu.

Bạn có thể chia nhỏ KML của mình thành nhiều KML với KML gốc tham chiếu các km nhỏ hơn. Ít nhất điều này sẽ đưa kích thước tệp của bạn xuống mức đáng nể và cho phép bạn tham chiếu các bộ dữ liệu lớn hơn nhiều như KML.

Thành thật mà nói KML chỉ thực sự tốt cho các bộ dữ liệu nhỏ với một vài tính năng và thuộc tính liên quan. Tôi sẽ không đến gần nó như một nguồn dữ liệu tập tin. Nếu bạn đang xem các tệp này ngày càng lớn hơn, tôi sẽ xem một loại dữ liệu khác hoặc chắc chắn đi xuống tuyến GeoServer / MapServer cho các bộ dữ liệu phân tán.

Nếu bạn chưa đầu tư quá nhiều thời gian vào API Google Maps, bạn có thể chuyển sang OpenLayers có trình phân tích cú pháp KML phía máy khách có thể đọc các tệp KML của riêng bạn - xem ví dụ bên dưới:

http://openlayers.org/dev/examples/kml-layer.html

Tuy nhiên, đối với tệp 15 MB, điều này có thể sẽ khiến trình duyệt tạm dừng. Có lẽ nó cũng khá chậm thông qua các máy chủ của Google khi bạn đến gần giới hạn kích thước tệp.

Có thực sự cần mức độ chi tiết 15 MB hay bạn có thể đơn giản hóa KML mà không mất quá nhiều thông tin?

Bạn có cần truy cập vào vector / hình học ở phía máy khách không? Dữ liệu này có thể được phục vụ như hình ảnh?

Nếu cả hai điều này đều không thể, bạn sẽ phải xem một số loại phần mềm phục vụ bản đồ. Cùng với GeoServer của ArcGIS Server, bạn có thể xem xét MapServer để phân phát KML hoặc dưới dạng WFS. Lợi ích của việc sử dụng máy chủ bản đồ là các yêu cầu sẽ chỉ trả về dữ liệu trong bản đồ - giảm lưu lượng mạng và giảm thời gian tải.

Nếu bạn đang sử dụng phiên bản 3, bạn có thể loại bỏ tất cả thông tin thuộc tính ngoại trừ một mã định danh duy nhất và yêu cầu thông tin qua các cuộc gọi ajax đến dịch vụ web mỗi khi người dùng nhấp vào một tính năng. Nếu bạn có số điểm trị giá trên 10 MB, có lẽ nên thực hiện một số loại phân cụm thay vì hiển thị tất cả các điểm đó cùng một lúc. Ngoài ra, bạn có thể tách lớp phủ mặt đất của mình thành các tệp KML riêng biệt.

Bạn đã thử Google Fusion Bảng chưa. http://www.google.com/fusiontables/public/tour/index.html

Bạn có thể tải tối đa 100mb dữ liệu.

MapLarge có một giải pháp thú vị - họ có thể sao chép dữ liệu của bạn trên máy chủ của họ và sau đó thực hiện các thao tác tạo khối rất nhanh bằng phần mềm độc quyền của họ. Họ cung cấp API Javascript sau đó có thể phủ chúng trên các bản đồ cơ sở từ Google Maps, OpenLayers, v.v.

Kiểm tra một số ví dụ của họ - tốc độ rất ấn tượng:

• http://beta.maplarge.com/Map/USDemographics
• http://lobbydata.com/donors

Nó không miễn phí, nhưng nó có thể là một lựa chọn tốt cho những người không muốn gặp rắc rối và chi phí khi đứng lên một máy chủ riêng biệt để tạo các lớp này.