Ukládání hodnoty měření jako celého čísla

MasaoMatsuokaDev

Průvodce AEGIST 2019 (strana 45) uvádí toto o ukládání hodnot měření jako celých čísel. Mám k tomuto doporučení několik otázek.<\/P>

Aby se odstranily problémy způsobené desetinnými měřeními v digitálním výpočetním prostředí, Průvodce přijal standardní jednotku měření LRM M (řecké písmeno mí), která odpovídá 0,001 míle. Tento standard omezí hodnoty měření na celá čísla. Pro uživatele, kteří potřebují tento formát, je jednoduché převést na desetinné hodnoty vydělením hodnoty 1 000 v době publikace. Některé GIS platformy tuto konvenci aktuálně používají tím, že interně převádějí hodnoty měření na celá čísla.<\/P><\/BLOCKQUOTE>

 Otázky:<\/P>

1. Podporuje Roads and Highways toto nebo to provádí interně?<\/P>

2. Ukládají některé DOTs skutečně takto v Roads and Highways?<\/P>

3. Jaké je doporučení v kontextu Roads and Highways?<\/P>

Děkuji.<\/P>

Masao Matsuoka (WSDOT)<\/P>

Masao<\/P>

MasaoMatsuokaDev

Thanks for the detailed information.

In one of the articles Feature class basics—ArcGIS Pro | Documentation, it says "ArcGIS records coordinates using integer numbers and can handle locations with high precision." Are the M values stored in the same way as well? My understanding is ArcGIS internally store coordinate values as integer to avoid the floating point number issue. However, as you pointed out the calibration point store measure values as double. So I guess it won't help. So the answer to my original question is "No". Roads and Highways does not support AEGIST recommendation. I also read in another article there is a way to set the tolerance to something like 0.001 miles, but that is not recommended as it might introduce non-monotonic measures. The best we can do is to set measure to something like 0.0010000. However the value is stored as double so it might end up to be something like 0.0009876. So we need to round it before presenting to users. Am I understanding this correctly?

Thanks

Masao