ogr2ogr -f SXF -t_srs EPSG:3857 -nln highways -progress -append -clipsrc 38.9 44.9 38.95 44.93 osm.sxf railway-line.shp

Если при clipsrc в слое не оказывается фич, то ogr2ogr зависает и не останавливается. Сборка nextgis qgis на win

I'm trying to test a borsch build of gdal and running into some issues, please forgive me if I missed something obvious.

I see an early cmake configuration error:

CMake Error at build/_deps/borsch-src/cmake/FindExtProject.cmake:99 (get_binary_package):
  get_binary_package Function invoked with incorrect arguments for function
  named: get_binary_package
Call Stack (most recent call first):
  build/_deps/borsch-src/cmake/FindAnyProject.cmake:72 (find_extproject)
  CMakeLists.txt:12 (find_anyproject)

Trying to include GDAL like this:

include(FindAnyProject)

set(WITH_GDAL ON CACHE BOOL "GDAL on" FORCE)
set(WITH_GDAL_EXTERNAL ON CACHE BOOL "GDAL external on" FORCE)
find_anyproject(GDAL REQUIRED DEFAULT ON SHARED OFF)

How are ${repo} and ${repo_type} supposed to be set for this call?

https://cmake.org/cmake/help/latest/command/cmake_language.html#dependency-providers

После команды добавления репозитория необходимо добавить
$ sudo apt-get update
иначе устанавливается GDAL версии 1.10.1

Hi,
I'm trying to use the nextgis-borsch project in a Superbuild pattern:

message("cmake module path:"  ${CMAKE_MODULE_PATH})
include(FindAnyProject)
find_anyproject(GDAL REQUIRED DEFAULT ON)

I'm expecting borsch to automatically fetch and build the dependencies if not found on the system. For test purpose, I'm trying to deactivate the system search by using the -DCMAKE_DISABLE_FIND_PACKAGE_GDAL=ON but it seems that find_anyproject still looks on my system for GDAL:

-- Not found GDAL in packages. Try look in system.
and once gdal has been found on my system, the project runs correctly.

Is it the expected behavior ? Is there a way to force the superbuild ?
Thank you, borsch is great work !

Сейчас при сборке для каждой платформы нужные библиотеки вытягиваются заново и кладутся в папку build-. В итоге получается, что одно и то же вытягивается за сборку несколько раз, в зависимости от количества платформ. И если нужно очистить сборку, что обычно проще всего сделать удалением папки build, то множественное скачивание будет заново.

Думаю, было бы хорошо разделить по разным папкам

• исходники библиотек,
• собранные и проинсталированные библиотеки,
• сборку текущего проекта.

То есть можно сделать, например, так.

Папка для скачанных библиотек с разделением по их версиям

build-lib-sources/<lib-name>/<version>

или

build-lib-sources/<lib-name>-<version>

как удобнее.

Папка для собранных библиотек с разделением по платформам (Lin, Win, Android ...), архитектурам (x86, arm ...), версиям библиотек

build-libs/<platform>/<arch>/<lib-name>/<version>

или аналогично вместо вложенных папок длинное имя папки, как удобнее.

Папка для сборки нашей библиотеки, где также разделение по платформам и архитектурам и, возможно, по версиям.

build/<platform>/<arch>

А при сборке проверять (может сам cmake проверит) что скачано и собрано, то и использовать. Тогда очистить папку сборки текущего проекта будет проще, без скачивания и пересборки всех библиотек.

Также сделать разные уровни очистки сборки для этих папок:
clean (только для папки build)
clean-all (+ папка build-libs)
clean-all-with-lib-sources (+ папка build-lib-sources)

Context:

get_compiler_version isn't included in this version of cmake/util.cmake but is present in the version used by postgis.

After this commit (c7949c2) the qt4 package don't find any more.

To reproduce:

git clone https://github.com/nextgis-borsch/lib_qt4
mkdir build
cd build
cmake -DREGISTER_PACKAGE=ON -DCMAKE_INSTALL_PREFIX=/path to lib_qt4/inst

Then get any Qt dependent library (i.e. https://github.com/nextgis-borsch/lib_qwt) and try to configure.

Affected libraries:

• lib_qca
• lib_qwt
• lib_qscintilla
• py_qt4
• qgis

Для случая, когда в пользовательском симэйке вызывается команда, например:
find_anyproject(GDAL VERSION 2.1 REQUIRED)
необходимо, чтобы сборка завершалась критической ошибкой, если версия имеющейся библиотеки ниже указанной.
Для этого:
а) Если в обычном FindX симэйк-модуле отсутствует проверка версии, необходимо иметь изменённый FindX в нашем /borsch репозитории.
б) Изменить метод FindExtPoject, добавив во всех местах после скачивания/обновления исходников зависимых библиотек вызов функции со сравнением версий.

Сделал в extlib.cmake так:

set(WITH_ZLIB ON CACHE BOOL "zlib on" FORCE)
set(WITH_ZLIB_EXTERNAL ON CACHE BOOL "zlib on" FORCE)

set(WITH_OpenSSL ON CACHE BOOL "OpenSSL on" FORCE)
set(WITH_OpenSSL_EXTERNAL ON CACHE BOOL "OpenSSL external on" FORCE)

set(WITH_CURL ON CACHE BOOL "CURL on" FORCE)
set(WITH_CURL_EXTERNAL ON CACHE BOOL "CURL external on" FORCE)
find_anyproject(CURL REQUIRED SHARED OFF CMAKE_ARGS
-DBUILD_CURL_EXE=OFF
-DHTTP_ONLY=ON
-DUSE_MANUAL=OFF)

Отконфигурировал и собрал (cmake --build .).

В итоге в папке

build-armeabi-v7a/third-party/Install

ZLIB_EP/lib
libz.a

OpenSSL_EP/lib
libcryptostatic.a
libsslstatic.a
libz.a

CURL_EP/lib
libcurlstatic.a
libcryptostatic.a
libsslstatic.a
libz.a

Аналогично для папок include.

То есть каждая последующая библиотека копирует все предыдущие ранее проинсталированные.

Думаю, это не сказывается положительно на скорости сборки. Для некоторых библиотек lib-файлы получаются более 100 МБ. То есть надо просто использовать нужные библиотеки из ранее установленных мест, а не копировать их каждый раз заново.

Как вариант, использовать общую папку для установки всех библиотек, без разделения на подпапки для каждой отдельной библиотеки. То есть чтобы в папке было:

build-armeabi-v7a/third-party/Install
    include/   (тут всё от всех библиотек)
    lib/       (тут всё от всех библиотек)

Сейчас, чтобы обновить, например, файл FindAnyProject.cmake, его нужно копировать во все репозитории библиотек, где он используется.

Было бы хорошо найти удобный способ синхронизации этих скриптов. Или содержать все скрипты в одном месте и подключать их каким-либо образом в библиотеках, где они используются, чтобы не было дублирования кода.

Возможные варианты хранения в одном месте:

1. Папка borsch с общими скриптами сборки вне каждой библиотеки. Подключается через задание переменной (BORSCH_ROOT), указывающей путь к ней.

2. Через submodules of git.

3. Через subtrees of git.

4. Во время сборки библиотеки проверять, задана ли переменная к корню папки borsch (BORSCH_ROOT). Если не задана, скачиваем общие скрипты в подпапку библиотеки ./cmake/borsch и выставляем на нее переменную BORSCH_ROOT. Если задана, значит, там находятся общие скрипты, используем их; то есть библиотека собирается в составе другой библиотеки.

I followed the commands here for Ubuntu 18.04 64 bits:
http://nextgis.com/borsch

It should have installed gdal-bin 2.4.0 for bionic as stated here:
https://launchpad.net/~nextgis/+archive/ubuntu/ppa?field.series_filter=bionic

Now gdalinfo gives me this:

$ gdalinfo --version
GDAL 2.2.3, released 2017/11/20

and gdal_translate is complaining:

$ gdal_translate --version
ERROR 1: gdal_translate was compiled against GDAL 2.4, but the current library version is 2.2

Here's the apt source file content:

$ cat /etc/apt/sources.list.d/nextgis-ubuntu-ppa-bionic.list
deb http://ppa.launchpad.net/nextgis/ppa/ubuntu bionic main
# deb-src http://ppa.launchpad.net/nextgis/ppa/ubuntu bionic main
# deb-src http://ppa.launchpad.net/nextgis/ppa/ubuntu bionic main

And the bonus question; is it planned to integrate proj 6? 👍
https://trac.osgeo.org/gdal/wiki/rfc73_proj6_wkt2_srsbarn

Thanks.

При вызове, например,

find_anyproject(GDAL VERSION 2.1 REQUIRED)

Выдаётся следующая ошибка:

CMake Warning at cmake/FindExtProject.cmake:227 (message):
The path
D:/nextgis/formbuilder/formbuilder-build/third-party/Build/GDAL_EP/gdal-exports.cmake
not exist
Call Stack (most recent call first):
cmake/FindAnyProject.cmake:57 (find_extproject)
CMakeLists.txt:63 (find_anyproject)
CMake Error at cmake/FindAnyProject.cmake:87 (message):
GDAL is required in fb!
Call Stack (most recent call first):
CMakeLists.txt:63 (find_anyproject)
Configuring incomplete, errors occurred!

Чистая установка Ubuntu.
Если поставить

sudo apt-get install -y osm2pgsql
#Потом подключить наш репозиторий
sudo apt-add-repository -y ppa:nextgis/ppa
sudo apt-get update  -y
sudo apt-get install -y gdal-bin \
python-gdal \
python-psycopg2

То osm2pgsql запускается без ошибок.
Если ставить в обратном порядке

sudo apt-add-repository -y ppa:nextgis/ppa
sudo apt-get update  -y
sudo apt-get install -y gdal-bin \
python-gdal \
python-psycopg2

sudo apt-get install -y osm2pgsql

то osm2pgsql при запуске начнёт ругаться на отсутствие доступа к libgeos-чего-то-там.so

Если не воспроизведётся, то это наблюдалось при развёртывании на чистой убунте в этом скрипте. https://github.com/trolleway/osm-mostrans/blob/master/install.sh
Если osm2pgsql ставить в конце, то он не заработает.

Сейчас некоторые общие функции хранятся в util.cmake. Но в репозитоии borsch и в репозитории остальных библиотек, где файл с таким именем есть, содержимое этих файлов различно.

В итоге, чтобы обновить какую-либо функцию, нельзя просто перезаписать этот файл. Нужно отслеживать содержимое каждого файла.

Нужно создать удобный способ хранения и обновления общих функций из util.cmake.