Форумы GIS-Lab.info

Начались стандартные процедуры по подготовке к GSoC'14.
Я и другие разработчики NextGIS будем менторить студентов по направлениям: GDAL и QGIS (если все сложиться).
Идеи для GDAL: http://trac.osgeo.org/gdal/wiki/SummerOfCode
Идет для QGIS: http://hub.qgis.org/wiki/quantum-gis/Go ... _Code_2014

Есть еще пул идей: http://gis-lab.info/qa/ideadev.html

Можно предлагать свои идеи.

Если вы студент или аспирант со знанием C++/Python и хотите поучаствовать пишите.
Нужно серьезно подойти к делу, если готовы, то мы обеспечим всестороннюю поддержку!

OSGeo прошел в качестве mentoring organisation на GSoC!

Вот можно распространять флайер. Более красочный на английском: http://svn.osgeo.org/osgeo/marketing/fl ... C_2014.pdf

Идеи на GSoC (можно предлагать свои) и много информации на специальной странице: http://wiki.osgeo.org/wiki/Google_Summe ... 2014_Ideas

Дмитрий,
на ваш взгляд такая идея для участия интересна или нет:

У нас есть утилиты для тайлинга, которые мы в СКАНЭКС используем для публикации растровых данных: http://geomixer.ru/docs/tilingtools/

Написано на C++, компилируется под Windows, потому что есть небольшое использование Win32 API и multithread.

Из преимуществ: работает в несколько раз быстрее, чем gdal2tiles.py; поддерживает тайлы в проекциях WORLD_MERCATOR и WEB_MERCATOR; тайлинг мозаики; есть особая фишка, что умеет делать тайлы в формате jp2 - что можно использовать для 16-битных данных.

По сути приложение, естественно, небольшая обертка над gdal. В рамках GSoC'14 можно сделать: влить в проект gdal как дополнительную утилиту (для этого как минимум потребуется привести в порядок code-style и компилирование под Linux).

Мы в любом случае собираемся публиковать эти утилиты с открытым кодом. Интересно, ваше мнение стоит ли тащить их внутрь gdal - насколько это осмысленно и полезно для сообщества?

По моему мнению, на GSoC надо что-то новое создавать, закладывать фундамент новых направлений и разработок, исправлять или рефакторить назревшие проблемы. Мне кажется переписывание утилиты для GSoC мелковато. Хотя, запретить студенту/аспиранту придти с такой идеей на GSoC я разумеется не могу.

По поводу добавления утилиты в состав GDAL: у меня была дискуссия с Ивэном по этому поводу. По простому он сказал "не парся и просто сделай это". Поэтому новая (улучшенная) утилита в составе GDAL - это хорошо и это не плохо бы сделать. Возможно кто-то из студентов новичков захочет потренироваться на вашем примере, заодно с GDAL поразберется и на следующий год будет иметь хорошие шансы на участие в GSoC. Я со своей стороны готов помочь.

В любом случае алгоритм такой:
1) Переписывается утилита (хорошо бы посмотреть как сделаны утилиты в папке apps исходников GDAL, а также http://trac.osgeo.org/gdal/wiki/rfc8_devguide)
2) Пишется справка и добавляется в файл apps/gdal_utilities.dox
3) Делаются тесты по аналогии с GDAL-trunk\autotest\utilities
4) Делается патч и прикрепляется в траке (http://trac.osgeo.org/gdal/) к тикету по поводу утилиты

P.S.
У нас тоже утилита висит, никак времени нет в GDAL интегрировать. Уже и code review был предварительный. Так что студенты -welcome

С понедельника началась регистрацию студентов https://www.google-melange.com/gsoc/pro ... e/gsoc2014
Продлится неделю.

Дмитрий, спасибо за комментарии и инструкции! Попробуем найти сил и времени для интеграции в gdal... при этом на интерес "студентов" не очень рассчитываю, если честно

GSoC в этом году был жаркий. Очень много заявок. Пришлось голосовать даже, что бы выбрать достойный вариант. В результате тема, которую я согласился поменторить заняла второе место. На третье место квот не хватило.
Результат подробно описан вот здесь, цитировать не буду.

Сейчас работы по интеграции в GDAL продолжаем но в спокойном режиме. PSC считает что изменений многовато для простого вливания в транк + был code review от основгоного разработчика. Так что, работы там еще море.
Но собрать и потестировать волне можно.