search

PnX-SI / GeoNature

Application de saisie et de synthèse des observations faune et flore
GNU General Public License v3.0
104 stars 102 forks source link

[OCCTAX] : Amélioration UX concernant la conservation de géométrie lors de l'enchainement de saisies #2688

Open andriacap opened 1 year ago

andriacap commented 1 year ago

Version Version de GeoNature affectée par le bug : 2.12.2 et 2.11.2 (les autres versions n'ont pas été testées)

Description du bug Dans le cadre d'une prestation avec l'ARB IDF , il a été remonté un problème UX : Lors de l'enchainement de saisie de relevé de taxons si on souhaite conserver la géométrie précédente (dans le cadre de piège photographique où l'on a toujours une même localisation mais des saisies sur des dates différentes) on doit alors cliquer sur la carte ce qui engendre la modification du précédent point .

Comportement attendue

On devrait pouvoir conserver la géométrie précédente lors de l'enchainement de saisie .

Comment reproduire

  1. Réaliser un enchainement de relevés dans le module occtax en souhaitant conserver la même geolocalisation (notamment de type Point pour l'exemple d'une caméra pour piège photographique)
camillemonchicourt commented 1 year ago

Je ne comprends pas bien sur quelle modale tu veux ajouter un bouton. Mais je suis à priori pas très favorable à l'ajout d'un bouton, surtout que le principe d'Occtax est un relevé = une géométrie. Et que justement on dit qu'on fait un relevé différent quand la géométrie est différente.

Donc là c'est vraiment un cas assez particulier, même si je le comprends bien, mais qui ne mérite pas un bouton dans l'interface.

D'autant plus qu'il y a déjà la possibilité de conserver le géométrie avec l'outil avancé de conservation des infos entre les saisies (https://github.com/PnX-SI/GeoNature/issues/692) le permet il me semble :

image

Je viens de l'activer sur le serveur de DEMO.

andriacap commented 1 year ago

Bonjour Camille,

Voilà l'exemple, voir image ci dessous, de ce que je proposais (avant de savoir qu'il était possible d'activer l'outil avancé sur les instances de GN 2.13) . Comme on peut le voir sur la photo (GN en local en 2.13) je n'avais l'outil avancé . Si le dev a été fait , on peut ignorer l'issue et la PR en lien du coup .

Capture-20230905181810-1890x919

camillemonchicourt commented 1 year ago

L'outil de conservation des champs est une fonctionnalité en place et activable dans Occtax depuis GeoNature 2.5.0, c'est pas lié à la 2.13.

Et en effet je ne suis pas favorable à ajouter cette modale qui complexifie les choses et la compréhension pour les utilisateurs et est contraire à la logique majoritaire des relevés.

andriacap commented 1 year ago

D'accord , au temps pour moi je ne savais pas que c'était activable dans la config d'OCCTAX.

Bonne journée

mvergez commented 1 year ago

A mon avis, c'est plus UX et plus simple le bouton que propose @andriacap que de devoir aller dans la modale donc dans la roue crantée juste pour conserver la géométrie. Surtout que cette option dans Occtax n'est pas très connue...

Je ne crois pas qu'il y ait un ajout de modale dans les développements proposés

andriacap commented 1 year ago

L'outil de conservation des champs est une fonctionnalité en place et activable dans Occtax depuis GeoNature 2.5.0, c'est pas lié à la 2.13.

Et en effet je ne suis pas favorable à ajouter cette modale qui complexifie les choses et la compréhension pour les utilisateurs et est contraire à la logique majoritaire des relevés.

Rebonjour Camille,

En relisant les commentaires ,je vois qu'il y a une incompréhension sur le dev proposé . C'est effectivement pas une modale à ajouter mais un bouton qui ne s'afficherait uniquement lorsqu'on enchaine la saisie de relevé et qui se positionne sur la couche grise qui empêche l'accès au formulaire.

L'avantage de ce bouton par rapport à la modale de paramètres c'est en terme de clique et d'aller retour dans les paramètres pour conserver ou non la géométrie (je me base sur ce que j'ai pu tester sur la démo de GN une fois la config activée).

Exemple au niveau métier : On veut faire un enchainement de relevé taxonomique par blocs :

La solution proposée avec ce bouton "Conserver la géométrie précédente" c'est qu'elle éviterait ces allers retours avec la config et du coup diminuerait le nombre clicks A discuter

TheoLechemia commented 1 year ago

Le truc c'est que, comme disais Camille, une géométrie = un relevé. Du coup c'est quoi le cas d'usage ou tu souhaites faire un nouveau relevé sur exactement la même localisation ?

jbrieuclp commented 1 year ago

Un relevé au même endroit à des dates différentes.. L'exemple du piège photo était pas mal Ce n'est pas un suivi, mais c'est au même endroit.

camillemonchicourt commented 1 year ago

Oui le cas est les pièges photos, on l'a aussi. Mais ça reste marginal.

jbrieuclp commented 1 year ago

Piège tout court en fait. En étude entomo le cas n'est pas si marginal que ça

andriacap commented 1 year ago

Rebonjour tout le monde ,

Le dev que je propose a été fait car on nous remonte des besoins utilisateurs . Après que ce soit marginal ou non , dans l'idéal ça serait de recenser les utilisateurs GN qui ont justement ce cas d'usage. A voir comment on peut savoir de manière objective si c'est marginal ou non .

camillemonchicourt commented 1 year ago

Oui l'outil de conservation d'infos d'un relevé à l'autre (intégré dans la 2.5.0) avait pas mal été discuté (par exemple dans https://github.com/PnX-SI/GeoNature/pull/860#issuecomment-617976542) et comme il nous avait semblé complexe à comprendre et utilisé, on ne l'avait pas activé par défaut. Il y a eu plusieurs discussions sur ce qu'on doit conserver par défaut d'un relevé à l'autre, sur ce que l'utilisateur doit pouvoir choisir de conserver ou non optionnellement et comment le faire. Pas simple et pas toujours similaire selon les usages.

Donc à mon avis, c'est à réfléchir et reprendre globalement, en reprenant les échanges sur le sujet, pour ne pas ajouter un truc partiellement redondant avec quelque chose d'existant mais pas non plus totalement satisfaisant. Et pour ne pas ajouter un bouton par besoin/contexte, car il pourrait alors y en avoir beaucoup d'autres.

camillemonchicourt commented 1 year ago

Donc il me semble que la bonne manière de gérer ce sujet serait de revoir l'outil de conservation d'infos d'Occtax. Le sujet a d'ailleurs aussi été travaillé récemment dans Occtax-mobile en permettant de conserver les valeurs de certains champs d'une observation à l'autre, avec un cadenas au niveau de chaque champs (https://github.com/PnX-SI/gn_mobile_occtax/issues/169).

Sinon, en passant, je pense aussi à une autre fonctionnalité existante qui pourrait partiellement répondre. Utiliser "Mes lieux" pour enregistrer l'emplacement de son piège pour le replacer facilement, rapidement et tout le temps bien au même endroit.