Импортирование в мапинфо mid/mif в tab

[cyGROB]

Здравствуйте. Такая проблема, при импортировании в мапинфо мид мифов в таб, у некоторых файлов вылетает ошибка "Невозможно создать новую таблицу". Гдето слышал что это можетбыть из-за лишних полей в слое, которые можно удалить с помощью Quantum GIS, но как в нем открыть формат мидмиф?

[Petruxin]

Так попробуйте (сам не могу нет файла). Поля возможно убрать с помощью модуля Table Manager , да и встроенной работой с таблицей атрибутов тоже.

[cyGROB]

при установке модуля table manager вылетает ошибка, походу дела связанная с версией qgis, и модуль не исправен. есть ли какие идеи? может кто поделиться ссылочкой на более старую версию клиента, читал вроде помогает, но сам найти не смог.

[Petruxin]

А просто встроенными средствами работы с атрибутами пробовали работать?
table manager не обязательно устанавливать.

[Александр Мурый]

Кроме QGIS, попробуйте ogr2ogr с выбором нужных полей, как описано в этой статье.

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

у некоторых файлов вылетает ошибка "Невозможно создать новую таблицу"

Выложите те самые файлы.

это можетбыть из-за лишних полей в слое

Этого не может быть из-за лишних полей в слое.

можно удалить с помощью Quantum GIS

Каково бы ни было происхождение файлов MIF/MID, единственная программа, которая корректно обрабатывает странные места в них, это MapInfo.

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

Идея «лечить» файлы MIF/MID в QGIS абсурдна. Если в таблице содержатся объекты разных типов — точки, линии, полигоны — в слое окажутся только те, тип которых совпадает с первым встреченным.

[cyGROB]

А просто встроенными средствами работы с атрибутами пробовали работать?
table manager не обязательно устанавливать.

да, первым делом, но к сожалению в таблице атрибутов кнопка редактирование полейне активна, по этому и появилась нужда в tablemanager

[gamm]

MIF/MID - текстовый формат, правится руками без всяких утилит (MID загружается в Ёксель или куда больше нравится, и делайте, что хотите, потом список полей в любом текстовом редакторе в MIF останется поправить). Покажите начало обоих файлов, может там вообще мусор какой-то вместо текстовых данных ...

[cyGROB]

Буду искренне благодарен, если у кого то получится импортировать его в таб, а главное бы узнать причину этой ошибки. Взаранее благодарен.

[cyGROB]

MIF/MID - текстовый формат, правится руками без всяких утилит (MID загружается в Ёксель или куда больше нравится, и делайте, что хотите, потом список полей в любом текстовом редакторе в MIF останется поправить). Покажите начало обоих файлов, может там вообще мусор какой-то вместо текстовых данных ...

Сейчас буду пробовать, спасибо за информацию

[Petruxin]

1. В MI не открылось.
2. В NextQGIS открылось в кодировке Win 1251. Названия полей на КИРИЛИЦЕ(NextQGIS открыл отлично). Не знаю как MI относится к кирилице в названии полей.
3. TableManager - поля удаляет.
4. Так это выглядит в блокноте:

[Slinger]

cyGROB

1) Количество полей не должно превышать 64. В вашем случае их 110, поэтому MI не в состоянии импортировать их.
2) Общая сумма знаков полей не должна превышать 4096 (то есть сумма всех char + decimal + float полей. Проще говоря, сумма всего занимаего полями пространства в памяти. Мне считать было лень, но наверное тоже больше допустимого максимума)

P.S: С учётом того, что больше половины полей пустые, я бы выпилил их руками из .mif'a и тогда импорт прошёл бы удачно. Либо открыть в том же QGIS'e и удалить лишние поля через table manager, что собственно вы и сделали.

прикладываю пофиксенный mif, оставил только первые 9 полей. Кстати файл довольно содержательный

[Александр Фадеев]

как вариант, панорама исходник кушает.

[cyGROB]

Slinger

Ты "выпилил" эти поля с помощью exel? Проделываю аналогичную работу с тем же самым файлом, один в один с твоим(фиксенный импортируется, все хорошо) но мапинфо выдает ошибку.
И в каком формате в Exel сохранил изменения?

[Slinger]

Попробую поподробнее.

В вашем случае я правил только .mif, .mid не трогал. Проанализировав .mid и поняв, что полезными являются только первые 9 колонок (это моё субъективное мнение только для данного случая), остальные колонки можно было удалить. Для этого я в файл .mif изменил значение Columns с 110 на 9, и оставив только имена первых 9-ти колонок, остальные удалил. При этом .mid я не трогал, так как MI при импорте прочитает значения из mid'a только из первых девяти "значений" или "колонок", разделённых запятыми, остальное проигнорирует и перейдёт к следующему объекту, где сделает то же самое.