Stockage de la valeur de mesure en tant qu'entier

MasaoMatsuokaDev

Le guide AEGIST 2019 (page 45) dit ceci à propos du stockage des valeurs de mesure en tant qu'entier. J'ai quelques questions concernant cette recommandation.<\/P>

Pour éliminer les problèmes causés par les mesures décimales dans l'environnement informatique numérique, le Guide a adopté une unité de mesure LRM standard de M (la lettre grecque mu), qui équivaut à 0,001 mile. Cette norme limitera les valeurs de mesure aux nombres entiers. Il est simple de convertir en valeurs décimales en divisant une valeur par 1 000 au moment de la publication, pour les utilisateurs qui ont besoin de ce format. Certaines plateformes SIG utilisent actuellement cette convention en convertissant en interne les valeurs de mesure en entiers.<\/P><\/BLOCKQUOTE>

 Questions :<\/P>

1. Roads and Highways prend-il en charge cela ou le fait-il en interne ?<\/P>

2. Est-ce que certains DOT stockent réellement ainsi dans Roads and Highways ?<\/P>

3. Quelle est la recommandation dans le contexte de Roads and Highways ?<\/P>

Merci.<\/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