Le portail francophone de la géomatique

Bonjour,
disons que c'est tout l'enjeu de projets comme QWAT, QGEP ou d'autres de réaliser des applications métiers qui offrent ce type d'intelligence, soit coté base, soit coté client QGIS (soit les deux).

https://github.com/qwat/
https://github.com/QGEP

Je vous invite à y jetter un oeil. En général, je préconise de faire cela dans une base relationnelle avec des triggers ou règles dédiées.
Le travail sur QGEP a abouti à l'ajout dans QGIS 3.? d'expressions permettant de renseigner automatiquement les clés étrangère lors de l'accrochage de tronçons coté QGIS, pour permettre cette association avant d'avoir envoyé les données à la base.

Vous avez des exemples d'usage ici: https://github.com/QGEP/QGEP/issues/361 … -446282808

N'existe-t-il pas un outils capable d'importer des données d'une table vers une autre suivant les coordonnées X et Y (qui sont identiques puisque je travaille sur les mêmes référentiels et avec de l'accrochage objet), sachant que QGIS connait déjà le point de départ et le point d'arrivée (donc l'amont et l'aval de mon tronçon).

un outil sur étagère qui gère automatiquement une topologie de réseau avec association de clés étrangères à la volée au moment de l'accrochage donc. Je ne connais pas d'outil sur étagère qui ne demande pas soit un modèle SQL dédié avec un peu d'intelligence, soit l'expression que je vous pointe dans le troisième lien.
Il s'agit d'une expression à insérer dans les valeurs par défaut des clés étrangères des noeuds amont/aval . Il faut s'impliquer un minimum pour comprendre la syntaxe de l'expression, mais c'est quand même plus simple que de la programmation au sens strict.

Il y a pas mal d'entreprises prêtes à vous aider pour ça.

Juste une correction, Libre ne veut pas dire gratuit. Si vos choix d'outils sont guidés par l'absence de coût de fonctionnement ou d'investissement, tracez bien le nombre de jours que vous passez à essayer de trouver des solutions de contournement gratuites, ne nécessitant pas de compétence en programmation, et faites le bilan dans 1 an. Ajoutez y le coût d'avoir des données de mauvaise qualité (client mécontent, outils qui fonctionnent pas, mauvaise décisions au final)
Il se pourrait que vous soyez surpris par le coût final.

Bonjour,

Non! Nuance, parce qu'il est gratuit. N'y voyez pas là un jugement de valeur; QGIS est gratuit pour répondre à ces situations, rendre accessibles à tous des outils de SIG. Et sauf erreur de ma part, les deux outils proposés par Régis le sont aussi: gratuits et libres. Mais leur utilisation requiert en effet, outre QGIS, une connaissance préalable des bases de données et notamment PostgreSQL. Autrement, à partir des liens de Régis, je trouve bien de la doc en français/franglais pour les deux:
http://qgep.github.io/docs/fr/index.html
https://qwat.github.io/docs/master/fr/html/index.html

Ce que je comprends aussi du message de Régis, c'est que QGIS est un outil généraliste et en ce sens fera plein de choses mais ne traitera pas toutes les particularités de tous les métiers aussi efficacement que le feraient des logiciels métiers, qui connaissent la problématique, les potentiels besoins... la profession, quoi! D'où l'intérêt d'applications métiers qui viennent lui rajouter ces particularismes métiers et auxquelles les utilisateurs peuvent aussi contribuer.

Ou bien, ce que l'outil métier fait peut-être automatiquement ou en peu de clics, QGIS en demandera plusieurs pour y arriver.
Dans le cas présent, vous pouvez essayer l'outil de jointure spatiale en demandant de créer des entités séparées pour chaque entité localisée. Vous aurez donc deux lignes par conduite, chacune étant liée à un regard. A partir de là, il faudra soit utiliser les fonctions d'agrégat de QGIS ou passer sur un tableur pour générer un tableau qui contienne une ligne par conduite et toutes les infos des regards rapatriées.

Autre alternative pur QGIS (plus longue?)

1. On on a beau utiliser les accrochages, on n'est jamais trop prudent lorsqu'il s'agit de joindre spatialement des points et des lignes/points alors on va créer une petite zone tampon autour des points regards; cette couche (polygone_regard) devrait contenir les informations relatives au regard de départ et c'est avec elle qu'on va vérifier la superposition des extrémités des conduites

2. Créer une couche de points correspondants aux points d'extrémités de chaque conduite: cela peut se faire en deux temps avec l'algorithme "Interpolate point on line" (d'abord avec une distance 0 et une distance $length). Dans les deux cas, cela devrait créer deux couches (extremites_conduite_debut et extremites_conduite_fin) contenant des champs permettant d'identifier à quelle ligne correspond chaque sommet

3.a- Faire une jointure spatiale entre polygone_regard et extremites_conduite_debut de manière à récupérer une couche de points (extremites_conduite_debut_regards) qui contient les identifiants des conduites sur lesquelles elles sont et des regards les plus proches
3.b- Même chose avec extremites_conduite_fin pour avoir extremites_conduite_fin_regards

4.a- Faire une jointure attributaire entre la couche conduite et la couche extremites_conduite_debut_regards pour récupérer les infos des regards
4.b- Même chose avec extremites_conduite_fin

Quand je disais que ça peut être long... Même si ce process peut être sauvegardé comme modèle et exécuter en cas de besoin. Autant l'avoir avec des outils automatisés, qui le font au fur et à mesure des modifications.

PS: Rien testé de tout ce que j'ai raconté mais ça devrait marcher a priori (ça me semble logique, en tout cas).
PS2: Désolé, la doc QGIS mise en lien pour les algos est en anglais car non encore publiée et mise en traduction. vous pouvez essayer de trouver les liens équivalents en 2.18 (tous les algos n'existaient pas cela dit et pas sûr que l'aide soit fournie pour toutes) et sinon, faire appel à un traducteur en ligne.
PS3: C'est arrivé au bout de mon message, en actualisant la page avant envoi que j'ai réalisé qu'il y avait eu d'autres échanges depuis. Par contre, la flemme de revenir sur mon texte. Sorry!

En restant cantonné sur le développement d'outils complétant QGIS, une première liste de structures participant au développement de QGIS est disponible à https://qgis.org/fr/site/forusers/comme … pport.html

En espérant vous avoir fait avancer dans votre réflexion...