Форум землевпорядників

да уж!
завтра наверника попросят
вместо
<Category>200</Category>
попросят заносить
<Category>Землі житлової та громадської забудови</Category>

удивляться уже нечему!

Неправильно - это когда у нас так, а у вас так.
Правильно было бы xsd-схему и методические указания агентством создать и чтоб разночтений не осталось.

Доброго здоров'я форумчани!
Порадьте будь-ласка вирішення наступної проблеми, можливо хтось вже зустрічався.
Створено ХМЛ, що містить опору ЛЕП. При внесенні до НКС-помилка накладання на опору (на повну площу) що вже є в базі даних. Координати місцезнаходження опори співпадають.
IN4 створював в Діджиталі,опору "вирізав" методом "петля" (варіант 1), потім методом "сложный полигон" (варіант 2). В ХМЛ конвертував МОФ (версія 1.16.0). Суміжник (внутрішній) вказував.
Жодна із моїх дій не призвела до позитивного результату.

Додано через 15 хвилин 33 секунди:
Можливо у мене невірне розуміння питання, але наскільки мені відомо налаштування НКС одні на всю нашу Неньку. Чому таке розмаїття щодо <Use> та <Purpose>?
Яка аргументація "Агентури" щодо цільового призначення???

Скабичевский, а чому не створюєте обмінники одразу в Діджиталсі? Спробуйте зробити ХМЛ прямо через програму і подати на перевірку.

Для Markush.

Результат однаковий. Чи створювати одразу ХМЛ в Діджиталі чи конвертувати МОФ. Накладка, нажаль, залишається. Можу ХМЛ свій відправити. А можливо хто зашле мені валідний ХМЛ (вже прийнятий в НКС) з опорою.
Доречі, коли створювати в Діджиталс ХМЛ з опорою методом "петля", МОФ видає помилку ULID, тобто повтор лінії.

Скабичевский, у меня такая же фигня с "вырезанными" подстанциями. Проделывал такие же действия как и Вы и в МОФ и в Геопроекте и отправлял коллегам они попробовали в Дижиталсе. Результат - контура которые должны быть "вырезаны" оказываются залиты. Ошибок в XML нет. Регистратор готовит відмову V_Bobruisk . facepalm

Скабичевский,
со сложными полигонами у меня почти всегда выходила лажа, нужно петлю (бублик) сделать в ручную (обводишь границы зем. участка, потом против часовой контур внутри), как в *.in4

Скабичевский, а якщо використати "складний полігон"?

Додано через 1 хвилину:
Valer4ik, а в нас завжди навпаки 5+5=?

Скабичевский писав:створювати в Діджиталс ХМЛ з опорою методом "петля", МОФ видає помилку ULID, тобто повтор лінії

Invader писав:они попробовали в Дижиталсе. Результат - контура которые должны быть "вырезаны" оказываются залиты

Не знаю як Ви робите. Сотні ділянок з опорами і трансформаторними підстанціями, і все нормальні в Діджиталс

Додано через 1 хвилину 5 секунд:
ще забув додати- методом "сложный полигон"

Для Markush
Методом "Сложный полигон" пробував. Безрезультатно.
Для Valer4ik
Зробив "петлю" (бублик) і вручну.
Результат той же самий.
Негативний.
Можливо це досконала й прекрасна НКС не має й гадки про вкраплені контури?

Для Сергій64
Не в тому проблема, що не створюється ХМЛ, чи видає помилки.
Проблема в тому, що НКС стверджує про накладку, коли фактично її (накладки) - немає.

Скабичевский писав:Можливо це досконала й прекрасна НКС не має й гадки про вкраплені контури?

А как виглядят названия точек в блоке квартал? (1-2-3-4-5-6-7-8)чи(1-2-3-4-5-3-2-6).

Скабичевский писав:Проблема в тому, що НКС стверджує про накладку, коли фактично її (накладки) - немає.

Так це не у Вас одного. Ніяк не можу вирішити цю проблему. Точно знаю, що накладки немає, а каже що є.

makctos писав:А как виглядят названия точек в блоке квартал? (1-2-3-4-5-6-7-8)чи(1-2-3-4-5-3-2-6).

Нумерація йде послідовна, згідно порядку точок у полігоні.


Синергія, доречі, цілком нормально реагує на ці багатостраждальні ХМЛ.

Сергій64 к Диджиталсу вопросов нет, все нормально. И нумерация точек корректна. При проверке XML ошибок не возникает. Все непонятки с накладками начинаются когда загружают XML в НКС

Скабичевский писав:Нумерація йде послідовна, згідно порядку точок у полігоні.

Я задал потому етот вопрос, потому, что НКРС берет информацию из названий точек(не номеров точек)квартала и если описать петлей (названия и номера точек совпадают) идут по очереди (1-2-3-4-5-6-7-8-9-10) где подчеркнутие точки с одинаковими координатами) НКРС должнаб ето понять.

Invader писав:Все непонятки с накладками начинаются когда загружают XML в НКС

Так а я про що? Та сама проблема.

В клієнта "завернули" обмінник, сказавши, що в ньому не має довжин ліній (так відображає НКС).

У нас такая же проблема в 2013г. с ОФ. Подскажите, пожалуйста, перебивать в ручную? или есть другие пути решения?

Харьков хочет ТАК:
+ код угодия по КВЗУ

Ну как сказал представитель с обласного управления на семинаре для землеустроителей:" Харків живе за своїми законами,обласне управління їм не указ". Отже, можна зробити висновок -це тільки для "обраних"

Веталей писав:Харьков хочет ТАК:

А откуда такие требования для Харьковской области если не секрет?

grfather писав:grfather » 28 хвилин тому

Веталей написав:
Харьков хочет ТАК:

А откуда такие требования для Харьковской области если не секрет?

В любом случае, ИМХО, писулька создавалась с целью упростить (читай не усложнять) жисть и себе и исполнителям, иначе она не изобилировалабы (класс!) таким количестом "на приклад ...".

Веталей писав:По-ходу это не для области, а только для города.

Судя по тому что по Харьковской области 11 городов (в т.ч. и сам Харьков) еще не залиты в НКС (а координаты у них были в местной системе) то скорее всего будет так как Вы написали для этих городов.

fendak писав:в чому відмінність між старим файлом xml і новим, який зараз вимагають?

ВСІ хочуть (дуже хочуть) знати facepalm 5+5=? Ushas

Скабичевский писав:Можливо це досконала й прекрасна НКС не має й гадки про вкраплені контури?

В яблучко!

Доброго дня, шановні колеги!
Скажіть, чи повертають комусь реєстратори справи і файли, якщо є розбіжності в деяких довжинах ліній (на 0,01 м) або в площах угідь (на 0,0001 га) між фалом і паперовим носієм. При цьому, загальна площа або периметр залишаються однаковими, просто виходить, що, наприклад, сторона може бути не 16,33 м, а 16,34 м, а площа сінокосів та саду відповідно не 0,0555 га та 0,0445 га, а 0,0556 га та 0,0444 га. Звичайно, це не на всіх ділянках, лише на тих, що мають складну конфігурацію, багато точок та угідь, але таких у нас якраз і багато. Є припущення, що це пов'язано з тим, що точність координат в обміннику до трьох цифр після коми, а на плані вказано тільки дві.
Що робити в такому випадку? Переробляти файл і підтягувати його до розмірів на папері?