Choose the number of coordinates to compute AHC

a) first HCPC (FactoMiner AHC) is computed with the coordinates stored by the CA. To be able to compute HCPC with more coordinate dimensions the CA has to be computed with another "npc" value (default is 5), use "Inf" ?

This should also allow us to get more details in the CAEditor information panels (SLH ???)

b) the AHC GUI can then propose a new parameter : 'Number of factors' / 'Nombre de facteurs' [to use to compute AHC]

c) default value for the 'Number of factors' parameter : choose the number of factors which sum corresponds to X% of total inertia

d) the AHC GUI can then propose a new parameter to compute the default value of the 'Number of factors' parameter : 'Total inertia' / 'Inertie totale' [to use to compute AHC] which default value can be '90%'

If the 'Total inertia' is set, then the 'Number of factors' must be set according to the 'Total inertia' value.

If the 'Number of factors' parameter is set, then the 'Total inertia' can be set according to the 'Number of factors' value or set to -1 to mean 'unset'.

Validation test

With a AHC computed on a Lexical table of VOEUX/loc: the default value is XYZ which is 80% of the inertia of the hidden CA

With a AHC computed on a CA of VOEUX/loc : the parameter should not be displayed

changed milestone to %TXM 0.8.4

added r tool::ahc tool::ca type::feature labels

@sheiden FR

"On pourrait mettre la valeur par défaut proposée par FactoMineR.
Sinon voilà un algo qui pourrait aider à choisir la valeur par défaut :
a) soit SP le seuil minimum d'inertie (en %, par exemple 80%) qui doit être représenté par les facteurs utilisés pour réaliser la CAH
b) choisir le plus petit nombre de facteurs à partir de 1 (1 à n) permettant de représenter SP% de l'inertie
Un raffinement pourrait chercher la meilleure cassure de % d'inertie dans le diagramme de gains du côté de la valeur SP pour choisir le nombre de facteurs
Mes expériences de CAH unidimensionnelles sur des index hiérarchiques ont montré qu'une CAH unidimensionnelle sur les gains d'inertie pourrait donner une idée de la meilleure cassure."

changed title from Compute AHC with more coordinates to Choose the number of coordinates to compute AHC

changed the description

changed milestone to %TXM 0.8.4

added status::feedmore label

mentioned in commit 8afb361f

marked this issue as related to #4035

changed the description

added status::feedback label and removed status::feedmore label

changed the description

0.8.4 (2024-10-29 10h41) Ubuntu 20.04

OK je crois, mais pas super clair :

• si la classif est calculée sur une TABLE LEXICALE, il n'y a plus de CA, donc plus de nombre d'axes ou de 80% d'inertie ;
• et si j'ai bien compris : si la classif est calculée sur une CA, alors elle utilise toutes les dimensions calculées pour celle-ci ; et par défaut, au 1er calcul, le nombre de dimensions est une constante non réglable égale à 5 (ou toutes les dimensions s'il y en a moins), ensuite on peut régler le nombre de dimensions calculées dans les paramètres de la CA. J'ai testé qu'un changement dans le paramètre de la CA a un impact dans le résultat de la classification.

le calcul de l'AHC en passant systématiquement par la CA est rétabli.

Si la classif est créée a partir de la CA, alors elle prend la utilise le nombre de facteurs disponibles de la CA, sinon TXM calcul une valeur pour couvrir 80% d'inertie

Pas clair.

Si toutes les CAH utilisent désormais une CA calculée en amont, elles utilisent alors toutes tous les facteurs disponibles de la CA.

Du coup dans quel cas est calculée la clause "sinon TXM calcul une valeur pour couvrir 80% d'inertie" ? (ce que je comprends c'est que ce cas ne se présente plus).

Par ailleurs, ce qui n'est pas clair non plus c'est le nombre de "facteurs disponibles". Est-ce tous les facteurs ou seulement une partie ? (cf la valeur du paramètre "npc" de calcul de la CA amont).

ok sur Mac

closed