Bonjour,
Pour revenir au sujet de la gestion du tableau des propriétés d’une route, je crois qu’il y a un faux départ de la part de nos développeurs préférés : vitesse attachée à un waypoint , et autres « tips »
Peut être pourrions faire une communication commune sur ce qui nous semble est l’approche « utile ».
Pour ma part :
 une route est un trajet permettant d’aller d’un point de départ à un point de destination. (toutes les caractéristiques décrites dans la route (vitesses, heures,type de calcul (loxo, ortho) ) sont héritées par les segments mais modifiables).
 Une route est composée de n waypoints (longitude, latitude, description)
 La liaison entre les waypoints correspond aux segments DE LA ROUTE (heures arrivée, départ, vitesse prévue, loxo ou ortho, toutes ces données étant modifiable dans le détail du segment.)

Le tableau de gestion de la route doit donc permettre de modifier toute ou partie des informations affichées (nom du waypoint, coordonnées, vitesse sur le segment, heure d’arrivée prévisionnelle, enchainement des segments,....)

Les technologies objet permettent justement de ne pas avoir une usine à gaz et de pouvoir réutiliser toute algorithmique liée à un objet. Le tout est de bien définir la classe de l’objet, ses attributs et ses « réactions » (méthodes). J’ai l’impression que c’est là que le bas blesse : le segment n’est pas reconnu en tant qu’objet propre..
Personnellement je pense qu’avec 3 classes distinctes (route, segment et waypoints) on peut résoudre tous les problèmes liés à l’utilisation (définition, utilisation prévisionnelle, conversion à partir de trace,...)

Je ne détiens évidemment pas la vérité première et j’aimerais vos apports sur votre conception et votre utilisation de la route.