Re : filtres de données, nouvelle option : "aucun" - Statut modifié en : accusé de réceptionSalut @hogi , Merci pour votre suggestion! Nous avons enregistré votre demande et la prendrons en considération.
Re : filtres de données, nouvelle option : "non" - Statut changé en : enquêteRe : filtres de données, nouvelle option : "non"c'est l'un des fruits à portée de main 
Une fonctionnalité similaire existe déjà pour les colonnes avec une réponse multiple de type modélisation.
D'autre part, cela permettrait une gamme complète de filtres de données
au lieu d'avoir juste du noir et blanc :
Re : filtres de données, nouvelle option : "non"Une autre application pour "non".
Un filtre de données pour supprimer des entrées spécifiques pour un ensemble de données en croissance dynamique.
par exemple : supprimez "label=missing" de l'intrigue
option A : not(label=missing) --> sera correct @ t=0 et pour le reste de votre vie.
option B : sélectionnez "label = missing", puis inversez la sélection et enregistrez le filtre @ t=0,
--> cette sélection est OK @ t=0, mais tant qu'aucune donnée n'est ajoutée.
Toutes les nouvelles lignes seront exclus du tracé (car les étiquettes n'ont pas été incluses à t=0)
Re : filtres de données, nouvelle option : "non" - Statut changé en : Nous l'aimons ! (dans la file d'attente)Re : filtres de données, nouvelle option : "non"
Re : filtres de données, nouvelle option : "non"Autre grand avantage de la nouvelle option "non" pour les filtres de données :
Parfois, l'utilisateur souhaite exclure certains points de données, par exemple ne montrez pas Chris et David.
Sans la possibilité de "non", le pied de page de l'intrigue est assez long, mais n'affiche pas cette information :
Avec la nouvelle fonctionnalité, ce problème sera résolu
Re : filtres de données, nouvelle option : "non"Salut @hogi ,
Est-ce que "Inverse" est ce que vous cherchez ? C'est une négation pour la sélection, donc sélectionner Chris et David devient "Pas Chris ni David".
Quant à fournir une liste d'éléments exclus qui peuvent être définis indépendamment de la table, vous pouvez le faire dans le jsl pour la clause where et le filtre de données local ignorera simplement les niveaux qu'il ne peut pas trouver :
Graph Builder(
Size( 422, 424 ),
Show Control Panel( 0 ),
Variables( X( :height ), Y( :weight ) ),
Elements( Points( X, Y, Legend( 14 ) ), Smoother( X, Y, Legend( 15 ) ) ),
Local Data Filter(
Inverse( 1 ),
Add Filter(
columns( :name ),
Where( :name == {"CHRIS", "DAVID", "KATIE2", "ANOTHER NAME", "SOMEONE ELSE"} ),
Display( :name, N Items( 15 ), Find( Set Text( "" ) ) )
)
)
);
J'espère que ça aide!
@julien
Re : filtres de données, nouvelle option : "non"Salut @julien , vous avez raison, pour l'exemple avec Chris et David, votre suggestion est une solution parfaite.
modifier : malheureusement pas, voir ci-dessous.
Mais en inversant le complet Le filtre de données n'est pas toujours ce que l'utilisateur souhaite.
Si d'autres colonnes sont utilisées comme filtres supplémentaires, "inverser" inverserait également ces sélections.
Re : filtres de données, nouvelle option : "non"Pour le moment, les entrées qui ne sont pas dans la table de données ne peuvent pas être ( constamment ?) répertoriés dans le filtre de données (ils sont automatiquement supprimés) :
https://community.jmp.com/t5/Discussions/Data-filter-how-to-specify-the-limits/mp/643630
NB : La nouvelle option "non" sera plus utile si la liste des éléments exclus peut être définie indépendamment du contenu de la table de données courante.
c'est-à-dire spécifier les entrées qui doivent être automatiquement supprimées du tracé - même si elles ne sont pas répertoriées dans la version actuelle de la table de données.
Re : filtres de données, nouvelle option : "non"Oh, il semble que Inverse ne résout pas le problème selon lequel les entrées sont supprimées du script source si elles ne se trouvent pas dans la table de données actuelle.
(le problème de la discussion référencée n'était pas clairement énoncé dans mon message précédent - j'ai donc ajouté " persistant ")
Je viens d'essayer les étapes de
https://community.jmp.com/t5/Discussions/Data-filter-how-to-specify-the-limits/mp/643556/highlight/true#M84017
avec votre code avec Jmp 17.1 - et après avoir enregistré le script,
Where( :name == {"CHRIS", "DAVID", "KATIE2", "ANOTHER NAME", "SOMEONE ELSE"} ),était parti.
Re : filtres de données, nouvelle option : "non"Tu as plutot raison, @hogi ! Je n'ai pas creusé assez profondément dans la question pour donner une réponse utile ici. Je ne peux pas penser à un moyen d'accomplir cela avec les outils existants, donc c'est bien que vous l'ayez sur la liste de souhaits.
filtres de données, nouvelle option : « non »☑ nouvelle fonctionnalité intéressante
☐ pourrait aider de nombreux utilisateurs !
☐ supprime un « bug »
☐ agréable à avoir
☐ personne n'en a besoin
#monTop10_2022
Si une colonne est définie sur « réponses multiples », des options intéressantes sont disponibles dans le menu de filtrage des données :
Ces filtres permettent à l'utilisateur d'exploiter beaucoup plus de puissance dans le filtrage des données. La plupart d'entre eux reposent sur le fait qu'il existe des « réponses multiples » dans la colonne - et que l'utilisateur peut sélectionner la combinaison qu'il souhaite.
Il existe également une option « aucun ». Elle a le même effet que « inverse » - mais la différence est que « inverse » inverse simplement la sélection actuelle, tandis que « aucun » est un paramètre qui est appliqué en arrière-plan.
Avec « aucun », des filtres de données fantaisistes sont possibles selon l’idée : CECI, mais pas CELA :
https://community.jmp.com/t5/Discussions/Conditional-Data-Filter-for-modeling-type-Multiple-Response/mp/556062#M77004
Malheureusement, pour les colonnes standard, il n'y a pas de « aucun » :
https://community.jmp.com/t5/Discussions/advanced-data-filter-arithmetic-just-available-if-the-column-is/mp/556682
Chaque utilisateur de Jmp qui a travaillé avec les fonctionnalités intéressantes des colonnes de réponses multiples (en particulier la disponibilité de « non ») ressent un manque incroyable de fonctionnalités lorsqu'il travaille avec des colonnes standard.
mon souhait:
Ajoutez également « pas » pour les filtres de données standard.
plus de souhaits soumis par 
Modélisation statistique avancéeAutomatisation et scriptsFusion et nettoyage des donnéesExploration et visualisation des donnéesPartage et communication des résultatsRe : filtres de données, nouvelle option : "non"oui, ça sera tellement utile !
J'espère qu'il sera implémenté dans l'une des futures versions de JMP...
