Использование GeoPackage вместо SpatiaLite, и наоборот?

Сейчас я использую QGIS 2.18, которая включает поддержку формата GeoPackage.

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

Итак, в контексте редактирования QGIS, когда имеет смысл использовать GeoPackage (и обращаться к GeoPackage из SpatiaLite для задач Spatial SQL), и когда лучше использовать только Spatialite?

Небольшое сравнение между GeoPackage и SpatiaLite в QGIS. На данный момент использование GeoPackage с QGIS не очень продуктивно. Может измениться довольно быстро, хотя (см. Дополнения!).

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

Как есть:

1. транзакционный
2. SQL и представления (но представления по-разному реализованы в программном обеспечении)
3. "все в одном" векторные слои, символы и текст, растр
4. таблицы атрибутов практически без ограничений по сравнению с шейп-файлом
5. время от времени нужен ВАКУУМ (хранилище данных для конкретной базы данных)
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 и многое другое)