0 Votes

Changes for page Sprint [BOTA-INV-1]

Last modified by Cyril Boillat on 11/07/2025

From 21.12 to 21.11 From 58.8 to 58.7

From version 58.7

edited by Cyril Boillat
on 25/06/2025

Change comment: Objet supprimé

To version 21.12

edited by Cyril Boillat
on 22/12/2023

Change comment: Objet supprimé

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)
Attachments (0 modified, 1 added, 0 removed)
- BOTA-REC-NEW-SPRINT-2.mp4
Objects (2 modified, 1 added, 2 removed)

Details

Page properties

Title

@@ -1,1 +1,1 @@
--Sprint [BOTA-BS-7]
++Sprint 3

Content

@@ -1,355 +1,18 @@
  = Préambule =
  (% class="wikigeneratedid" id="HFonctionnalitE9s:" %)
--Mise à disposition d'une vidéo explicative (version en test, en version Alpha à suivre) de la gestion long terme (BOTA-BS) dans //Botalista//. Cette troisième version permet de valider les nouveaux concepts expliqués dans la vidéo et va nous permettre de bâtir autour. Vous pouvez nous faire part de vos commentaires directement dans ce blog, ajoutant un commentaire en bas de page.
++Mise à disposition d'une nouvelle version en test, en version Alpha de la nouvelle navigation dans //Botalista//. Cette premier version permet de valider les nouveaux concepts expliqués dans la vidéo et va nous permettre de bâtir autour. Vous pouvez nous faire part de vos commentaires directement dans ce blog, ajoutant un commentaire en bas de page.
--= Fonctionnalités – User Stories (Version RC – Avril 2025) =
++= Fonctionnalités =
--{{box cssClass="floatinginfobox"}}
--État : Conversion des doléances utilisateur en backlog agile – Épic par Épic
--{{/box}}
++|[BOTA-REC] En tant qu'utilisateur, je souhaite avoir un nouveau module de gestion des récoltes.
++|[BOTA-FRONT] En tant qu'utilisateur, je souhaite avoir une nouvelle ergonomie dans l'application.
++|[BOTA-DEV] En tant que développeur, je souhaite retirer les composants obsolètes, pour assurer une meilleure maintenabilité.
--== Épic 1 – Acquisition & Autorisations ==
++== Mises à jours ==
--=== US1.1 – Upload et liaison automatique des documents ===
++|22.10.2023|5.1.0-ALPHA-3|[BOTA-REC] En tant qu'utilisateur, je souhaite disposer de localités que je défini par moi-même (Localités géographiques)
--**En tant que** responsable d'acquisition,
--**je veux** pouvoir téléverser un document d’autorisation ou autre pièce justificative,
--**afin que** celui-ci soit automatiquement lié à un projet (mission) et à toutes les récoltes/acquisitions associées.
--
--=== US1.2 – Conformité Nagoya visible et traçable ===
--
--**En tant que** utilisateur,
--**je veux** que les documents de conformité soient consultables depuis les récoltes concernées,
--**afin de** m’assurer de leur validité légale.
--
--== Épic 2 – Récolte ==
--
--=== US2.1 – Unités multiples pour la taille de population ===
--
--**En tant que** récolteur,
--**je veux** saisir la taille de la population en individus, touffes, tiges ou m²,
--**afin de** refléter fidèlement les pratiques terrain.
--
--=== US2.2 – Carte Swisstopo par défaut ===
--
--**En tant que** utilisateur,
--**je veux** utiliser Swisstopo comme carte de fond,
--**afin de** mieux situer les récoltes en Suisse.
--
--=== US2.3 – Affichage des coordonnées écrites ===
--
--**En tant que** utilisateur,
--**je veux** voir les coordonnées GPS en texte dans les détails de récolte,
--**afin de** les copier facilement.
--
--=== US2.4 – Validation et correction des coordonnées migrées ===
--
--**En tant que** gestionnaire de données,
--**je veux** corriger les anomalies de géolocalisation dans les données migrées,
--**afin de** fiabiliser les données cartographiques.
--
--== Épic 3 – Tests de Germination (TG) ==
--
--=== Sous-Épic 3.1 – Structure des tests ===
--
--==== US3.1.1 – Réplicats multiples par test (3 boîtes Petri) ====
--
--**En tant que** technicien de laboratoire,
--**je veux** saisir les données par réplicat (3 boîtes par test),
--**afin de** refléter la réalité expérimentale et éviter les totaux approximatifs.
--
--==== US3.1.2 – Affichage des réplicats en mode détail ====
--
--**En tant que** utilisateur,
--**je veux** voir une ligne par test dans la vue d’ensemble,
--**et** ouvrir une vue à 3 lignes (1 par réplicat) au clic,
--**afin de** faciliter la navigation et la saisie.
--
--==== US3.1.3 – Identifiant lisible pour un test TG ====
--
--**En tant que** utilisateur,
--**je veux** un identifiant humainement lisible (basé sur SA + numéro de test),
--**afin de** faciliter les références et éviter les confusions entre TG.
--
--=== Sous-Épic 3.2 – Conditions & traitements ===
--
--==== US3.2.1 – Champs séparés pour les conditions expérimentales ====
--
--**En tant que** utilisateur,
--**je veux** des champs distincts pour lumière jour/nuit, température jour/nuit, traitement,
--**afin de** mieux structurer les tests et permettre des recherches multicritères.
--
--==== US3.2.2 – Suggestions de traitements par taxon avec efficacité ====
--
--**En tant que** utilisateur,
--**je veux** que des traitements déjà appliqués au même taxon soient suggérés, avec leur taux de germination,
--**afin de** faciliter la décision et éviter les essais redondants.
--
--==== US3.2.3 – Indiquer le n° de réplica sur les étiquettes ====
--
--**En tant que** utilisateur,
--**je veux** que chaque étiquette TG indique clairement le numéro du réplica (1/3, 2/3, 3/3),
--**afin de** permettre la traçabilité des boîtes.
--
--==== US3.2.4 – Inclure la catégorie “infested” dans les relevés TG ====
--
--**En tant que** utilisateur,
--**je veux** pouvoir enregistrer la présence de graines infestées,
--**afin de** refléter fidèlement l’état du matériel biologique.
--
--=== Sous-Épic 3.3 – Suivi des tests ===
--
--==== US3.3.1 – Filtrer les tests en cours (non terminés) ====
--
--**En tant que** utilisateur,
--**je veux** un filtre pour ne voir que les TG sans date de fin,
--**afin de** me concentrer sur les tests encore actifs.
--
--==== US3.3.2 – Déclencher un rappel automatique de fin de test ====
--
--**En tant que** utilisateur,
--**je veux** un rappel lorsque les règles de fin sont atteintes (ex : 2 mois sans germination),
--**afin de** clore les tests au bon moment.
--
--==== US3.3.3 – Afficher les graines restantes ====
--
--**En tant que** utilisateur,
--**je veux** visualiser à tout moment le nombre de graines non encore comptabilisées,
--**afin de** détecter les erreurs de saisie.
--
--==== US3.3.4 – Validation cohérente avec le nombre de graines utilisées ====
--
--**En tant que** utilisateur,
--**je veux** que la somme des graines saisies (germées, mortes, etc.) ne dépasse pas le total initial,
--**afin de** éviter les erreurs de saisie.
--
--=== Sous-Épic 3.4 – Ergonomie et robustesse ===
--
--==== US3.4.1 – Bouton “Marquer comme terminé” en édition ====
--
--**En tant que** utilisateur,
--**je veux** pouvoir clôturer un TG directement depuis l’interface de saisie,
--**afin de** éviter de sortir pour changer de statut.
--
--==== US3.4.2 – Affichage des taux : germination, viabilité, mortalité ====
--
--**En tant que** utilisateur,
--**je veux** voir ces taux s’afficher clairement,
--**et** comprendre leur calcul via une infobulle ou au survol de la souris.
--
--==== US3.4.3 – Affichage correct même si 100% des graines sont mortes ====
--
--**En tant que** utilisateur,
--**je veux** que le taux de germination soit affiché à 0%,
--**même** si toutes les graines sont mortes,
--**afin de** ne pas croire à un bug.
--
--==== US3.4.4 – Alerte en cas de retour navigateur pendant saisie ====
--
--**En tant que** utilisateur,
--**je veux** recevoir un message d’avertissement si je quitte la page sans sauvegarder,
--**afin de** éviter toute perte de données.
--
--== Épic 4 – Conditionnement ==
--
--=== US4.1.1 – Recalcul automatique du poids ===
--
--**En tant que** utilisateur,
--**je veux** que le poids soit recalculé automatiquement si je modifie le nombre de graines,
--**afin de** refléter le contenu réel du tube.
--
--=== US4.2.1 – Placer plusieurs tubes TG dans un même bocal ===
--
--**En tant que** utilisateur,
--**je veux** pouvoir placer plusieurs tubes TG de lots différents dans un même bocal TG,
--**afin de** refléter le mode de rangement utilisé.
--
--=== US4.2.2 – Valider la compatibilité entre tubes et bocaux ===
--
--**En tant que** utilisateur,
--**je veux** qu’un tube de type CD ne puisse pas être placé dans un bocal de type LD (et inversement),
--**afin de** prévenir les erreurs de classement.
--
--=== US4.3.1 – Numérotation unique et descriptive des tubes ===
--
--**En tant que** utilisateur,
--**je veux** que chaque tube ait un numéro unique contenant le numéro de lot, le type de tube et un suffixe de position (ex: 1/2),
--**afin de** faciliter l’identification et la traçabilité.
--
--=== US4.3.2 – Retirer le numéro de bocal des étiquettes de tubes ===
--
--**En tant que** utilisateur,
--**je veux** que l’étiquette du tube n’inclue pas le numéro du bocal,
--**car** l’attribution du bocal intervient souvent après impression.
--
--=== US4.3.3 – Ajouter un duplicata du numéro de tube à l’intérieur ===
--
--**En tant que** utilisateur,
--**je veux** imprimer le numéro de tube séparément pour l’insérer dans le tube,
--**afin de** retrouver son identité en cas de perte d’étiquette externe.
--
--=== US4.4.1 – Supprimer le 0 ajouté à la fin des numéros de lot ===
--
--**En tant que** utilisateur,
--**je veux** que le numéro de lot reste identique au numéro d’acquisition,
--**afin de** ne pas interférer avec les conventions utilisées par les jardiniers.
--
--=== US4.4.2 – Renommer le champ "parent" à la création de lot ===
--
--**En tant que** utilisateur,
--**je veux** que le champ "parent" soit renommé ou supprimé,
--**car** il crée une confusion avec les notions de filiation alors qu'il s'agit du même lot.
--
--== Épic 5 – Emplacements (stockage physique) ==
--
--=== US5.1.1 – Affichage espèce et numéro d’acquisition dans la vue bocal ===
--
--**En tant que** utilisateur,
--**je veux** voir l’espèce et le numéro d’acquisition de chaque tube dans l’aperçu du bocal,
--**afin de** m’éviter de devoir ouvrir chaque fiche.
--
--=== US5.2.1 – Clarification du type “élément fixe” ===
--
--**En tant que** utilisateur,
--**je veux** que les emplacements de type "élément fixe" ne puissent contenir de bocal,
--**afin de** refléter correctement la hiérarchie physique (ex : chambres froides).
--
--=== US5.2.2 – Liste déroulante des bocaux existants ===
--
--**En tant que** utilisateur,
--**je veux** une liste déroulante des bocaux existants dans le champ "Nom",
--**afin de** réutiliser des bocaux sans en créer de doublons.
--
--=== US5.3.1 – Création autonome de nouveaux sites ===
--
--**En tant que** gestionnaire,
--**je veux** pouvoir ajouter de nouveaux sites comme Changins,
--**afin de** m’adapter à l’évolution de mes lieux de stockage.
--
--=== US5.3.2 – Ajout de sous-emplacements personnalisables ===
--
--**En tant que** utilisateur,
--**je veux** définir des sous-emplacements (chambre sèche, congélateur),
--**afin de** préciser le rangement réel dans le site.
--
--=== US5.3.3 – Prise en charge des congélateurs individuels ===
--
--**En tant que** utilisateur,
--**je veux** pouvoir désigner un congélateur spécifique (numéroté) comme emplacement,
--**afin de** représenter ma structure logistique propre.
--
--=== US5.4.1 – Création d’un TG depuis la fiche tube ===
--
--**En tant que** utilisateur,
--**je veux** créer un test de germination directement depuis une fiche tube,
--**afin de** réutiliser automatiquement l’emplacement des graines.
--
--== Épic 6 – Détail des lots & Banque de semences ==
--
--=== US6.1.1 – Recherche élargie dans la barre "chercher un test" ===
--
--**En tant que** utilisateur,
--**je veux** rechercher des lots, espèces et tubes, pas seulement des TG,
--**afin de** naviguer librement dans la banque de semences.
--
--=== US6.2.1 – Affichage du % de germination dans la fiche lot ===
--
--**En tant que** utilisateur,
--**je veux** voir le % de germination associé à chaque test,
--**afin de** identifier rapidement les conditions efficaces.
--
--=== US6.2.2 – Affichage des taux complets par test ===
--
--**En tant que** utilisateur,
--**je veux** voir le taux de germination, mortalité, viabilité,
--**afin de** avoir un résumé interprétable.
--
--=== US6.2.3 – Export des données des tests de germination ===
--
--**En tant que** utilisateur,
--**je veux** exporter les données de test (taux + conditions),
--**afin de** les partager avec mes partenaires ou les utiliser hors ligne.
--
--=== US6.3.1 – Supprimer la distinction entre numéro de lot et d’acquisition ===
--
--**En tant que** utilisateur,
--**je veux** que le numéro de lot = numéro d’acquisition,
--**afin de** rester cohérent avec l’existant.
--
--=== US6.3.2 – Conserver les anciens codes Zurich post-migration ===
--
--**En tant que** utilisateur,
--**je veux** retrouver l’ancien code Zurich dans une propriété dédiée,
--**afin de** tracer l’historique de chaque lot.
--
--=== US6.3.3 – Garantir l’unicité des numéros d’acquisition inter-sites ===
--
--**En tant que** utilisateur,
--**je veux** que mes numéros soient distincts de ceux d’autres jardins,
--**afin de** éviter les conflits lors de la mutualisation.
--
--== Épic 7 – Organisation générale & Terminologie ==
--
--=== US7.1.1 – Renommer “lots de graines” en “Index seminum” ===
--
--**En tant que** utilisateur,
--**je veux** que l’intitulé soit "Index seminum",
--**afin de** suivre la terminologie des jardins botaniques.
--
--=== US7.1.2 – Créer une rubrique “Banque de semences” dédiée ===
--
--**En tant que** utilisateur,
--**je veux** une rubrique principale distincte "Banque de semences",
--**afin de** ne pas mélanger ADN et Index seminum.
--
--=== US7.1.3 – Retirer l’obligation d’un parent à la création ===
--
--**En tant que** utilisateur,
--**je veux** créer un lot sans parent,
--**car** toutes les graines ne sont pas issues de culture.
--
--=== US7.2.1 – Filtres avec listes déroulantes ===
--
--**En tant que** utilisateur,
--**je veux** choisir des valeurs dans des listes déroulantes dans tous les filtres,
--**afin de** gagner en ergonomie comme dans Excel.
--
--=== US7.2.2 – Barre de recherche pour les lieux de stockage ===
--
--**En tant que** utilisateur,
--**je veux** rechercher un emplacement par mot-clé,
--**afin de** le retrouver rapidement.
--
--=== US7.3.1 – Amélioration des traductions EN/DE ===
--
--**En tant que** utilisateur multilingue,
--**je veux** des traductions précises en anglais et allemand,
--**afin de** éviter les confusions.
--
--=== US7.3.2 – Réorganisation du menu pour éviter les doublons ===
--
--**En tant que** utilisateur,
--**je veux** que chaque rubrique du menu n’apparaisse qu’une seule fois,
--**afin de** faciliter la navigation.
--
--=== US7.4.1 – Comprendre l’usage des QR codes ===
--
--**En tant que** utilisateur,
--**je veux** savoir si les QR codes fonctionnent avec un smartphone ou un scanner PC,
--**afin de** anticiper leur usage terrain.
--
--=== US7.4.2 – Sauvegarde de filtres personnalisés pour les exports ===
--
--**En tant que** utilisateur,
--**je veux** enregistrer mes filtres d’export (ex. collecte annuelle par canton),
--**afin de** réutiliser les rapports facilement.
--
--
--
--
  = Vidéo =
--[[Lien Vidéo 1>>attach:BOTA-BS-CONDITIONNEMENT2.mp4]]
--[[Lien Vidéo 2>>attach:BOTA-BS-CONDITIONNEMENT3.mp4]]
--[[Lien Vidéo 3>>attach:BOTA-BS-CONDITIONNEMENT4.mp4]]
++[[(% class="wikiattachmentlink wikiattachmentlink wikiattachmentlink wikiattachmentlink wikiattachmentlink wikiattachmentlink" %)Lien>>attach:BOTA-REC-NEW-SPRINT-2.mp4]]

BOTA-REC-NEW-SPRINT-2.mp4

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.SiropOps

Size

...	...	@@ -1,0 +1,1 @@
	1	+47.4 MB

Content

XWiki.XWikiComments[3]

Author

...	...	@@ -1,1 +1,0 @@
1		-Maya

Comment

@@ -1,10 +1,0 @@
----J'ai une question concernant le nom des tubes. Serait-il possible de leur attribuer un identifiant unique qui permette de savoir si c'est un tube longue durée, ou courte durée ou test de germination ? Actuellement nous avons ces infos comme suit: 1/2 LD--
--
----Ce serait bien d'avoir un numéro unique suivi de ces informations car lorsque nous conditionnons, nous regardons l'étiquette sur le tube pour savoir dans quel bocal il va (LD CJBG, LD changins, CD...etc). --
--
--
----- je rencontre également des difficultés à rechercher soit une acquisition, soit une récolte. Pourrais- tu peut-etre nous faire une vidéo pour mieux comprendre comment effectuer une recherche stp? Il me semble d'ailleurs que lorsque nous sommes en mode " consultation", il n'y a plus les onglets récapitulatifs de la récolte/acquisition/conditionnement sur la gauche de l'écran. Et donc il nous manque les informations liées à la récolte quand nous somme sur une acquisition (comme dans la version actuelle de botalista). --
--
----Merci :) --
--
--

Date

...	...	@@ -1,1 +1,0 @@
1		-2024-06-26 10:06:33.596

XWiki.XWikiComments[4]

Author

@@ -1,1 +1,1 @@
--Maya
++XWiki.SiropOps

Comment

@@ -1,8 +1,1 @@
----Je viens de voir que nous avons les informations lié à la récolte quand on va dans "stockage" puis "banque de semences".  Mais, il manque les informations sur l'acquisition. De plus, quelle est la différence entre " lots de graines" et banque de semences"? De plus, une fois dans le détail du lot de semence, je ne voit pas comment rajouter le conditionnement. --
--
----Je ne comprend pas bien toute cette séparation entre récolte, acquisition, et lot de semence. Nous avons besoin d'avoir toutes ces informations ensemble, et de pouvoir les chercher de manière rapide. Actuellement elles sont trop séparées. Peut-être il faudrai réorganiser une réunion bientot :)--
--
----Merci encore,--
--
--
----Maya--
++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,1 +1,1 @@
--2024-06-26 10:29:54.862
++2023-12-21 13:13:38.932

Reply To

...	...	@@ -1,0 +1,1 @@
	1	+1

XWiki.XWikiComments[5]

Comment

@@ -1,2 +1,1 @@
--Bonjour Maya, j'ai modifier la numérotation des tubes et tu devrais vois apparaître les notion de LD - CD avec LT long term GT germination test et St short term.
--Bien à toi
++Pour les demandes d'évolutions, je les ai rajouté dans les futurs questionnaires de la CT, pour le soumettre au vote

Date

@@ -1,1 +1,1 @@
--2024-08-20 12:04:28.71
++2023-12-21 13:16:02.538

Reply To

@@ -1,1 +1,1 @@
--3
++2

XWiki.XWikiComments[7]

Author

...	...	@@ -1,1 +1,0 @@
1		-laura

Comment

@@ -1,6 +1,0 @@
--Merci pour les nouveautés. je trouve dommage que nous ne fassions pas apparaitre dans la chronologie le test de viabilité qui peut-être effectué en amont du conditionnement des lots, pour garder une trace.
--
--encore merci
--
--
--Laura

Date

...	...	@@ -1,1 +1,0 @@
1		-2024-08-22 08:52:36.228

XWiki.XWikiComments[2]

Author

...	...	@@ -1,0 +1,1 @@
	1	+G

Comment

@@ -1,0 +1,119 @@
++Un grand pas de franchi! 😉
++
++Quelques remarques:
++
++**ERGONOMIE - GENERAL**
++
++
++(% class="box warningmessage" %)
++(((
++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).
++
++**A voter**
++)))
++
++(% class="box errormessage" %)
++(((
++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.
++
++
++**J'ai fais divers tests, s'ils sont plus gros, on perd énormément de navigabilité**
++)))
++
++
++(% class="box successmessage" %)
++(((
++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).
++
++
++**Oui, c'est déjà dans ma TODO list ;-)**
++)))
++
++(% class="box warningmessage" %)
++(((
++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.
++
++
++
++**A voter**
++)))
++
++(% class="box warningmessage" %)
++(((
++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.
++**A voter**
++)))
++
++(% class="box successmessage" %)
++(((
++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é.
++**C'est déjà le cas, mais il est pas possible d'afficher les deux en même temps, pour des questions de place, surtout en navigation mobile**
++)))
++
++
++**RECOLTE**
++
++(% class="box warningmessage" %)
++(((
++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 ?
++**A voter car cela rendrait la création automatique des collectifs très complexe. On peut toujours utiliser la création manuel si on veut tout renseigner**
++)))
++
++(% class="box warningmessage" %)
++(((
++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.
++**A voter**
++)))
++
++(% class="box warningmessage" %)
++(((
++**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" :
++
++
++
++* "Givrine" n'affiche que 4 entrées, le col est absent ;
++* "La Givrine" idem ;
++* "col de la giv" affiche 5 résultats mais pas de col ;
++* "col de la givr" ne trouve rien
++* il faut écrire en entier "Col de la Givrine" pour trouver
++* 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
++
++Certains toponymes à 1 mot sont également difficiles à trouver **sans les écrire en entier**, p.ex. Furkapass, Grimselpass.
++
++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.
++
++**A voter, car le système de recherche s’appuie sur une api externe qui était déjà en production sur l'outil BLS depuis de nombreuses années**
++)))
++
++(% class="box successmessage" %)
++(((
++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)?>>https://map.geo.admin.ch)?]]
++
++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.
++
++**Mis dans ma TODO LIST**
++)))
++
++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** ?
++**Oui**
++
++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 ?
++**Non**
++
++**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.)
++
++**Corrigé dans la version 5.1.2 **
++
++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.
++
++**Corrigé dans la version 5.1.2 **
++
++**ACQUISITION**
++
++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 ?
++
++**Oui, c'était une version ALPHA, fonctionnel dans la version 5.1.2**
++
++Merci à l'équipe de dev!
++
++Raoul

Date

...	...	@@ -1,0 +1,1 @@
	1	+2023-11-18 14:53:45.280

Changes for page Sprint [BOTA-INV-1]

Summary

Details

Applications

Navigation

My Recent Modifications

Need help?