FSBuild 2.1 spuckt komische Routen aus
 

Hallo,
ich habe vom Flightplan Center von VATSIM eine Route von EGPH nach EDDF erstellen lassen und sie in FSBuild eingefügt. Am Ende kam aber eine komische Route raus, die über 5000nm lang ist. Wie kann man das beheben ?
Aktuelles Navdate ist installiert.

Nachdem ich nun FSBuild deinstalliert habe und ich die EXE Datei ausführen wollte, passierte nichts. Ich kann FSBuild nicht mehr installieren. Was ist da los :heul: :heul:

Hallo Sebastian,

wenn ich das richtig sehe, hättest du einfach UMBEL, TASMI und OTOPENI aus dem Flugplan entfernen müssen. Mit FSB1 ist es genau das gleiche, wahrscheinlich ist da einfach ein Fehler in den Navdaten.
Wie du den Routenplaner jetzt wieder installiert bekommst weiß ich aber leider nicht.

Viele Grüße
Hinrich

Hinweis,

schreibe mal Ernie an und lasse Dir die Version 2.2 zuschicken.

Hmmm, denselben Mist macht mein FS Build hier auch. da stimmt irgendwas mit der Zuordnung der Wegpunkte nicht - vielleicht sind es auch die Navdaten. Es it leider so dass Ernies AIRACs nicht an die Qualität der Arbeit von Richard Stefan heranreichen ...

Das Problem tritt auf, wenn es auf der Welt zwei (oder mehrere) Intersections mit gleichem Namen gibt. Soweit ich es nachverfolgen konnte, greift sich FSBuild einfach die jeweils erste Intersection, die in der fsb_int.txt aufgeführt ist raus. Unter Umständen hat man eben Pech!
Weiß aber auch keine klügere Lösung, als das Entfernen der falschen Intersection(s).

Gruß
René

Hallo,
danke für eure Antworten. Dann muss ich wohl oder übel diese Punkte löschen :(
@Martin: Mail ist schon unterwegs. Mal hoffen, dass ich dann FSBuild installieren kann :)

APRIL APRIL! - obwohl Weichnachten vor der Türe steht!

Ich hab's nochmals überprüft: Es liegt nicht an der Reihenfolge, wie die zwei Intersections in der o.g. Textdatei aufgelistet sind!!!!

Aber auch wenn's so wäre, helfen würde es trotzdem nicht. Es bleibt nichts anderes übrig, als die falschen Intersections zu löschen bzw. mit den richtigen auszutauschen.

Gruß
René

Soweit ich weiß, gibt es Intersections auch gar nicht doppelt. Auf jeden Fall hatte ich beim FMC-Programmieren noch nie den Fall, dass mir der Computer mehrere nannte. Das kenne ich nur von VOR und NBD. UMBEL habe ich gerade einmal in meiner FSB-Datenbank nachgeschlagen und nur einmal gefunden: UMBEL UMBEL N54:01:44 W00:29:07 INT.

Viele Grüße
Hinrich

Hallo nochmal,
habe mir nun nochmal von Simmarket fsb2.zip heruntergeladen und entzippt. Aber es geht immer noch nicht. Jedes andere Programm funktioniert, nur das nicht :(
Kann das sein, dass ich noch eine Datei brauche ? Denn bei Simmarket gibt es noch die FSBuildSetup.exe . Aber leider kann ich die nicht mehr runterladen, da der Download abgelaufen ist und auf meinem PC finde ich die auch nicht mehr :(:o

Hallo Hinrich,

mit UMBEL hast du zwar Recht, aber TASMI (siehe Sebastians Flugplan) gibt's z.B. zweimal! Es gibt wirklich nicht wenige Intersections, die weltweit doppelt vorkommen.

Bei UMBEL scheinen falsche Koordinaten den Fehler hervorzurufen.

Aber scheinbar gibt's bei FSB diverse bugs!

Frohe Weihnachten!

ciao, René

Hallo,
inzwischen habe ich die FSBuildSetup.exe und aber leider wieder ein Problem.

Folgene Route wollte ich in FSBuild eingeben (von der IVAO WT2005):
LEIB-EGSS
IZA UN856 RES UN863 CNA UM184 TUPAR UN861 AVANT UL980 MID UM185 TOTRI

FSBuild gibt mir aber folgene Route:

IZA RES CNA TUPAR AVANT MID TOTRI

Wie es aussieht kennt er also nicht die Luftstraßen, wie kommt das ? :confused:

Ich habe das Update von der Homepage und das Navdata 413.
Habt ihr das Problem auch ?

Ich hatte dies Problem mit meinem FSBUILD auch immer (das mit den abweichenden Intersections). Bei deiner WT Tour Route kommt bei mir auch wieder nur Quatsch raus mit zwei waypoints in südamerika. Ich habe folgenden Workaround als sehr praktikabel für mich entdeckt:
Ich gehe in FS Build unter Webplanners zu diesem hier:

http://rfinder.asalink.net/free/

und lasse da die Route erstmal rechnen. Dann kopiere ich die angegebene Route in die "Flightplanzeile" von FSBuild und geben oben noch DEP und ARR ICAO ein, dann "Build" drücken und schon spuckt FSBuild diese schöne Rouete in den entsprechenden Formaten in alle notwendigen Richtungen (Squakbox,PIC,PMDG etc.) ach und "exclude SID STAR" unter Optionen anhaken, wir wollen dem ATC ja nicht die Arbeit abnehmen/hereinpfuschen ;-)
Seither hatte ich keine abweichenden Waypoints mehr und keinen Ärger mit gestrengen Controllern ;-)

Hallo,
danke für deine Antwort. Ich habe mal von deinem Link eine Route erstellen:

LEIB SID GATOS UN856 RES UN863 CNA UM184 TUPAR UN861 AVANT UL980 MID STAR EGSS

Da kommt dann folgendes:

GATOS UN856 (das kennt er wohl) RES CNA TUPAR AVANT

Also wieder nu directs. Was stimmt da nicht ? :heul:

also bei mir gibt er (FSBUILD) dies aus:


GATOS UN856 RES UN863 CNA UM184 TUPAR UN861 AVANT UL980 MID

und mit dem VOR CNA 114.65 kommt er offensichtlich nicht zurecht, den legt er nach Südamerika. ??


So sieht es dann aus, wenn mann den Punkt CNA rausnimmt:


LEIB SID GATOS UN856 RES TUPAR UN861 AVANT STAR EGSS

Danke !!
Bei mir kennt er die UN861 Airway nicht :confused:
Da gibts dann von TUPAR nach AVANT ein direct.

Nur eine Idee
Kann es sein das FSBuild sich bei der Auswahl der Routen auch an Flugzeugtyp und Flughöhe die eingegeben wurden richtet?!.
Dann kommen nämlich verschiedene Luftstrassen heraus,da es ja hohe und niedrige Airways gibt.

Moin,


LEIB-EGSS ... eine recht schwierige Route. Frankreich gehört mit zu den kompliziertesten Ländern in Europa, wenn es um Flugroutenplanung geht :).
Nochmal vorneweg: Vergesst, was Euch die automatische Routengenerierung ausspuckt, es taugt nicht. Weder bei FS Build, weder bei ASAlink, auch i.d.R. nicht bei einem wirklich teuren Programm wie Flitestar IFR von jeppsen (laut neuestem Aerosoft-Katalok 770€ für eine einjährige Europalizenz!).

Also, die IVAO-Route können wir schonmal knicken, das geht gleich nach dem Start schief :D:


Mit dem Vorschlag von Sebilen kommen wir ein wenig weiter:


Das bringt uns noch 2 Probleme, die wir auflösen müssen, nämlich zum Einen eine "forbidden route" (der Zusatztext sagt uns, dass wir nicht über GIROM routen dürfen), und zum anderen eine Sperre auf dem UM184. Zu beiden Fehlern wird übrigends gleich die Referenz mitgeliefert, mit der wir im "Route Availability Document" (RAD) hier nachschlagen können, nämlich LF2535 und LF2145A. LF ist der Ländercode für Frankreich, wir müssen als da<ys französische RAD-Dokument aufrufen. Die Referenznummern sind dann rechts aufgeführt.

Fehler Nummer 1 löst sich gleich auf der ersten Seite auf: Die Restriction, nicht über GIROM routen zu dürfen (wenn es danach über DIKRO/TUPAR weitergeht, was bei uns zutrifft) existiert nur an Wochenenden bzw. "bank holidays". Also versuchen wir das mal zu umgehen, indem wir den "date of flight" in die Zukunft verlegen:


Nun ja, damit sind wir das GIROM-Problem los, aber richtig glücklich kann man damit nicht sein, denn der UN861 ab CNA ist leider mit die beste Route, die wir bekommen können, jedes Ausweichen wird unsere Flugstrecke deutlich verlängern. Nun ja, wir könnten ja mal versuchen, am späten Abend zu fliegen :):


DAS also würde schonmal funktionieren. Wenn man allerdings wirklich tagsüber fliegen will, dann bleibt einem nichts anderes übrig als zu rerouten. An dieser Stelle ist man ohne gedruckte Karten oder ein gutes elektronisches Äquivalent fast aufgeschmissen. Denn aus dem Überblick können wir ersehen, dass eine Verlegung richtung Osten keinen Sinn macht, da der nächste nach Norden verlaufende Airway über den Kanal der UM733 ist, und der bringt uns östlich des Großraums Paris (der Pariser Großraum teilt praktisch den ganzen französischen Luftraum). Die Alternative wäre, ab CNA weiter westlich zu fliegen, d.h. UN863 bis NTS, und dann UN867 ganz hinauf bis zur Intersection KATHY, von wo aus wir die LOREL1B STAR nehmen können:

Das war Teil 1, Teil 2 folgt sofort ...

Teil 2, hier gehts weiter ...



Aha, eine Altitude Restriction auf dem letzten Abschnitt vor der STAR. Das allerdings ist nicht so dramatisch, auf der STAR Chart kann man schon ersehen, dass man mit maximum FL170 den Airway vor KATHY befliegen muss, d.h. wir müssen dort rechtzeitig gesunken sein. Fügen wir also eine Altitude Restriction von FL170 am Wegpunkt GARMI ein, das ist der Wegpunkt vor KATHY. Und da wir dort dann schon im Lower sind, wird es nicht mehr UN867, sondern Airway N867 werden:


Na wunderbar. Damit können wir auch diese Alternative knicken. Hintergrund ist eine Restriction im RAD (EG2151) von UK, die uns der Validator diesmal nicht gemeldet hat:


Also schaun wir weiter nach Alternativen. Schaun wir mal ins Standard Routes Dokument für UK (erhältlich über die NATS-AIS Webseite, wo man auch die AIP findet). Das bestätigt zunächst mal unsere Annahme, dass es über GARMI (UN867 via KATHY) kein Routing nach EGSS gibt, und es macht uns Vorschläge für den UN861 ab KOTEM (der uns aber blöderweise dank der CDR_3 Restriction auf dem UN861 verwehrt bleibt.

Tja, das war mein Stand nach einer Stunde Recherchen. Für Wochentage hab ich bis jetzt tagsüber noch kein passendes Routing. Für heute (Weekend/holiday) allerdings klappt das hier:

Es umgeht die Restriction bei GIROM, und danach kommt nichts mehr ...

Tja - und nu? Bin für Vorschläge, was den Wochentag angeht, dankbar :D.

Hallo Martin,
wow :eek: :eek:
Vielen vielen Dank für deine Mühe und Hilfe !!:)
Ich hätte nie gedacht, dass so eine Strecke so kompliziert sein kann :eek:

Ja, die Route von der WT2005 finde ich etwas komisch. Da ist der erste Punkt der Route (IZA) genau auf der Runway Verlängerung, was ein Abfliegen einer SID schwer macht :)

Danke nochmal !