search

ecolabdata / ecospheres

Portail des données de la transition écologique et de la cohésion des territoires
https://ecologie.data.gouv.fr
2 stars 0 forks source link

Création de bouquet : cas où la donnée n'est pas accessible #201

Open Thesauruv opened 5 months ago

Thesauruv commented 5 months ago

Dans le parcours de création de bouquet, je propose de remplacer les options "Je n'ai pas trouvé la donnée" et "Je n'ai pas cherché la donnée" (voir screenshot ci-dessous) par une unique mention "Je n'ai pu accéder à un jeu de données"

image

streino commented 5 months ago

Peux-tu détailler ton raisonnement ?

La différence me semble utile, entre autres avec la territorialisation. Lors de l'instanciation d'une trame sur un territoire donné, tous les jeux de données seront en "je n'ai pas cherché". Il faudra pouvoir distinguer ces cas des cas où l'éditeur a cherché mais n'a pas trouvé la donnée. Sinon la personne risque de refaire le boulot plusieurs fois.

Thesauruv commented 5 months ago

Je trouve que c'est confus. Actuellement, on ne voit plus cette distinction une fois le bouquet publié, bien que la requête topics distingue "missing" de "not available". Je te rejoins qu'avec la territorialisation, le tag "Je n'ai pas cherché" prend plus de sens.

streino commented 5 months ago

On peut aussi revenir sur le "non disponible" qui mélange les deux, au moins en mode "édition". Pour un utilisateur je pense que "non disponible" est suffisant, mais pour l'éditeur du bouquet, maintenir la différence me semble utile.

On pourrait aussi envisager un unique "Donnée indisponible" avec un champ (optionnel ?) indiquant la raison, soit à partir d'une sélection d'options (pas cherché, n'existe pas, pas accessible, ...) soit un champ libre (ou alors la raison est détaillée dans la description, comme on fait pour d'autres types d'infos actuellement pour éviter de complexifier trop vite le modèle).

Thesauruv commented 5 months ago

Je suis d'avis de revenir sur le "non disponible" et d'encourager à en renseigner la raison dans un champ libre, ça a le mérite d'être proche de notre démarche actuelle. J'aurais tendance à laisser ce champ obligatoire.

image

streino commented 5 months ago

@martyKN un avis côté design ?

martyKN commented 5 months ago

donc on maintient les 4 boutons radio pour la création/edition d'un bouquet, mais pour l'utilisateur il ne voit que "non disponible"? mais ce n'est pas déjà le cas? je pense que j'ai loupé un truc dans votre discussion

streino commented 5 months ago

Ce que tu décris est le comportement actuel oui, et ce ticket questionne la pertinence de la chose. En gros, soit on va vers une simplification (un seul état "non dispo"), soit on conserve voire accentue les nuances (champ libre ou autre solution. C'est très grossièrement résumé mais cf l'échange ci-dessus pour les détails.

martyKN commented 5 months ago

j'ai peur qu'a vouloir être fin sur tout on crée une usine a gaz. ca fait un champ de plus potentiel a remplir en champ libre, et c'est pas négligeable.