Питання щодо нової можлиості “Покращено зберігання точок та межових знаків в XML”
Поясніть, будь ласка, для чого при конвертації програмою Digitals через меню Файл - Конвертувати IN4 в XML створюються межові знаки на вусиках суміжників і на кутах будівель? Чому вони не створюються тільки по межі ділянки?
Вимкніть галочку Сервис-Настройки-Чтение-IN4/GBD-Создавать пикеты с номерами в новій версії програми. Тоді програма буде створювати точкові об’єкти лише на закріплених точках, точках з непустим описом та/або методом визначення не Survey.
Умова “точка має ім’я PN, яке не співпадає з UIDP”, про яку написав Сергій не працює. Ставлю там найрізноманітніші цифри, але якщо не витримана одна з інших умов, то межовий знак після повторного відкриття XML зникає. Так і має бути?
Мені здається, що було б доцільніше, щоб вона все ж таки працювала. Бо поставити реальний номер межового знака для того, щоб він не зникав простіше, ніж його опис. Чи це проблематично зробити?
У такому випадку потрібно увімкнути галочку Сервис-Настройки-Чтение-IN4/GBD-Создавать пикеты с номерами, але проблема у тому що у конвертованих з ін4 в хмл файлах містяться “унікальні” назви точок, в таких файлах потрібно буде видаляти ці зайві точки.
Доброго дня! Повертаючись до теми нової можливості “Покращено зберігання точок та межових знаків в XML”…
Чому порядок закріплених межових знаків у файлі XML йде знизу догори, а не по колу ділянки, як це зроблено із суміжниками?
Адже це викликає незручність при створенні кроків. Відбувається змішування номерів МЗ. Чи можливо виправити, щоб було по колу?
P.S. Я в себе зробив, щоб скрипт сам автоматично змінював порядок точок по колу ділянки, тому мені уже це не потрібно. Але може іншим треба.
Перефразовуючи дану проблему (бо вона і досі актуальна) справа очевидно не в тому, як створюються чи зберігаються межові знаки, а в тому, як програма Digitals їх читає, коли відкривається обмінний файл XML в програмі. Чому програма, коли відкриває XML, де більше двох закріплених межових знаків, сортує їх порядок не за контуром ділянки так, як це робиться із суміжниками? Перший суміжник той, що йде перший за контуром ділянки, другий - той, щоо другий за контуром і т.д. А межові знаки чомусь так не сортує. І це проблема. Бо коли повторно формувати звіт по кроках, то вони виходять в списку без порядку: 3,2,4,1
Хоч насправді в XML вони є послідовно за контуром ділянки
Добрий день розробниками Digitals!
На скільки розумію, ви зараз будете вносити зміни в структуру обмінного файлу згідно постанови КМУ від 23 грудня 2021 р. № 1417:
В структурі обмінного файлу додали цілий ряд нових елементів для точок полігону:
Landmark Ознака наявності межового знака на даній точці
LandmarkNumber Номер межового знака
LandmarkType Вид межового знака
DescriptionLandmark Опис місцезнаходження межового знака
Чи можна за одно звернути увагу на проблему, яку я описав був раніше? Щодо плановості відображення межових знаків при відкритті обмінника (порядок плановості МЗ не відповідає порядку точок в контурі ділянки).
І чи планується можливість додавання межових знаків у поворотні точки обмежень, які не є поворотними точками ділянки?
А очікуються зміни в “Місце розташування”?
Райони змінились і якщо вибрати теперішній район то не видає списку населених пунктів і вулиць.
Зручна опція.
Звідки підтягуються ці дані?
Ви звели реєстри Населених пунктів та вулиць по них у себе на сервері?
Як варіант подивитись для себе можна тут, але тільки населені пункти static.rada.gov.ua/zakon/new/NEW … zmist.html
Реєстр вулиць в розрізі кожного населеного пункту в іншому місці…
Ні. Ця функція зявилась стандартно. Починаєш набирати перші літери населеного пункту і підтягує повну назву. Ну або з випадаючого списку вибираєш населені пункти вибраного району. По вулицях так само, список вулиць вибраного населеного пункту.