Vous vous référez à NaN ou ± ∞ (valeurs à virgule flottante spéciales) dans les requêtes de définition ArcMap?

J'ai découvert par hasard comment ArcMap affiche des valeurs à virgule flottante spéciales pour l'utilisateur.

• + ∞ (infini positif) s'affiche comme 1.#INF
• –∞ (infini négatif) serait censé être affiché comme -1.#INF- je n'ai pas vérifié celui-ci.

• NaN (pas un nombre) est affiché comme aligné à droite <Null>- à ne pas confondre avec aligné à gauche <Null>, ce qui indique NULL (valeurs manquantes):

  

  ( Soit dit en passant, obtenir des valeurs uniques dans le calculateur de champ ne répertorie pas du tout NaN.)

Mais je n'ai pas découvert comment écrire des requêtes de définition de couche pour sélectionner des lignes en fonction de ces valeurs spéciales:

• ColumnName IS NULL sélectionnera uniquement des valeurs NULL régulières, mais non NaN.
• ColumnName = 1.#INF est rejeté comme ayant une syntaxe non valide.

Est-ce que quelqu'un sait comment faire ça?

Extrait de code C # ArcObjects pour stocker une valeur 1. # INF dans un champ de table (concept de base):

Comme demandé. Comme je ne suis plus au travail, ce qui suit n'est pas le vrai code que j'ai utilisé et je ne peux pas le tester pour le moment, mais cela devrait produire l'effet indiqué dans la capture d'écran ci-dessus:

ITable table = …;
int doubleFieldIndex = table.FindField(…);
IRow row = table.CreateRow(); 
row.Value[doubleFieldIndex] = double.PositiveInfinity;
row.Store();

Dans ArcGIS, un nombre à virgule flottante simple précision a une plage d'environ -3,4E38 à 1,2E38.

Si vous voyez réellement les valeurs 1. # INF -1. # INF affichées dans votre table d'attributs (ou via MS Access lors de l'analyse des attributs) ou les statistiques de la grille, il peut s'agir de nombres qui se situent en dehors de la plage prise en charge par ESRI. Et si ces nombres tombent en fait en dehors de la plage prise en charge, il est sûr de dire que vous ne pourrez pas interroger ces valeurs. Vous pouvez essayer plus et moins que le maximum et le minimum (-3.4E38 à 1.2E38) et voir ce qu'elle renvoie, mais je doute que la requête fonctionne du tout si la table / le champ contient une plage de valeurs non prise en charge.

Cette source suggère que ces valeurs pourraient avoir été importées à partir d'une application tierce non ESRI . Vous devrez peut-être convertir les valeurs en une plage de valeurs prise en charge avant l'importation vers un produit ESRI.

Quant aux valeurs NULL / NuN, il serait utile de savoir exactement ce que nous regardons dans votre exemple; Une table d'attrubute d'une grille, d'un fichier de formes, d'une classe d'entités de géodatabase, etc. Par exemple, les fichiers de formes ne peuvent pas stocker de valeurs NULL . Si une classe d'entités contient des valeurs NULL est convertie en fichier de formes, celles-ci sont stockées sous diverses autres valeurs ("", 0, NuN ?, etc.) mais lorsqu'ils sont affichés dans une table attributaire ArcMap, ils sont toujours représentés visuellement comme "<Null>". Il est possible que l'alignement des valeurs NULL dans votre table d'attributs soit une telle situation. Je ne fais que spéculer sur la raison pour laquelle vous pouvez interroger les valeurs NULL alignées à gauche mais pas les valeurs NULL alignées à droite, mais s'il s'agit d'un fichier de formes, essayez d'importer dans une géodatabase, puis réexécutez la requête. Il est probable que tous ces éléments seront convertis en valeurs NULL appropriées.