Выкладываю файл. Буду рад любому совету. Спасибо.
У вас всі суміжники ідуть не за годинниковою стрілкою. Оберніть їх. У вкрапленному контурі суміжник має як би іти проти годинникової стрілки, це ж петля тому всередині виглядає як проти годинникової стрілки. Файл прикріпив.
Все равно ошибка никуда не уходит. Попробовал исправленный Вами файл. Я же говорю, направление смежников менял.
Цікаво. У мене помилок нема по суміжниках. Відкрийте файл той що я прикріпив, нічого не міняйте, натисніть зберегти і прикріпіть ще раз сюди.
Сделал.
Что-то мало желающих помочь… Печально. Хотя бы соображения напишите. Или как всегда времени нет?
… можливо версiя XMLChecker стара, чи схема (XMLSchema.xsd), чи сам скрипт (CheckXML.pas)
Может и так. XMLChecker от 04.10.16. Есть посвежее? Ну и сам скрипт и схему можете выложить здесь? Или ссылку дайте. Хотя обновлялся с сайта…
попробуйте цей варiант. Добавив вузли в точках (були вiдсутнi). Зараз помилка у вiдсутностi спiвпадаючих вiдрiзкiв для обмеження. З сумiжниками все ок.
Проблема не у внутрiшньому сумiжнику, а в зовнiшньому (землі приватної власності с.-г. призначення ( кад. № 4421655400:28:001:0020 )
P.S. версiя XMLChecker та ж сама, що у Вас
Да, действительно. Спасибо. Буду анализировать.
Проблема з внутрішнім контуром, видає помилку. Створював петлю і в ін4 (потім конвертував) і в xml - результат однаковий. Можливо хтось гляне на цей обмінний файл і підкаже, що не так, чи виправить мою помилку. Дякую.
Ось так, має бути!!!
Дякую! А як ту помилку виправляти я так і не зрозумів.
Помічаєте угіддя-двір, перетворюєте в складний полігон (Сервис-Преобразовать-Петлю в сложный полигон) та зберігаєте файл.
Добрий день.
Підкажіть будь ласка, як зробити щоб після конверткуваня з ін4 в ХМЛ коли в адресі ділянки Ставківська ОТГ, по замовчуванню прописувало “за межами населеного пункту”.
а також не змінюється цільов призначення з 2.1 на 01.01., в хмл так і залишається 2.1
Дякую.
Знайдіть у файлі Digitals\XMLCheck\Scripts\ConvertIn4ToXML.pas наступні строки:
// True если адрес в границах населенного пункта
// признаком участка за пределами нас. пункта является наличие слова "рада"
function GetIsUrban(Settlement: string): Boolean;
begin
Result := Pos('а рада', AnsiLowerCase(Settlement)) = 0;
end;
замініть їх на
[code] // True якщо адреса в межах населенного пункта
// визначається наявністю слів “рада” та “ОТГ”
function GetIsUrban(Settlement: string): Boolean;
begin
Result :=
(Pos(‘а рада’, AnsiLowerCase(Settlement)) = 0) and
(Pos(‘ОТГ’, AnsiLowerCase(Settlement)) = 0);
end;
[/code]
Проблема в тому що одному старому коду можуть відповідати кілька нових. З 2.1 - 01.01. дійсно все ясно, з рештою не так.
Додаю старий та новий класифікатори, визначте безсумнівні відповідності старих та нових кодів по аналогії з кодами угідь (див. Digitals\Lists\CN2LandCode.txt), тоді виправимо скрипт конвертації.
Добрый день. Случайно обнаружил, что XMLChecker не замечает разницы между суммой площадей угодий и площадью участка. По-моему, раньше эта проверка работала?
Добрий день! На скільки знаю, XMLCheker не мав ніколи в собі алгоритму перевірки суми площ угідь та площі ділянки. Бо навіть НКС при перевірці таку помилку не показує. Це якби і не є помилка. Просто деякі реєстратори вимагають, щоб площа сходилася, оскільки потім при нормативній оцінці виходить розбіжність.
Для цього завдання був написаний скрипт - Контроль площі ділянки та суми площ угідь
Маленький нюанс виправляє тільки прямокутні угіддя, а якщо більше чотирьох кутів то не виправляє
Прикріплений скрипт виправляє дисбаланс площ на ін4, XML та на файлах по нормативній грошовій оцінці.
Файл tlc ви скомпілювали під чий ключ? Скрипт не появляється.