Имеем файл MapInfo. Структура полигона включает только номер квартала и номер выдела. На карте отражена повыделеная сетка.
Открываем: правая клавиша на дереве данных открыть данные MapInfo. Указываем путь к созданным ранее mid и mif файлам.
Файл открывается, но все полигоны пустые, галочки не ставятся.
Подумал, может из-за структуры. Перебил структуру полигона.
Пересохранил. Попытался открыть в тополе, все красиво, полигоны видны. Есть границы полигонов, но как объект линий нет.
Экспорт в блок - программа зависает на 10%.
Открыл MapInfo. Создал отдельно линии, объединил. Открыл полученный файл в Тополе, полигоны и линии отобразились и на схеме и как объект. Но при экспорте в блок опять та же ситуация, на 10% завис.
Импорт из MapInfo с кириллическими именами таблиц
Сообщений 1 страница 4 из 4
Поделиться108.04.2017 23:48:53
Поделиться208.04.2017 23:53:22
На всякий случай отправил на почту файлы, которые не получилось импортировать.
Поделиться310.04.2017 01:21:51
Формат базы не должен влиять на возможность открытия данных, если только не имена полей кириллицей. В слое полигонов MapInfo линий, как объектов, действительно нет, это же система со своей объектной моделью. Линии могут появиться только в процессе импорта в топологическую модель TopoL-я.
Проверьте совместимость систем координат, правильно ли они заданы. TopoL не может самостоятельно определить, в каком системе координат данные MapInfo, у них разные по формату описания проекций. Грубое несоответствие между реальной и указанной системами координат может создать проблему. Попробуйте выбрать и импортировать небольшую часть полигонов - если это проходит, значит проблема в самих данных, скорее всего в графике.
Поделиться410.04.2017 08:54:34
если только не имена полей кириллицей
И имя поля в базе кириллическое и имена таблиц кириллические. В данном случае, повлияли имена таблиц - после переименовывания все экспортировалось без проблем.
Имя поля Вам может "аукнуться" позже, если будете обращаться к базе с SQL запросом. Причем, на одной машине он может пройти, на другой нет - это будет зависеть от используемого прикладного ПО, сервера, драйвера БД или операционки.
Сложилась такая ситуация исторически. Такие гиганты как Майкрософт объявили о допустимости кириллицы в именах с учетом того, что при обращении к ним разработчикам нужно где то брать кириллицу в одинарные кавычки '', где то двойные "", где то в []... Но они не подумали о том, что уже существует масса продуктов, драйверов, средств разработки, которые нужно тупо переделывать, а делать это далеко не все захотели.
И это без учета проблем с распознаванием кодировок, которых, как Вы знаете, наплодилось видимо - невидимо. Не знаю как сейчас, но лет пять назад mysql имел проблемы с буквой "Я". Другие драйверы, средства разработки и сервера до недавнего времени имели проблемы с буквами "Ё", "Р"...
В то же время, буквы английского алфавита читаются всегда и везде и не требуют со стороны разработчика никакой обработки.
Поэтому профессиональные программисты (не путать с сотрудниками 1С франчайзи и т.п. спецами) избегают работать с кириллицей в именах, чтобы не увязнуть в саппорте возможного системного окружения конкретных пользователей. Консорциум OpenGIS прямо это оговорил.
В общем, кириллицу используют только ламеры и чайники при решении персональных задач типа "моя записная книжка"...
Вот относительно свежий (2013г) пример саппорта проблем с кириллицей:
Проблема:Давно использую кириллицу при именовании полей, названий таблиц и базы данных. Не всегда сразу удается подключиться к базе из Visual Studio. В настоящее время после переустановки ОС и VS 2010 SP1 пытаюсь восстановить (создать новое) подключение к базе с названием "цукс".
Решение:Ответ from the mysql forum http://forums.mysql.com/read.php?38,593950,594066#msg-594066.
Т.к. я пользуюсь ria services and entities framework, то для создания подключения в дизайнере пока обошел проблему так. Удалил драйвер mysql-connector-net-6.6.5 , поставил драйвер mysql-connector-net-6.3.7. Под ним сделал подключение к базе "цукс". Затем удалил и повторил установку .net framework 4.5 (иначе mysql-connector-net-6.6.5 не устанавливается) и поставил 6.6.5 снова. Подключение сохранилось, problem solved!
То есть, саппорт должен разобраться какой драйвер и FW стоят на машине и организовать у пользователя его переустановку... И таких "проблем - решений" с кириллицей Вы в инете найдете чертову тучу. Нас всего трое и мы не готовы к такому саппорту. Так что, убедительная просьба с "базами", имеющими кириллические имена, обращаться к их создателям, пусть они и разбираются во всем этом...
Перенесу в FAQ и добавлю пункт в Правила.