Suite

Statistiques sur [FID] à partir de la fenêtre du tableau


Essayez de faire ceci

et vous obtiendrez un message d'erreur. Cependant, vous pouvez facilement obtenir des statistiques sur [FID] à l'aide de l'outil de statistiques récapitulatives. Quelqu'un a-t-il une bonne explication ? Notez également qu'à partir de la table [FID] est traité comme un "champ" non numérique.

Question étendue :

Les statistiques sur [FID] peuvent être un moyen très rapide d'accomplir de nombreuses tâches. Par exemple, recherchez les doublons stockés dans un autre champ. Dans l'exemple ci-dessous, le champ [COORD] stocke l'équivalent de chaîne de coordonnées de point :

Si j'applique l'outil de statistiques récapitulatives, le champ de cas [COORD], le champ de statistiques [FID] et je joins la table résultante à la table de points d'origine à l'aide de [COORD]. Je peux trouver des points en double en utilisant la requête

"pnts.FID" <> "st.FIRST_FID"

Il existe de très nombreuses autres tâches qui peuvent être accomplies à l'aide du numéro d'enregistrement séquentiel.

Ma question est POURQUOI on ne peut pas effectuer de statistiques à partir de TABLE VIEW (fenêtre), qui est un moyen très rapide d'effectuer des statistiques sur le terrain, et en même temps, cela peut être fait à l'aide de l'outil Summary Statistics. Ce n'est pas si rapide, car c'est un long chemin dans l'arborescence Boîtes à outils système-Outils d'analyse-Statistiques.


Une réel Le champ FID ou OID n'est pas un champ numérique. Il s'agit d'un type de données spécial appelé ID d'objet. Voir les fichiers d'aide

Si vous exécutez un outil qui génère une table avec un champ d'attribut basé sur le FID, par exemple Near, ce champ est de type de données LONG.

Si vous effectuez une statistique récapitulative sur le réel Champ FID, les données sont traitées comme un type numérique par l'outil. Si vous essayez la même chose à partir de la table attributaire, elle est traitée comme une chaîne (d'où les options First et Last, mais aucune valeur numérique). En fait, c'est une déclaration quelque peu erronée - c'est plus aimer un string. Étant donné que le FID est unique, vous pouvez obtenir la première ou la dernière valeur associée à chaque valeur du champ sur lequel vous résumez. Mais math les opérations sur de telles valeurs d'identifiant uniques n'ont pas de sens, tout comme elles le seraient pour n'importe quelle valeur de chaîne de texte. Alors même si tu peux faire dans les statistiques récapitulatives, le résultat ne veut rien dire. De la même manière que les codes postaux ne sont pas des nombres, les FID non plus, même s'ils sont représentés par des caractères numériques.

Je ne sais pas avec certitude comment il le traite avec une opération de jointure, mais je pense qu'il doit être numérique en fonction des jointures réussies (vous pouvez vous joindre en fonction du champ FID à un champ de chaîne même si les chaînes correspondent Nombres).

Selon l'endroit où vous le regardez, l'OID peut être converti en différents types de données (voir le dernier lien) mais dans ArcGIS, c'est son propre animal.

Plus d'informations (y compris les différences entre OID et FID, y compris la renumérotation) : http://support.esri.com/de/knowledgebase/techarticles/detail/37480 http://resources.arcgis.com/en/help/main/10.1 /index.html#//019v00000002000000


Donc, pour résumer ce gros paragraphe et répondre pourquoi vous ne pouvez pas exécuter de statistiques sur le champ FID lui-même à partir de la table, c'est parce que ces statistiques n'ont aucun sens :

  • Count = nombre d'enregistrements ou que -1
  • Min = 0 ou 1
  • Max = nombre d'enregistrements ou que -1
  • La somme est 1+2+3+4+5+6… + nombre d'enregistrements ou que -1

et ainsi de suite. Null peut être utile, sauf que pour être un FID/OID, la valeur ne peut pas être Null, de sorte que la statistique serait toujours 0. Seule votre première/dernière statistique, accessible depuis n'importe quel endroit, sert à quelque chose comme vous le démontrez dans votre exemple. Mais (et là j'ai eu un moment ah_HA!) vous avez raison, cela provoque une erreur. La seule explication que je puisse offrir est que la table attributaire Summarize et Summary Statistics sont deux outils différents (vous pouvez donc utiliser CASE avec l'un mais pas l'autre) et doivent gérer le type de données Object ID de différentes manières. Techniquement, cela ne devrait pas fonctionner dans les statistiques récapitulatives (et génère même un avertissement d'erreur lorsque vous le définissez pour la première fois, mais le fait quand même).

De même, vous ne pouvez pas résumer sur le champ FID car chaque valeur dans FID est unique - par conséquent, la table récapitulative aura exactement la même apparence que la table attributaire.


Voir la vidéo: BIEN PREPARER VOS TABLEAUX STATISTIQUES (Octobre 2021).