Не сходиться починаючи з DMF. Я виставляв і 2 знаки і 3 і максимум, нічого не змінилось. По замовчуванню стоїть максимум.
Якщо не складно можете по пунктах пояснити що за чим робити.
Наприклад:
- Створюемо карту DMF
- Выствляемо точність 2 знаки…
..
Бо вже не перший раз стикаюсь з ціею проблемою а послідовності вирішення не зрозумів.
Сума площ угідь не співпадає з площею ділянки через закони округлення координат та площі.
Допустимо, в нас ділянка площею 1,0000 га. В ній три угіддя рівною площею, тобто, по 0,3333 га. Таким чином, сума площ угідь буде 0,9999 га. Тут нічого не поробиш.
У вас XML уже є сформований. Його координати у вас округлені до двох знаків після коми. Тепер міняти налаштування вже пізно. Міняти треба було ще до створення ХМЛ. Якщо поставити округлення до трьох знаків після коми, то випадки неспівпадіння зустрічаються на порядок рідше. Якщо поставити 4 - ще рідше. Але якщо працюєте з IN4 - то 4 не вийде поставити, бо даний формат файлу підтримує тільки 3.
І ще важливо, щоб всюди (властивості даної карти, у файлі Normal/XMLNormal), закладка вигляд (точність площі/периметра, число десяткових знаків в розділі Програма) та закладка Зберегти ( Число десяткових знаків) у Сервіс-Налаштування були однакові. Бо інакше будуть випадки, коли на папері одне, а в електронному вигляді інше, або коли до збереження одне, а після збереження - інше.
Я собі всюди виставив 3 знаки. Якщо з IN4 не працюєте взагалі вже - можна 4. XML підтримує.
Як тепер бути із вашим сформованим XML? Можна, звичайно, тепер, при точніших налаштуваннях координат та площі трохи змінити якусь точку між угіддями, щоб появився баланс. Але для чого? НКС з розходженням площі угідь приймає файли. А виправляти розходження площі угідь і площі ділянки - це пуста трата часу. Кому воно потрібне?
fendak Дякую. По вашій рекомендації виставлю у всіх параметрах 3 знаки. В данному випадку проблему вирішив підтягуванням однієї точки, площі зрівнялись.
У мене немає помилки в площах. У вашому файлі.
ViscoА яка у Вас площа прибудинкової території та ріллі?
Якщо додавати кожне угіддя окремо то на один квадрат більше 0,1501, але якщо добавляю параметри площа та виділяю всі угіддя то 0,1500.
Не можу із усім сказаним погодитись, а саме: “НКС з розходженням площі угідь приймає файли.”
Мене неодноразово просили реєстратори вирівнять суму площ угідь, бо сума площ не співпадає з площею ділянки.
Можливо НКС з розходженням площі угідь і приймає файли, але реєстратор НЕ приймає…
Справа в тому, що ми площу кожного угіддя тільки бачемо заокруглену до чотирьох знаків, а нам потрібно зробити її саме
такого значення і після четвертого знаку (можна і після третього) щоб у нас був нуль.
Я все це роблю за допомогою скрипта “Масштабування”, вказую сам вручну площу внутрішніх угідь (будівель), а все решта залишається для території.
Дуже рідко, хоча і попадалось, що потрібно було змінити координату точки зовнішнього контура для урівняння площ.
Скрипт “Масштабування” (можна помітить контур і запустити скрипт, він покаже площу і просто натиснути ОК, тоді площа контура заокруглиться до тієї яку ви бачете в параметрах, але координати всіх точок всерівно зміняться):
$I=@Map.NextSelected
@If $I<=0 @Break Позначте об’ект для масштабування
$A=@Map.Object[$I].Parameter[0]
$A=@Dialog.Ask Введіть нову площу, га Default=$A
@If $A= @Break
@Map.Undo.StartOperationGroup
@Map.Undo.SaveObject $I
@Map.RescaleObjectToArea $I $A
@Window.Refresh
Можливо буде в пригоді (я часто користуюсь) скрипт для зміни площі контура де потрібно помітити точки які будуть змінювать координати, а непомічені точки не змінюються:
$N=@Map.NextSelected
$A=@Map.Object[$N].Parameter[0]
$B=@Dialog.Ask Нова площа, га Default=$A
@If $A=$B @Goto %End
$Dop=0.001
%Start
$Dop=$Dop+0.001
@CheckErrors 0
$S=@Map.AdjustObjectArea $N $B $Dop
@CheckErrors 1
$C=@Map.Object[$N].Parameter[0]
@If $C=$A @Goto %Start
@Map.RefreshObject $N
@Dialog.Message Для позначеного об’єкта вдалось встановити площу з $A на $B|при дельті $Dop
%End
У вказаному файлі я Масштабуванням змінив площу угіддя 0,0032 не змінюючи ніяких цифр, спільні точки території перемістив на нові місця цієї будівлі і сума площ угідь тепер співпадає з площею ділянки. У мене координати до трьох знаків після коми.
[attachment=1]1.zip[/attachment]
[attachment=0]1.JPG[/attachment]
Скрипт для перевірки ХМЛ:
@Map.DeselectAll
@Map.SelectLayer id70005
$N=@Map.SelCount
@if $N<>1 then @Break На карті не знайдено ділянку XML або ділянок більше як одна
$N=@Map.SelectedObject
$AreaD=@Map.Object[$N].Parameter[0]
$AreaD=@Calc replace(“$AreaD”,“,”,“.”)
$AreaD=@DequoteText $AreaD
$AreaD=$AreaD+0
@Map.DeselectAll
@Map.SelectLayer id70009
$SumArea=0
$N=0
%Start
$N=@Map.NextSelected $N
@if $N=0 then @Goto %Next
$Area=@Map.Object[$N].Parameter[0]
$Area=@Calc replace(“$Area”,“,”,“.”)
$Area=@DequoteText $Area
$SumArea=@Calc $SumArea+$Area
@Goto %Start
%Next
@if $SumArea=$AreaD then @Break Площа ділянки ($AreaD) співпадає з сумою площ угідь ($SumArea)
@if $SumArea<>$AreaD then @Break Площа ділянки ($AreaD) не сходиться з сумою площ угідь ($SumArea)
Скрипт для перевірки ін4:
@Map.DeselectAll
@Map.SelectLayer id20000
$N=@Map.SelCount
@if $N<>1 then @Break На карті не знайдено ділянку iN4 або ділянок більше як одна
$N=@Map.SelectedObject
$AreaD=@Map.Object[$N].Parameter[0]
$AreaD=@Calc replace(“$AreaD”,“,”,“.”)
$AreaD=@DequoteText $AreaD
$AreaD=$AreaD+0
@Map.DeselectAll
@Map.SelectLayer id30000
$SumArea=0
$N=0
%Start
$N=@Map.NextSelected $N
@if $N=0 then @Goto %Next
$Area=@Map.Object[$N].Parameter[0]
$Area=@Calc replace(“$Area”,“,”,“.”)
$Area=@DequoteText $Area
$SumArea=@Calc $SumArea+$Area
@Goto %Start
%Next
$MC=@Map.Count
%Pochatok
$N=$N+1
$LID=@Map.Object[$N].LayerID
@If ($LID<=30000) then @Goto %Next2
@If ($LID>=30810) then @Goto %Next2
@Map.SelectObject $N
$Area=@Map.Object[$N].Parameter[0]
$Area=@Calc replace(“$Area”,“,”,“.”)
$Area=@DequoteText $Area
$SumArea=@Calc $SumArea+$Area
%Next2
@if $N<$MC then @Goto %Pochatok
@if $SumArea=$AreaD then @Break Площа ділянки ($AreaD) співпадає з сумою площ угідь ($SumArea)
@if $SumArea<>$AreaD then @Break Площа ділянки ($AreaD) не сходиться з сумою площ угідь ($SumArea)
А ви прийдіть до реєстратора і запитайте: "Тобі знайома така річ, як середньо квадратична похибка обчислення площі? Як ти думаєш, для чого в кожному угідді наявний тег “Середньо квадратична похибка обчислення площі угіддя”? І спитайте, що буде, коли ділянку 1 га поділити на три рівні угіддя.
Мені також колись реєстратор робив зауваження, що не сходяться площа ділянки та площу угідь. Але більше на це не зважає.
В тому і річ, що реєстратор (вона) знає і вміє тільки “прямолінійно” реєструвать та робити витяги … а про щось іще запитувать, скоріше самому зробить…
Обов’язки реєстратора покладені на одну людину (хто підходить по вимогам освіти), а фактично працює інша особа, та яка працювала до реорганізації…
на рахунок скрипту масштабування щось не дуже розумію, що він дає.
Як можна привести площу угіддя до чотирьох знаків після коми щоб далі були гарантовано нулі? Координати можна привести до такого вигляду. Але площа дуже рідко буде Х.ХХХХ00. ЇЇ майже не реально примусово зробити такою круглою. Це можливо, коли ділянка прямокутна чи якоїсь правильної форми з чіткими координатами, в яких після четвертого знака одні нулі. А так - ми ж відштовхуємося від координатної сітки. І контурні лінії об’єкта проходять по координатах, які на кожній клітинці координатної сітки дорівнюють величезним наборам різноманітних цифр після коми. То звідки взятися рівній площі? Примусово можна задати видиму частину знаків після коми у вигляді нулів. Але як ви знаєте (чи бачите), що і після чотирьох знаків в площі йдуть нулі після обробки скриптом?
Я не говорив про Гарантовані нулі, а про значення площі яке задається вручну і площа округлюється найбіль наближено до вказаного значення.
Для прикладу, можете порівняти два файли де площу угіддя (будівлі) було видно 0.0032га, із шістьма знаками вона була 0.003162 га.
Я Масштабуванням не вводячи нового значення площі, підтвердив ОК і вийшла площа 0.003200 га.
Звичайно змінились координати, але нас у цьому випадку цікавила сума площ угідь, а не координати.
Щоб побачить шість знаків, - добавить ще два нулі у масці параметру площі: /10000 0.000000
[attachment=1]1.zip[/attachment] - наданий файл
[attachment=0]Diлянка.zip[/attachment] - перероблений файл
щоб така площа збереглася в ХМЛ, в налаштуваннях координат також має бути максимальне число. Але ж це не можливо зробити, бо число знаків після коми 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 поки ще не можна.