Sử dụng GeoPackage thay vì SpatiaLite và ngược lại?

Tôi hiện đang sử dụng QGIS 2.18, bao gồm hỗ trợ cho định dạng GeoPackage.

Tôi biết rằng GeoPackage giống như một sự thay thế cho Shapefile nhưng không hoàn toàn như vậy, vì GeoPackage có khả năng cơ sở dữ liệu. Đồng thời, GeoPackage không phải là sự thay thế hoàn toàn cho SpatiaLite, bởi vì nó không có các truy vấn và chức năng không gian. Ngoài ra, Spatialite hỗ trợ GeoPackage.

Vì vậy, trong bối cảnh chỉnh sửa QGIS, khi nào thì nên sử dụng GeoPackage (và truy cập GeoPackage từ SpatiaLite cho các tác vụ SQL không gian) và khi nào nên sử dụng Spatialite tốt hơn?

Một so sánh nhỏ giữa GeoPackage và SpatiaLite trong QGIS. Ngay lúc này, việc sử dụng GeoPackage với QGIS là không thực sự hiệu quả. Có thể thay đổi khá nhanh mặc dù (xem phần nghiện!).

Một số bổ sung liên quan đến bí danh mới của QGIS 2.99 QGIS 3, tháng 11 năm 2017 (cũng được thêm vào so sánh): GeoPackage hiện hoạt động gần như không có bất kỳ vấn đề nào trong QGIS 3. Đã gặp phải một số vấn đề nhỏ có thể liên quan đến phiên bản dành cho nhà phát triển của QGIS. Ngoài ra vấn đề rắc rối nhất đối với SpatiaLite đã được giải quyết. Cột có thể được xóa ngay bây giờ mà không cần bất kỳ cách giải quyết bổ sung. Cả hai vẫn không hỗ trợ ghi raster thông qua GUI, đây không phải là vấn đề lớn vì các raster trong cơ sở dữ liệu không phải là mục đích chính. Cả hai định dạng là một định dạng làm việc thực sự tốt. Trọng tâm của GeoPackage là định dạng truyền tải và SpatiaLite là một hệ thống cơ sở dữ liệu dựa trên tệp dễ dàng với nhiều công cụ để xây dựng bộ lưu trữ dữ liệu cục bộ (vì nó giống RDBMS hơn định dạng tệp).

Cả hai đều có:

1. giao dịch
2. SQL và các khung nhìn (nhưng các khung nhìn được triển khai khác nhau trong phần mềm sử dụng)
3. "tất cả trong một" các lớp vectơ, ký hiệu và văn bản, raster
4. bảng thuộc tính gần như không có hạn chế so với shapefile
5. thỉnh thoảng cần VACUUM (lưu trữ dữ liệu cụ thể cho cơ sở dữ liệu)
6. hầu hết các loại hình học (như đường cong)

Gói địa lý:

1. là một tiêu chuẩn OGC dựa trên SQLite, có nghĩa là việc triển khai phải nhất quán hơn trong các phần mềm khác nhau; ví dụ, hệ thống ký hiệu có thể hoạt động trong QGIS và ArcMap trong tương lai khi SLD-Styles được sử dụng
2. khá trẻ (2014), khá nhiều vấn đề với nó trong QGIS lên tới 2,18 (cập nhật: hỗ trợ tốt trong QGIS 3)
3. cho phép dễ dàng xóa các cột trong QGIS cho người dùng "bình thường" phản đối SpatiaLite
4. ngay bây giờ DB-Manager không hoạt động tốt với nó và hỗ trợ raster chỉ giới hạn ở việc đọc một raster tích hợp duy nhất (không ghi vào đó) (sử dụng QGIS 2.18.3) (cập nhật: DB-Manager hiện hoạt động tốt với tính năng geopackage)
5. Các chế độ xem không hoạt động trong QGIS, nhưng qua lớp ảo không có quá nhiều vấn đề khi không được sử dụng để chia sẻ giữa nhiều người dùng (cập nhật: vẫn không có chế độ xem vì QGIS 3 thực sự có thể tạo ra các chế độ xem nhưng sau đó có thể đọc chúng)
6. công cụ xử lý địa lý không cho phép nối thêm vào tệp hiện có (chỉ thay thế toàn bộ tệp) (cập nhật: hoạt động ngay)

SpatiaLite:

1. là một phần mở rộng cho SQLite, được triển khai khác nhau trong phần mềm GI (phần lớn là do các vấn đề về trình điều khiển và phiên bản)
2. cũ hơn nhiều và đến nay được tích hợp tốt hơn vào QGIS
3. trong QGIS, bạn có thể xóa các cột mà không cần truy vấn SQL không phức tạp, nhưng đối với một số người dùng đã có quá nhiều "mã" (cập nhật: QGIS 3 thực hiện điều này ngay bây giờ)
4. Tệp khá lớn khi chỉ có một bàn tay đầy hình học, không hoàn toàn tốt như định dạng truyền tải nhưng để lưu trữ cơ sở dữ liệu cục bộ (bắt đầu với khoảng 5MB)
5. Rất nhiều công cụ bổ sung (chế độ xem, có thể tạo mạng lưới đường, nhiều định dạng nhập / xuất, ST_Queries và hơn thế nữa)