919237_fr-FR

liliconcom

générateur de graphes, filtre de données local et grands ensembles de données

Bonjour,

J'ai un tableau de bord qui utilise un filtre de données local et un générateur de graphiques pour parcourir un ensemble de données de mesure empilées (une colonne VALEUR et quelques colonnes d'identifiants de mesure). La fonctionnalité est excellente, mais si mon ensemble de données est volumineux, JMP se bloque ou plante car il tente de condenser toutes les données dans le graphique initial non filtré lors du lancement du script du générateur de graphiques ou lorsque le filtre de données local est modifié en « aucun sélectionné » dans le premier filtre de données conditionnel.

Je me demande donc s'il existe un moyen de désactiver l'évaluation du graphique si celui-ci contient « trop » de données, jusqu'à ce qu'un élément Commande|Opération soit sélectionné, ou un autre moyen d'empêcher un utilisateur de sélectionner une combinaison de données qui entraîne le plantage de jmp lors de la tentative de tracé de l'ensemble des données.

Merci!

JMP pour 17.2

Exploration et visualisation des donnéesRe : Générateur de graphes, filtre de données local et grands ensembles de données

Je ne pense pas qu'il soit possible d'empêcher l'utilisateur de sélectionner « Aucun élément sélectionné », mais vous pouvez optimiser le générateur de graphiques pour qu'il soit rapide au premier chargement. Cela nécessite toutefois un peu de programmation. Vous pourriez ajouter une suggestion à la liste de souhaits JMP à ce sujet. Par exemple : permettre de désactiver l'option « Aucun élément sélectionné » lorsqu'un affichage à sélection unique est utilisé (catégorie unique/case radio). Ou peut-être une définition plus large qui obligerait l'utilisateur à toujours sélectionner un élément dans les filtres, même avec les options de sélection multiple ?

Si je souhaite optimiser la vitesse du filtrage des données (locales), je peux soit : écrire mon propre filtre avec différentes boîtes d'affichage, soit lier le filtre de données à une table plus petite qui sert ensuite à filtrer la table principale à l'aide de << Gestionnaire de modifications de filtre. Ces deux options nécessitent un script.