Форумы GIS-Lab.info

А рабочий набор (.wor) из mapinfo в kml он сможет экспортировать? Или только .tab?

Так из MI встроенным конвертором если хочешь получить векторный KML, тоже можно экспортировать не более 1 таблицы (слоя) за раз, т.к. нужно выбрать объекты перед экспортом.
А потом собираешь KML в один файл...

arsob писал(а):А рабочий набор (.wor) из mapinfo в kml он сможет экспортировать? Или только .tab?

Записал себе. Хорошая идея! Реализую.

Работал с wxGIS и появилось еще 2 предложения на реализацию в будущем:

1) Сделать отображаемыми файлы проектов ГИС.
qgs (QGIS) gvp (gvSIG) apr (ArcView) mxd (ArcGIS) ...

2) Из разряда чего мне не хватает в ArcCatalog - инструмент калькулятор полей (тот который значения полей рассчитывает по формулам) .

Спасибо! Пометил.

А с чем связано, что в списке проекций есть Гаусса-Крюгера, а при просмотре свойств показывает Transverse_Mercator.
GDAL?

В связи с этим возможный баг (или естественное ограничение GDAL?):
1) Берем файл проецируем в гаусса-крюгера. К примеру из кадастровой МСК в зону ГСК.
2) На выходе получаем Transverse_Mercator.
3) Если подгрузить потом в ArcGIS - будет указано что отличает не только проекция от зоны ГСК но и самое главное датум.

И связанный вопрос - добавление географического преобразования (и выбора его вариантов) для датумов в инструменте проецирование запланировано?

gis писал(а):А с чем связано, что в списке проекций есть Гаусса-Крюгера, а при просмотре свойств показывает Transverse_Mercator.
GDAL?

Абсолютно верно, но его вина не совсем "прямая". Что бы не быть обвиненным в прямом копировании - я сформировал базу проекций из кодов EPSG прямым перебором от 0 и до 10000. Потом, что получилось разложил по папочкам. Результат вы видите.

gis писал(а): В связи с этим возможный баг (или естественное ограничение GDAL?):
1) Берем файл проецируем в гаусса-крюгера. К примеру из кадастровой МСК в зону ГСК.
2) На выходе получаем Transverse_Mercator.
3) Если подгрузить потом в ArcGIS - будет указано что отличает не только проекция от зоны ГСК но и самое главное датум.

Ограничения есть конечно, работа ведется в GDAL. Интересно посмотреть, если в ручную создать (в блокноте) "правильный" файл проекции - он будет корректно отрабатываться?
Создание проекций через диалог тоже "очень" запланировано.

gis писал(а): И связанный вопрос - добавление географического преобразования (и выбора его вариантов) для датумов в инструменте проецирование запланировано?

Очень запланировано.

gis писал(а):А с чем связано, что в списке проекций есть Гаусса-Крюгера, а при просмотре свойств показывает Transverse_Mercator.

Но одно (первое) есть частный случай другого (второго). В чем собственно вопрос? И проекция это одна и та же.

gis писал(а):1) Берем файл проецируем в гаусса-крюгера. К примеру из кадастровой МСК в зону ГСК.
2) На выходе получаем Transverse_Mercator.

А что у нас в стране есть МСК не Гаусс-Крюгере? Пусть даже и с поворотом полученной СК. Это же перевод в пределах одной и той же СК и одного и то же датума. Различия только в параметрах. Исключения могут быть в Москве и СпБ. Москва точно сделана на эллипсоиде Бесселя. Про СпБ - не уверен.

gis писал(а):3) Если подгрузить потом в ArcGIS - будет указано что отличает не только проекция от зоны ГСК но и самое главное датум.

А датум-то каким образом слетел при переходе от Гаусса-Крюгера к Transverse_Mercator? То есть я за автора программы не могу утверждать, что такое совсем не возможно, но в обычной жизни бывает очень редко.

Boris писал(а):Но одно (первое) есть частный случай другого (второго). В чем собственно вопрос? И проекция это одна и та же.

Для человека это одна и та же проекция,а для программы это разные СК. Программа будет делать проецирование - тратить аппаратные ресурсы. К тому же проецирование может приводить к снижению точности.

Boris писал(а):Это же перевод в пределах одной и той же СК и одного и то же датума. Различия только в параметрах.

Это различие и дает разные СК. В математической картографии различие между принципом и параметрами формирования СК на основе проекций позволяет различать Гаусса-Крюгера и поперечную Меркатора.

Boris писал(а):А датум-то каким образом слетел при переходе от Гаусса-Крюгера к Transverse_Mercator?

Меня это тоже удивило, причем он вроде определяется как PZ90.

Upd Взято отсюда http://geocnt.geonet.ru/ru/cs

В последнее время под названием «поперечно-цилиндрическая равноугольная проекция Меркатора (Transverse Mercator)» понимают равноугольную проекцию эллипсоида вращения, симметричную относительно среднего меридиана и экватора и сохраняющую масштаб длин на среднем меридиане. В классической отечественной литературе по математической картографии (Урмаев Н.А. Основы математической картографии.//Труды ЦНИИГАиК, 1962, вып. 144) такое название используется для равноугольной проекции эллипсоида вращения, симметричной относительно среднего меридиана и экватора, в которой длины на среднем меридиане соответствуют длинам на меридиане сферы, а не эллипсоида. Для этой проекции (в отличие от проекции Гаусса - Крюгера) выведены точные формулы.

gis писал(а):

Boris писал(а):Но одно (первое) есть частный случай другого (второго). В чем собственно вопрос? И проекция это одна и та же.

Для человека это одна и та же проекция,а для программы это разные СК. Программа будет делать проецирование - тратить аппаратные ресурсы. К тому же проецирование может приводить к снижению точности.

Тут видимо надо указать какая именно американо-язычная ГИС отличается такой тупостью. Потому как в основном, в ГИС буковки отображаются только для людей, а для машины они записи из базы данных, адресуемые по индексу. MapInfo - уверен на 100%, GDAL/OGR - уверен на 95%, считают эти проекции тождественными с точностью до параметра сжатия. Так что ни перепроецирования, ни траты ресурсов - не будет.

Можно сколько угодно сетовать по поводу сложившейся ситуации, но это делу не поможет.
Учитывая реалии можно приспосабливать программу (хоть это и муторно) к ним или игнорировать ситуацию.
Второе наверно контрпродуктивно.

Спойлер

Boris писал(а):Тут видимо надо указать какая именно американо-язычная ГИС отличается такой тупостью.

Не совсем так. Даже скорее все не так

В вашем контексте тогда надо было бы сказать, что тупостью отличаются советские (и немецкие) математики и картографы, которые упорно называли проекцию по имени ее разработчиков, в то время как американцы стали называть ее Поперечной Меркатора.
И тупостью соответственно отличаются некоторые американские (и не только) картографы, которые в дань уважения советским картографам, а также чтобы не путаться, называли проекцию использованную в пулковских и некоторых европейских СК проекцией Гаусса-Крюгера.

В любой картографической литературе в пулковских СК указывается, что используется проекция Гаусса-Крюгера. Т.е. любой специалист будет в первую очередь искать проекцию Гаусса-Крюгера для пулковских СК. Особенно если он из экс-СССР или немец.
С точки зрения потребительского подхода логично было для американской фирмы перенести эту модель в ГИС.

http://en.wikipedia.org/wiki/Transverse_Mercator

The spherical form of the transverse Mercator projection was one of the seven 'new' projections presented, in 1772, by Johann Heinrich Lambert
The ellipsoidal form of the transverse Mercator projection was developed by Carl Friedrich Gauss in 1825 and further analysed by Johann Heinrich Louis Krüger in 1912.
The projection is known by several names: Gauss Conformal or Gauss-Krüger in Europe; the transverse Mercator in the US

Плюс некоторые картографы Поперечной Меркатора называют ту проекцию, которая, обобщая, для сферы (ссылку приводил постами ранее).

Наконец-то зарелизил версию 0.4.1. В данной версии в соновном исправлены ошибки.
Вот перечень того, что сделано:
1. Сборка через CMake
2. Выполнен переход на GDAL 1.9.0
3. Выполнен переход на GEOS 3.3.2
3. Выполнен переход на Proj 4.8
5. Добавлена поддержка ортокоррекции и метаданных с КА OrbView-3
6. При ортокоррекции выставляется значение NoData
7. Исправлена ошика вывода значения NoData
8. При щелчке на выделенном объекте в окне идентификации - объект подсвечивается снова
9. Исправлена ошибка запуска под WindowsXP Pro SP3. Ошибка инициализации "0xc0150002". (#7)

Самое главное, сделан переход на Cmake - это очень важный шаг к сборке под Linux. Сейчас я продолжаю работу в этом направлении, т.к. большинство скриптов Cmake писалось под Windows - буду дополнять их необходимыми инструкциями под Linux и отлаживать работу wxGIS в Linux.

Оч. хорошо!
Жду - не дождусь исходников под линукс =)

Спасибо вам за труд, очень удобная программа!
Еще немного про португальцев (так как я в Португалии)
У них активно используется с десяток национальных координатных систем, которых в списке нет, перепроецировать в них не получается. Получается перепроецировать из них (например в wgs84, правда вышло со сдвигом метров в двести)
При смене языка нужно перезапустить программу, чтобы все перевелось, это нормально или только у меня? Перевод на португальский кажется сыроват, но я не настолько хорошо им владею. Если хотите, могу попросить кого-то из португальцев подсказать, где улучшить.

nadyanadya писал(а): У них активно используется с десяток национальных координатных систем, которых в списке нет, перепроецировать в них не получается. Получается перепроецировать из них (например в wgs84, правда вышло со сдвигом метров в двести)

Вы можете использовать файлы в формате ESRI prj и spr из любой части файловой системы (не обязательно брать информацию из предустановленных проекций. Просто создайте ваши проекции с нац. координатными системами у себя в папке и в диалоге выбора СК укажите к ним путь. Для создания описания проекций можно использовать http://spatialreference.org. Там как раз есть вывод в виде OGC WKT для spr и .PRJ File.

К сожалению, функционал работы с СК совершенно не развит. Планируется:
1) Создание собственных СК через диалог, аналогичны диалогу свойств СК.
2) Добавление, изменение, удаление СК в/из стандартные папки, предусмотренные для СК.
3) Ведение "базы" 3 и 7 параметров переходов между эллипсоидами.
4) Добавление к СК свойств экстента валидности (экстент в котором СК валидна).

И еще, хочу обратить внимание, что GDAL, на котором основывается wxGIS, не поддерживает все проекции - могут быть проблемы с проецированием. В любом случае, если не затруднит, при появлении ошибок, просьба сообщать их с примером данных и описанием СК: есть возможность пофиксить GDAL, чтобы всем было хорошо .

nadyanadya писал(а): При смене языка нужно перезапустить программу, чтобы все перевелось, это нормально или только у меня?

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

nadyanadya писал(а): Перевод на португальский кажется сыроват, но я не настолько хорошо им владею. Если хотите, могу попросить кого-то из португальцев подсказать, где улучшить.

Был бы благодарен. Инструкция здесь: http://code.google.com/p/wxgis/wiki/Tra ... ocaleFiles
Файлы локализации можно мне на почту.
Если нужны оригинальные португальские переводы, вместо пустых из инструкции, - могу выслать (почту в личку).

И еще по поводу перевода: я не переводил все строки 0.4.1 - беру перевод 0.4.0, т.к. непереведенных строк немного, я решил перевод оставить на мажорный релиз.