drawtonomy vs XML OpenSCENARIO écrit à la main
XML OpenSCENARIO écrit à la main
Section intitulée « XML OpenSCENARIO écrit à la main »Écrire OpenSCENARIO XML à la main est un workflow courant et, dans de nombreux cas, le bon.
Quand le XML est la bonne approche :
- Le scénario est petit et vous voulez un contrôle au niveau de l’octet.
- Vous générez le XML programmatiquement depuis un DSL ou un pipeline de génération de code.
- Vous avez besoin de fonctionnalités de la spécification que les outils visuels n’exposent pas — déclencheurs conditionnels, balayages de paramètres, contrôleurs personnalisés, storyboards complexes, modèles de flux de trafic.
- Vous collaborez sur des scénarios via git et la stabilité des diffs XML compte.
Pour la rédaction de scénarios en production, le XML écrit à la main ou généré par code est l’approche canonique.
Ce que drawtonomy peut exprimer aujourd’hui
Section intitulée « Ce que drawtonomy peut exprimer aujourd’hui »Un sous-ensemble d’OpenSCENARIO 1.3, d’après la documentation de l’exporteur :
- Un réseau routier 2D de dessus — voies, intersections, linestrings simples — exporté comme OpenDRIVE 1.8 partiel
.xodr. - Placement statique de véhicules, piétons, feux tricolores, marquages routiers comme entrées
<ScenarioObject>/<Pedestrian>. - Chemins / trajectoires simples émis comme
<FollowTrajectoryAction>.
Le .xosc exporté rejoue des scènes simples dans esmini. C’est un point de départ, pas un scénario finalisé.
Ce que drawtonomy n’exprime pas
Section intitulée « Ce que drawtonomy n’exprime pas »Documenté comme éléments de feuille de route dans la documentation de l’exporteur :
- Émission de jonction OpenDRIVE (
<junction>). - Panneaux de signalisation comme entrées
<signal>. - Profils d’accélération / décélération, événements d’arrêt, chemins sensibles aux feux, actions de changement de voie, storyboards multi-acteurs.
- Déclencheurs conditionnels, balayages de paramètres, contrôleurs personnalisés ou pilotés par IA, flux de trafic dense.
Pour tout cela, vous écrirez le XML à la main ou le générerez depuis du code.
Un hybride raisonnable
Section intitulée « Un hybride raisonnable »- Esquissez la disposition dans drawtonomy pour fixer le réseau de voies et le placement des participants.
- Exportez le bundle esmini et confirmez que la version simple se joue correctement.
- Ouvrez le
.xoscdans un éditeur de texte et ajoutez les parties que drawtonomy n’exprime pas. - Conservez la source drawtonomy comme figure pour le plan de test / article / diapositive.
drawtonomy est l’esquisse. Le XML est la source de vérité pour tout scénario non trivial.
Dans la même communauté OpenSCENARIO
Section intitulée « Dans la même communauté OpenSCENARIO »Le XML écrit à la main est le chemin d’édition fondamental pour OpenSCENARIO — chaque autre outil dans l’écosystème le produit en fin de compte (ou son équivalent DSL). L’exporteur de drawtonomy, scenariogeneration, Scenic, RoadRunner, Blender DSC et les autres émettent tous le XML à un moment donné. Lire et écrire le XML directement est la façon dont le standard reste un standard, et les outils qui le produisent bénéficient de l’interopérabilité cross-outils que la communauté a construite autour de lui.