Development #20771
Rendu local des données fournies par bijoe
0%
Description
Aujourd'hui la cellule "ChartCell" produit une <iframe> vers une visualisation de bijoe mais ça amène pas mal de rendu avec la bibliothèque ChartNew.js; plutôt, on devrait récupérer les données tabulaires produites par bijoe et en faire le rendu en local avec (genre) matplotlib.
Fichiers
| punchcard.png (17,2 ko) punchcard.png | |||
| 0001-dataviz-render-graph-locally-using-pygal-20771.patch (38,7 ko) 0001-dataviz-render-graph-locally-using-pygal-20771.patch |
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 6 ans
Pour mémoire par email, moi puis Benjamin :
À noter qu'autour de ça j'hésite beaucoup, j'en suis revenu à douter de faire le rendu via une lib js, capricieuse et qu'on maitrise mal, à me dire qu'on devrait plutôt aller vers du solide matplotlib contrôlé en python avec plein de gens derrière. (...).
Je n'ai vraiment rien contre. (...) déplacer complètement le rendu dans la cellule combo et bijoe balance juste les données ? Ça m'irait qu'on se partage le boulot comme cela, je conserverai simplement le rendu tableau dans bijoe pour contrôle et définition des requêtes.
Mis à jour par Frédéric Péters il y a plus de 6 ans
- Lié à Development #20779: Rendu des visualisations statistiques dans Combo plutôt que BiJoe ajouté
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Lié à Development #19744: Amélioration des graphiques ajouté
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Lié à Development #27457: amélioration de l'affichage des données statistiques ajouté
Mis à jour par Frédéric Péters il y a environ 5 ans
Moins massif, souple, entretenu, etc. que matplotlib, mais éventuellement à considérer pour une plus grande attention au rendu "joli", par un navigateur, http://pygal.org/en/stable/
Mis à jour par Frédéric Péters il y a environ 5 ans
- Fichier punchcard.png punchcard.png ajouté
Je viens de jouer un peu avec pygal, bilan :
- j'ai regardé l'activité git et c'est assez mort depuis plus d'un an.
- ça marche avec python 3 (donc même si ça reste mort ça sera pas un boulet tout de suite).
- l'API est bien plus immédiate/cohérente que matplotlib (genre juste en changeant de classe on passe d'un rendu à un autre, alors que côté matplotlib il y a du taf supplémentaire à faire pour passer par exemple de bar à stacked bar) (sans doute que côté matplotlib ça s'arrangerait en utilisant genre seaborn, de plus haut niveau) (mais pas de stacked bar dans seaborn, genre).
- côté format il y a uniquement du SVG mais ça n'est pas vraiment un problème.
- pour les styles, c'est parfois un peu trop fancy, genre sur un graphe type punchcard ça distrait plus qu'autre choses de varier les couleurs d'une série à l'autre.
- il y a donc de base un type "punchcard" qui est une visualisation que j'aime beaucoup. (pièce jointe)
- pour les styles (bis), le nécessaire existe pour arranger ça au niveau CSS voire SVG.
- ça vient avec un bout de js embeddé dans le svg, pour avoir des tooltips au survol des points (mais c'est encore moins maintenu que le reste)
Mis à jour par Emmanuel Cazenave il y a environ 5 ans
En retard de phase mais je mentionne à tout hasard parce que je viens de tomber dessus : https://vega.github.io/vega/ et https://vega.github.io/vega-lite/.
Dans l'idée que bijoe pourrait passer carrément des visualisations plutôt que juste les données (je me dis que ça pourrait être un bout de solution pour assurer un rendu équivalent coté combo et bijoe, que la personne qui crée les visualisations puisse visualiser le résultat sans switcher sur combo).
Voilà on maintenant on peut ignorer ma remarque et passer au vrai programme qui a le mérite de commencer à exister conrètement.
Mis à jour par Frédéric Péters il y a environ 5 ans
Voilà on maintenant on peut ignorer ma remarque et passer au vrai programme qui a le mérite de commencer à exister conrètement.
Yep plutôt rester sur le plan, et ne pas trop s'éloigner du concret, genre éviter la phase "a Visualization Grammar" dans #26847.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Fichier 0001-dataviz-render-graph-locally-using-pygal-20771.patch 0001-dataviz-render-graph-locally-using-pygal-20771.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Patch (qui se trouve dans la branche wip/20771-graphs-ng), dépend de #30855 côté bijoe.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Lié à Development #30855: slug pour les visualisations ajouté
Mis à jour par Frédéric Péters il y a plus de 4 ans
Et vieilles vidéos muettes, https://perso.entrouvert.org/~fred/tmp/combo-graphs.ogv et https://perso.entrouvert.org/~fred/tmp/combo-graphs-manager.ogv
Mis à jour par Serghei Mihai il y a plus de 4 ans
- Statut changé de Solution proposée à Solution validée
Ack.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Solution validée à Solution déployée
commit 6f82fe8eb4138c7ad61361432c9f559728b32f60
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Thu Mar 28 09:58:54 2019 +0100
dataviz: render graph locally using pygal (#20771)
dataviz: render graph locally using pygal (#20771)