Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fonctions utiles manquantes #15

Open
4 of 11 tasks
bchartier opened this issue Sep 15, 2016 · 10 comments
Open
4 of 11 tasks

Fonctions utiles manquantes #15

bchartier opened this issue Sep 15, 2016 · 10 comments

Comments

@bchartier
Copy link
Collaborator

bchartier commented Sep 15, 2016

Une petite liste de fonctions auxquelles j'ai pensées mais que je n'ai pas eu le temps d'implémenter (en rapport avec le stockage des infos en base de données) :

  • Relancer en un clic une session de tests
  • Supprimer une session de tests enregistrée en base
  • Supprimer toutes les sessions de tests enregistrées ayant les mêmes paramètres que la session en cours de consultation
  • Passer à la session précédente ou suivante de tests ayant les mêmes paramètres que la session en cours de consultation
  • Pouvoir sélectionner les tests à exécuter dans une session (on pourrait imaginer que certains tests ne soient pas utiles pour certaines plates-formes)
  • Administrer une liste de catalogues pour pouvoir simplement le sélectionner dans une liste quand on veut lancer des tests. Avoir plusieurs catalogues configurés peut être utile si l'on une seule plate-forme à gérer mais avec plusieurs catalogues virtuels ou si l'on fait de l'assistance pour plusieurs plates-formes (et puis on peut avoir les deux cas en simultané)
  • Afficher des indicateurs exploitant l'historique des tests (peut-être compliqué si on a pas de possibilité de lancer des tests de manière périodique)
  • rétablir la fonction de correction rapide (dans quick test: le workflow habituel est je fais le test sur mon orga; je clique sur les fiches avec score bas pour aller sur le catalogue; je corrige; je clique sur le score pour relancer sur la fiche en question, qui s'actualise directement sur la page)
  • ajouter un sortkey sur la date des données, souvent en rapport avec la qualité des md
  • afficher un graphe temporel du score des sessions ayant les mêmes paramètres que la session en cours de consultation
  • afficher des stats qui comptent aussi pour la qualité: pyramide des âges des données, camembert sur les keywords
@fphg
Copy link
Contributor

fphg commented Sep 16, 2016

j'ajouterais

  • rétablir la fonction de correction rapide (dans quick test: le workflow habituel est je fais le test sur mon orga; je clique sur les fiches avec score bas pour aller sur le catalogue; je corrige; je clique sur le score pour relancer sur la fiche en question, qui s'actualise directement sur la page)
  • ajouter un sortkey sur la date des données, souvent en rapport avec la qualité des md
  • afficher un graphe temporel du score des sessions ayant les mêmes paramètres que la session en cours de consultation
  • afficher des stats qui comptent aussi pour la qualité: pyramide des âges des données, camembert sur les keywords

@bchartier
Copy link
Collaborator Author

@fphg : J'ai l'impression que le plus urgent c'est ça :

rétablir la fonction de correction rapide (dans quick test: le workflow habituel est je fais le test sur mon orga; je clique sur les fiches avec score bas pour aller sur le catalogue; je corrige; je clique sur le score pour relancer sur la fiche en question, qui s'actualise directement sur la page)

Tu me confirmes ?

@fphg
Copy link
Contributor

fphg commented Sep 16, 2016

comme ça marche dans quicktest personne n'est coincé.
Il faudrait plutôt que le comportement entre session et quicktest soit le même.
Je pense que la fonction js ne le permet pas actuellement.

pour éviter de maintenir 2 templates, peut-être faut-il supprimer quicktest et n'utiliser que session, avec un mode sans enregistrement

@bchartier
Copy link
Collaborator Author

comme ça marche dans quicktest personne n'est coincé.

ok, j'avais mal compris, je pensais que la fonction dans Quick test qui fonctionnait avant devait être rétablie. Ok pour essayer d'avoir les mêmes outils du côté de quick test et de session

Je pense que la fonction js ne le permet pas actuellement.

Tu as raison.

pour éviter de maintenir 2 templates, peut-être faut-il supprimer quicktest et n'utiliser que session, avec un mode sans enregistrement

Je crée un ticket séparé pour discuter de cela à notre aise (#18)

@bchartier
Copy link
Collaborator Author

Pour accéder aux fonctions utiles (listées au début du ticket) dans la page d'une session, j'ai commencé à implémenter un menu :
image

@bchartier
Copy link
Collaborator Author

J'ai copié la liste de fonctions de @fphg dans la première liste pour que l'elles soient prises en compte dans l'avancement du ticket.

@bchartier
Copy link
Collaborator Author

Avec mon dernier commit (2b0e029), j'ai ajouté la fonction pour relancer une session de tests.
Pour cela j'ai dû ajouter un nouveau champ dans le modèle TestSession : max_harvest.
Il faut donc obligatoirement exécuter create_db.py pour recréer votre base de données. Désolé.

@bchartier
Copy link
Collaborator Author

ajouter un sortkey sur la date des données, souvent en rapport avec la qualité des md

@fphg : le tri des métadonnées par date semble opérationnel dans la consultation d'un test rapide et dans la consultation d'une session. Il manque quoi pour ton besoin de tri par date ?

@fphg
Copy link
Contributor

fphg commented Oct 1, 2016

Le 01/10/2016 à 13:18, Benjamin C. a écrit :

ajouter un sortkey sur la date des données, souvent en rapport avec
la qualité des md

@fphg https://github.com/fphg : le tri des métadonnées par date semble
opérationnel dans la consultation d'un test rapide et dans la
consultation d'une session. Il manque quoi pour ton besoin de tri par date ?

Je voulais trier selon la date des données, pas seulement celle des
métadonnées

@bchartier
Copy link
Collaborator Author

Pour info, j'ai ajouté des capacités de filtre des résultats dans la page d'une session enregistrée en base. Quand on clique sur l'étiquette d'un test dans la case d'une fiche de métadonnées, la page est automatiquement rafraichie avec les paramètres suivants : test_filter et level_filter.

Exemple : test_filter=DEFAULT&level_filter=error

Cela permet d'afficher facilement l'ensemble des fiches de métadonnées qui ont une erreur commune.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants