Аналитика

на рахунок скрипту масштабування щось не дуже розумію, що він дає.
Як можна привести площу угіддя до чотирьох знаків після коми щоб далі були гарантовано нулі? Координати можна привести до такого вигляду. Але площа дуже рідко буде Х.ХХХХ00. ЇЇ майже не реально примусово зробити такою круглою. Це можливо, коли ділянка прямокутна чи якоїсь правильної форми з чіткими координатами, в яких після четвертого знака одні нулі. А так - ми ж відштовхуємося від координатної сітки. І контурні лінії об'єкта проходять по координатах, які на кожній клітинці координатної сітки дорівнюють величезним наборам різноманітних цифр після коми. То звідки взятися рівній площі? Примусово можна задати видиму частину знаків після коми у вигляді нулів. Але як ви знаєте (чи бачите), що і після чотирьох знаків в площі йдуть нулі після обробки скриптом?

Я не говорив про Гарантовані нулі, а про значення площі яке задається вручну і площа округлюється найбіль наближено до вказаного значення.
Для прикладу, можете порівняти два файли де площу угіддя (будівлі) було видно 0.0032га, із шістьма знаками вона була 0.003162 га.
Я Масштабуванням не вводячи нового значення площі, підтвердив ОК і вийшла площа 0.003200 га.
Звичайно змінились координати, але нас у цьому випадку цікавила сума площ угідь, а не координати.
Щоб побачить шість знаків, - добавить ще два нулі у масці параметру площі: /10000 0.000000
- наданий файл
- перероблений файл

щоб така площа збереглася в ХМЛ, в налаштуваннях координат також має бути максимальне число. Але ж це не можливо зробити, бо число знаків після коми 3 або 4, не більше.

Щоб краще пояснити, намалював координатну сітку і деяку ділянку, де два кути прямі, а два - довільні.

Перша точка ділянки буте мати коодинати Х=1, У=1
Друга точка - Х=5, У=1
Третя - 5;6
Четверта - 1;3

Один клітинка (5х5 малих клітинок) - це буде один квадратний міліметр чи інша мінімальна одиниця, до якої йде округлення. Таким чином, площа нашої ділянки буде мати 11 цілих клітинок і решта - трішки обрізані кривою лінією, тобто не повних. Тому тут досягнути рівної площі після коми практично не можливо. Можна добитись перших знаків з нулями, але все одно десь дальше завжди будуть йти не нулі. Округлення буде наявне завжди.

Навіть якщо комп'ютером задати площу з багатьма нулями, то він не зможе на неї вийти, оперуючи обмеженою кількістю координат в ділянці і обмеженим числом округлення координатної сітки.

Саме тому, якщо б ми поставили ще одну точку посередині похилої лінії, то вона б стала або на фіолетовій, або на сірій точці і площа б змінилася також в ту чи іншу сторону. Бо це в нас мінімальне округлюване значення координатної сітки.

І до якої міри ми б не зменшували оті мінімальні одиниці координатної сітки, завжди під час округлення координати будуть зміщуватися так, щоб попасти на перехрестя координатної сітки мінімальних одиниць округлення. А відповідно - і площа не буде з нулями прктично ніколи (крім випадків з прямокутниками та іншими правильними фігурами).

І саме тому площа угідь розходиться з площею ділянки. Бо ніколи не буває з нулями після чотирьох чи прятьох чи якоїсь там енної кількості знаків, до якої йде округлення. Якщо в нас площа ділянки 0,1000 га, то вона насправді або 0,10004 або 0,99998 тощо. А коли додати два такі угіддя, то вони будуть мати іншу площу в сумі при наступному округленні, ніж площа ділянки.

у вас виходить добитися нулів тому, що будівлі завжди прямокутної форми

і приклад з прямокутною трапецією не вдалий, бо це також правильна фігура. Там площа буде дорівнювати рівно 13 клітинок.

Я з Вами цільковито погоджуюсь в тому, що "щоб така площа збереглася в ХМЛ, в налаштуваннях координат також має бути максимальне число. Але ж це не можливо зробити, бо число знаків після коми 3 або 4, не більше."
У моєму випадку налаштування знаків після коми в координатах 3 (три), видиме значення площі 0.0032га у більш розгорнутому вигляді 0,0031997665500001555100000... га.
Я не спростовую аксіом, а лише пропоную практичний спосіб перевірений неодноразово в роботі для швидкого урівнювання суми площ угідь із площею ділянки, шляхом зміни координат внутрішніх угідь за допомогою скриптів "масштабування" та "зміни площі окремо вибраними точками".

Доброго ранку. Допоможіть розібратися з цим файлом. НКС повертає з такою помилкою. Електронний документ містить помилки. (За даним ОФ земельну ділянку не знайдено. Перевірте наявність інформації про кадастровий номер у електронному документі та наявність земельної ділянки у реєстрі кадастрових номерів)

Кадастровий номер 0000, вірогідно, є причиною такою помилки, хоч раніше повідомлення НКС з цього приводу було трохи інше.
Також у файлі відсутні відомості про виконавця робіт, це теж мало б спричинити помилку, але, на мою думку, іншу.

Допоможіть... При конвертації In4 файла в XML формат в "XMLChecker" суміжники з юридичної стають фізичними особами
Наприклад: "землі Солонцівської сільської ради (пров. Луговий)", а при конвертації стає:

Доброго дня. Допоможіть розібратися з обмінним файлом (XML) грошової оцінки населеного пункту, який був сконвертирован в програмі «GeoSee2» з шейп файла.
Робив його не я.
В Digitals якщо відкрити то відображаеться тільки зовнішня межа населеного пункту,а межі зон, оціночні райони, агро групи не відображаються. Де помилка?

Експериментальна версія Digitals яка читає XML нормативно-грошової оцінки

Випрбовувати краще в окремій папці!

Завантажити експериментальну версію >>

Зберегати такі xml поки ще не можна.

Дякую!!!

Чи можливо якось повернути назад зміни в XML після його збереження?

Шановні розробники.
Процес обмінного файла по НГО населеного пункту в Digitals вже сильно затягнувся. Робота зупинилася, керівництво Держгеокадастру та області вимагає прогресу по населених пунктах.
Ми давно використовуємо Digitals, але зовсім не хочеться переходити на інші програмні продукти, що мають можливість створення обмінного файлу по НГО населеного пункту. Відреагуйте, будь-ласка, на повідомлення, дайте якусь інформацію по цьому питанню.

Щановні розробники! Час іде, результату - 0. Щось по питанню розробки XML нармативної грошової оцінки населеного пункту вирішуватися буде?

Всім доброго дня. Розробники ігнорують наші повідомлення щодо функціоналу по грошовійї оцінці населених пунктів в Digitals. Переписуємося по цій проблемі ми тут самі з собою. Шановні розробники, ви так будете втрачати своїх клієнтів.
І до чого прийшли ми в своїй організації? Маючи Digitals на кожному робочому місці, вимушені купувати Норматив+ та GeoSee. Тому що вже нікуди проблему населених пунктів відкладати. Треба робити роботу.
А розробникам раджу якось реагувати на проблеми користувачів.