pnecrins / geonature-mobile Goto Github PK
View Code? Open in Web Editor NEWApplications Android mobiles permettant la saisie faune et flore vers Geonature
Applications Android mobiles permettant la saisie faune et flore vers Geonature
Après avoir suspendu la saisie à différentes étapes puis reprise de la saisie, à l'étape commentaire, je saisi un commentaire ('test'), puis je mets la saisie en pause. Lorsque je reprends la saisie, le bouton suivant est désactivé (on peut poursuivre la saisie par le défilement écran ou en cliquant sur précédent puis revenir sur commentaire ceci réactive le bouton.
Probablement en lien, à l'étape 'Perturbations', si je clique sur le bouton retour du terminal (en bas à droite), au lieu d'avoir le message de choix (quitter, reprendre, annuler), j'arrive à l'étape commentaire !
Renommer le répertoire racine com.makina.ecrins
en com.geonature.mobile
Renommer le répertoire com.makina.ecrins/databases
de la sd_card externe en com.geonature.mobile/maps
Adapter la doc et les applications en conséquence
Cette information prévue dans le modèle des contacts GeoNature n'est actuellement pas recueillie par les applications mobiles.
J'ai commencé à nettoyer et lister ici : https://github.com/PnEcrins/GeoNature-mobile/tree/master/docs
Mais il faudrait la regrouper et retirer tout ce qui est caduque.
A suivre....
Lorsque l'on est en train de saisir une ZP ou une AP si on ne valide pas le polygone et que l'on suspend la saisie ou que l'on passe en veille, lorsque l'on revient sur la saisie, le polygone saisi est effacé.
Il faudrait pouvoir soit enregistrer le polygone à chaque ajout de sommet, soit l'enregistrer avant de quitter s'il existe un événement du genre before_quitter_la_vue_carte !
Lorsque l'on choisi "Abandonner et perdre la saisie en cours", le bouton commencer la saisie est inactif. Il faut quitter l'application et y revenir pour qu'il soit activé.
Pour la 1.2.0, dans le répertoire install de la doc, proposer une arborescence depuis la racine de la carte sd externe mais aussi de la mémoire interne. Cette arborescence doit comporter les fichiers nécessaires au fonctionnement des applications mobiles.
Pour les fichiers carto, très lourds, placer un fichier readme.md
dans le répertoire où sont attendus les 3 mbtiles (unities, scan et ortho.mbitles). Ce fichier présente les fichiers attendus et leur fonction. Il renvoie à la doc décrivant le mode de création de ces fonds.
Bonjour,
Actuellement les fonds sont affichés en 2154 et leur génération est assez complexe. Voir https://github.com/PnEcrins/GeoNature-mobile-webapi/blob/master/docs/tuilage.txt
Il faut corriger le module commun "map" des applis (et toutes les repackager) pour pouvoir générer des fonds avec MOBAC et utiliser le standard mbtiles (en 4326). Sinon on va passer un temps fou à générer des fonds spécifiques en L93 sur des machines Linux complexes à monter. C'est une évolution majeure, prioritaire. Permettant aussi un usage outre-mer.
Lorsque l'on arrive sur le dernier niveau de zoom disponible et que l'on zoome au-delà de 100%, l'application ramène la carte à 100%. Même si l'image est pixelisée, dépasser le 100% peut permettre de voir certains détails ou de saisir de manière plus précise un petit polygone.
Actuellement, notamment pour l'ortho, comme la carte est lourde (fichiers de 4Go max supportés), le tuilage est splité en 10 fichiers mbtiles s'appuyant sur la numérotation des colonnes ou des lignes ou du nom des tuiles.
Le splitage est une opération qui est lourde à réaliser (installer python, mbutil.py, mbtilessplit.py) et longue.
Pouvoir juxtaposer des cartes produites en dalles de taille moyennes, simplifierait la production des cartes en évitant le splitage.
Lorsque l'on fini une saisie et que l'on choisi de commencer une nouvelle saisie, on arrive sur la page d'accueil et le nombre de relevés non synchronisés n'est pas mis à jour. Il faut quitter l'appli et y revenir pour rafraîchir cette information.
GeoNature est en cours de refonte totale.
Les modules Contact Faune et Flore n'existent plus mais ont été regroupés dans un module unique nommé OccTax.
Il sert à faire du Contact Faune-Flore-Fonge dans un module unique, qui s'appuie sur le standard Occurrences de taxons du SINP.
La saisie sur mobile devant être plus simple et allégée, voici la gestion proposée pour les différents en saisie Occtax mobile :
RELEVE :
TAXONS :
DÉNOMBREMENT :
On propose de garder tout, mais à la fin de la saisie, optionnel. Sinon ça pousse les valeurs par défaut comme en WEB (1 individu inconnu)
J5 et GNote1, si je saisi une 2ème aire de présence, la carte se place sur l'emprise générale (il serait préférable de se positionner sur l'emprise de l'ap déjà saisie.
Sur certains terminaux, ceci ne se produit pas.
Actuellement les paramètres concernant l'organisme producteur de la saisie est inscrit en dur dans le fichier faune/settings.py
. Afin de permettre une saisie par différents organismes avec la même instance de synchronisation (même webapi et même base de données), il y a lieu de déplacer le paramètre dans les settings des applications mobiles et de faire passer cette information via le json de chacune des saisies.
Le même comportement peut être mise en place pour id_protocole
et id_lot
.
Ci-après les constantes enregistrées en dur dans le fichier [faune/settings.py](https://github.com/PnEcrins/GeoNature-mobile-webapi/blob/master/webapi/faune/settings.py#L179)
de la webapi à déplacer selon le principe exposé ci-dessus.
FAUNA_ID_ORGANISM = 2
FAUNA_ID_PROTOCOL = 140
FAUNA_ID_LOT = 4
MORTALITY_ID_PROTOCOL = 142
MORTALITY_ID_LOT = 15
INV_ID_LOT = 14
INV_ID_PROTOCOL = 141
FLORA_ID_ORGANISM = 2
FLORA_ID_PROTOCOL = 132
FLORA_ID_LOT = 104
FAUNA_ID_ORGANISM
doit être transmis par les applications contact-faune
, contact-invertébrés
et mortalité
Le filtrage de la liste des taxons avec de petits icones figurant les classes taxonomiques doit se baser sur des identifiants enregistrés en dur dans l'application. Comme il ont été mis en paramètre dans l'application web geonature, il faut pouvoir faire la même chose dans l'application mobile.
Prévoir ce paramétrage des id_classe dans le setting.json de l'application.
Voir https://github.com/PnEcrins/GeoNature/blob/master/web/js/config.js.sample#L38-L44
PNM
En terme de fonctionnalité nous souhaiterions pouvoir afficher un fichier de points (ex : quelques espèces remarquables déjà saisie) afin d'orienter la saisie sur le terrain. Qu'en pensez vous ?
PNE
Il s'agit d'applications de saisie, qui doivent rester fluides et simple.
Si on ajoute une couche en consultation, il faut bien gérer et importer les données mais aussi pouvoir les afficher/masquer, afficher les attributs etc...
Je préfère limiter au max et faire des applis simples, intuitives et dédiés à la saisie.
Pour éviter ça, en effet, on a fait une appli à part RECHERCHE FLORE qui ne fait que de la consultation.
PNE
Ajouter un fichier de points? Clairement non. Les applis mobiles ne font que de l'ajout de données, pas de consultation. C'est un choix initial fort pour plusieurs raisons :
PNE
A chaque synchronisation l'appli mobile embarque pour chaque taxon et pour chaque unités géographiques, une information de la nature suivante (avec code couleur + Nb d'obs + date de la dernière obs) : "NOUVEAU = jamais vu dans cette unité", "déjà vu mais il y a longtemps donc A RECHERCHER", "FACULTATIF - Vu récemment mais tu peux le resaisir si tu veux"
La localisation des observations du taxon choisi n'est pas fourni car on commence par localiser l'observation, puis en fonction de la localisation (unité géographique du pointage) on construit la liste des taxons comme indiqué ci-dessus.
Embarquer toute les localisations des taxons serait trop lourd, à la fois à télécharger mais aussi à traiter. Mais surtout, il y aurait incompatibilité dans l'ordre de saisie. Il faudrait d'abord choisir le taxon (sans info sur le statut des taxons puisqu'on n'est pas encore localisé) puis passer à la carto pour pointer et afficher les localisations existantes de ce taxon mais quid des informations concernant le statut des autres taxons dans l'unité pointée. C'est toute la logique du protocole qui change. Dans ce que tu proposes, on éclaire l'observateur sur le taxon observé/recherché (logique naturaliste). Dans l'existant, on oriente l'observateur sur l’intérêt de ce qu'il observe ou va potentiellement observer/rechercher là où il se trouve (logique de complément d'inventaire).
Bonjour,
Quelle version de Geonature Mobile est compatible avec GeoNature 2 RC4.2?
Merci d'avance pour votre retour.
Cistude Nature
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.