Je n'ai vu aucun article récent sur les options de Pi Importer. Cela devait être une mise à niveau dans 18, mais j'ai du mal avec le paramètre Max Count en particulier. Je ne suis pas sûr qu'il y ait vraiment une question ici, mais je partage ce que j'ai appris et je me demande si quelqu'un d'autre a d'autres idées à partager ici. Je me concentre sur l'importation de données brutes en raison de la structure de nos données et j'essaie de supprimer toute couche de confusion supplémentaire.
Les bases : La valeur par défaut pour le nombre maximal est de 5 000, avec un maximum absolu de 150 000. Il s'agit du nombre maximal de valeurs que JMP récupérera pour la requête que vous lui envoyez. Si vous sélectionnez 4 balises pi et laissez la valeur par défaut à 150 000, vous recevrez un message d'erreur indiquant que vous avez dépassé le maximum autorisé (150 000 / 4 balises = 37 500 max). Il semble que si certaines balises proviennent de différents « actifs », les limites/divisions peuvent être « par actif » - je n'ai pas encore complètement compris cela. Seule la description se trouve dans le menu d'aide de JMP. Ces limites/définitions doivent être ajoutées.
Le message d'erreur m'a aidé à comprendre ce qui se passe, même s'il semble très étrange qu'il ne s'agisse pas d'un paramètre plus intégré indiquant le nombre total de points par rapport aux points par balise. Ce que je trouve très déroutant, c'est la sortie. Ci-joint un exemple de 4 balises Pi extraites. Au début, je pensais que la coupure des données dans chaque tracé était liée à l'ordre dans lequel elles apparaissaient dans l'extraction (alphabétique), ou à l'ordre dans lequel je les ai ajoutées à la fenêtre d'importation (violet, vert, rouge, bleu), mais je crois qu'il s'agit en fait du nombre de sorties de chaque balise. Le bleu et le violet ont moins de points de données, ils n'atteignent donc pas le maximum de 37 500 pendant la période d'un jour que j'extrais. Je pensais que le rouge et le vert avaient des données identiques, mais en creusant plus profondément, il y a 4 000 points intercalés dans le vert qui ne sont pas dans le rouge. Cela signifie que le vert atteint 37 500 points plus tôt dans les horodatages que le rouge. J'ai confirmé qu'il y a exactement 37 500 valeurs dans les colonnes rouge et verte, les cellules restantes contenant des données "manquantes". Il n'y a AUCUN MESSAGE D'ERREUR ni aucune indication de JMP indiquant que des données supplémentaires se trouvent dans Pi pendant la période demandée et qu'elles ne sont tout simplement pas extraites. Je sais que JMP extrait ce que je lui ai demandé d'extraire, mais je ne sais pas combien de données il y a, et il impose cette restriction arbitraire. Cette extraction de données particulière a duré 1 jour et ne m'a donné que 42 526 lignes dans la table de données (de nombreux horodatages n'ont que 1 ou 2 résultats de balise pi). Lorsqu'une balise se coupe avant une autre et que certaines balises couvrent la plage de temps COMPLÈTE, ma première hypothèse est que la balise a cessé de produire des données ou qu'il y a eu une déconnexion ! La confusion est encore plus grande compte tenu de la disposition de la table de données. Les colonnes rouge et verte se trouvent entre le bleu et le violet dans la sortie. Le fait qu'elles s'arrêtent à des points aléatoires lorsque nous faisons défiler la table classée par ordre temporel ne donne pas l'impression que "la limite de données a été atteinte" mais plutôt que les données ont été rompues pour ces balises. Je comprends maintenant que ce n’est pas le cas.
Cela signifie également que lorsque j'essaie de contourner le problème et d'extraire de plus petites quantités de données pour les combiner avec des délais plus longs et d'autres balises avec du code, je n'ai aucune idée si je dépasse la limite et si je manque soudainement un tas de données. Sachant que je peux consulter le nombre de valeurs générées, je devrai également ajouter cette protection contre les erreurs à mon code.
En résumé, si j'ai une balise qui ne fait un rapport que toutes les 8 heures et une balise qui contient des données toutes les 1 seconde, et que j'essaie de les rassembler pour que les horodatages soient tous alignés, il semble que je ne puisse pas extraire 150 000 sorties au total, et la balise la plus fréquente sera le facteur limitant. Je sais comment résoudre ce problème en utilisant une importation Pi une à la fois et en les bouclant en combinant des tables, mais c'est pénible et ce n'est pas quelque chose avec lequel je vais pouvoir convaincre beaucoup d'autres utilisateurs ici. Cette interface JMP a beaucoup de potentiel, mais cette seule pièce ajoute beaucoup de confusion !
Je vais également envoyer cela au support technique pour voir s'ils peuvent ajouter plus d'informations ou inclure cela dans les informations d'aide, mais je me demande ce que voient les autres utilisateurs !
bien que ce ne soit pas pratique, vous pourriez peut-être importer chaque balise séparément, puis les joindre par heure (ou concaténer, puis diviser par balise), puis remplir les valeurs manquantes avec quelque chose comme ceci :
Names Default to Here(1);
dt = Current Data Table();
rows = N Row( dt );
dtcollist=dt<<GET column="" names=""></GET>
Oui, j'extrais déjà une balise à la fois et je la combinais. Cependant, la fonctionnalité « extraire plusieurs balises », ajoutée dans JMP 18, devrait simplifier l'extraction des balises pour l'utilisateur JMP moyen, qui n'a pas l'intention d'écrire du code complexe, même manuellement en cliquant sur la case permettant de les sélectionner. Globalement, je préfère l'interface aux autres options que j'ai utilisées pour extraire les données Pi, mais cette suppression de données sans avertissement est un problème majeur. Je n'aurais pas dû passer autant de temps à essayer de comprendre pourquoi certaines balises manquaient avant de revenir à la méthode manuelle, beaucoup plus complexe. Je ne peux pas recommander JMP pour cette utilisation à mes collègues qui ont cette lacune.
