Посмотрим, хотя желательнее было бы найти какие то нормативы по его формированию, так как конкретный Xml может быть весьма не полным. Но и это хорошо. Изучим по мере возможностей.

Есть новости по данному вопросу?

Пост написан 25.05.2022 13:41:40

Попробуем сделать импорт самого контура в виде набора точек в модуле работы с контурами. Остальное можно будет сделать средствами этого модуля.
Задача на очереди, сначала завершаем текущую. Придётся подождать немного.

Такие данные могут быть и у других пользователей, уже всплывали. Так что, при возможности Д.А. постарается что то сделать.

А где инструмент то находится?
В истории написано "Внешние данные / Импортировать / файл геоданных формата XML". А где это? Два раза пересмотрел "Данные" в окне карты, но так и не нашёл похожего пункта.

Пост написан 24.06.2022 15:56:31

Так в предыдущей строке "Истории" есть ответ:

    1. В модуль работы с контурами добавлена функция:

Это где Вы лесосеки можете проектировать или текущие изменения вносить - кнопка "Работа с контуром" над деревом объектов.
Этим модулем не занимаюсь.
Думал как экспорт прочих данных сделаете.
Ссылку на инструкцию тогда надо.

Пост написан 27.06.2022 08:24:24

Судя по тому что импорт идёт в инструменте лесосека, можно принять только один контур xml? Так ли это? А то я пытаюсь полную выгрузку кпт. Результата нет.

Пост написан 27.06.2022 15:17:39

Отправил на почту ещё варианты xml.

Пост написан 27.06.2022 16:03:25

Данные/открыть векторные данные других типов.

Пост написан 27.06.2022 17:00:19

Не попробовав не увидим.

Этого наш импорт не предусматривает. Мы не можем дублировать функционал Росреестра. Задача импорта - загрузить границы лесного участка, в пределах которого Вы будете делать лесоустройство или проектирование самих участков.

Как раз это и делается. Нужно попробовать многоконтурный Xml.
То с чем я до сих пор сталкивался - это все же конкретные кадастровые участки. Если Вам сливают в одном Xml целыми районами - то нужно думать, что с этим делать. Без образца мы думать не будем.

Сейчас у всех один режим - премодерация. Возможно останется основным, т.к. оказался очень удобным - легко просеивать шелуху, сберегая нервы и время разработчиков. )
Образец получил. Мягко говоря, эта задача:

и та, что ты прислал:

это совсем разные задачи... Посмотрим.

Дмитрий Александрович так как же работает модуль лесосек на импорт xml файлов? С одним контуром или несколькими?

Пост написан 27.06.2022 21:01:24

Мои данные от вчерашнего числа получили?

Пост написан 28.06.2022 08:00:39

Надо было сразу многоконтуровку слать если именно это актуально.
Согласен. Но у меня он появился только только.

Пост написан 28.06.2022 10:11:00

Пока Д.А. ничего не сообщал.

Присылайте, не помешают.

Я код импорта XML написал, теперь надо привести его в работоспособное состояние. Стандартизация там "на высшем уровне", интересно, они сами пробовали свои файлы импортировать?

Привожу пример:
- это не разные файлы, в одном XML ;
- это не разные разделы файла, всё в одном разделе;
- это даже один список объектов, один объект под номером 3, другой - под номером 24;
- а вот формат описания системы координат объекта разный - отличаются не только
   ключевые слова, но и уровень, на котором само описание системы координат находится.

Чтобы понять, что одни и те же данные на картинке представлены в совершенно разных форматах и на разных уровнях блок не нужен.
Судя по приведенному Д.А. примеру, в структурах, которые Вам дают такие данные, также как в нашей отрасли, разработкой внешних проектов, НПА и другими вариантами формализации процессов занимаются люди, не имеющие достаточной для этого квалификации.
Если Д.А. удастся нащупать в этой каше хоть какую то логику в осмысленное время - он сможет Вам помочь, если нет - вопрос будет заморожен до появления в этом потоке внятности. Потому, что делать модули, которые потом нужно будет бесконечно править под каждый чих, для нас в сложившейся в отрасли ситуации не рентабельно.

Подготовил 869 версию, где реализован импорт карт в формате XML для трёх вариантов описаний, которые внутри имеют схожий формат:
"extract_about_zone"
"extract_about_property_land"
"extract_cadastral_plan_territory"

Для больших файлов импорт может занимать приличное время:
- файл 23 Мб, почти 1400 линий и 74000 точек - 16 минут;
- файл 193.5 Мб, 12700 линий и 460000 точек - 3 часа 50 минут.

При этом, особенно на старых компьютерах, рекомендую во время импорта таких больших файлов оставить компьютер в покое, не пытаться в параллель что-то на нём делать, потому что мне при тестировании удавалось таким образом "повесить" программу (где-то в системной части Windows) при импорте точек после достижения нескольких десятков тысяч. TopoL при этом оставался работоспособен.

Импорт вызывается через контекстное меню на уровне лесничества: "Импортировать / карту из xml". Хотя это не имеет отношения к конкретному лесничеству, именно здесь сосредоточены все операции импорта-экспорта.
При импорте вы выбираете нужный файл формата .xml, затем задаёте расположение и имя блока, куда данные будут записываться.

Будет создан блок с группой линий "окружная граница" и базой со следующими полями:
- cad_number
- reg_numb_boder
- part_number
- part_area
- number_pp

и группой точек "поворотные точки  геохода" c базой со следующими полями:
- ord_nmb
- num_geopoint

Все поля текстовые, так как в идентификаторах встречаются буквы, имена полей соответствуют именам исходного формата XML. Разные поля идентификаторов встречаются в разных вариантах описаний, в их разных разделах. Если описания пустые, значит таких данных не было в исходном файле или данном разделе файла.
В процессе импорта в диалоге высвечивается, идёт импорт линий или точек (второе медленнее - их больше) и из какого раздела исходного файла происходит чтение данных. Индикатор выполнения для каждого раздела начинается с нуля и может пробегать многократно - мы заранее не знаем, сколько данных будет в разделе, так как структура данных древовидная многоуровневая.

Что касается систем координат, мне кажется проще с этим разобраться уже после импорта, тем более что описания эти отличаются и по расположению в исходном файле, и по ключевым словам, и по идентификации самих систем координат. Даже в одном исходном файле данные могут быть в разных системах координат. Проще уже после импорте разделить это в блоке и назначить правильные системы координат.

Пробуйте, когда выложим.

У меня не идёт. Я у вас хотел бы спросить. Я присылал вам три файла. Они открываются? Сегодня кинули ещё один, результат тот же.

Пост написан 17.08.2022 16:16:58

Д.А. предположил, что ты нажал "Импортировать - данные из xml" вместо:

Я проверил - так и есть, это сообщение импорта "данных", т.е. таксации.
Перед запуском прочти также комментарии Д.А. относительно времени и режима работы модуля:

Я бы и на новых ПК не стал бы дергать тополь во время такой тяжелой работы по разбору плохо структурированной информации. Это работа скорее для Шерлока Холмса чем для программы...

Целей дублировать базы реестра не было. Из линий всегда можно сделать полигоны. Причем после того как разберетесь с линиями. А с полигонами, принятыми из нетопологических структур придется что то делать. Я в этом году работал с объектами лесоустройства и принятыми из кадастра. Сейчас все гораздо хуже чем раньше - объекты просто не совпадают по границам. И брать по уму нужно то, что соответствует реальности, а это чаще не кадастр.
Смысла разбираться с такими "полигонами" нет никакого. Как и вникать в структуры БД реестра и дублировать их у себя.

Обновление 870 выложено, пробуйте.

К сожалению, Д.А. подтвердил своим текстом и устными комментариями, что площадных объектов эти файлы не содержат, как, впрочем, и достаточное количество параметров для их автоматизированного формирования в Тополе в виде топологически корректных полигональных объектов.
Выборочный просмотр мною некоторых случайно отобранных объектов в самом реестре показал, что и там многие кадастровые номера (КН) либо вообще не присутствуют либо не позволяют точно определить что точно туда входит. Часть объектов идентифицируется на карте некорректно с точки зрения топологии, есть визуальные глюки при смене масштабов, что позволяет предположить наличие топологических проблем в самой БД. Вручную с этим разобраться еще можно и я этим занимался весной. Автоматизировать формирование полигонов из таких данных не представляется для нас возможным.
Так что КН смотрите в "контурах" и "точках" (С, Реестр). Там где их можно было привязать к точкам или линиям Д.А. это постарался предусмотреть. Если есть конкретные объекты, для которых не считываются КН при их наличии в Xml - шлите образцы таких объектов с подробным описанием что не взялось. Д.А. абстрактно не должен в этом копаться.
Вопросы, касающиеся сущностей (входит или не входит объект в контур, о вложенности контуров... просьба не задавать - будем игнорировать! Это к нам отношения не имеет.
Тему БД полигонов по описанным выше причинам я также закрываю - будем ждать лучших времен, когда данные реестра будут более точными... понятными... общедоступными... стандартизованными... хорошо регламентированными и описанными.

Именно так.

Путем формирования полигонов на стороне принимающей программы.

Так я уже сказал:

А именно:
1. Очевидно, что у МапИнфо в РФ очень много пользователей из самых разных отраслей, число которых измеряется многими тысячами (правда больше нелегальных), среди которых, думаю, хватает представителей, имеющих квалификацию для работы с реестром на уровне разработки и соответствующий доступ к инсайд-информации.

2. Очевидно, что пользователей АркГИС в РФ меньше чем МапИнфо и соответственно разработчиков.
3. Бизнес план проекта ГИС TopoL + LesIS, согласованный с ключевыми отраслевыми структурами в 1998-2002гг был рассчитан на потенциальную клиентскую базу в 10 000 пользователей с огромными скидками, но из-за отказа "согласователей" от НЛУ и последующего 20-летнего периода безнадежных попыток недобросовестно конкурировать с нами вместо сотрудничества, число клиентов оказалось на порядок меньше и половина из них стали "сезонными".
Поэтому мы сейчас не располагаем ресурсами для серьезных разработок или разработок (и особенно!), требующих серьезного погружения в чужие нам информационные системы... закрытые... весьма глючные... содержащие кучу ошибок... и т.п. Все силы, которые мы ГОТОВЫ потратить на проект, направлены на поддержание работоспособности того, что создано и лишь малая толика - на какое то доступное нашим силам развитие.
Нам, правда, есть чем утешить себя - ни на базе МапИнфо... ни тем более АркГИС... не разработано ни одного продукта, покрывающего хотя бы 20% функционала Тополя. Как и в массе отраслевых и региональных "лесных ГИС" и интернет - гляделок, которых я насмотрелся в избытке. Все смотрел, многое щупал - ноль!
Так что, юзай Мапинфо в той части, которой нет в Тополе. Или возьми альтернативную отраслевую систему, которых было заявлено очень много. Мы никого не держим и никого не принуждаем, в отличие от твоих командиров.   
И запомни простую формулу успешного ИТ проекта:
Успех = f(Финресурсы; Кадры; Клиентская БД)
По всем трем параметрам отрасль создала для себя задницу. А таких параметров как "сделать на слабо"... "уболтать"... "укритиковать"... в этой формуле нет и не будет. Так что, предлагаю вслушаться в свою собственную фразу:

и не грузить нас бесконечным повторением просьб, которые мы отклонили по вышеописанным обстоятельствам. Это не увеличивает наши возможности.