Le portail francophone de la géomatique

Bonjour,

Voici une question qui m'a été posée par mail (eu pu être ici mais il y avait une partie perso) :

Si a priori il est facile d'adapter la structure de données renvoyée par la fonction, et la requête sous-jacente, cette question est moins triviale qu'elle n'y paraît et soulève un point important du mécanisme de modélisation.

Nous possédons dans les données de base des informations relatives à la "division" de parcelle.
Quoi faire de ces données ? (cas d'utilisation)

1- Demander facilement au CDIF la copie d'un document d'arpentage.
2- Connaître la dimension temporelle, ie l'évolution du parcellaire au cours du temps.
3- Connaître la fréquence des opérations (division, passage au DP, réunions, remaniement ...)

Nous avons dans notre BD des parcelles, et une table qui contient :
numlotdfi
datedfi
La relation de filiation entre deux parcelles.

Je ne vois pas apparaître de table nommée "Filiation".


Question qu'est ce qu'une filiation d'une parcelle X ???????????????

Définition 1 : c'est l'ensemble des mères et des filles (X appartenant à un des deux groupes), la relation qui les lient (division, réunion etc ...), la date, le numéro de lot, et le nom du géomètre.

Définition 2 : C'est le chemin complet d'un graphe traçant la vie de la parcelle depuis la primitive jusqu'à X (et ses enfants ?)

C'est deux visions, deux modélisation différentes. Que l'on choisisse 1- ou 2- cet objet sera un objet métier "composite" qui n'est pas présent directement dans la BD mais qui se déduit des informations contenues dans la BD. Et si nous regardons bien, notre modèle de départ permet de créer un objet métier de type 1- ou 2- sans changer quoi que ce soit à la BD (tient cela veut dire que nous nous sommes pas trop trompé) .

Que c'est un CHOIX de modélisation, et c'est ni l'utilisateur métier, ni l'informaticien qui décident, c'est le groupe ! Et qui fait l'arbitre : l'architecte qui modélise.

Donc pour répondre à nos cas d'utilisation :
- Numlotdfi est un numéro interne à l'application MAJIC et il ne permet pas de faire le lien avec le numéro du DA. Le nom du géomètre est inconnu (normal quoi que c'est une personne morale donc je vois pas le coté anonyme ..... (?) quoi qu'avec les profession réglementées qui sont constituées en "Ordre" faut toujours ce méfier, pour ceux qui aiment l'histoire regardez ce qui conduit à la création des "Ordres", ou buvez éliminez comme dit la pub.

Donc il est impossible de demander la copie d'un document d'arpentage de façon normale. Il faut indiquer une référence parcellaire, le sens et éventuellement la date. C'était tellement plus simple d'avoir le numéro de DA ...

Pour le reste la définition d'un objet composite de type 1- ou 2- répond à la demande.

Je laisse le sujet ouvert et pour ceux que cela intéresse nous pouvons discuter ici de la pertinence d'une solution ou d'une autre.
Comme vous le constatez, il y a des questions, des évolutions ... mais pas de remise en cause des fondations. C'est ça l'avantage de la modélisation, on progresse en spirale pour évoluer. Ce que vous voyez régulièrement dans l'approche données (MAJIC etc ...) c'est de la conception linéaire.
On par sur un postulat, on développe, on test, si ça marche pas on casse tout et on recommence ou on s'en satisfait car même si ça marche pas bien ça a déjà coûté assez cher .... ça c'est du développement en tunnel, pratique que plus aucun développeur sérieux n'utilise aujourd'hui.

Merci pour toutes ces informations qui forment un véritable tutoriel!
Il y a matière à construire un bon article de blog
Cf ici https://blog.statsbot.co/sql-window-fun … 075b87d129

Sylvain

Bonjour,

Oui effectivement les changement de section posent un problème non traité.Le DP étant une section comme une autre.
A cette heure ci du matin problème difficilement traitable.