Здраствуйте. На нынешнем этапе “разработки-тестирования” система НКС требует чтобы в xml-файлах присутствовали “петли”. Т.е. система не понимает вкрапленные элементы. Создать их как бы не проблема (выделяем нужный слой, вырезаем и вставляем на “чистый лист”, разделяем объекты, создаем петлю, удаляем ненужные вкрапленные элементы и возвращаем этот “готовый” слой назад в файл. И так с каждым слоем на котором присутствуют вкрапленные элементы.). Вроде-бы все хорошо, но после сохранения и открытия, этого же, xml-файла, появляются продублированные смежники (не все, а те которые примыкают к точке “петли”, или вблизи ее), т.е. обычно это правый и левый смежники от начальной точки петли.
И так можно до бесконечности, смежники будут наростать в геометрической прогрессии.
Вийшов з положення шляхом (Вырезать/Вставить), але необхідно, щоб початок полігону та його напрям відповідали початку суміжників. Інакше, встановивши нижчевказаним методом порядок суміжників та зберігши ХМЛ не отримаємо очікуваного результату.
@Map.SelectLayer id70010
;помічаємо всі ХМЛ-суміжники
$Numb=@Map.SelCount
;рахуємо їх кількість @Map.DeselectAll
;знімаємо помітку
$I=1
;початкове значення лічильника-накопичувача у циклі
%metka
;початок циклу @If $I>$Numb then @Break Готово
;умова закінчення циклу (якщо значення лічильника-накопичувача перевищить кількість ХМЛ-суміжників тоді завершення) @Dialog.WaitBox Вкажіть суміжника № $I та натисніть
Правка | Вырезать
Правка | Вставить
$I=$I+1
;лічильник-накопичувач циклу @goto metka
;перехід на початок циклу
П. С. Не зважайте на примітивніть написання скрипту. Продовжую вчитись.
В новой версии Ged.exe исправлена возможная проблема с дублированием смежников в участках с “петлей” при сохранении в XML. Если “петля” начинается с первой точки участка, то возможен некорректный порядок смежников в файле. Эта ошибка в ближайшее время тоже будет исправлена, а пока просто не начинайте “петлю” с первой точки.
Только что все проверил. С петлей сохраняет, количество смежников осталось тоже самое.
UPD: (08:26) Приношу свои извинения. Действительно Диджиталс почему-то нехочет сохранять файл в xml (но только некоторые из них). “Ошибка записи в файл”, притом что рядом лежащий сохраняет.
UPD-2: (11:52) Диджиталс почему-то нехочет сохранять файл в xml если есть вкрапленные элементы, но если сразу сделать петлю и сохранить, тогда сохранение происходит в обычном режиме.
UPD-3: (16:09) Диджиталс почему-то нехочет сохранять файл в xml даже если отсутствуют вкрапленные элементы.
Получается так что программа как-то выборочно записывает, тот хочу этот нехочу 6524784900000000000.xml.zip (5.17 KB)
Здраствуйте. Очередной нововыявленный баг. Не сохраняет угодья в xml’е (новособранные а самом xml’е) (файл сохраняется, видно по дате и времени перезаписи, размер файла меняется). При повторной загрузке файла, угодия нет. Прикрепляю файл без одного угодия (капитального строения в середине петли), протестируйте (соберите угодие, сохраните, а потом заново загрузите файл). Думаю что это последствия из-за петли.
Хотя если сконвертировать из ин4 со всеми угодьями - все нормально сохраняет.
Угодья (также как и ограничения/сервитуты, аренда, субаренда) сохраняются если они находятся внутри участка. Ваш пример содержит “петлю” в участке, потому угодье-здание не попадает внутрь участка и не сохраняется. Не нужна петля в участке в этом примере.
Спасибо за столь быстрый ответ. Вчера в конце рабочего дня узнал что разрабы НКС, “научили” систему понимать вкрапленные элементы. К большому сожалению они о апдейтах никого не предупреждают. Кстати насчет петли в xml’е, у меня тоже такая же мысля проскакивала (объект не внутри участка, через то и не сохранял. все логично). Вобщем спасибо за оперативную помощь.
Создаю xml-файл… 3 смежника подряд, в т. ч. угловой, и первая точка земельного участка как раз в этом углу…НКС показывает беспорядочное положение смежников; а когда первую точку ставишь туда, где нет углового смежника, тогда все смежники по порядку, начиная с первой точки. Какой еще выход из этой ситуации?
