Notion de sous-placette

[jpm-cbna]

Dans la description initiale du projet #1, il est indiqué qu'une placette peut posséder des sous-placettes. Cette notion n'a pas était implémenté dans le module actuel.

Pour l'instant, nous pouvons gérer cette notion de sous-placette à l'aide du code de placette et de la distance en mètre. Pour chaque sous-placette, créer une placette avec :

• la même distance en mètre pour toutes les sous-placette
• un code sous la forme "<numéro-placette>.<numéro-sous-placette>".

Si cela s'avère nécessaire, nous pouvons implémenter cette notion de sous-placette dans la base de données en ajoutant un champ "id_parent" à la table "t_plots". De cette façon, nous n'aurons aucun changement à réaliser dans les tables cor_releve_plot_strats, cor_releve_plot_taxons et t_releve_plots. Les placettes auraient une valeur "NULL" dans ce champ "id_parent". Les sous-placettes contiendrait l'id_plot de leur placette.

Au niveau de l'interface, le titre "Liste des placettes" pourraient être renommé "Liste des placettes/sous-placettes" et le bouton "Ajouter une placette" du formulaire d'un transect pourrait être renommé "Ajouter une placette/sous-placette". Ce bouton permet l'accès au formulaire "Ajouter une placette" présent dans une modale du même nom. Ce formulaire pourrait contenir un champ "Placette parente" permettant de sélectionner dans une liste déroulante la placette parente par son code. Le champ "Distance (mètres)" serait alors masqué et seul le champ "Code sous-placette" serait maintenu.

La liste des placettes/sous-placettes contiendrait de manière hiérarchisés les placettes et ses sous-placettes dessous. Seule les placettes afficherait l'information "Distance".

Au niveau d'une visite, nous pourrons sélectionner indifféremment "Placette" ou "Sous-placette" pour y associer les infos des strates et taxons. Si nécessaire, nous pourrions bloquer la sélection d'une placette si elle possède des sous-placettes.

[camillemonchicourt]

A noter aussi que depuis, une notion de groupes de sites a été ajoutée dans Monitoring. Ainsi pour certains suivis, on peut grouper plusieurs sites. Ça peut servir dans différents cas et à différentes échelles, mais ça peut permettre de grouper plusieurs placettes (sites) dans des transects (groupe de sites).

[jpm-cbna]

A priori, l'ordre des sous-placettes n'est pas toujours le même sur une placette. Par exemple, le positionnement de la sous-placette n'est pas toujours le même. Il serait nécessaire de pouvoir dessiner la position des sous-placette au sein d'une placette.

L'utilisation d'un SVG pré-généré affichait au sein du formulaire d'une placette pourrait aidé. Le SVG afficherait par défaut le point de départ le point d'arrivé et la ligne du transect avec son sens (flèche). Les sous-placette seraient affiché sous forme de carré avec leur nom en leur centre. Les carrés des sous-placettes seraient placés à droit ou gauche du transect en fonction du champs "Position des placettes". L'utilisateur pourrait alors les déplacer pour les positionner dans le bon ordre. Le SVG résultant serait stocké en base de données lors de l'enregistrement de la placette.

L'avantage de cette solution serait de pouvoir générer le schéma lors de l'export d'une fiche PDF prête à remplir du transect.

Exemples de manipulation de SVG avec Angular:

• https://angular.io/guide/svg-in-templates
• https://stackblitz.com/edit/draw-svg-2
• https://frenchtechlead.com/posts/tech/20220430-use-svg-as-templates-of-your-angular-components/

Autres solutions :

• un champ texte pour rédiger la description de la position des sous-placette => pas évident à expliquer sous forme de texte.
• un champ permettant d'importer un fichier contenant le dessin de la position des sous-placette => gestion des fichiers côté serveur compliquée ; hétérogénéité des dessins.