При конвертации файлов КПТ неверно дает кадастровый номер и адреса

Добрый день! Проверил конвертацию прикрепленного файла КПТ. При открытии сконвертированных mif/mid файлов как универсальными запросами, так и запросами по отдельной конвертации участков и объектов недвижимости в MapInfo никаких несоответвий выявлено не было. Думаю, если бы вы внимательно прочитали инструкцию к программе, а именно чем отличаются универсальные запросы от других, то с описанной проблемой не столкнулись бы.

Вот фрагмент инструкции к программе XML Конвертер.
Начиная с версии 1.5 запросы преобразования разделены на два типа «обычные» и «универсальные», отличия которых сводятся к следующему:
• Обычные запросы преобразуют только выписки и КПТ, универсальные могут преобразовывать любые XML-файлы Росреестра, в которых есть графика (координаты объектов).
• Для обычных запросов привязка обработки XML-файлов идет к участкам (узел Parcel), в универсальных привязка обработки XML-файлов идет к пространственным данным (узел Entity_Spatial), т.е. если в участке нет пространственной составляющей (декларативный участок) универсальный запрос такой участок не «заметит» и не обработает.
• Т.к. универсальный запрос преобразования в формат MIF/MID не обрабатывает декларативные участки, то в таблицах MapInfo не создаются записи для объектов без графики (предложение None в файле MIF). Это может быть использовано, например, для таких программ, которые при импорте файлов в обменном формате MIF/MID не понимают или не корректно обрабатывают объекты без графики (например, Digitals).
• Универсальные запросы благодаря возможности извлекать данные из любых XML-файлов Росреестра могут быть использованы не только для преобразования полученной из кадастра информации, но и для извлечения и контроля внесенной в XML-файлы информации, предназначенной для передачи в кадастр, например, в форме электронных версий межевых, технических планов, карты(плана).

Вывод. Прежде чем критиковать чьи-то программы, убедитесь что проблема связана именно с той программой, которую собираетесь критиковать, а не с другой используемой вами. Что касается доработки программ в части выявленных замечаний, то я не припомню, что хоть одно из присланных замечаний осталось мной без ответа и в случае, если замечание является критическим, я вношу исправления оперативно. Так же следует учитывать, что невозможно предвидеть все возможные проблемы из-за частого изменения форматов файлов и особенностей их предоставления в разных регионах. Что касается загрузки на форум, то вы правильно сделали, что запаковали файл при отправке. Место на сервере ограничено, поэтому при прикреплении файлов стоит ограничение в 5 мбайт. xml-файлы в не запакованном виде виде занимаю много места, поэтому их нужно архивировать в архив, например, zip. Если вы хотите прислать мне на проверку файлу больно размера, то может воспользоваться электронной почтой.

«Обычные» и «универсальные» запросы работаю по разному. Так, например, «обычный» запрос по извлечению характеристик участков при обработке xml-файла ищет элементы соответствующие участку (Parcel) и уже после этого начинает извлекать характеристики участков, включая пространственные данные. Т.к. не все участки имеют границы, то могут создаваться записи об участках в таблице MapInfo (отдельный слой в MapInfo называется таблицей), для которых имеются данные, но отсутствует графика. Элементы без графики в файле mif, обозначаются «None». «Универсальный» запрос при своей работе ищет вначале элемент пространственных данных (EntitySpatial) и уже после этого начинает определять, какому типу объекта пространственные данные принадлежат и извлекать характеристики объекта. Очевидно, что при таком подходе не будут созданы записи для участков, у которых нет границ. Есть свои плюсы и минусы у каждого из подходов. Говорить о том, что зачем нужен обычный запрос, если есть универсальный не правильно. Универсальный запрос теряет часть информации. Так, например, если в квартале 100 участков, графика есть только у половины, то воспользовавшись «универсальным» можно подумать, что в квартале только 50 участков, хотя на самом деле их 100, из-за чего при анализе сведений можно прийти к совершенно неправильным выводам. То, что некоторые программы почему-то игнорируют объекты без графики, то это проблемы именно этих программ. Об данной особенности запросов и возможном наличии проблем загрузки данных в некоторые программы написано в инструкции.