Outil terrain : saisie hors ligne des données

[babastienne]

Besoin :

Le candidat devra proposer une solution pour pouvoir compléter des données sur le terrain des modules descriptions, connaissance, suivi et interventions avec une synchronisation avec la base de données au retour terrain. Cette solution devra fonctionner en mode hors ligne et devra être le plus simple et lisible possible.
Sur le terrain, les techniciens devront pouvoir :

• Créer des nouveaux objets pour les modules souhaités
• Visualiser les données existantes pour éviter les doublons en cas de saisie notamment
• Editer les données existantes en modifiant une géométrie ou les attributs (notamment pour qualifier les caractéristiques morphologiques)

Pour gagner en performance et étant donné que les techniciens ont en charge des secteurs bien distincts, il pourra être possible d’embarquer uniquement les données sur un secteur.
Le service GEMAPI du Parc possède des tablettes terrain en Windows OS avec une version allégée de QGIS version 3 pour la consultation et la prise de données sur le terrain. Chaque technicien rivière possède également un smartphone Android. Le Parc dispose également d’une base et de deux récepteurs intégrables au réseau Centipède (https://docs.centipede.fr/) qui peuvent être couplés aux outils cartographiques pour faire des relevés de précision centimétriques. Le Parc dispose également de l’outil LIZMAP pour créer des applications cartographiques web en lien avec QGIS (https://www.3liz.com/lizmap.html )

Il est donc fortement recommandé aux candidats de proposer :

• soit une fonctionnalité hors-ligne intégré dans GeoRivière,
• soit une utilisation d’une interface existante sur Android (QField, ODK, Input…),
• soit un plugin python sur QGIS version 3 (https://www.qgistutorials.com/en/docs/3/building_a_python_plugin.html).

Il n’est pas souhaité de développer une application mobile avec son propre code source.

Réponse :

Concernant la fonctionnalité de saisie hors-ligne dans GoRivière, il conviendra préalablement de bien qualifier les besoins du parc. Pour cela nous estimons nécessaire de réaliser un temps d’échange afin d’appréhender le fonctionnement actuel et les utilisations sur le terrain souhaitées par les utilisateurs.

À première vue la mise en place d’une fonctionnalité hors-ligne sur GeoRivière ne semble pas être la solution adaptée étant donné les contraintes techniques en jeu. Afin de permettre une plus grande compatibilité future de la solution, nous préconisons la création d’une API permettant de lire, d’écrire et de modifier les données présentes dans GeoRivière. Ainsi, une fois l’API développée une interconnexion avec un outil comme Qfield serait adapté pour agir sur les données de GeoRivière.
Cette solution possède de surcroît l’avantage d’anticiper un potentiel développement d’API future pour la réalisation du portail web public souhaité par le parc et faisant l’objet d’une consultation complémentaire. Pour la mise en place de l’API, il est envisagé d’ajouter Django Rest Framework comme dépendance au projet GeoRivière, comme c’est le cas pour Geotrek. Bien entendu cette décision technique sera à valider conjointement lors du démarrage de la prestation.

La mise en place d’un plugin Qgis, bien que techniquement réalisable, semble spécifique et moins universelle que la mise en place d’une API qui pourrait bénéficier à l’ensemble des territoires souhaitant utiliser GeoRivière à l’avenir.

[babastienne]

Sur le module Description, faut-il pouvoir faire une saisie sur les statuts et morphologie ? Pourra pauser des problématique à cause des calculs déclenchés en base de données.

Prévoir un point pour définir les cas d'usage.

[thomasmagninfeysot]

Oui pour la morphologie car il s'agit exclusivement d'observations terrain,
C'est pas le cas pour les statuts qui s'appuient plutôt sur des zonages relgementaires et qui sont exclusivement renseignés en bureautique.

[camillemonchicourt]

Les calculs seront fait automatiquement une fois que les données seront envoyés dans la BDD, quel est le soucis ?