Skip to content
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

[IMPORT] - Rendre Nom_cité ou Cd_nom optionnel #3374

Open
pierre56 opened this issue Feb 13, 2025 · 3 comments
Open

[IMPORT] - Rendre Nom_cité ou Cd_nom optionnel #3374

pierre56 opened this issue Feb 13, 2025 · 3 comments

Comments

@pierre56
Copy link
Contributor

pierre56 commented Feb 13, 2025

[IMPORT] - Rendre Nom_cité ou Cd_nom optionnel

Contexte

Bonjour,
En amélioration pour le module d'import,
il faudrait rendre Nom_cité ou Cd_nom optionnel.

Je prends le cas de très nombreux fichiers excel historiques qui trainent sur les ordis.
Qui sont mono-taxo et qui n'ont ni nom_cité, ni cd_nom.
Ou ceux avec un code maison pour les espèces.

Je demande à mes utilisateurs comme travail préliminaire de mettre le cd_nom.
En cherchant sur l'inpn ou auparavant sur nos listes taxhub (mais c'est moins populaire depuis la dernière maj)

Demande

Extraire le nom_cité si cd_nom est renseigné et rendre optionnel nom_cité
Image

Sélectionnez Nom_cité Optionnel si : Cd_nom est renseigné
système équivalent a celui en place pour les géométries possibles

Bonus

Cela me paraitrait aussi pertinent de pouvoir rendre les champs saisissables dans le cas de csv mono-taxo.

  • Avoir un champs avec auto-complétion basée sur taxref pour nom_cite
  • avoir la possibilité de copier/coller dans cd_nom

Potentiellement avoir cette possibilité en cochant une case "fichier mono-taxo ?"

Merci 😄

@camillemonchicourt
Copy link
Member

Alors, justement cela fait écho (en partie) à un développement en cours pour la prochaine grosse version du module Import qui inclura l'import vers Monitoring et dans le même temps la possibilité de mapper des champs ou d'y définir une constante : PnX-SI/gn_module_import#500.

Donc on pourra ne pas mapper le champs CD_NOM et y passer une valeur fixe qui s'appliquera à tout le fichier importé.
Idem pour le NOM_CITE, on pourra ne pas mapper cette colonne et y passer une valeur fixe.

Par contre, on n'a pas prévu de remplir automatiquement le NOM_CITE à partir du CD_NOM, car ça perdra le sens du NOM_CITE il me semble.
Rendre le CD_NOM totalement optionnel n'est pas possible il me semble car ce champs doit être rempli dans la Synthèse, mais ça se discute car peut-être pas si essentiel et utilisé.

@pierre56
Copy link
Contributor Author

pierre56 commented Feb 13, 2025

Effectivement, on est tout à fait dans le cadre de ma demande.
Je n'avais pas vu passer ce ticket 👍

NOM_CITE à partir du CD_NOM, car ça perdra le sens du NOM_CITE il me semble.
-> Si il n'y a pas de nom cité, c'est pertinent. On extrait le vern/latin de taxref sur la base du cd_nom

Rendre le CD_NOM totalement optionnel n'est pas possible il me semble car ce champs doit être rempli dans la Synthèse, mais ça se discute car peut-être pas si essentiel et utilisé.
-> Ce champs me parait indispensable, je pensais plus le remplir de manière automatique, sur la base de la sélection manuelle dans un champs de saisie avec taxref comme référentiel


4 cas

Soit on a les 2 champs 
-> On les remplit via le mapping

Soit on a le cd_nom 
-> on rempli le nom_cité via cd_nom

Soit on a le nom_cité 
-> nécessite une saisie manuelle pour faire correspondance avec taxref pour avoir le cd_nom

Soit on a rien 
->recherche du taxon via auto-complétion 
(très souvent, le nom du fichier = le nom du taxon  + année donc aucune info dans le fichier


Content de voir que ça avance pour monitoring,
c'est une grosse demande de mes utilisateurs
mais le côté modulaire peu standardisés me semblait complexe a mettre en place
sans une simplification de la structure. 👏

@camillemonchicourt
Copy link
Member

OK, en passant si tu as besoin de retrouver des cd_noms à partir de nom cité : #445

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants