Улучшение плагина интерполяции. TIN

[wanderer]

Одним из показателей, по которому QGIS пока явно проигрывает решениям компании ESRI,
является работа с рельефом, в частности - в виде Triangular interpolation network (TIN) и
TIN grid (матрица высот).
У меня плагин интерполяции QGIS несколько раз "падал" при генерации TIN в задачах, с какими
ArcToolbox справлялся "на ура". QGIS при этом использало значительно больше места на диске.
Я решил узнать какой формат хранения результата генерации TIN используют разработчики QGIS.
Для этого я связялся с Marco Hugentobler.
На что он мне ответил:

> 4) Which format QGIS saves TIN in?
ASCII grid (text format). I know this is not optimal for large datasets.
Patches are welcome to extend the hardcoded grid file writing
(qgsgridfilewriter) with a solution that uses available GDAL drivers for grid
file writing.

что для хранения используется формат "ASCII grid (text format)" -
то есть по сути информация о рельефе храниться в текстовом виде, что очень неэффективно.
В чем, собственно и признался Marco. В решениях ESRI для этого используется бинарный растровый формат
"ASCII binary grid". Загвоздка заключается в том, что формат является закрытым и в библиотеке GDAL
доступен только для чтения (я так понимаю, что то как его читать получено эмперическим путем ).
Еще один важный момент, вытекающий из ответа Marco, - он расчитывает на помощь в "расширении"
возможностей плагина интерполяции.

Наконец, я перешел к предложениям и вопросам:
1) Предлагаю на уровне сообщества взяться за написание "патча" для сохранения TIN в каком-то
открытом формате аналоге "ASCII binary grid". Необходимо проанализировать существующие,
поддерживаемые GDAL и при необходимости подумать над созданием нового.
2) Эта тема также возможно относится к улучшению/модификации OGR/GDAL. Вопрос к завсегдатаям
форума (я пока новичок): как в данной ситуации лучше поступить, чтобы тема была "видна" и из форума OGR/GDAL?
3) Вопрос к разработчикам QGIS - членам сообщества: изменилась ли ситуация с плагином интерполяции
с января 2010 (дата моей переписки с Marco)?

[Максим Дубинин]

вы уверены что не путаете TIN и GRID? первое - нерегулярная модель, второе - регулярная, как я понимаю, речь о гридах все-таки, просто для интерполяции триангуляционный метод используется.

Да, ASCII это не эффективно, но и в грид не обязательно сохранять, вполне удобно было бы в GeoTIFF, надо только не забыть настройку выходного формата добавить, FLOAT, INT'ы и т.п.

по вопросам:
1. Врядли так пойдет, если вы возьметесь написать, то мы возьмемся обсудить, помочь с тестированием, документированием и т.п. Короче говори, будете тащить, будем помогать, не будете - не будем. Буду рад если я не прав и кто-то сходу тоже возьмется помогать писать.
2. Ничего не обязательно делать, RSS-ом и поиском найдется в любой ветке. Я сомневаюсь, что кто-то упорно читает только GDAL-овский подфорум.
3. Нет, похоже не изменилось. Я проверил, действительно сохраняет только в ASCII.

[Voltron]

Это опенсорс . Марко реализовал то, что ему было нужно. Если нас что-то не устраивает - у нас два варианта: заинтересовать автора в дальнейшем расширении функционала или написать этот функционал самим. Полезным патчам всегда рады.

Теперь по вопросам.
1. Согласен с Максимом. Если кто-то возьмется за основную часть работы - сообщество поможет и тестированием, и продвижением в upstream. Могу чуть-чуть помочь с программной реализацией, но на многое не расчитывайте, т.к. сейчас занят в других проектах.

2. GDAL тут, как мне кажется не причем, т.к. используется исключительно для записи результата. Это если придумывать свой формат, тогда нужно будет писать драйвер. Но создание своего "велосипедного" формата лично мне кажется не оптимальным. Самый большой минус - это ограничит применимость полученных результатов. Я сильно сомневаюсь, что разработчики GDAL согласятся добавлять поддержку нестандартного и практически нигде не используемого формата.

3. Как Максим уже сказал, формат остался один - ASCII. По поводу стабильности работы ничего не скажу, возможно, мне не попадались большие задачи на которых бы плагин падал.

[wanderer]

вы уверены что не путаете TIN и GRID? первое - нерегулярная модель, второе - регулярная, как я понимаю, речь о гридах все-таки, просто для интерполяции триангуляционный метод используется.

Да, немножко некорректно выразился. Правильнее будет - генерация GRID (TIN GRID, в терминах ESRI)
методом триангуляции (TIN).

Врядли так пойдет, если вы возьметесь написать, то мы возьмемся обсудить, помочь с тестированием, документированием и т.п. Короче говори, будете тащить, будем помогать, не будете - не будем. Буду рад если я не прав и кто-то сходу тоже возьмется помогать писать.

1. Согласен с Максимом. Если кто-то возьмется за основную часть работы - сообщество поможет и тестированием, и продвижением в upstream. Могу чуть-чуть помочь с программной реализацией, но на многое не расчитывайте, т.к. сейчас занят в других проектах.
2. GDAL тут, как мне кажется не причем, т.к. используется исключительно для записи результата. Это если придумывать свой формат, тогда нужно будет писать драйвер. Но создание своего "велосипедного" формата лично мне кажется не оптимальным. Самый большой минус - это ограничит применимость полученных результатов. Я сильно сомневаюсь, что разработчики GDAL согласятся добавлять поддержку нестандартного и практически нигде не используемого формата.

Ладно, как соберусь с силами и активно начну копать эту тему, - наверняка появятся вопросы для
обсуждения и, соответственно, отпишусь на форуме.

3. Как Максим уже сказал, формат остался один - ASCII. По поводу стабильности работы ничего не скажу, возможно, мне не попадались большие задачи на которых бы плагин падал.

Если интересно, могу провести повторный тест для тех же входных данных для текущей версии QGIS
(предыдущий был на версии 1.4) и, если результат будет тем же, выложу где-то данные, чтобы
другие могли также проверить.

Дискуссия побудила меня глянуть на текущую версию текста перевода раздела 10.10. Interpolation Plugin.
Мои замечания можно почитать в соответствующей ветке.