La capture est construite, la détection des fissures est en route

Foire aux questions

Qu'est-ce qui arrive exactement à la fin d'un relevé ?

Le service est en cours de développement actif et n'est pas encore proposé. La plateforme planifie déjà les vols et capture des images géoréférencées par drone et au sol des rues convenues, conservées pour pouvoir être réexaminées. La détection des fissures est proche d'un premier MVP et ne trouvera que les fissures. Sa sortie prototype est un inventaire des sections et des unités d'échantillonnage au format GeoJSON ainsi qu'un rapport JSON et Markdown. Une note d'état, une liste de priorité et un modèle 3D ne font pas partie du service.

Avez-vous besoin de fermer la route ?

Aucune fermeture n'est réservée à l'avance. La capture s'effectue à partir d'images drone et au sol sur une fenêtre d'une à deux heures pour la zone convenue, et la circulation continue de passer. Lorsque les règles locales exigent un permis pour le vol de drone, ce permis est arrangé avant la date plutôt que le jour même. Les réseaux plus étendus sont capturés sur plusieurs fenêtres plutôt que lors d'une seule fermeture plus longue.

Comment fonctionne réellement la détection des fissures ?

Les images sont assemblées en une orthomosaïque et passées dans un modèle de vision avec une seule classe, fissure ou pas fissure, exécuté sur une machine GPU séparée. Il est en développement, proche d'un premier MVP. Les backbones sont des transformeurs de vision auto-supervisés, DINOv2 et DINOv3, utilisés à des fins différentes, qui produisent un embedding pour chaque petite zone de l'image, et une tête légère au-dessus de ces embeddings segmente les fissures. La conséquence pratique est que le détecteur applique le même seuil partout, sur chaque relevé, ce qui est la propriété qu'une équipe humaine parcourant un réseau ne peut pas offrir.

Rapportez-vous un Indice d'État de la Chaussée ?

Non. TarmacView ne rapporte ni un Indice d'État de la Chaussée ni un proxy pour celui-ci, et aucune note d'état par section. L'idée derrière l'indice est que les dégradations détectées d'un type, d'une sévérité et d'une densité donnés réduisent un score à partir de 100, et un relevé formel implique qu'un inspecteur parcoure les unités d'échantillonnage et lise les courbes de déduction. Seule la détection des fissures est en développement pour les routes, et aucun code ASTM D5340 n'est revendiqué pour les routes. Lorsqu'un programme nécessite un relevé formel selon une norme nommée, un relevé formel est nécessaire.

Nos images sont-elles utilisées pour entraîner le modèle de détection ?

Uniquement si vous y consentez. Le modèle de détection est en développement et les images de relevé sont ce qui l'améliore, ce qui a de la valeur pour nous. L'utilisation éventuelle de vos images de cette manière est inscrite dans l'accord plutôt que présumée. Si vous ne souhaitez pas qu'elles soient utilisées, dites-le lors de la définition du périmètre et la capture est effectuée sur cette base.

La sortie peut-elle aller dans nos systèmes existants ?

Pas directement pour l'instant. La sortie prototype est un inventaire des sections et des unités d'échantillonnage au format GeoJSON ainsi qu'un rapport JSON et Markdown, et un SIG municipal peut ouvrir le GeoJSON. Aucune importation ou exportation pour un système de gestion de chaussée particulier n'est construite, donc la manière dont les résultats sont chargés dans le vôtre est convenue avant la capture.