-
Notifications
You must be signed in to change notification settings - Fork 1
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
[ENTRANCE CREATE EDIT] Add mention of GPS precision coordinates. #883
Comments
@Souterweb @urien : Il me semble préférable au moment de la création (ou de l'édition) d'une entrée de proposer un menu déroulant obligatoire à côté des champs Long. et Lat. avec comme choix possibles (liste exemple à valider ensemble) :
Pour garder l'interface utilisateur simple et pour ne pas rallonger le temps de développement, je garderais l'affichage actuel de la précision sur la fiche d'une entrée sans indiqué que cela provient ou non de l'app mobile : |
Ah Ok pour la valeur numérique stockée (je ne savais pas comment ça fonctionnait). Apporter un choix multiple pour informer de la précision des coordonnées c'est un must que je n'osais même pas envisager ;o). Les items que tu proposes me semblent corrects. Mais tous les GPS actuels et depuis au moins 4 ou 5 ans ont une précision moyenne d'une dizaine de mètres identique à celle des smartphones (ce sont les mêmes puces qui sont à l’œuvre dans les deux types d'appareils). Ce qui fait que mettre 50 m pour un GPS de 2020 par exemple c'est le dégrader inutilement : je suppose qu'alors il faudrait choisir "précision connue". Idem pour le report cartographique ou sur photo satellite car exécuté correctement et surtout suivant les endroits (points de repères évidents p. e.) on peut faire bien mieux que 200 m. Sur la carte au 1/25000 on arrivait aisément à pointer à moins d'un demi-centimètre soit une centaine de mètres environ. Pour en revenir au GPS et pour ne pas trop compliquer (sait-on vraiment de quand date son vieux GPS ou celui de la personne qui a mentionné "GPS" sur son inventaire ? ) il me semble qu'on pourrait regrouper les deux items GPS en un seul. De plus suivant l'utilisateur on peut avoir une précision deux ou trois fois supérieure ou inférieure avec le même appareil (ne serait-ce qu'entre celui qui est pressé et celui qui va attendre la stabilisation du GPS quelques minutes par exemple). Là encore l'item "Précision connue" me semble bien adapté à un GPS récent correctement utilisé : il me semble en effet difficile de connaître la précision réelle de coordonnées sans GPS (on a rarement une borne géodésique à côté du trou). Dans le cas de l'édition d'une entrée existante avec déjà une précision de renseignée, ce sera forcément le dernier choix qui sera sélectionné avec le champ de saisie rempli avec la valeur de précision en m provenant de la base de données, : En conclusion je proposerais :
On mettrait la signification et la valeur enregistrée en base de données dans la page du Mode d'emploi pour que l'utilisateur sache ce qu'implique son choix. Pour l'interface utilisateur pourquoi ne pas garder le principe énoncé ci-dessus si chacun a été bien informé (mode d'emploi ou info-bulle ou autre) de l'origine de la valeur affichée arbitrairement (premiers items) ou volontairement (dernier item). Mais c'est du boulot... ;o) |
Effectivement les données GPS dépendent du nombre de réseaux de satellites : mon Garmin captait le signal GPS, mon téléphone capte aussi Baidou, Glonass et Navigeo, ce dernier fourni une précision de 2 m et bientôt 1m. Il y a aussi la question du relief qui masque certains satellites. Laurent Blum a des données précises à 0.2m avec un GPS pro, déjà depuis quelques années Mon souhait est de réaliser des traitements automatiques à partir de la valeur numérique enregistrée dans le champ précision. Si on permet de mettre des valeurs saisies manuellement dans ce champ, on va se retrouver confronté à un risque d'erreur (s'ils ne lisent pas bien le mode d'emploi ;-) ). On va mettre une valeur estimée, qui peut être supérieure ou inférieure à ce qu'un GPS aurait donné de manière automatique, ce qui ne permettra pas de faire des calculs fiables |
OK. Je découvre à quoi pourrait servir cette valeur enregistrée. C'est difficile de réfléchir à un problème quand on n'en a pas toutes les données... ;o) Tu penses donc qu'une valeur de précision connue à saisir "textuellement" va gêner la bidouille de traitement informatique. Bon, mais reprenons ton exemple : Comment Laurent B. peut-il mentionner sur ses fiches la précision de son GPS pro s'il n'y a pas de champ de saisie manuelle vu que son GPS ne possèdera probablement pas l'appli mobile Grotto et qu'il l'utilisait de toute façon bien avant qu'elle soit opérationnelle ? Ou alors il faut remplacer la saisie manuelle par une catégorie pour ce type d'appareil (et aussi par exemple les mesures au théodolite, les reports de géomètre etc.) et y mettre une valeur arbitraire très basse ? Ça donnerait alors un truc comme ça :
|
Autre point à prendre en compte : quand on fait un import via csv on peut importer des valeurs dans le champ précision. |
Ok pour ça. L'idée de base c'était par exemple :
|
@urien @Souterweb : Je suis POUR autoriser la modification du champ précision depuis l'interface utilisateur de l'application web (et pas uniquement via l'app mobile ou via un import CSV).
@urien : Il faudra reprendre le contenu de notre discussion dans les commentaires pour mettre à jour la description initiale de cette issue... |
@bsoufflet @urien L'idéal serait de pouvoir s'appuyer sur la communauté en faisant en sorte qu'il n'y ait pas (ou en tout cas le moins possible) d'initiatives farfelues ou erronées. Effectivement une étape supplémentaire avec message d'alerte avant validation me semble une excellente idée, associé à un format empêchant les erreurs de saisie (uniquement deux caractères chiffrés autorisés). Style du message : "ATTENTION vous êtes sur le point de mentionner une précision élevée ! Veuillez vous assurer de la validité de ces coordonnées avant de confirmer ." Le must ce serait qu'il y ait un compteur empêchant de sauter ce message avant 4 secondes pour qu'on ne puisse pas le "virer" d'un clic rapide sans prendre le temps de le lire. En conclusion, mon idée au départ c'était simplement de pouvoir ajouter un picto aux coordonnées qui aurait indiqué une "certaine" qualité de positionnement (de cavités non issues de l'appli mobile) par opposition à celles dont on ne sait vraiment rien. Mais si on peut un jour faire mieux avec plusieurs types de précisions de coordonnées (associées à une valeur numérique utilisable stockée en base) ce sera évidemment bien plus chouette. |
Je vais réécrire ce ticket à partir de ce qu'on a convenu. |
Objectif : informer l’utilisateur de la précision relative des coordonnées indiquées, en complément de ce qui est réalisé avec l'appli mobile, dans le cas d'une saisie manuelle de coordonnées à la création d'une entrée.
Cela permettrait de distinguer :
Proposition pour ajouter l'information lors de la création ou de l'édition d'une entrée
Développer une fonctionnalité permettant de mentionner lors de la saisie manuelle des coordonnées (p. e. case radio à cocher ou bouton Oui/Non) que la précision de celles-ci provient d'un GPS mais hors appli mobile. Visuel possible ci-dessous :
Des contrôles permettront de vérifier que la valeur est vraisemblable
Un message apparaitra pour engager l'utilisateur a vérifier ce qu'il indique
Proposition pour apporter l'information à l'utilisateur sur la page permettant de visualister une entrée
La visualisation ne serait pas différente de celle qui existe actuellement
Proposition d'amélioration de la fonctionnalité
Création d'une table t_data-origin
contenant les possibilités suivantes
-- inconnu
-- GPS fournies automatiquement
-- GPS fournies manuellement
-- Inventaire
-- Carte
Ajout d'un champ id_data_origin dans t_entrance
-- Quand l'entrée est réalisée via un csv la valeur Inventaire est enregistrée
-- Quand l'entrée est créé ou modifiée via l'application la valeur GPS automatique est retenue
-- Quand la case décrite au dessus est cochée et une valeur est fournie la valeur GPS manuel est enregistrée
-- Quand l'utilisateur clique sur la carte ou déplace le curseur sur la carte la valeur Carte est enregistrée
-- Dans les autres cas la valeur inconnu est enregsitrée
The text was updated successfully, but these errors were encountered: