Форумы GIS-Lab.info

kirdk писал(а):Всем привет, стартапу в области телекоммуникаций требуется пополнение в команду.
Ищем консультанта в области ГИС. Если вы имеете знания в области разработки ГИС, знаете принципы построения основных систем (ArcGIS, MapInfo, Panorama и т.д.), неплохо владеете ГИС расширениями БД (SpatiaLIte, PostGIS и т.д.), знаете методы подготовки геоданных и, вообще, интересный человек
Нам будет о чем поговорить!

Коллеги, спасибо за отклики! Честно говоря, не ожидал, что их будет так много, по этому попытаюсь конкретизировать суть задач в паблике.
Собственно, для решения наших задач в предметной области, нам требуется использование различной геоинформации для выполнения вычислений (рельеф, застройка, лесные массивы, население и т.д.), Кроме этого объекты с которыми работаем (станции, пролеты, транспорт, абоненты) тоже представляют геоданные. По этому нам необходим был ГИС движок, к которому помимо функциональных предъявлялись и другие требования (например, способы лицензирования и стоимость). Выбор был очень велик, но ничего подходящего, к сожалению не нашлось. Поэтому в настоящее время мы уже пишем собственный рендер геоданных (вектор+растр) к БД поддерживающим пространственные расширения (например упомянутые SpatiaLite или PostGis.
И все бы хорошо, но есть стойкое ощущение, что занимаемся мы изобретением велосипеда! Не дают покоя возможности существующих продуктов (GEOserver, MapServer, MapBox, Mapnik, TileStache и т.д.) в частности в области Vector Tiles.
По сему, требуется спец, который сможет проконсультировать по имеющимся технологиям и инструментам, оценить достоинства и недостатки различных подходов реализации, да и, вообще, либо стать ментором в области ГИС, либо принять участие в разработке.
Кроме того, если вас заинтересовала тематика проекта - милости просим! Стартапам руки всегда нужны А тем более головы!
Спасибо за внимание!

Зачем же вы смешиваете молоко с селедкой???

Начните по-порядку - какие данные у вас есть конкретно - рельеф в виде таком-то (лазерное сканирование, фотограмметрия, СРТМ или АСТЕР), население в формате (шейп, база данных, база геоданных)......

Продолжите операциями, которые вам нужно осуществить (посчитать количество парочек, занимающихся любовью в пределах ландшафтной катены или подсчитать объем вывозимой почвы для прорытия канала)

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

вообще процентов 99 всех задач гис решаемы уже существующими инструментами. так что писать свой "вектор+растор" рендер возможно и не нужно

Да и не до конца понятны плюсы Вектор-Тайлс, раньше народ как то обходился ВМС да ВФС

finlas писал(а):Зачем же вы смешиваете молоко с селедкой???

К сожалению, мух от котлет (ну, или молоко от селедки) отделить в рамках форума думаю не получится, слишком уж обширная тема. Поэтому и ищем специалиста с которым продолжим более тесное общение.

finlas писал(а):Начните по-порядку - какие данные у вас есть конкретно - рельеф в виде таком-то (лазерное сканирование, фотограмметрия, СРТМ или АСТЕР), население в формате (шейп, база данных, база геоданных)......

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

finlas писал(а):Продолжите операциями, которые вам нужно осуществить (посчитать количество парочек, занимающихся любовью в пределах ландшафтной катены или подсчитать объем вывозимой почвы для прорытия канала)

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

Да, спасибо за совет. Формализацией требований мы уже занимаемся, но процесс этот еще не закончен.

finlas писал(а):вообще процентов 99 всех задач гис решаемы уже существующими инструментами. так что писать свой "вектор+растор" рендер возможно и не нужно

Опыт и логика об этом и говорят, только кто бы на этот инструмент пальцем показал Нам пока на глаза не попался)

finlas писал(а):Да и не до конца понятны плюсы Вектор-Тайлс, раньше народ как то обходился ВМС да ВФС

А еще раньше и бумагой обходились Лично склейки "за дивизию" не один и не два десятка раз делал.
А если серьезно, то неплохо бы фильтрацию объектов на стороне клиента делать, стили объектов в зависимости от применяемых фильтров менять, атрибутив выбраных объектов просматривать и редактировать и, наверное, много еще чего...

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

finlas писал(а):у батеньки, так это вы не рендер пишете, а веб-приложение.

Т.е. по вашему библиотека, реализующая MVC для геоданных, сопсобная грузить их в память, отрисовывать, масштабировать, двигать, крутить (и прочие манипуляции) не рендер? ОК подскажите более подходящий термин!

finlas писал(а):Вот таких вещей готовых конкретно для вас нет. Это стоит больших денежек в большинстве случаев

Отчего же? КБ панорама, например, делает GISToolKit все указанное там можно) Только не устраивает по ряду параметров.

kirdk писал(а):

finlas писал(а):Вот таких вещей готовых конкретно для вас нет. Это стоит больших денежек в большинстве случаев

Отчего же? КБ панорама, например, делает GISToolKit все указанное там можно) Только не устраивает по ряду параметров.

Ну так посмотрите на те же самые наборы разработчика от, например, ESRI, Intergraph или Pitney Bowes, возможно что какой-то из них и подойдет.

А какие продукты вы рассматривали и они не подошли? (если не секрет конечно))

С уважением,

kirdk писал(а):Для нас первичны скорее задачи, т.е. данные мы сможем подготовить и хранить в наиболее удобном формате.

А задачи проекта - коммерческая тайна? Уж больно любопытно. Ещё можно идейно подключиться? Сложную задачу можно же разбить на ряд технологических решений. Не обязательно всё запихивать в несуществующую интеллектуальную ГИС, для которой никогда не найдётся не только разработчика, но и пользователя.

Saimon писал(а):

kirdk писал(а):

finlas писал(а):Вот таких вещей готовых конкретно для вас нет. Это стоит больших денежек в большинстве случаев

Отчего же? КБ панорама, например, делает GISToolKit все указанное там можно) Только не устраивает по ряду параметров.

Ну так посмотрите на те же самые наборы разработчика от, например, ESRI, Intergraph или Pitney Bowes, возможно что какой-то из них и подойдет.

А какие продукты вы рассматривали и они не подошли? (если не секрет конечно))

С уважением,

Ну, в том числе и вышеперечисленные (не подошли прежде всего по финансовым и юридическим аспектам), панораму, опять же (низкая производительность, отсутствие кроссплатформенности), поэтому начали смотреть в сторону opensource. Пробовали связку liftlet + WMS, но она испугала обилием связей JS-->C++ в десктопной реализации.

Что-то обсуждение ушло далеко от темы. Если вы всё-ещё ищете консультанта, укажите конкретные требования к квалификации. Если уже нашли - сообщите об этом.

Если вы хотите получить советы специалистов прямо на форуме - создайте соответствующую тему в соответствии с рекомендациями.

P.S. Модераторам: большую часть этого треда следует выделить в отдельный топик.

SS_Rebelious писал(а):P.S. Модераторам: большую часть этого треда следует выделить в отдельный топик.

Ветку разделил..

SS_Rebelious писал(а):Что-то обсуждение ушло далеко от темы. Если вы всё-ещё ищете консультанта, укажите конкретные требования к квалификации. Если уже нашли - сообщите об этом.

Если вы хотите получить советы специалистов прямо на форуме - создайте соответствующую тему в соответствии с рекомендациями.

P.S. Модераторам: большую часть этого треда следует выделить в отдельный топик.

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

Итак, многие предложили связку PostGis/GeoServer/Liftlet. Попробую объяснить что меня в ней смущает.
Так как проект предполагает решение серьезных вычислительных задач (например базовый: расчет напряженности поля создаваемого радиопередатчиком), то мы не можем переложить все функции на сервер, а клиента использовать только для визуализации информации из БД. Кроме того, выходные данные расчетов - растры объемом под несколько сотен мб для каждого из объектов, а объектов может быть легко больше десятка тысяч, гонять их между клиентом и сервером - наверное не лучший вариант. Далее, как я уже отмечал, требуется продвинутые функции манипуляции данными на стороне клиента, например, фильтрация объектов и отображения их с пользовательским стилем в зависимости от фильтра. Зависимость стиля от атрибутива и т.д.
В такой ситуации, единственное решение которое мне пока видится логичным это некий виджет на родном для нас С++, который может обращаться к БД в которой развернута некоторая объектно ориентированная структура таблиц в которой и хранятся данные, забирать их оттуда и показывать пользователю. Собственно тогда БД может быть как удаленной, так и локальной, будет возможность использовать данные от клиента и не будет необходимости гонять в онлайне десятки гигабайт...

Или я заблуждаюсь?
Спасибо за ответы!

что-то вдруг вспомнилось.... "А у вас нет такого же, но с перламутровыми пуговицами?"))

на родном для нас С++

Тогда стоит посмотреть на QGIS/QGIS for Android/NextGIS Mobile