Чому az-коефіцієнт 1 перетворюється на 0,999998 у моєму виході


9

Щойно побудована модель, яка використовує 3D Analyst - Surface Volume. Я намагаюся використовувати az-коефіцієнт 1. Щоразу, коли я запускаю модель, моя таблиця виводу показує, що коефіцієнт Z 0,999998 використовувався замість 1. Я знаю, що це дуже мала різниця, але навіть так, це дещо перекосує мої результати. Дійсно, що я хотів би знати, чи є хороше пояснення того, чому він змінюється на 0,999998 або є спосіб зробити так, щоб він залишився на рівні 1?


Ще раз дякую за ваш внесок. Коли я спробував змінити тип растру, інструмент виділяє z-фактор разом і фіксує його на рівні 0,999998. Отже ... Я здогадуюсь, що насправді немає способу обійти це за допомогою даних цілих чи плаваючих точок. Я навіть спробував перетворити на ціле число і за допомогою калькулятора растрових даних помножити дані на 1000, щоб зберегти десяткові числа у цілій формі, але все ще застряг із коефіцієнтом 0,999998 z. Без кісток.


6
Я б сказав, тому що це плаваюча точка, немає такої речі, як 1 у поплавці - див. En.wikipedia.org/wiki/IEEE_floating_point
Майкл Стимсон

3
Так, коефіцієнт Z є плаваючою точкою, оскільки більшість растра DEM / DSM зазвичай мають 32-бітний плаваючий потік. Спробуйте перетворити ІНТ растр поплавка теж бачу resources.arcgis.com/en/help/main/10.1/index.html # // ...
Майкл Стимсон

3
@Michael Власне, будь-яке число, яке не є інтегральним кратним малій потужності 2 (включаючи негативні сили), не буде точно виражено у плаваючій точці. Можливо, найвидатнішим із них був би 0,1. Щодо джерела помилки z-шкали, я можу лише здогадуватися. Мої здогадки зосереджували б увагу на можливості того, що під капотом обчислення можуть проводитися за допомогою цілого подання висот, а в кінці вони перетворюються назад. Можливо, найкраще - виправити результати після їх отримання: просто помножте всі обсяги на 1 / 0,999998.
whuber

1
@Michael до того, як я пішов з цим іншим рішенням, я також спробував використовувати z-коефіцієнт 1.000002, який би магічно перетворився на 0.999998 під час роботи інструменту. Отже, я не впевнений, чи я щось робив неправильно, чи ні. Іншими словами, незалежно від того, який би z-фактор я б ввів, інструмент змінив би його на 0,999998 під час виконання.
GeoJohn

4
Джон, я відчуваю, що прийшов час звернутися до служби підтримки Есрі і запитати їх, чому вона завжди змінюється на масштабний коефіцієнт 0,999998 і як використовувати масштабний коефіцієнт 1.
Майкл Стимсон

Відповіді:


1

Я маю згоду з коментарями, про те, як ви хочете представити цю кількість. Якщо ви хочете зберегти номер 1 як плаваючу крапку, ArcGIS зберегла це число як 0,9999 ... Схоже, що цей аргумент Z зберігається таким чином. Я думаю, що немає способу зберігати це як ціле число. Насправді 0,9999 дорівнює 1.

Треба додати картину, яку я бачив кілька днів тому. Це підходить до цього питання. введіть тут опис зображення

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.