[Jonathan]

Bonjour Franck,

La taille du point est fonction d’une mesure donc en faisant une mesure qui renvoie une plus grande valeur, vous pourrez augmenter la taille du point. Mais il y a un gros “Mais”, ça fausse la lecture du graphique, pourquoi faire ça ? Je ne vois pas bien le cas d’usage en réalité.

Pour la deuxième partie de la question, on ne peut pas gérer l’ordre mais on peut gérer la transparence des points. On peut donc imaginer les points non essentiels en légère transparence et le point principal sans aucune transparence.

Pour gérer la transparence, vous pouvez ajouter deux chiffres à votre code HEX, 50 veut dire 50% d’opacité, 10, 10% d’opacité etc…

Bon courage pour la suite de votre projet, n’hésitez pas à partager un exemple de ce que vous souhaiteriez obtenir.

[Jonathan]

Bonjour Laurence,

Voici 2 images qui synthétisent les mesures, le modèle et le résultat attendu au niveau de l’info-bulle.

J’espère que ça vous aidera.

[Jonathan]

Bonjour Brice, bonjour Nathalie,

Ici le CALCULATE ne sert strictement à rien. Si l’on veut juste faire des sommes, SUM est suffisant. Une bonne pratique sera d’ailleurs de faire réellement ces mesures de base puis de les utiliser ensuite.

Dans ce cas précis, on cherche à faire la somme de colonnes qui viennent de la même table, un simple SUMX sera suffisant. SUMX(Ma_Table, Ma_Table[Col1] + Ma_Table[Col2] + Ma_Table[Col3])

P.S. : ce n’est pas très clair, mais je répondais à ce message plus haut 😀 :

“Mon Total des valeurs =
Var Sommedesoccurences1 = CALCULATE(SUM(Valeur1))
Var Sommedesoccurences2 = CALCULATE(SUM(Valeur2))
Var Sommedesoccurences3 = CALCULATE(SUM(Valeur3))
Var SommeTotal = Sommedesoccurences1 + Sommedesoccurences2 + Sommedesoccurences3
RETURN SommeTotal”

• This reply was modified 11 months, 2 weeks ago by  Jonathan.

[Jonathan]

Bonjour Dalia,

Voici une vidéo qui pourrait t’aider dans ce projet.

Il y a d’autres approches, tu peux par exemple faire des mesures qui calculent directement les N derniers Mois (avec la fonction DATESINPERIOD).

Mais l’approche décrite dans la vidéo est simple à mettre en œuvre et t’évitera d’avoir à gérer du DAX un peu complexe.

[Jonathan]

Bonjour,

Il faut faire une fonction personnalisée et variabiliser ce qui doit l’être.

Si par exemple, c’est le nom de la base qui change :

• Dans le code M, le nom de la base est “Toto”,
• Au tout début du code M, avant le let, vous saisissez : (Nom_Base as text) as table =>
• Vous remplacez ensuite Toto par Nom_Base (le nom de votre paramètre),
• Vous faites ensuite une liste des noms des bases à agréger (avec entrer les données par exemple),
• Vous appliquez la fonction sur cette colonne (Ajouter une colonne puis appeler une fonction personnalisée),
• Vous dépliez les données,

C’est possible que le refresh ne fonctionne que dans le desktop et pas dans le service avec cette technique. A creuser du coup…

[Jonathan]

Je pense que l’impact est lié à la gestion de la confidentialité des données. On a déjà ce problème dans Power Query en standard où, lorsqu’on fusionne nous données, si on ne le fait pas “correctement”, on peut avoir des messages d’erreur liés à la confidentialité des données. On peut alors, paramétrer correctement la confidentialité des données pour chaque source et/ou faire des fusions dans de nouvelles requêtes au lieu de les faire sur les requêtes existantes.

J’ai l’impression que c’est un peu ça ici, ou tout simplement un moyen de nous “contraindre” d’aller vers une version premium 🙂

[Jonathan]

Bonjour Magalie,

Cet article vous sera utile, il montre une technique simple pour s’affranchir du Premium dans ce cas précis.

[Jonathan]

Merci Bertrand, très clair. Je passe la main, je n’utilise pas du tout cette fonctionnalité (Je préfère créer mes propres textes dynamiques via des mesures, je trouve justement cela bien plus simple).

[Jonathan]

Bonjour Bertrand,

Qu’appelez-vous des “commentaires” ? J’ai l’impression que vous parlez des mesures mais je ne suis pas certain de comprendre.

Vous pouvez mettre un imprimé écran pour qu’on comprenne mieux le problème et décrire précisément ce que vous souhaitez faire et n’arrivez pas à faire. Ce sera plus simple pour vous aider,

[Jonathan]

Bonjour,

On est d’accord que le graphique doit présenter le nombre de commandes pour les lignes de la table de faits dont la valeur envoi est null ? Et tout ceci par date de création.

A plus tard,

[Jonathan]

Merci ! On n’a plus ça sur le nouveau forum, c’est dommage effectivement.

A bientôt, bon courage pour ton projet,

[Jonathan]

Voici une méthode simple :

• Faire une table déconnectée avec la liste des couleurs issues de vos deux colonnes,
• Faire ensuite une mesure qui checke si la couleur sélectionnée issue de cette table déconnectée est contenue dans les colonnes d’origine,
• Si le résultat est vrai, 1 sinon 0,
• Ensuite poser cette mesure directement sur le graphique/tableau à filtrer en précisant la condition 1.

Dites-moi si c’est clair ou si vous avez besoin d’aide pour le DAX (c’est un simple IF).

[Jonathan]

Ma première solution ne marcherait que si les données venaient de 2 tables en fait. Je vais faire un exemple concret et vous proposer une solution simple. Soit ce midi soit ce soir. 👍

[Jonathan]

Bonjour,

On peut imaginer une table des couleurs avec l’unicité sur les couleurs issues de vos deux colonnes. Puis une relation entre cette nouvelle table et votre table actuelle de dimension de 1 à plusieurs.

On peut également faire une table déconnectée des couleurs et une mesure qui permettra de filtrer vos données en fonction du choix de l’utilisateur (mais cela veut dire un peu de DAX à modifier/créer pour vos mesures actuelles).

Bon courage pour la suite de votre projet,

[Jonathan]

Vous pouvez envoyer un exemple de fichier ? Je regarderai ce soir (en dépliant, il ne devrait y avoir qu’une seule colonne justement). Ensuite vous ajouterez une autre colonne qui vous permettra d’éventuellement regrouper les valeur selon un critère.

A plus tard, bonne après-midi