Мск50 И UTM37N не сели

[Ayvatto]

Извините за назойливость, вот еще такие вопросы остались. Работать надо в Qgis и в MapInfo вот с такими файлами

Исходники.jpg (88.43 КБ) 5010 просмотров

и на выходе получить слои в Мск50. Поселения, районы и округа, ГПЗУ_shape в UTM 37N, а ГПЗУ МСК 50 соответственно в Mif. Результат такой

QGis и Mapinfo.jpg (351.64 КБ) 5010 просмотров

. Почему такая сбивка? Что нужно перепроецировать и как это сделать в Map и QGis?

А еще когда сохраняешь шейп в таб, он не хочет сохранять с атрибутами, а пустой не очень нужен.

Кстати, как нормально включить привязку к вершинам в QGis, я хочу прилипнуть к точке, чтобы посмотреть ее координаты.

[Игорь Белов]

Для начала объясните, откуда что берётся: какой слой исходный, как именно получены из него производные.

Можно долго гадать, в чём проблема с атрибутами, но это потеря времени. Нужно пощупать образец.

[Ayvatto]

[quote="Игорь Белов"] Слой шейп
Ошибка такая

ошибка.jpg (24.89 КБ) 4989 просмотров

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

[Ayvatto]

Нужно пощупать образец.

https://yadi.sk/d/wiz57aCJzg3iP

[freeExec]

Предполагаю проблема в последнем поле "ФОРМА", название которого на кириллице. При корвертации он превращается в бла_бла_бла. Попробуйте обновить GDAL, мне сконвертить удалось.

[Ayvatto]

[quote="freeExec"] Спасибо, попробую

[trir]

а при чём тут shp в гугло меркаторе?

Возможно дело в Датуме МСК50

[Игорь Белов]

С атрибутами всё просто: тип Integer64 не поддерживается OGR MapInfo TAB. Если удалить поле ID, проблема исчезнет. Если эта колонка нужна, можно предварительно в калькуляторе полей сделать её копию. Тип должен быть целочисленный длиной менее 10 цифр.

Теперь о системах координат. Для затравки: если экспортировать данные в СК, основанной на Пулково, из QGIS в MapInfo, а затем импортировать обратно, получится другая координатная система, и QGIS для неё вынужден будет создать новую пользовательскую СК. В наличии сдвиг, и необходимо явно присвоить правильную СК слою после импорта. Мораль: для массовых обменов использовать данные на датуме WGS 84 (EPSG:4326, EPSG:3857 Google Mercator, UTM на WGS 84, ...)

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

Кстати о MapInfo. Если в файл MAPINFOW.PRJ не записана проекция слоя, он будет работать корректно. Вот только если открыли слой в новом окне, в свойствах проекции будет ерунда (точнее, "широта/долгота"). Кроме того, нельзя просто поменять проекцию карты на проекцию этого слоя, ведь этой проекции нет в меню.

[Ayvatto]

[quote="Игорь Белов"]С атрибутами всё просто: тип Integer64 не поддерживается OGR MapInfo TAB. Если удалить поле ID, проблема исчезнет. Если эта колонка нужна, можно предварительно в калькуляторе полей сделать её копию. Тип должен быть целочисленный длиной менее 10 цифр.
Точно!

Теперь о системах координат. Для затравки: если экспортировать данные в СК, основанной на Пулково, из QGIS в MapInfo, а затем импортировать обратно, получится другая координатная система, и QGIS для неё вынужден будет создать новую пользовательскую СК. В наличии сдвиг, и необходимо явно присвоить правильную СК слою после импорта. Мораль: для массовых обменов использовать данные на датуме WGS 84 (EPSG:4326, EPSG:3857 Google Mercator, UTM на WGS 84, ...)

Файлы ко мне поступили от людей, которые ведут свою работу в QGis и они сохранили один и тот же слой в .shp в EPSG:3857 и в mif в МСК-50( видимо через MapInfo) и оба сели не там. Mif сел в 50м, а шейп сел с погрешностью 7 м. Но при этом шейп совпал с картой с гугла EPSG:3857, с которой они вместе сели не там относительно правильных границ в WGS84 UTM 37N. Что-то у меня не ладится, как теперь подогнать слои в 3857?

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

То есть в принципе неправильно назначать пользовательскую СК, полученную на основе слоя в Пулково, на весь проект.?

[trir]

данные в EPSG:3857 могли быть просто обрисованы по космоснимкам, а привязка у них не очень точная

[Игорь Белов]

Что не так с файлом MIF, можно сказать, увидев предложение CoordSys из его заголовка.

Вы собираетесь работать и обмениваться данными в МСК-50. Скажу банальность: прежде всего в обеих программах нужно единообразно определить эту проекцию. После этого принять строгие правила обмена данными. Вариантов не так уж мало, необходимо выбрать ровно один. Например:

1. Из QGIS в MapInfo: конвертировать SHP в TAB утилитой Universal Translator, явно задавая проекцию МСК-50.
2. Из MapInfo в QGIS: конвертировать TAB в SHP утилитой Universal Translator, после чего во все слои скопировать с заменой файлы PRJ и QPJ, соответствующие в QGIS проекции МСК-50.

То есть в принципе неправильно назначать пользовательскую СК, полученную на основе слоя в Пулково, на весь проект.?

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