Главная › Форум › XML Конвертер › Ошибка при конвертации в формат mid/mif
Помечено: Ошибка при конвертации в формат mid/mif
В этой теме 20 ответов, 6 участников, последнее обновление Андрей Ясевич 6 года/лет, 9 мес. назад.
-
АвторСообщения
-
22.04.2016 в 06:45 #2325
Здравствуйте, Андрей. Конвертирую выписку на линейное сооружение в MapInfo, конвертация проходит успешно, но если попытаться импортировать получившийся mif в tab, выскакивает ошибка: «Встретилось [pen] там, где ожидается [числовая константа]». В чем может быть причина? Выписка во вложении.
Вложения:
You must be logged in to view attached files.22.04.2016 в 13:42 #2329У представленного в выписке сооружения имеется два контура. 1-й это окружность, 2-й линия. У первого контура-окружности заданы координаты цента, но задан радиус. Таким образом исходный XML-файл некорректный, поэтому не может быть корректно сконвертирован в форма mif/mid.
26.04.2016 в 11:59 #2342Не подскажете, какое условие нужно включить в запрос, чтобы контур сооружения точечного типа, если он не содержит радиус, прописывался бы в mif-файле как точка, а не как октагон? Сам пробовал, но ничего не выходит.
Дело в том, что случай для кадастровой палаты, в регионе где я работаю, не единичный, и таких XML-выписок очень много. Перебирать каждую запрошенную выписку — не вариант, наталкиваться на приостановки, по причине того, что в межевом плане не содержатся ОКСы, расположенные на участке, тоже бы не хотелось.26.04.2016 в 13:45 #2343Думаю самый простой способ, чтобы круглые сооружения без радиуса конвертировались это сделать проверку, что если почему-то радиус не задан, то принимать его равным какому-то значению. Выглядит на XQuery так:
let $R := if (exists($SpatialElement/*:SpelementUnit/*:R)) then data($SpatialElement/*:SpelementUnit/*:R) else 127.04.2016 в 05:38 #2348Спасибо, такой вариант тоже подходит.
23.05.2016 в 11:17 #2415Данное изменение в запросах включено в обновление программы XML Конвертер 1.7.2. Так что, если у круглого объекта не будет задан радиус он принимается равным 1 метр.
24.03.2017 в 22:04 #3278КПТ на область 52:00: конвертер вешается- Runtime Error! при попытке вытащить пункты ОМС. Приложить не могу, весит 19 МБ. Преобразование в txt — тоже вылетает
25.03.2017 в 04:47 #327925.03.2017 в 05:25 #3282Первый раз не получилось….
Ещё раз25.03.2017 в 05:39 #3283Да….
не получается прикрепить,почему то не берет части архива,а целый не получается меньше 5120.Андрей! Здравствуйте..
Такие КПТ пошли огромные,стало не удобно работать
пора при конвертации ставить фильтры,чтобы отсекать ненужное(эти территориальные зоны так «захламляют»)25.03.2017 в 06:05 #3284Ну еще разик….
Да,ну Вы Андрей и замутили с вложениями……- Ответ изменён 7 года/лет, 8 мес. назад пользователем Михаил.
25.03.2017 в 06:24 #3286Марина Арсентьевна!
Пункты ОМС легко найти на сайте:
http://pbprog.ru/webservices/oms/27.03.2017 в 11:34 #3288Для конвертации файлов большого размера нужно включать внешние обработчики. Для извлечения пунктов ОМС используйте запрос «НОВЫЙ Пункты ОМС MIF/MID» или «НОВЫЙ Формат TXT — пункты ОМС, разделитель табуляция».
14.02.2018 в 10:34 #3997Добрый день! Что можно предпринять при ошибке :
«Добавляем: report-fa9f936d-c15f-445c-9b61-056127bb3297-BC-2018-02-06-032223-72-01[0].mid
Ошибка! Добавляемый файл не правильной структуры — пропущен
Ошибка объединения файлов»?Раньше такого не возникало. Данная ошибка началась с 1 января 2018, ХML другого формата с Росреестра (заказываю КПТ по кварталам на все муниципальное образование). Когда файлы по одиночке, я обрабатываю на http://pbprog.ru/webservices/mif/ конвертором XML-файлов в формат MIF/MID (MapInfo). А теперь их у меня 200 (я КПТ заказывала). Мне не рационально каждый хмл-файл обрабатывать в старый формат 2016-2017. Есть какая-нибудь массовая загрузка проебразования в формат 2016года?
14.02.2018 в 11:01 #3998 -
АвторСообщения
Для ответа в этой теме необходимо авторизоваться.