drawtonomy vs. handgeschriebenes OpenSCENARIO XML

Handgeschriebenes OpenSCENARIO XML

Das Handschreiben von OpenSCENARIO-XML ist ein gängiger Workflow und für viele Anwendungsfälle der richtige Ansatz.

Wann XML der geeignete Pfad ist:

Das Szenario ist klein und Sie möchten Byte-genaue Kontrolle.
Sie generieren XML programmatisch aus einer DSL oder Codegen-Pipeline.
Sie benötigen Spezifikationsfunktionen jenseits dessen, was visuelle Werkzeuge bieten — konditionelle Trigger, Parametervariationen, benutzerdefinierte Controller, komplexe Storyboards, Verkehrsfluss-Modelle.
Sie arbeiten an Szenarien über Git zusammen und stabile XML-Diffs sind wichtig.

Für professionelles Szenario-Authoring ist handgeschriebenes oder codegeneriertes XML der kanonische Ansatz.

Was drawtonomy heute ausdrücken kann

Eine Teilmenge von OpenSCENARIO 1.3, laut Exporter-Dokumentation:

Ein 2D-Vogelperspektiven-Straßennetz — Fahrstreifen, Kreuzungen, einfache Linestrings — exportiert als partielles OpenDRIVE-1.8-.xodr.
Statische Platzierung von Fahrzeugen, Fußgängern, Ampeln, Fahrbahnmarkierungen als <ScenarioObject>-/<Pedestrian>-Einträge.
Einfache Pfade/Trajektorien, emittiert als <FollowTrajectoryAction>.

Das exportierte .xosc spielt einfache Szenen in esmini ab. Es ist ein Ausgangspunkt, kein fertiges Szenario.

Was drawtonomy nicht ausdrückt

Dokumentiert als Roadmap-Einträge in der Exporter-Dokumentation:

OpenDRIVE-Junction-Emission (<junction>).
Verkehrszeichen als <signal>-Einträge.
Beschleunigungs-/Verzögerungsprofile, Halte-/Verweil-Events, signalgesteuerte Pfade, Spurwechsel-Aktionen, Multi-Akteur-Storyboards.
Konditionelle Trigger, Parametervariationen, benutzerdefinierte oder KI-gesteuerte Controller, dichte Verkehrsströme.

Für all das schreiben Sie XML von Hand oder generieren es aus Code.

Eine sinnvolle Kombination

Das Layout in drawtonomy skizzieren, um das Fahrstrecken-Netz und die Akteurpositionierung festzulegen.
Das esmini-Bundle exportieren und bestätigen, dass die einfache Version korrekt abspielt.
Die .xosc-Datei in einem Texteditor öffnen und die Teile hinzufügen, die drawtonomy nicht ausdrückt.
Die drawtonomy-Quelle als Abbildung für den Testplan / das Paper / die Folie behalten.

drawtonomy ist die Skizze. Das XML ist die Quelldatei der Wahrheit für jedes nicht-triviale Szenario.

In der selben OpenSCENARIO-Community

Handgeschriebenes XML ist der grundlegende Authoring-Pfad für OpenSCENARIO — jedes andere Werkzeug im Ökosystem produziert es schließlich (oder sein DSL-Äquivalent). Der Exporter von drawtonomy, scenariogeneration, Scenic, RoadRunner, Blender DSC und der Rest emittieren alle irgendwann das XML. Das direkte Lesen und Schreiben des XML ist das, was den Standard zu einem Standard macht, und Werkzeuge, die es erzeugen, profitieren von der werkzeugübergreifenden Interoperabilität, die die Community um ihn herum aufgebaut hat.