Fahrszenario-Abbildungen für Blogbeiträge und technische Artikel

Technik-Blogs, Medium- oder Substack-Beiträge, GitHub-READMEs und technische Newsletter zu autonomem Fahren, selbstfahrenden Fahrzeugen und ADAS brauchen regelmäßig eine saubere Szenario-Abbildung: die Kreuzung, die Sie erklären, der Grenzfall, den Sie durcharbeiten, die Fahrspur-Konfiguration, über die Ihr Code nachdenkt. drawtonomy leistet hier gute Dienste – mit Ausgabeformaten, die fürs Web ausgelegt sind.

Diese Seite ist das Blog-/Artikel-Pendant zur Dokumentation Abbildungen für autonome-Fahren-Papers – gleiche Leinwand, andere Bedingungen.

Was Blog- und Artikel-Abbildungen brauchen

Die Anforderungen unterscheiden sich von einer Paper-Abbildung:

• Einbettbar. Die Abbildung muss unverarbeitet in Markdown-/MDX-/Notion-/Ghost-/Substack-Editoren gehen.
• Hell- und Dunkelmodus-tauglich. Viele Technik-Blogs rendern in beiden Modi. Die Abbildung sollte in beiden lesbar sein oder eine Dunkelmodus-Variante haben.
• Kleine Dateigröße. Ein 4-MB-Rasterbild kostet Seitengeschwindigkeit und SEO. SVG oder komprimiertes PNG ist der richtige Standard.
• Social-Card-freundlich. Wird der Artikel auf Twitter / LinkedIn / Hacker News geteilt, ist meist die Abbildung das OG-Image. Seitenverhältnis und Lesbarkeit im kleinen Format zählen.
• Nachbearbeitbar. Blogger aktualisieren Beiträge. Die Abbildung muss sich später editieren lassen, ohne neu zu zeichnen.

drawtonomy erfüllt diese Anforderungen gut:

• .drawtonomy.svg (drawtonomy’s natives SVG-Format) ist ein gültiges SVG – es funktioniert in HTML / Markdown / MDX – und es bleibt in drawtonomy editierbar, wenn der Beitrag ein Update braucht.
• PNG-Export ist mit hohem DPI verfügbar, wenn SVG nicht unterstützt wird (etwa LinkedIn-Vorschauen).
• Die unendliche Leinwand lässt Sie breite Abbildungen zeichnen, die sich gut auf OG-Formate zuschneiden.

Empfohlener Arbeitsablauf

So läuft eine typische Blog-Abbildung ab:

1. Szenario auswählen. Eine Szene, eine Aussage. Versuchen Sie nicht, eine ganze Pipeline in einer Abbildung zu zeigen.
2. Auf drawtonomy.com skizzieren. Straßen, Fahrspuren, Kreuzungen, Fahrzeuge, Fußgänger, Routen, Text-Labels.
3. Für Hell- und Dunkelmodus gestalten. Farben wählen, die auf #fff und #1a1a1a Hintergrund funktionieren. Reines Weiß bei Strichen (wird auf hell unsichtbar) und reines Schwarz (wird auf dunkel unsichtbar) vermeiden. Mittleres Grau läuft auf beiden gut.
4. Canvas-Ausschnitt festlegen. Die Abbildung so positionieren, dass der wichtigste Teil in der Mitte sitzt. Soll die Abbildung auch als OG-Card dienen, auf etwa 1200 × 630 rahmen.
5. Als .drawtonomy.svg speichern. Das ist die bearbeitbare Quelle. Die meisten Blogbeiträge werden nach der Veröffentlichung mindestens einmal aktualisiert – Tippfehler, Nachträge, „habe einen Folgeartikel mit einem Diagramm geschrieben” – und mit .drawtonomy.svg ist jede Änderung ein Edit statt ein Neuzeichnen.
6. Die Ausgabe-Assets exportieren. Aus der gleichen Szene:
   • .png mit 1200 × 630 für die OG-Card (LinkedIn / X / Hacker News Vorschau).
   • Flaches SVG für den Artikel-Body, wenn Ihre Blog-Plattform ein reines SVG der .drawtonomy.svg vorzieht (die meisten modernen Plattformen akzeptieren beide, weil beide gültige SVGs sind).
7. Einbetten. In den Blog-Editor einfügen. Eine Bildunterschrift hinzufügen – Such-maschinen und Screen-Reader verlassen sich beide darauf.

Größen und Auflösung

Bei SVG ist Auflösung irrelevant; die Abbildung skaliert auf die Größe, die das Layout braucht. Für PNG sind diese Formate nützlich:

Einsatz	Größe
Inline-Abbildung im Blog (volle Breite)	1600 × 900
Inline-Abbildung im Blog (halbe Breite)	800 × 450
OG / Social Card	1200 × 630
Twitter Card	1200 × 600
LinkedIn Share	1200 × 627
GitHub README Hero	1200 × 600 (oder was Ihr README-Layout braucht)

Einbettungsbeispiele

In Markdown / MDX (Astro, Next.js, MDX-basierte Blogs):

![Cut-in scenario: ego at 90 km/h, cutting-in vehicle at +20 km/h](./cut-in.svg)

In HTML mit Dark-Mode-Variante:

<picture>
  <source media="(prefers-color-scheme: dark)" srcset="./cut-in-dark.svg">
  <img src="./cut-in.svg" alt="Cut-in scenario: ego at 90 km/h, cutting-in vehicle at +20 km/h" loading="lazy" decoding="async">
</picture>

In einer GitHub README mit Social-Card-Metadaten (kombiniert mit og-image oder ähnlich):

![Cut-in scenario figure](./docs/img/cut-in.png)

Gestaltungstipps für technische Beiträge

• Ein Szenario pro Abbildung. Werden mehrere Fälle durchgegangen, zeichnen Sie mehrere Abbildungen.
• Annotationen in der Abbildung. Kurze Labels – etwa „TTC = 2,5 s” – in der Abbildung sparen dem Leser Aufwand; längere Erklärungen gehören in den Text darum.
• Konsistenter Ego-Stil über eine Serie. Ist der Beitrag Teil einer Serie, eine Ego-Farbe wählen und über alle Abbildungen behalten.
• Keine proprietären Screenshots. Generische, szenario-spezifische drawtonomy-Abbildungen vermeiden die Frage „ist das aus einem Simulator?” und geben Sicherheit über Wiederverwendungsrechte.

Wofür das nicht geeignet ist

• Fotorealistische Illustrationen. drawtonomy ist streng 2D aus der Draufsicht. Für Sensor-Perspektive-Rendering nutzen Sie einen Simulator-Screenshot.
• Animationen. drawtonomy exportiert statische Abbildungen. Für animierte Szenario-Erklärungen (etwa Cut-in über Zeit) exportieren Sie die statische Abbildung und animieren sie separat, oder nutzen Sie OpenSCENARIO-Export mit esmini für aufgezeichnete Wiedergabe.

Weiterführende Ressourcen

• Abbildungen für autonome-Fahren-Papers – das Paper-Pendant.
• Folien für Design-Reviews – das Präsentations-Pendant.
• Cut-in- und Spurwechsel-Szenarien visualisieren – die Szenarien, die Sie immer wieder zeichnen.
• Szene exportieren – Details zu SVG / PNG / PDF / EPS.