Importeur de métadonnées géographiques en v4

Pour un importeur de données géographiques associées aux UE (notamment à des unités enregistrées dans le cadre de diagnostics : Tranchées, Sondages, Faits, etc.), je souhaiterais pouvoir récupérer les données suivantes : :

  • X, Y (coordonnées x, y d’un objet ponctuel, par exemple un log, ou cordonnées du centroïde d’un polygone ou d’une ligne) ;
  • Xmin (ouest), Xmax (est), Ymin, Ymax ;
  • Précision moyenne en X, Y ;
  • Z1min, Z1max (Z1 : alti au niveau du décapage ou du sol actuel ;
  • Z2min, Z2max (Z2 : alti en fond de sondage ou de tranchée);
  • précision moyenne en Z.

Pour ce faire, faut-il passer par j’adjonction de champs personnalisés ?
Merci pour vos avis et conseils !

Très bonne question.

Sur le v4 (version à venir d’Ishtar), un des changements les plus importants se situe au niveau de la gestion des données géomatiques. Celles-ci ne sont plus des données attributaires de chaque élément principal (Opération, Sites, Unités d’Enregistrement, etc.) mais des élément à part entière.

Pour intégrer proprement la plupart des méta-données que tu listes, je créerai un certain nombre d’éléments géographiques :

  • un objet ponctuel :

    • coordonnées X, Y
    • précision en X, précision en Y (la précision se rapporte bien à ces coordonnées ?)
    • type : coordonnées log/centroïde polygone ouverture/…
  • altitude min 1 :

    • coordonnée Z égale à Z1min
    • précision égale à précision moyenne en Z
    • type de données « Altitude min. niveau du décapage/sol actuel »
  • altitude max 1 :

    • coordonnée Z égale à Z1max
    • précision égale à précision moyenne en Z
    • type de données « Altitude max. niveau du décapage/sol actuel »
  • altitude min 2 :

    • coordonnée Z égale à Z2min
    • précision égale à précision moyenne en Z
    • type de données « Altitude min. fond de sondage/tranchée »
  • altitude max 2 :

    • coordonnée Z égale à Z2max
    • précision égale à précision moyenne en Z
    • type de données « Altitude max. fond de sondage/tranchée »

À voir pour Xmin, Xmax, Ymin, Ymax, si on les enregistre en tant que deux points « limite NO » (coordonnées Xmin, Ymax) et « limite SE » (coordonnées Xmax, Ymin) ou si on les enregistre séparément (ce qui pour l’instant n’est pas accepté par Ishtar mais cela peut se discuter).

Cela dit. C’est proprement identifié, potentiellement bien mieux exploitable mais cela fait beaucoup de données créées à chaque fois et cela induit une grosse lourdeur à l’import. En effet, à l’heure actuelle, un seul élément géographique ne peut être créé par ligne et cela nécessiterait au choix :

  • si ton fichier consiste en une seule ligne par UE avec tous ces éléments dans des colonnes de la même ligne, de faire passer un même fichier dans de multiples importeurs : un importeur objet principal, un importeur altitude min 1, un importeur altitude max 1, etc. Ce qui est, à l’heure actuelle, franchement pénible [1].

  • de changer le fichier de manière à avoir une ligne par élément gégographique en renseignant bien les données attributaires (avec notamment une colonne : « type de données »).

[1] : Note en passant. Une amélioration a été financée permettant de faire passer successivement plusieurs importeurs sur un même fichier (une notion de méta-importeur regroupant plusieurs importeurs, un peu comme un importeur « Combo » mais plus sûr). Cette nouvelle fonctionnalité répondrait à cette problématique. Le développement se fera en 2023.

D’ici là, une solution mixte, création du premier objet ponctuel puis association des autres données en tant que champs personnalisés est possible (mais c’est dommage).