MTES-MCT / metadata-postgresql

Plume : gestion des métadonnées du patrimoine PostgreSQL
https://mtes-mct.github.io/metadata-postgresql/
GNU Affero General Public License v3.0
0 stars 1 forks source link

Disposer de listes de valeurs ou champs prérenseignés pour MD redondantes #101

Open StormKlaus opened 1 year ago

StormKlaus commented 1 year ago

Pourrait-on disposer de listes de valeurs pré-renseignées pour la saisie de certains champs pouvant être redondant, exemples :

Ou encore les éléments de la 'carte de visite' de notre structure (ou mission) : Structure + mail + téléphone + adresse (+ service? + fonction?)

alhyss commented 1 year ago

Oui, absolument !

J'avais déjà dans l'idée de vous mettre à disposition le vocabulaire européen des territoires administratifs, avec les pays, les équivalent-régions et équivalent-départements des pays de l'Union Européenne... Enfin, peut-être un vocabulaire pour la France et un pour les autres pays. Il n'y a pas de problème d'implémentation technique, je pense que la partie française au moins sera dans la v1.0.

Dans un second temps, je voudrais exploiter les données du code officiel géographique de l'INSEE, vu qu'elles descendent jusqu'au niveau de la commune (ou même de l'arrondissement municipal) et sont beaucoup plus utilisées en France (par GéoIDE, par exemple...). Théoriquement ce serait là aussi déjà possible, mais j'ai peur que ça pose des problèmes de performance. Il faut d'abord que je consolide mon système de gestion des vocabulaires.

Pour les organisations, il ne sera sans doute pas possible de se baser sur un vocabulaire pré-existant. Il faudrait vous permettre de constituer votre propre annuaire, mais ça pose des questions d’interopérabilité... À étudier. Ça me semble tout à fait pertinent sur le principe.

Je flèche sur la v1.1 même s'il y aura peut-être des éléments de réponse apportés à très court terme.

StormKlaus commented 1 year ago

Point de vigilance :

Nous n'avons pas cette problématique chez nous mais... les périmètres de bassins versant, d'aquifères, et autres, ne répondent pas forcément à des périmètres administratifs.

Afin de définir cette couverture non administrative, il ne faudrait pas non plus être contraint uniquement aux codes géographiques de l'INSEE...

Après... de là à vous demander d'implémenter les codes des bassins hydrographique et autres il n'y a qu'un pas que je ne franchirais pas ! Mais par exemple, nous laisser bien sûr la possibilité de renseigner le libellé du bassin, son code géographique Sandre... et pourquoi pas dans un annuaire de couvertures géographiques personnalisables comme proposé pour les organisations / structures ci-dessus.

A ce propos, dans le champs Index géographique, quand je renseigne "Bassin versant" en lieu et place des index administratifs proposés, cette valeur n'est pas sauvegardée...

Exemple d'éléments MD pouvant être saisis, avec proposition d'un champ de MD supplémentaire :

alhyss commented 1 year ago

Bien sûr ! L'idée est de permettre d'utiliser un vocabulaire contrôlé si la valeur recherchée est disponible - parce c'est plus rapide et fiable pour la saisie et préférable en termes d'interopérabilité -, mais je laisserai bien sûr la possibilité de saisir les valeurs manuellement.

Il y aura certainement des vocabulaires contrôlés à ajouter pour d'autres types de territoires, et les bassins versants me semblent être un bon exemple.

Et pour l'utilisation d'un annuaire de territoires définis localement... Si la solution technique hypothétiquement mise en œuvre pour les organisations est généralisable (et mieux vaudrait qu'elle le soit, sinon elle risque de ne pas être robuste non plus), alors je ne vois pas de raison à ne pas la mettre à disposition pour l'emprise géographique.