J’incite toujours les gens à chercher des certifications venant de communautés différentes, afin de créer une belle communauté diversifiée. 
2 « J'aime »
Ma méthodologie :
- récupérer la wot bloc à bloc en stockant pour chaque membre sa date d’arrivée (et d’autres trucs techniques) et pour chaque certification la date d’émission (et d’autres trucs techniques)
- pour calculer l’évolution d’un paramètre, je me place à des temps précis où je calcule le graphe de la wot à ce moment là
- pour calculer la qualité à distance 4 d’un membre, c’est un parcours en largeur tronqué à la distance 4
En pratique, le plus compliqué pour moi c’était de récupérer les données de la wot, car je faisais un tour de passe passe en récupérant la wot en json depuis duniter, puis je sync avec dunitrust depuis ces json, puis je l’exporte avec une commande perso de dunitrust, puis je l’importe dans un autre projet perso écrit en rust. Lol j’ai pas trouvé plus compliqué désolé ^^
Je peux fournir le code, mais du coup faut que je fournisse le code modifié de dunitrust et mon projet en rust en qui récupère les données et fait les analyses. Si ça t’intéresse je peux t’envoyer ça !
A mon avis ce qu’il doit être possible c’est d’avoir un logiciel (sur un site web ?) qui récupère les blocs derniers blocs de quelque part et qui les ajoute à son graphe dynamique perso pour pas avoir à recalculer tout le temps à partir du bloc 0. Et sur ce site, ça affiche les statistiques qu’on veut 
Et cette opération de récupérer les derniers blocs à partir d’un mineur je sais pas faire, sinon je l’aurais fait et ça aurait trop pratique !
Si y a quelqu’un qui m’explique comment on fait ça, je veux bien repartir sur ce projet
Sinon tu peux récupérer le graphe de la WoT à partir des JSON de la wotmap ou de la worldwotmap. Sur cette instance ils sont générés une fois par jour (c’est pas incrémental mais c’est quand même assez rapide).
ok merci mais est ce que ces sites donnent la wot à tout bloc ? (pour avoir l’évolution)
Ah non, c’est un instantané, il n’y a pas d’historique.
Je pense que les participants de ce fil pourraient être intéressés par celui-ci :
1 « J'aime »
Oh mon dieu, que c’est compliqué !!!
Ça vaut le coup qu’on passe plusieurs heures en visio ensemble, on pourra extraire de ce que tu as fait la partie intéressante (le code qui fait les analyses) et lisser la partie d’acquisition de données pour que ce soit plus facile à maintenir par la suite. Est-ce que tu as un peu communiqué là dessus et j’ai loupé l’info ou est-ce que tu fais tes recherches tout seul dans ton coin ? C’est vraiment important pour la communauté qu’on publie le code de ce genre de trucs sur le gitlab de duniter parce que ça fait vivre l’écosystème et que ça donne des manières de réfléchir à comment l’améliorer. Et on n’est jamais à l’abri d’une contribution 
1 « J'aime »
D’où ma question : que ce passera-t-il dans ce cas (gageons sur 3125 le 8 juin - 3122 le 9 juin, deathripper est passé par la)
pour les certifications ? Certains devront obtenir 6 puis 5 ? De même pour la qualité du dossier ? Transition certes, mais qui risque dans un mauvais alignement de rompre pendant quelques jours la logique : s’il y a peu de certification durant cette période l’oscillation bloquera le processus entre membre à 6 et à 5 et la qualité suivra, provoquant une probable impossibilité du passage du dossier non ? Bloquer Deathripper, le·a meilleur·e ennemi·e ?
Le nombre de certifs nécessaire sera toujours de 5, donc de ce côté là pas de changement.
Le changement est seulement au niveau de la distance.
D’après les calculs de certains (dont je ne suis pas capable de faire moi-même), la difficulté devrait être moins élevé et donc ce palier permettrait à des dossiers en attente (qualité insuffisante mais pas non plus trop basse) de franchir le pas.
Et par conséquence de consolidé ce pallier.
Mais j’attends avec impatience ce moment pour voir si j’ai bien compris .
Après il suffit qu’un dossier soit suffisamment costaud (comme l’est le tiens) pour ne pas se poser la question.
5 « J'aime »
@DeathReaper ici ne donne pas la mort, mais ne fait que prévenir des échéances (pas de renouvellement d’adhésion, pas assez de certification)
3 « J'aime »
J’ai codé vite fait ce dont a parlé au téléphone et ai reproduit tes graphiques.
Pour le premier, on reconnaît bien la forme : qualité moyenne
Mais pour le second, j’ai des aberrations de données étranges, il faut que j’investigue : respect de la règle de distance.
Je ne vais peut-être pas avoir le temps de regarder tout de suite, mais si tu en as, voici les lignes qui sont les plus probablement en cause :
- calcul du nombre de voisins référents dans les k-voisinages : DataJune.jl/WotHistory.jl at master - DataJune.jl - Service Git
- calcul de la proportion de membres respectant la règle de distance : DataJune.jl/StatsExporter.jl at master - DataJune.jl - Service Git
1 « J'aime »
Ah zut, mon fils est passé à coté du 3000ième membre actif 
Qui va être le 3000ième membre ?!
4 « J'aime »
Je voudrai certification je ne cannai pas ou demander
anto75uk mon user
pardon mon francais
merci
Plus que onze membres 
4 « J'aime »
Attention a DeathReaper…Il va falloir la surveiller…
1 « J'aime »
hehe … 
Le passage à 6 se fera-t-il à 3125 ou 3126 membres ?
3125^(1/5) = 5 exactement donc si NodeJS fait bien ses opérations ce sera à 3126, mais avec l’arrondi binaire Python me donne 3125^(1/5) = 5.000000000000001 donc ça pourra être à 3125.
2 « J'aime »
Plus que cinq membres
2 « J'aime »
En fait DeathReaper est parti en vacances.
1 « J'aime »