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
En effet le champ chainable_on correspond a la date d’écriture + sigPeriod, il permet de tester si une nouvelle certifn est dispo ou pas (donc si chainable_on de la dernièren certif émise est inférieur au temps blockchain courant)
1 Like
ça me fait penser : il y a un endroit ou les différents parameters du block 0 sont documenté ? pour savoir le quel correspond à quoi ? (histoire que j’adapte mes script pour qu’ils puissent se brancher sur n’importe quel duniter-money et pas seulement la G1 ?
Le problème du paramétrage initial est qu’après un certain nombre de membres, ils sont trop espacés et on ne voit plus rien. J’ai joué un peu avec les paramètres et je pense que j’arrive à quelque chose de pas mal et plus compact que l’original, qu’est-ce que vous en pensez ?
http://me.jytou.fr/duniterwot/
Ça gigote pas mal au début (normal, c’est l’accouchement ! 
) mais ça se stabilise ensuite. Il me semble que le paramètre essentiel de vis (la librairie utilisée) est celui qui tente d’éviter les collisions entre nœuds (le fait qu’un nœud en cache un autre).
5 Likes
Un petit mécanisme pour choisir la vitesse ?
2 Likes
Quelqu’un peux renommer le titre de ce post et/ou le découper en plusieurs posts parcequ’on comprend rien.
J’arrive pas à savoir comment découper ni le renommer, alors je demande.
2 Likes
J’ai juste déplacé tout ce qui parlait de l’outil de framasky ici.
Quelqu’un pour en faire une vidéo ? 