C’est chouette ! 
Question bête, y quoi correspondent les couleurs ? Et la taille ? Ce serait probablement pas mal d’avoir un moyen de mettre en évidente les membres référents ?
sur cette infographie :
- taille -> degré (plus un membre à de certif reçu et émise, plus il est gros).
- couleur -> pageRank (un subtil algorithme déterminant la probabilité de passer sur un noeud en suivant aléatoirement les liens de certifications. couleur vive = forte proba)
1 Like
Intéressant !
Il devrait donc être possible de voir les membres référents juste avec la couleur alors, en passant un petit filtre des familles. 
Merci en tout cas, c’est une sacrée avancée. Et le json mis à jour en live, c’est top !
Oui c’est un classique, c’est un moyen d’approcher la Centralité d’intermédiarité sans avoir a calculer tout les chemins, j’adore cet algo 
Super chouette, merci pour le partage!
La visualisation est très intéressante également. Prévois-tu de faire une actualisation automatique ou régulière de celle-ci?
1 Like
Non, je l’ai faite avec Gephi, et s’il est peut-être possible d’automatiser des choses avec, ce n’est pas du tout un outil que je maitrise. En revanche, le prototypage que j’ai fait avec me donne des idées pour intégrer de nouvelles choses à Gvu.
1 Like
Sur l’image https://g1.1000i100.fr/TdC.svg ont peut dire que :
La taille des cercles représente a peu près la qualité/connectivité des membres.
La couler des cercles représente bien la centralité des membres.
On observe notamment bien que certains membres ont un très gros cercle clair/pâle : forte connectivité mais faible centralité.
Ont a aussi des petits cercles foncés/vifs : ce qui montre bien que les grandeurs connectivité et centralité sont indépendante l’une de l’autre, et qu’avoir beaucoup de l’une n’implique pas d’avoir beaucoup de l’autre
5 Likes
Évolution de la TdC, mois par mois avec Gvu
PS : c’est du bricolage, du coup, même si les données sont là, la coloration des nœuds correspond aux membres référents actuels, et non aux membres référents de la période affichée.
PS2 : pour ceux qui on une configuration de monstre, vous pouvez changer dans l’url "LoD":4 par une valeur plus importante (jusqu’a 10) pour activer transparence, mise en évidence des voisins au survol, transitions progressive, picto…
2 Likes
Merci à nouveau 
Y’a moyen de lui demander de garder la position des points ? Comme ça je le laisse calculer et afficher tout sur le dernier mois, puis je fixe les points et je joue avec les filtres pour enlever les plus récents et faire une autre capture d’écran, etc… pour me faire un p’tit gif animé
Sinon pour info Framasky a redémarré son script en changeant le nœud de référence mais il y a l’histoire du blocage identifié par @jytou ; d’après lui ça vient du js mais il n’a pas le temps de regarder ça prochainement.
1 Like
Hélas pour l’instant non.
ça fait parti des petites fonctionnalités qui m’ont déjà été demandé sur Mycelia mais que je n’ai pas encore codé.
Pour te faire un gif, je te recommande de commencer par laisser le graph se stabiliser, puis quand il ne bouge plus, tu prend une capture, tu décoche le dernier mois, tu en prend une autre etc…
et je te recommandes ces préréglages (avec LoD à 3 ) pour ne pas avoir le gif pollué par les nom.
Enfin, si tu veux jouer avec Gephi pour faire ton gif, j’ai fait des exports spécialisé (qui s’actualisent tout seul aussi quotidiennement) :
3 Likes
Merci pour les conseils !
Je suis en train de corriger le script de framasky, en le basant non plus sur les informations des nœuds, mais sur le json de la toile donné par @1000i100… j’ai bon espoir que ça marche plutôt bien, vu qu’il y a les informations de tous les membres dans le json, même ceux qui ont été révoqués… à suivre très bientôt…
4 Likes
J’ai une petite question. Dans le json, pour les certifications, on a les champs « validation_date » et « creation_date ». Je m’attendais à ce que « validation_date » corresponde à la date où la certification a été inscrite et validée en blockchain. Or pour les toutes premières certifications du bloc 0, on a une date de validation au 13/03/2017, ce qui me semble incorrect puisqu’elles sont dans le bloc 0 à la date du 8 mars. D’ailleurs, leur date de création est bien le 8 mars. Du coup je suis 
.
Mes modifs ont l’air de très bien fonctionner, j’ai d’ailleurs accéléré un peu le rythme et je suis en train de rajouter la date dans l’affichage à côté du pourcentage, c’est pratique pour savoir à quelle époque de la monnaie on est. 
5 Likes
Si je me souviens bien, on n’avait pas pu certifier avant le 13, le temps que nos certifs se reposent des 5 jours salutaires habituels, est-ce que ça pourrait être lié à ça ?
C’est bien possible, oui ! Du coup, la « date de validation » serait la date à laquelle le membre peut certifier de nouveau, et donc la date de la certification + 5 jours.
S’il vous plaît , pour l’anniversaire de la ğ1 sur Toulouse du samedi 10 et 11 mars , nous souhaiterions projeter une simple animation artistique du déploiement de la toile de confiance.
Le but n’est pas du tout de comparer les référents aux non référents , les distances et autres critères de ğ1monit.
Merciiiii
Je me suis basé sur le champs “chainable_on” de duniter.db qui m’avait l’air chronologiquement cohérent, mais du coup, il faut peutêtre que je le face moins 5 jours en effet (et ça expliquerais des bug de date entre entrée de membre et entrée des certif associés)
1 Like