Використовуєте GeoPackage замість SpatiaLite, і навпаки?

Зараз я використовую QGIS 2.18, який включає підтримку формату GeoPackage.

Я знаю, що GeoPackage - це як заміна Shapefile, але не зовсім так, оскільки GeoPackage має можливості бази даних. У той же час, GeoPackage не є повноцінною заміною SpatiaLite, оскільки він не має просторових запитів та функцій. Також Spatialite підтримує GeoPackage.

Отже, в контексті редагування QGIS, коли має сенс використовувати GeoPackage (і доступ до GeoPackage з SpatiaLite для просторових завдань SQL), а коли краще використовувати просто просторовий?

Невелике порівняння між GeoPackage та SpatiaLite у QGIS. На даний момент використовувати GeoPackage разом із QGIS не дуже ефективно. Хоча може змінитися досить швидко (див. Доповнення!).

Деякі доповнення щодо нового QGIS 2.99 псевдоніму QGIS 3, листопада 2017 року (також додано для порівняння): GeoPackage зараз працює майже без проблем у QGIS 3. У вас виникли незначні проблеми, які можуть стосуватися версії розробника QGIS. Також вирішено найбільш проблемне питання для SpatiaLite. Стовпці зараз можна видалити без додаткових обхідних шляхів. Обидва досі не підтримують растровий запис через GUI, що не є великою проблемою, оскільки растри в базі даних не є головним наміром. Обидва формати - це справді хороші робочі формати. Основна увага для GeoPackage - транспортний формат, а для SpatiaLite - це проста база даних, що базується на файлах, з багатьма інструментами для побудови локального сховища даних (оскільки це більше RDBMS, ніж формат файлів).

Обидва мають:

1. транзакційний
2. SQL та перегляди (але представлення по-різному реалізуються у використанні програмного забезпечення)
3. векторні шари "все в одному", символіка та текст, растр
4. attribut-таблиці майже без обмежень порівняно з shapefile
5. періодично потрібен VACUUM (сховище даних для конкретних баз даних)
6. більшість типів геометрії (як криві)

GeoPackage:

1. є стандартом OGC, заснованим на SQLite, означає, що реалізація повинна бути більш послідовною у різних програмах; наприклад, символіка може працювати в QGIS та ArcMap у майбутньому, коли використовуються SLD-стилі
2. досить молода (2014 р.), досить багато проблем із цим у QGIS до 2.18 (оновлення: хороша підтримка у QGIS 3)
3. дозволяє легко видаляти стовпці в QGIS для "звичайних" користувачів, які виступають проти SpatiaLite
4. зараз DB-Manager не дуже добре працює з ним, і підтримка растру обмежується читанням єдиного інтегрованого растру (без запису в нього) (використовуючи QGIS 2.18.3) (оновлення: DB-Manager зараз добре працює з геопакетом)
5. перегляди не працюють у QGIS, але через віртуальний рівень не виникає особливих проблем, коли він не використовується для обміну між багатьма користувачами (оновлення: досі жодні представлення, оскільки QGIS 3 насправді не може створювати представлення даних, але їх не можна читати після цього)
6. Інструменти геообробки не дозволяють додавати до існуючого файлу (замінює лише весь файл) (оновлення: працює зараз)

SpatiaLite:

1. є розширенням до SQLite, по-різному реалізованого в GI-програмному забезпеченні (в основному через проблеми з драйверами та версіями)
2. набагато старші та дотепер краще інтегровані в QGIS
3. у QGIS ви не можете видалити стовпці без SQL-запиту, який не є складним, але для деяких користувачів уже занадто багато "коду" (оновлення: QGIS 3 робить це зараз)
4. досить великий файл, коли ви маєте лише геометричну руку, не дуже хороший як транспортний формат, але для зберігання в локальній базі даних (він починається з приблизно 5 МБ)
5. Багато додаткових інструментів (перегляди, можуть створювати дорожні мережі, багато форматів імпорту / експорту, ST_Queries тощо)