Willkommen bei QUCORE (QGIS UAS Corridor Outlining & Routing Engine). Dieses Plugin wurde speziell für QGIS entwickelt, um Sicherheitskorridore für unbemannte Luftfahrzeugsysteme (UAS) gemäß den offiziellen deutschen Richtlinien der Bundesnetzagentur / des BMVD (FG, CV und GRB) sowie den EASA SORA-Richtlinien interaktiv zu planen, zu visualisieren und zu analysieren.
Um das Plugin zu starten, klicken Sie auf das Luftraum-Symbol in der Vektorsymbolleiste oder öffnen Sie das Menü Vektor > QUCORE > QUCORE – UAS-Korridorplanung (FG/CV/GRB).
Es öffnet sich das Bedienpanel, welches standardmäßig im Vordergrund Ihrer QGIS-Karte bleibt.
Active QUCORE-Plan statt.
Active QUCORE-Plan geladen.Wählen Sie vor dem Zeichnen von Wegpunkten den gewünschten Geometrietyp oben im Dropdown-Menü aus:
Das Plugin erstellt automatisch eine organisierte Layergruppe namens "Active QUCORE-Plan" in Ihrem QGIS-Projekt, die immer ganz oben im Layerbaum (Index 0) gehalten wird, um nicht von Hintergrundkarten verdeckt zu werden.
Um die räumliche Beziehung zwischen den berechneten EASA SORA Sicherheitsvolumina unmittelbar verständlich zu machen, integriert das Plugin eine grafische Anzeige direkt in das Bedienpanel:
Klicken Sie im Panel auf Höhe, FG, V_cruise pro Wegpunkt bearbeiten... (nur im Korridor-Modus aktiv), um ein tabellarisches Einstellungsfenster zu öffnen. Hier können Sie Flughöhe, Geschwindigkeit und FG-Breite pro Punkt individuell festlegen. Die Übergänge werden linear interpoliert (verjüngende Sicherheitskorridore).
resizeColumnsToContents()-Verfahren werden alle Spaltenbreiten automatisch an die tatsächliche Textlänge angepasst. Spaltenüberschriften und physikalische Maßeinheiten werden ohne lästige Zeilenumbrüche oder Abschneiden vollständig lesbar dargestellt.Ctrl+C, um die gesamte Tabelle im CSV-Format zu kopieren und nahtlos in MS Excel einzufügen. Klicken Sie auf Abbrechen, um alle Änderungen rückgängig zu machen.
Das Plugin implementiert strenge mathematische und logische Konsistenzregeln:
Im Reiter "Annahmen" der Berechnungsparameter können Sie manuelle Sicherheitszuschläge (in Metern) definieren:
additionalErrorLateral): Wird direkt zum horizontalen Contingency Volume Puffer addiert.additionalErrorVertical): Wird direkt zur Deckenhöhe des Contingency Volume ($H_{CV}$) addiert. Dies vergrößert vollautomatisch und physikalisch korrekt auch den Ground Risk Buffer (GRB).Im Einstellungsfenster schalten sich die Eingabefelder intelligent und kontextabhängig frei oder aus:
Das Plugin unterstützt umfangreiche Datei-Schnittstellen für den flexiblen Datenaustausch und die direkte Integration in GIS-Workflows:
.dipul (JSON): Offizielles Austauschformat des dipul MapTools. Lädt/schreibt alle Wegpunkte, den Piloten, Geometrietypen sowie sämtliche Annahmen und Sicherheitszuschläge vollkompatibel. Da DIPUL einheitliche Breiten verlangt, werden Sie beim Export nach einer Standard-Breite und -Höhe gefragt..geojson (RFC 7946): Das moderne Standardformat für GIS-Daten. Das Plugin exportiert und importiert vollumfänglich alle planungsrelevanten Elemente:
.docx (Microsoft Word Bericht): Erstellt einen professionellen und druckfertigen Dokumentenbericht für Behörden (z. B. LBA oder Landesluftfahrtbehörden) mit allen Berechnungsergebnissen und Tabellen.
Es wurden folgende Parameter verwendet:
Höhe Fluggebiet H_FG: 100,0 m
Horizontales Contingency-Volumen Manöver: 180° Kurve
Vertikales Contingency Manöver: Übergang in den Sinkflug
Ground risk buffer manoeuver: 1:1 Regel.kml (XML): Zur Weiterverwendung in Google Earth, Drohnen-GCS oder Webkarten. Premium-Funktion: Exportiert die Flugplanung exakt so, wie sie auf dem Bildschirm definiert wurde (inklusive individueller Flughöhen, Fluggeschwindigkeiten und FG-Breiten pro Wegpunkt). Der Pfad ist in 3D mit relativeToGround modelliert, und die Puffer-Polygone schmiegen sich über clampToGround und tessellate perfekt an das Geländeprofil an. Ein pauschalisierendes Abfragen über den Einstellungsdialog entfällt beim KML-Export vollständig..flightplan (SkyDemon XML): Zur direkten Übernahme in die SkyDemon-Navigationssoftware..plan (QGroundControl JSON) / .waypoints (MissionPlanner/Ardupilot): Import- und Export-Schnittstelle speziell für den operativen Drohnenflug. Beim Import werden ausschließlich Wegpunkte (MAVLink Command 16) inkl. Höhe sowie Geschwindigkeitsänderungen (Command 178) ausgelesen. Alle weiteren MAVLink-Kommandos sowie Fence-Definitionen (Command 5001/5002) werden vom System strikt ignoriert, da Containment-Geometrien wie CV und GRB ausschließlich autark in QUCORE berechnet werden.| Format | Geometrie | Wegpunkt-Höhen | Wegpunkt-Geschw. | Pilotenposition | Berechnungsparameter | Round-Trip fähig? |
|---|---|---|---|---|---|---|
GeoPackage (.gpkg) |
Ja | Ja | Ja | Ja | Ja | Ja (Vollständig) |
GeoJSON (.geojson) |
Ja | Ja | Ja | Ja | Ja | Ja (Vollständig) |
KML (.kml) |
Ja | Ja | Ja | Ja | Ja | Ja (Vollständig) |
dipul (.dipul) |
Ja | Nur global | Nur global | Ja | Nur global | Eingeschränkt (Vollständig bei QUCORE-Dateien) |
SkyDemon (.flightplan) |
Ja | Nur global | Nein | Nein | Nein | Nur Route / Wegpunkte |
QGC / Ardupilot (.plan / .waypoints) |
Ja | Ja | Ja | Nein | Nein | Nur Route / Wegpunkte |
* Hinweis: GeoPackage, GeoJSON und aus QUCORE exportierte KML-Dateien speichern den 100% exakten Zustand Ihrer Planung (einschließlich aller SORA-Parameter) für die spätere Weiterbearbeitung.
Dieses hochentwickelte Feature erlaubt es Ihnen, bestehende Geometriedaten direkt aus einem in QGIS ausgewählten Vektor-Layer (z. B. Shapefile, GeoJSON, GPX oder Geopackage) als Wegpunkte einzulesen. Klicken Sie dazu auf den Button Aktivierten QGIS-Layer einlesen im Hauptpanel oder wählen Sie Datei > Importieren aus aktivem QGIS-Layer... im Menüband.
QgsPointXY, um Abstürze zu verhindern.Wenn Ihr geladener QGIS-Layer eine strukturierte Attributtabelle besitzt, sucht das Plugin vollautomatisch nach passenden Spaltennamen und extrahiert die Werte wegeweise. Groß-/Kleinschreibung wird dabei ignoriert. Folgende Spalten werden unterstützt:
| Zielgröße | Unterstützte Spaltennamen in der Attributtabelle | Standardwert bei Fehlen |
|---|---|---|
| Flughöhe ($h$) | altitude, height, hoehe, h |
Globale Standardflughöhe (z. B. $100\text{ m}$) |
| Fluggeschwindigkeit ($v_0$) | speed, velocity, geschwindigkeit, v, v0 |
Globale maximale Betriebsgeschwindigkeit ($v_0$) |
| Flight Geography Breite ($S_{FG}$) | fg_width, width, breite, w_fg, w |
Globale Standard Flight Geography Breite ($50\text{ m}$) |
Sind diese Spalten vorhanden, werden die individuellen Flughöhen, Geschwindigkeiten und Korridorbreiten punktgenau geladen und sofort live in die tabellarische Wegpunkt-Bearbeitung und Puffer-Generierung übernommen!
Die Puffer werden in einem lokalen UTM-Koordinatensystem (metrisch) hochpräzise berechnet. Dabei werden die folgenden mathematischen Formeln zur Ermittlung der Schutzbereiche (Flight Geography, Contingency Volume und Ground Risk Buffer) verwendet:
Die Flight Geography bildet den innersten Kern des Flugbereichs. Der Radius bzw. die halbe Breite $R_{FG}$ bestimmt sich aus der eingestellten Korridorbreite $S_{FG}$ (corridorWidth bzw. wegeweiser fg_width):
$$R_{FG} = \frac{S_{FG}}{2}$$
Das Contingency Volume umschließt die Flight Geography und fängt Abweichungen vom geplanten Flugweg ab. Der Gesamt-Radius $R_{CV}$ ab der Flugweg-Mittelachse beträgt:
$$R_{CV} = R_{FG} + S_{CV}$$
Der laterale CV-Sicherheitszuschlag $S_{CV}$ berechnet sich wie folgt:
$$S_{CV} = S_{GPS} + S_{Pos} + S_{K} + S_{RZ} + S_{CM} + s_{add, horiz}$$
Dabei sind:
gpsInaccuracy)positionError)mapError)reactionTime) bei maximaler Betriebsgeschwindigkeit $v_0$ (maxVelocity / maxOpsSpeedV0):
$$S_{RZ} = v_0 \cdot t_{rz}$$
lateralContingencyManoeuvreType):
maxPitchAngle):
$$S_{CM} = \frac{0.5 \cdot v_0^2}{g \cdot \tan(\Theta)}$$
maxRollAngle):
$$S_{CM} = \frac{v_0^2}{g \cdot \tan(\Phi)}$$
parachuteOpeningTimeLateral):
$$S_{CM} = v_0 \cdot t_{para, lat}$$
additionalErrorLateral)Die vertikale Obergrenze des Contingency Volumes ($H_{CV}$) definiert die maximale absolute Höhe über Grund (AGL), bis zu der sich das UAS im Notfall bewegen darf. Sie ist die physikalische Bezugshöhe für die Berechnung des Ground Risk Buffers:
$$H_{CV} = h + h_{\Delta} + H_{RZ} + H_{CM} + h_{add, vert}$$
Dabei sind:
altitude / height / maxFlightHeight)altimetry):
verticalContingencyManoeuvreType):
parachuteOpeningTimeVertical):
$$H_{CM} = 0.7 \cdot v_0 \cdot t_{para, vert}$$
additionalErrorVertical)Der Ground Risk Buffer umschließt das Contingency Volume und stellt sicher, dass im Falle eines Kontrollverlusts (Fly-Away / Absturz) das UAS mit hoher Wahrscheinlichkeit innerhalb des Puffers auf dem Boden aufschlägt. Der Gesamt-Radius $R_{GRB}$ ab der Flugweg-Mittelachse beträgt:
$$R_{GRB} = R_{CV} + s_{grb}$$
Der GRB-Abstand $s_{grb}$ ab der CV-Grenze wird über eine der vier folgenden Methoden (groundRiskBufferMethod) berechnet:
$$s_{grb} = H_{CV} + 0.5 \cdot CD$$
Hierbei wird vereinfacht angenommen, dass die maximale Abweichung am Boden der maximalen Höhe $H_{CV}$ plus dem halben Radius des UAS ($0.5 \cdot CD$) entspricht.$$s_{grb} = v_0 \cdot \sqrt{\frac{2 \cdot H_{CV}}{g}} + 0.5 \cdot CD$$
Dieser Ansatz berechnet die Wurfweite eines horizontal fliegenden Objekts im freien Fall aus der Höhe $H_{CV}$ bei der Anfangsgeschwindigkeit $v_0$ (unter Vernachlässigung des Luftwiderstands). $g = 9.81\text{ m/s}^2$ ist die Erdbeschleunigung.$$s_{grb} = H_{CV} \cdot E$$
Für Flächenflieger, die bei Triebwerksausfall in den Gleitflug übergehen. $E$ entspricht der Gleitzahl (Nenner der Gleitzahl, z. B. 10 für ein 10:1 Gleitverhältnis, konfiguriert alsglideRatioDenominator).
$$s_{grb} = v_0 \cdot t_{para, grb} + v_{wind} \cdot \left(\frac{H_{CV}}{v_{z}}\right)$$
Dieser Ansatz berechnet den Driftweg bei Fallschirmauslösung. Dabei sind:parachuteOpeningTimeGRB)maxWindVelocity)parachuteDescentRate)In allen Formeln stellt $CD$ die charakteristische Dimension des UAS (maxCharacteristicDimension) dar.
Sofern die asymmetrische Wind-Drift Puffer Berechnung im Werkzeuge-Menü aktiviert ist, wird der Ground Risk Buffer (GRB) abhängig von der Windrichtung, der minimalen und maximalen Windgeschwindigkeit ($v_{min}$, $v_{max}$) sowie einer Windrichtungs-Varianz räumlich verschoben. Anstatt einer einfachen Vektorverschiebung wird eine konservative Hüllkurve (Envelope) berechnet, welche alle möglichen Winddriften innerhalb der gesetzten Parametergrenzen abdeckt.
Der Driftweg berechnet sich analog für $v_{min}$ und $v_{max}$ aus der Fallzeit ($t_{fall}$) multipliziert mit der jeweiligen Windgeschwindigkeit:
$$d_{min} = v_{min} \cdot t_{fall} \quad \text{und} \quad d_{max} = v_{max} \cdot t_{fall}$$
Die Fallzeit ($t_{fall}$) hängt von der gewählten GRB-Methode ab:
glideRatioDenominator ist):
$$t_{fall} = \frac{H_{CV} \cdot E}{v_0}$$
parachuteDescentRate):
$$t_{fall} = \frac{H_{CV}}{v_z}$$
Um die Unvorhersehbarkeit natürlicher Windströmungen abzusichern, wird nicht nur ein einzelner Windvektor betrachtet, sondern ein vollständiges Vektorfeld aufgespannt, das durch die minimale und maximale Windgeschwindigkeit ($d_{min}$, $d_{max}$) sowie die Windrichtungs-Varianz ($\nu$) definiert ist. Die Berechnung des finalen GRB erfolgt dabei nach exakt folgenden Formeln und algorithmischen Schritten:
Behördliche Begründung (Sicherheitsnachweis):
Dieses Vorgehen garantiert eine physikalisch 100%ig konservative Hüllkurve. Jeder mögliche Absturzpunkt der Drohne unter den konfigurierten Wind- und Varianzeinflüssen liegt mathematisch nachweisbar strikt innerhalb dieses konvexen Polygons. Zudem wird durch diese Methodik das physikalische Verhalten auf der Luv-Seite korrekt abgebildet:
Das Plugin speichert alle globalen Voreinstellungen und Standardwerte in einer externen Konfigurationsdatei namens config.json im Plugin-Verzeichnis. Diese Datei wird beim ersten Start des Plugins automatisch mit LBA-konformen Standardwerten erzeugt und kann manuell oder über den Button in den erweiterten Einstellungen geöffnet werden. Dank des integrierten Schemas (config.schema.json) unterstützen moderne Editoren Auto-Vervollständigung und Echtzeit-Validierung.
config.json geschrieben.config.json in einem Texteditor möglich.Die folgenden Tabellen beschreiben alle verfügbaren Parameter, deren Datentyp, Standardwerte und erlaubte Wertebereiche:
| Parameter (JSON-Key) | Datentyp | Standardwert | Beschreibung / Wertebereich |
|---|---|---|---|
stepSize |
Float | 50.0 |
Schrittweite (in Metern) zur feinen Stützpunkt-Interpolation entlang der Flugweg-Segmente für die GRB-Berechnung. |
corridorWidth |
Float | 50.0 |
Standard Flight Geography Breite ($S_{FG}$) in Metern. |
maxFlightHeight |
Float | 100.0 |
Standard Flughöhe ($h$) über Grund in Metern (AGL). |
| Parameter (JSON-Key) | Datentyp | Standardwert | Beschreibung / Wertebereich |
|---|---|---|---|
uas_type |
String | "FixedWing" |
Typ des UAS. Erlaubte Werte: "FixedWing" (Flächenflieger) oder "Multikopter". |
maxVelocity |
Float | 20.0 |
Maximale Betriebsgeschwindigkeit ($v_0$) in m/s . |
maxCharacteristicDimension |
Float | 1.2 |
Charakteristische Dimension des UAS ($CD$) in Metern (z. B. Spannweite) |
stallVelocity |
Float | 10.0 |
Überziehgeschwindigkeit in m/s (nur relevant für Fixed-Wing). |
maxRollAngle |
Float | 30.0 |
Maximaler Rollwinkel ($\Phi$) in Grad für Kurvenflüge (Fixed-Wing). |
maxPitchAngle |
Float | 30.0 |
Maximaler Nickwinkel ($\Theta$) in Grad für Bremsprozeduren (Multikopter). |
glideRatioDenominator |
Float | 10.0 |
Gleitzahl-Nenner $E$ (z. B. 10.0 für 10:1 Gleitflug bei Triebwerksausfall). |
| Parameter (JSON-Key) | Datentyp | Standardwert | Beschreibung / Wertebereich |
|---|---|---|---|
altimetry |
String | "GPS" |
Höhenmessmethode. Erlaubte Werte: "GPS" (GPS-basiert) oder "Baro" (barometrisch). |
gpsInaccuracy |
Float | 3.0 |
Horizontale GPS-Messungenauigkeit ($S_{GPS}$) in Metern. |
positionError |
Float | 3.0 |
Positions-Haltefehler des Autopiloten ($S_{Pos}$) in Metern. |
mapError |
Float | 1.0 |
Ungenauigkeit der Kartenquelle ($S_K$) in Metern. |
reactionTime |
Float | 1.0 |
Reaktionszeit des Fernpiloten ($t_{RZ}$) in Sekunden. |
altitudeErrorGps |
Float | 4.0 |
Vertikaler Messfehler bei GPS-Höhenmessung in Metern. |
altitudeErrorBarometric |
Float | 1.0 |
Vertikaler Messfehler bei barometrischer Höhenmessung in Metern. |
additionalErrorLateral |
Float | 0.0 |
Zusätzlicher horizontaler Sicherheitszuschlag in Metern. |
additionalErrorVertical |
Float | 0.0 |
Zusätzlicher vertikaler Sicherheitszuschlag in Metern. |
| Parameter (JSON-Key) | Datentyp | Standardwert | Beschreibung / Wertebereich |
|---|---|---|---|
groundRiskBufferMethod |
String | "Simplified" |
Berechnungsmethode für den GRB. Erlaubte Werte: "Simplified" (1:1), "Ballistic" (ballistisch), "Glide" (Gleitflug), "Parachute" (Fallschirm). |
lateralContingencyManoeuvreType |
String | "Default" |
Laterales Contingency-Manöver. Erlaubte Werte: "Default" (Standard-Ausweichkurve) oder "Parachute" (Notfall-Fallschirm). |
verticalContingencyManoeuvreType |
String | "Default" |
Vertikales Contingency-Manöver. Erlaubte Werte: "Default" (Standard-Steigflug) oder "Parachute" (Notfall-Fallschirm). |
parachuteOpeningTimeLateral |
Float | 2.0 |
Fallschirm-Öffnungszeit (in s) für die laterale Pufferkomponente bei CM. |
parachuteOpeningTimeVertical |
Float | 2.0 |
Fallschirm-Öffnungszeit (in s) für die vertikale Pufferkomponente bei CM. |
parachuteOpeningTimeGRB |
Float | 2.0 |
Fallschirm-Öffnungszeit (in s) für die GRB-Fallschirm-Berechnung. |
parachuteDescentRate |
Float | 2.0 |
Sinkgeschwindigkeit am geöffneten Fallschirm ($v_Z$) in m/s. |
maxWindVelocity |
Float | 3.0 |
Maximale zulässige Betriebs-Windgeschwindigkeit in m/s für Driftberechnung. |
| Parameter (JSON-Key) | Datentyp | Standardwert | Beschreibung / Wertebereich |
|---|---|---|---|
linewidth_route |
Float | 1.0 |
Linienstärke des Flugwegs (Mittelachse) in Millimetern ($0.1$ bis $10.0\text{ mm}$). |
linewidth_fg |
Float | 1.0 |
Linienstärke der Flight Geography (FG) Kontur in Millimetern. |
linewidth_cv |
Float | 1.0 |
Linienstärke der Contingency Volume (CV) Kontur in Millimetern. |
linewidth_grb |
Float | 1.0 |
Linienstärke der Ground Risk Buffer (GRB) Kontur in Millimetern. |
linewidth_adjecentarea |
Float | 1.0 |
Linienstärke der Adjacent Area (AA) Kontur in Millimetern. |
color_route |
String | "#50505a" |
Konturenfarbe für den Flugweg (Mittelachse) als Hex-Farbstring (z. B. "#50505a"). |
color_fg |
String | "#397c59" |
Konturen- und Füllfarbe für die Flight Geography (FG) als Hex-Farbstring. |
color_cv |
String | "#f7bb3d" |
Konturen- und Füllfarbe für das Contingency Volume (CV) als Hex-Farbstring. |
color_grb |
String | "#eb5757" |
Konturen- und Füllfarbe für den Ground Risk Buffer (GRB) als Hex-Farbstring. |
color_adjecentarea |
String | "#2980b9" |
Konturen- und Füllfarbe für das Adjacent Area (AA) als Hex-Farbstring. |
opacity_fg |
Integer | 15 |
Füll-Deckkraft der Flight Geography (FG) in Prozent ($0\%$ bis $100\%$). |
opacity_cv |
Integer | 15 |
Füll-Deckkraft des Contingency Volume (CV) in Prozent ($0\%$ bis $100\%$). |
opacity_grb |
Integer | 15 |
Füll-Deckkraft des Ground Risk Buffers (GRB) in Prozent ($0\%$ bis $100\%$). |
opacity_adjecentarea |
Integer | 0 |
Füll-Deckkraft des Adjacent Area (AA) in Prozent ($0\%$ bis $100\%$, standardmäßig transparent). |
Um eine breite internationale Anwendbarkeit zu gewährleisten, ist das gesamte Plugin zweisprachig in Deutsch (DE) und Englisch (EN) implementiert:
translations.json) im Plugin-Verzeichnis hinterlegt. Fortgeschrittene Anwender können diese Datei problemlos bearbeiten oder zusätzliche Übersetzungen einfügen.Um die Benutzeroberfläche übersichtlicher und logisch konsistenter zu gestalten, wurden die grafischen Darstellungseigenschaften vollständig von den physikalischen Berechnungs-Parametern entkoppelt:
config.json hinterlegten Standardwerte zurücksetzen, nutzen Sie einfach den Button Standardwerte wiederherstellen unten am Fensterrand.Das Plugin unterstützt eine visuelle Darstellung der maximalen Sichtweite (Visual Line of Sight, VLOS) des Fernpiloten:
Für eine reibungslose, professionelle und dauerhafte Nutzung des QUCORE-Plugins empfehlen wir dringend den folgenden bewährten Arbeitsablauf:
QUCORE-Route_JJJJMMTT.gpkg vorgeschlagen. Nach der Dateiauswahl fragt Sie das Plugin nach einem Namen für die neue Layer-Gruppe im QGIS-Projekt (Standard: QUCORE-Persistente_Layer). So können Sie problemlos mehrere unterschiedliche Routen in separaten Gruppen verwalten. Das Plugin speichert alle berechneten Schutzbereiche, Wegpunkte und Einstellungen als echte Dateien auf der Festplatte und lädt sie in die benannte Gruppe in Ihr QGIS-Projekt..gpkg) Datenbank-Format: Beim Speichern als persistenten Layer wird ein verstecktes Textfeld namens qucore_state in den Wegpunkte-Layer injiziert. Das Einlesen dieses Wegpunkte-Layers aus Ihrem persistenten GeoPackage reaktiviert die interaktive Planung sofort..qgz / .qgs): Ihre interaktive Sitzung wird bei jeder Wegpunkt- oder Parameteränderung vollautomatisch in den Projektmetadaten gesichert. Nach dem erneuten Öffnen der Projektdatei fährt das Plugin exakt an der letzten Position fort.Der offizielle EASA SORA-Leitfaden fordert in Schritt 8 (Step #8 — Determination of the containment requirements) den Nachweis über die einzuhaltenden Containment-Anforderungen des Flugbetriebs. Ein wesentlicher Teil dieser Prüfung ist die Bestimmung der durchschnittlichen Bevölkerungsdichte (average population density) innerhalb der Adjacent Ground Area (AA).
.tif- oder .tiff-Datei direkt von Ihrer Festplatte zu laden.QUCORE ermöglicht die Berücksichtigung von Wind-Drift bei der Berechnung des Ground Risk Buffers (GRB). Durch die Nutzung einer konservativen Hüllkurve führt dies zu einer physikalisch sicheren, asymmetrischen Ausdehnung des GRB in Windrichtung.
.docx-Bericht wird der asymmetrische S_GRB Puffer als Luv/Lee-Wert ausgegeben (z. B. 50.0 / 250.0 m).QUCORE © 2026 Tim Strohbach. Licensed under GNU GPLv2+.