Le portail francophone de la géomatique

Bonjour,
Etes-vous sûr que vous travaillez réellement en 3D ?
En fait, je pense que vous êtes en 2D1/2, c'est à dire que vos surfaces sont définies en plan, avec un Z. Les profils en travers sont, par définition, l'intersection d'un plan vertical avec une surface. C'est à dire que ce sont des lignes 2D dans le plan vertical.
En fait vous cherchez probablement ce qu'on appelle les "entrées en terre". C'est pas très facile.
Si c'est ça votre question, je pense que la meilleure (seule) solution est de dessiner (ou générer) les coupes en travers qui sont l'intersection du plan vertical correspondant à chaque profil avec le surface constituée des différentes faces. Chaque intersection de la projection du profil avec les lignes définissant les faces est un point caractéristique dont peut calculer de Z. C'est ça le principe.
Cordialement.

Je tenterais personnellement une autre approche :
1.générer un mnt avec l'altitude du sol (surfacemodeller)
2.générer un second mnt avec l'altitude de la ligne (grille contenant des zéros sauf à l'emplacement de la ligne)
3.calculer la différence d'altitude entre chaque cellule des deux grilles (RasterExpressionEvaluator)
Les cellules pour lesquelles cette distance = 0 doivent correspondre aux points d'entrée en terre.

A voir également :
VectorOnRasterOverlayer
PointOnRasterValueExtractor

Bonjour,

est-ce que vous avez essayé le surfacedraper ?

Jeff

Vous pouvez utiliser Rasteriser pour créer une grille (raster) à partir de votre ligne 3D (utilisez Densifier pour augmenter le nombre de vertex)
Utilisez SurfaceModeller pour générer une grille équivalente à partir de vos données d'altitude du sol.

Bonjour,
La solution de créer 2 raster et de faire la différence est intéressante, mais elle comporte un petit risque. La fonction définie par un raster n'est pas une fonction continue. Il en résulte que la différence entre 2 rasters ne passe pas forcément par zéro. Il y a donc le risque d'avoir des entrées en terre inconnues.
Un solution consisterait à agrandir le pas de précision en Z. Mais, étant donné que les lignes d'entrée en terre sont des talus, il faudrait avoir un pas en Z du même ordre que le pas en X et Y.
Je pense que pour un traitement automatique, une technique comportant une certaine probabilité de ne pas avoir de résultat est à éviter.

Je résume la technique habituelle en la matière:
A droite et à gauche de chaque profil, il y un segment qui représente le talus d'entrée en terre. Les extrémités de  ce segment ont une altitude projet. On calcule pour ces deux points l'altitude TN et on détermine la distance et l'altitude de l'intersection. Ne pas oublier qu'on travaille en géométrie cotée et non en géométrie dans l'espace.
Pour de type de problème, il y deux inconnues
1- l'entrée en terre est en déblai ou en remblai?
2- la longueur du segment correspondant au talus, avant calcul doit être correctement fixée.
Pour résoudre ces deux inconnues, on commence par étudier la position par rapport au TN de l'extrémité du segment la plus proche de l'axe, et on en déduit le sens du talus et une longueur approximative majorée.

Je prend naturellement l'hypothèse que votre Modèle Numérique de Terrain comporte la fonction qui calcule l'altitude d'un point connaissant sa position en plan.
Cordialement.

J'avais oublié DEMDistanceCalculator. C'est sans doute la méthode la plus simple pour l'approche raster puisqu'elle calcule directement la distance verticale entre une ligne 3D et un MNT.