Skip to Content
0 Votes

Changes for page Sprint [BOTA-INV-1]

Last modified by Cyril Boillat on 11/07/2025
From version 21.14
edited by Cyril Boillat
on 22/12/2023
Change comment: Objet supprimé
To version 21.6
edited by Cyril Boillat
on 21/12/2023
Change comment: Added comment

Summary

Details

Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -Sprint 3
1 +Sprint 2
XWiki.XWikiComments[0]
Author
... ... @@ -1,0 +1,1 @@
1 +JBP
Comment
... ... @@ -1,0 +1,3 @@
1 +Bravos  aux développeurs ! Fonctionnalité attendue qui donne une meilleur lisibilité  et ergonomie liées au processus métier (ici de la collecte à l'enregistrement du lot de graines)-  Il manque un lien entre le module BOTA-DOC et la récolte.
2 +
3 +
Date
... ... @@ -1,0 +1,1 @@
1 +2023-10-02 09:00:00.125
XWiki.XWikiComments[1]
Author
... ... @@ -1,0 +1,1 @@
1 +JBBORD
Comment
... ... @@ -1,0 +1,1 @@
1 +Merci je rejoins JBP c'est beaucoup plus ergonomique et la saisies des coordonnées, d'altitude beaucoup plus efficaces. Les bandeaux pour défiler plus vite sont très pratiques. Comment fait-on pour créer plusieurs acquisitions pour une même récolte (Une station, un même milieu, plusieurs espèces?
Date
... ... @@ -1,0 +1,1 @@
1 +2023-11-09 12:23:05.914
XWiki.XWikiComments[2]
Author
... ... @@ -1,0 +1,1 @@
1 +G
Comment
... ... @@ -1,0 +1,59 @@
1 +Un grand pas de franchi! 😉
2 +
3 +Quelques remarques:
4 +
5 +**ERGONOMIE - GENERAL**
6 +
7 +Visuellement, une **en-tête fixe, contenant aussi bien le menu principal que le fil d'Ariane et les différents onglets/boutons gris** qui permettent de sauter à des sections spécifiques du formulaire, pourrait être envisagé (~-~-> moins de mouvements, tout reste toujours visible et accessible).
8 +
9 +Les **onglets/boutons de navigation gris** qui permettent de sauter à des sections spécifiques du formulaire devraient être un peu **plus hauts/épais** afin de pouvoir cliquer dessus plus facilement.
10 +
11 +Arriverait-on **à empêcher ou avertir l'utilisateur** dès qu'il essaye d'utiliser **les boutons "retourner" ou "avancer" du navigateur** ? Sinon, l'utilisateur risque de perdre le contexte du fil de création / d'Ariane (risque de saisie incomplète, création d'entrées à double).
12 +
13 +Il est maintenant possible de naviguer entre l'ensemble des champs avec la **touche tabulateur**. La position du curseur en passant sur des **champs de catégories** (ex. : Anonyme/Illisible) n'est **pas visible** (sauf en actionnant la touche espace pour sélectionner). **Pourrait-on les rendre visibles** p. ex. avec une couleur différente du cadre ou un cadre plus épais ? En outre, en sélectionnant des valeurs dans ces champs avec la souris, **l'état ne change pas visuellement tant qu'on n'a pas déplacé la souris hors du champ** ; ce serait mieux que l'utilisateur puisse voir le changement en cliquant/recliquant au même endroit.
14 +
15 +Serait-il possible de **déployer des listes/menus déroulants** ou des **sélecteurs de dates** à l'aide d'une **touche ou raccourci clavier**, p. ex. ESC ? L'idée serait de pouvoir naviguer et remplir un formulaire de manière plus efficace et sans souris.
16 +
17 +Quand on déploie l’onglet récolte sur la gauche de l’écran, **l’onglet acquisition disparaît dessous**. Ce serait bien que cet onglet acquisition glisse en dessous lorsque l’onglet récolte est déployé.
18 +
19 +
20 +**RECOLTE**
21 +
22 +La **création automatique des collecteurs utilise les initiales**. Cela risque de générer beaucoup de noms de personnes saisis de manière incomplète. En cas de création automatique de nouveaux noms de personnes, on pourrait **ouvrir obligatoirement le détail** (sans devoir cliquer sur "Plus...") pour que les utilisateurs n'oublient pas de compléter les informations, notamment le prénom complet**. Lors de la création manuelle d'une personne (BOTA-PER), le prénom est obligatoire et le système ne permet pas de sauvegarder**, alors que dans le processus automatique du module BOTA-REC, le prénom n'est pas obligatoire. Est-ce cohérent ?
23 +
24 +Actuellement, il est possible d'enregistrer des **homonymes de personnes**, aussi bien au niveau "Nom Prénom" que "Nom Initiale". Lors de la création automatique de collecteur(s), il est **impossible de savoir lequel le système a choisi sans ouvrir le détail** avec "Plus...". Cela **risque de générer des entrées erronées** puisque le système ne propose qu'un.
25 +
26 +**Moteur de recherche de la géolocalisation** :  l'autocomplétion dans le champs Géolocalisation pourrait être affinée. Des **toponymes à plusieurs mots sont difficiles à trouver**. Exemple, on cherche "Col de la Givrine" :
27 +
28 +* "Givrine" n'affiche que 4 entrées, le col est absent ;
29 +* "La Givrine" idem ;
30 +* "col de la giv" affiche 5 résultats mais pas de col ;
31 +* "col de la givr" ne trouve rien
32 +* il faut écrire en entier "Col de la Givrine" pour trouver
33 +* ou bien "givrine col" ou "col givrine". Ces 2 dernières variantes sont moins intuitives, mais c'est en partie aussi à l'utilisateur d'apprendre comment utiliser l'outil
34 +
35 +Certains toponymes à 1 mot sont également difficiles à trouver **sans les écrire en entier**, p.ex. Furkapass, Grimselpass.
36 +
37 +Un champ/filtre supplémentaire permettant de **choisir d'abord le pays** concerné pourrait faciliter la recherche en réduisant le nombre de résultats possibles.
38 +
39 +N’y aurait-il pas un moyen de mettre en évidence (en gras) dans la liste des résultats l’élément indiqué dans la recherche (cf https:~/~/map.geo.admin.ch)?
40 +
41 +Rendre les polygones et les rectangles/cercles d’incertitude **plus transparents** pour qu’on puisse voir/lire ce qu’il y a dessous, notamment pour placer un point/repère avec la souris.
42 +
43 +Pour les entités de type Ville ou Canton, par exemple, l’outil de géolocalisation fournit un polygone avec une incertitude de type « dernier niveau de la hiérarchie » ; **est-ce que ce polygone est enregistré en tant que tel au niveau BD** ?
44 +
45 +Qu'en est-il de la **pérennité de cette information liée à une incertitude de type « polygone **» : si OpenStreetMap modifie le polygone ou le niveau hiérarchique, la donnée changera aussi et ne correspondra du point de vue géographique plus à la saisie originale ?
46 +
47 +**Impossible de choisir un pays comme localisation** (bien que présent dans la liste de résultats qui s'affiche). Des communes ou cantons fonctionnent cependant. Pour le module herbier on aura besoin de pouvoir saisir des données très imprécises (Monde, Europe, Asie, etc.)
48 +
49 +J’ai créé la localité Mongeret sous l’habitation isolée « La Gavache » puis créé la récolte. Je peux sélectionner la localité Mongeret pour une nouvelle récolte mais ses coordonnées ne sont pas enregistrées à je ne peux pas jouer avec l’incertitude.
50 +
51 +
52 +**ACQUISITION**
53 +
54 +Pour l’instant il est impossible de remonter au détail de la récolte depuis une acquisition (ni par le mini écran de gauche, ni depuis le fil d’Ariane, ni depuis la fiche de l’acquisition). Est-ce normal ?
55 +
56 +
57 +Merci à l'équipe de dev!
58 +
59 +Raoul
Date
... ... @@ -1,0 +1,1 @@
1 +2023-11-18 14:53:45.280
XWiki.XWikiComments[3]
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.SiropOps
Comment
... ... @@ -1,0 +1,1 @@
1 +Ajouté dans la version 5.1.2
Date
... ... @@ -1,0 +1,1 @@
1 +2023-12-21 13:12:28.474
Reply To
... ... @@ -1,0 +1,1 @@
1 +0
XWiki.XWikiComments[4]
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.SiropOps
Comment
... ... @@ -1,0 +1,1 @@
1 +J'ai rajouté des boutons sur la vue d'un lot, à la fin du processus pour pour recréer une acquisition depuis un lot dans la version 5.1.2
Date
... ... @@ -1,0 +1,1 @@
1 +2023-12-21 13:13:38.932
Reply To
... ... @@ -1,0 +1,1 @@
1 +1