Hello Captains,
Deze week een belangrijk -door ons vertaald- artikel over de verschillen tussen Navigraph FMS Data Manager en Navigraph Navdata Center en de recente update van Navigraph Navdata Center.
Navigraph biedt de internationale vluchtsimulatiegemeenschap kaarten, navdata en vluchtplanningsdiensten. Als u kaarten nodig heeft, download dan Navigraph Charts. Als je een route moet bouwen, ga dan naar SimBrief van Navigraph. Als u echter navdata nodig hebt, of FMS-gegevens zoals we het eerder noemden, hebt u de keuze uit twee software: Navigraph FMS Data Manager of Navigraph Navdata Center. Wat is het verschil tussen de twee en wat zijn de plannen voor de toekomst? Daar gaat dit artikel over. We zullen ook een recente update van Navigraph Navdata Center behandelen, die behoorlijk belangrijk en van groot belang is – voornamelijk voor ontwikkelaars, maar ook voor Microsoft Flight Simulator-piloten die willen weten wat er “onder de motorkap” gebeurt in de vluchtsimulator.
Vergelijking van software
Wat is het verschil tussen Navigraph FMS Data Manager en Navigraph Navdata Center? Laten we bij het begin beginnen. Navigraph begon in 2006 met het aanbieden van bijgewerkte navigatiedatabases voor add-on-software voor vluchtsimulators, toen we onze krachten bundelden met NAVData-Services en Richard Stefan. Jarenlang was de enige manier om de navigatiedatabase van uw vliegtuig bij te werken, het downloaden van een installatiebestand van de Navigraph-website. Het installatieprogramma stelt een standaard installatiepad voor op basis van de locatie waar de add-on software doorgaans wordt geïnstalleerd. Zoals je je kunt voorstellen was dit een flexibele maar behoorlijk foutgevoelige methode om je navigatiedatabases bij te werken – vooral als je een aantal verschillende vliegtuigen en add-on software hebt die elke 28 dagen moet worden bijgewerkt volgens de AIRAC-cyclus. Daarom is in 2014 Navigraph heeft Navigraph FMS Data Manager uitgebracht. (FMS staat voor Flight Management System en is een bredere term die meer omvat dan alleen de navigatie aan boord. Het Flight Management System gebruikt echter de navigatiedatabase, of navdata, voor veel van zijn functies.) De FMS Data Manager helpt de simulatorpiloot door de computer te scannen op bekende installaties van add-on-software, waardoor de piloot kan bepalen welke databases moeten worden bijgewerkt en waar ze zich op de simulatorcomputer bevinden. Bovendien downloadt de FMS Data Manager ook automatisch de nieuwe databases, maakt een lokale back-up en beheert het updateproces. Meestal hoeft de piloot maar op één knop te klikken om dit proces uit te voeren. Dit is een enorme verbetering ten opzichte van het vorige updateproces, waarbij een piloot een installatiebestand voor elke add-on moest downloaden en het installatieproces handmatig moest uitvoeren. Dit geldt met name nu onze directory met ondersteunde add-on-software is uitgegroeid tot meer dan 150 verschillende gegevensformaten.
De FMS Data Manager werkt alle belangrijke add-ons bij en laat u ook bijgewerkte navigatiegegevens downloaden voor de X-Plane-vluchtsimulator. De X-Plane-database is een beetje bijzonder omdat veel add-ons die samen met X-Plane worden gebruikt, uit de centrale X-Plane-database lezen. Er zijn echter veel X-Plane-add-ons die ervoor hebben gekozen om afzonderlijke datasets te hebben, dus het concept van een gecentraliseerde simulator-navigatiedatabase is niet helemaal consistent voor het X-Plane-platform.
Toen de nieuwe versie van Microsoft Flight Simulator in augustus 2020 werd uitgebracht, had Navigraph een nieuw leveringsmechanisme nodig om de navigatiegegevens in de simulator bij te werken. De belangrijkste reden hiervoor is dat de navigatiegegevens in Microsoft Flight Simulator niet worden opgeslagen in één groot databasebestand, maar verspreid over meerdere bestanden. Deze bestanden, meestal BGL- of AFCAD-bestanden genoemd, bevatten ook informatie over hoe het landschap in de simulator is samengesteld en weergegeven. De data is zo gestructureerd omdat de simulator niet in één keer een wereldwijde dataset leest, maar alleen de informatie die hij nodig heeft op basis van de locatie van het vliegtuig ten opzichte van zijn omgeving. Dit wordt beheerd met een systeem genaamd QMID dat de BGL-bestanden onderverdeelt in geografische regio’s. Terwijl QMID de gegevens geografisch bijhoudt, is er een ander systeem op basis van Xml-bestanden dat de volgorde bijhoudt waarin de BGL-bestanden in een bepaalde geografische regio door de simulator moeten worden gelezen. Je zou kunnen denken dat de Xml-bestanden de prioriteit of voorrang van de BGL-bestanden bepalen, misschien zoiets als een z-buffer in termen van computer graphics. Uiteindelijk wordt de prioriteit geregeld met een bestand met de naam Content.xml.
Tot nu toe, samenvattend, zeggen we dat je Navigraph FMS Data Manager moet gebruiken om de navigatiegegevens in de meeste add-on-software en de X-Plane-simulator bij te werken, en dat je Navigraph Navdata Center moet gebruiken om de navigatiegegevens in Microsoft Flight Simulator 2020 bij te werken, en de reden waarom er twee software is, is omdat de bestandsstructuren en leveringsmechanismen behoorlijk drastisch verschillen. We hebben ook uitgelegd dat de gegevensstructuur in Microsoft Flight Simulator 2020 voor een groot deel wordt beheerd door een bestand met de naam Content.xml.
Rangschikking in Content.xml
In tegenstelling tot wat velen denken, overschrijft Navigraph de navigatiegegevens in Microsoft Flight Simulator niet. In plaats daarvan maken we een invoer in Content.xml om de simulator de navigatiegegevens te laten lezen van een aparte bestandslocatie waar we Navigraph-navdata hebben geplaatst. De volgorde van de items in Content.xml bepaalt de volgorde waarin de BGL-bestanden worden gelezen. Daarom plaatsen we de Navigraph-navdata-invoer zodat deze prioriteit heeft boven de navdata van de simulator. De navigatiegegevens van de simulator worden veilig op de oorspronkelijke locatie bewaard en kunnen indien nodig eenvoudig worden teruggezet. Op rij 6 en 7 in onderstaande afbeelding kun je zien hoe de fs-base-nav is gedeactiveerd en navigraph-navdata-base er direct achter is gezet en geactiveerd. U zult merken dat fs-base nog steeds actief is en wordt gelezen door de simulator.
Zoals u kunt zien, zijn wij echter niet de enigen die het bestand Content.xml bewerken. In het bovenstaande voorbeeld zie je enkele van onze collega’s Gaya Simulations en Orbx, om er maar een paar te noemen. Met verschillende andere ontwikkelaars die ook gegevens in dit bestand maken, kan de situatie mogelijk lastig worden, maar dit is ook waar het voordeel van de recente update van Navigraph Navdata Center duidelijk wordt – namelijk het handhaven van een bepaalde voorspelbare volgorde.
We hebben al uitgelegd dat Content.xml de volgorde bepaalt waarin BGL-bestanden in de simulator worden ingelezen. Deze ordening kan worden gezien als een z-buffering van gegevens, of gelaagdheid, van de wereld. Als de BGL-bestanden die zijn gemaakt door landschapsontwikkelaars alleen objecten bevatten die gerelateerd zijn aan een of ander coördinatensysteem, bijvoorbeeld het lokale coördinatensysteem van de luchthaven met een oorsprong in het luchthavenreferentiepunt, dan zullen de objecten gemaakt door landschapsontwikkelaars op de juiste locatie worden weergegeven omdat die BGL-bestanden de geografische coördinaten van luchthavens overnemen in navigatiegegevens in BGL-bestanden verderop in de Content.xml-laagstructuur. (Denk eraan: verder naar beneden in de lagenstructuur betekent een item verder naar boven in het bestand Content.xml). Als de BGL-bestanden die door landschapsontwikkelaars zijn gemaakt echter absolute coördinaten bevatten, dan passen de objecten in dat BGL-bestand zich niet aan ten opzichte van de onderliggende coördinatenstelsels. Daarom is het belangrijk dat landschapsontwikkelaars geen absolute coördinaten of navdata opnemen in de landschapsbestanden, maar vertrouwen op Content.xml om de onderliggende navdata te gebruiken, ofwel die van Microsoft (fs-base-nav) of Navigraph (navigraph- navdatabank).
Lees verder en we zullen de relatie uitleggen tussen informatie die is opgenomen in de onderliggende navdata in relatie tot landschapsbestanden.
Groepering van objecten in BGL-bestanden
Nu we het laagbeheer van Content.xml zijn gaan begrijpen, is er een ander concept dat we moeten overwegen – namelijk hoe de objecten in en tussen de BGL-bestanden te organiseren. Een luchthaven bevat veel objecten – toren- en terminalgebouwen, poorten en start- en landingsbanen. Het is logisch om deze objecten met betrekking tot die luchthaven in één of in ieder geval enkele BGL-bestanden te plaatsen. Door de objecten op deze manier te groeperen, riskeert u echter de modulariteit en controle te verliezen. Wat is de beste manier om objecten te groeperen? In het voorbeeld van luchthavens is de baan zeer nauw verbonden met de procedures van en naar de baan. Het glijpad moet de landingsbaandrempel kruisen, en nu Microsoft Flight Simulator hellende landingsbanen ondersteunt, zou de baanhoogte beter moeten aansluiten bij het naderingsglijpad, anders werken de PAPI-lichten niet correct, om maar een voorbeeld te noemen. Aangezien het luchthavenobject alle terminalprocedures bevat, moeten we ervoor zorgen dat de procedures passen in de omringende overgangspunten en luchtwegen.
Als landschapsontwikkelaar die luchthavens bouwt, kan het een beetje hoofdpijn worden om te weten welke informatie wel of niet moet worden opgenomen. Een nieuwe luchthaven die is gepubliceerd door een landschapsontwikkelaar, maakt een nieuwe vermelding in Content.xml verder naar beneden in het bestand, dat wil zeggen verder omhoog in de laagstructuur, en heeft dus voorrang op de navigatiegegevens van de simulator in fs-base-nav. Als de navigatiegegevens die zijn opgenomen in de luchthaven van de landschapsontwikkelaars up-to-date zijn en overeenkomen met de navigatiegegevens van de simulator, zou er geen zichtbare discrepantie moeten zijn. Als de procedures in het luchthavenlandschap echter oud zijn of na verloop van tijd oud worden, kunnen er een verkeerde uitlijning en discrepanties optreden.
Dit is een ander voorbeeld van wanneer de recente update van Navigraph Navdata Center duidelijk wordt – namelijk om ervoor te zorgen dat de meest recente gegevens voorrang hebben, ondanks scenery-add-ons en meer vermeldingen in Content.xml.
Wat is er nieuw in Navigraph Navdata Center
Eindelijk kunnen we de nieuwe functies in Navigraph Navdata Center samenvatten.
Wanneer u Navigraph Navdata Center gebruikt om de navdata in Microsoft Flight Simulator 2020 bij te werken, zal onze software automatisch wijzigingen aanbrengen in Content.xml.
Ten eerste zullen we fs-base behouden, want hier vinden we alle luchthavens die door Microsoft worden geleverd. Vervolgens zullen we Microsoft fs-base-nav deactiveren, want hier vindt u de navdata die we willen vervangen.
Ten tweede zullen we navigraph-navdata-base activeren, omdat we hier alle ontbrekende luchthavens hebben die Navigraph biedt naast de luchthavens die al aanwezig zijn in fs-base, en we voegen ook de meeste Jeppesen navdata toe die we leveren.
Het is nu volledig gratis voor ontwikkelaars van add-ons om items toe te voegen aan Content.xml. Ontwikkelaars van luchthavenlandschap kunnen desgewenst procedures en andere navigatiegegevens in hun luchthavens opnemen. In het geval dat een piloot Navigraph niet gebruikt voor navdata, maar de navdata van Microsoft gebruikt, moeten de proceduregegevens daadwerkelijk op de luchthaven aanwezig zijn!
Ten derde zullen we de resterende set navdata aan het einde van Content.xml toevoegen, want als een piloot Navigraph gebruikt als een bron van navdata, moeten we ervoor zorgen dat de laatste rij van het Content.xml-bestand de navdata bevat die nodig zijn om de mogelijk oude luchthaveninformatie. Deze laatste dataset bevat bijvoorbeeld procedures, baanrichting, baanhellingen, baandrempelverhogingen, lichten, markeringen, startpunten etc., die nodig zijn om voorrang te krijgen op de luchthaven navdata die waarschijnlijk zijn ingevoerd door de ontwikkelaar van het luchthavenlandschap. Dit is ook waar we start- en landingsbanen opnemen om ervoor te zorgen dat eventuele oude start- en landingsbaaninformatie die door landschapsontwikkelaars is toegevoegd, de simulator er niet toe aanzet om automatisch extra start- en landingsbanen te creëren.
Kortom, Navigraph Navdata Center zal altijd rij 6 deactiveren en Navigraph navdata activeren op rij 7, en luchthaven gerelateerde navdata helemaal aan het einde van Content.xml toevoegen.
De toekomst van Navigraph Navdata Center
Onze ambitie is natuurlijk om het aantal software tot een minimum te beperken. We zullen proberen FMS Data Manager en Navigraph Navdata Center samen te voegen tot één. Navigraph FMS Data Manager is geschreven in C++ met behulp van Qt en Navigraph Navdata Center is een Electron-app geschreven in TypeScript. We zullen wat tijd nodig hebben om de add-on-detectie-intelligentie over te dragen.
Bovendien wordt het Navigraph In-Game Charts-paneel ook geleverd door Navigraph Navdata Center omdat het een soortgelijk leveringsmechanisme heeft als navdata voor Microsoft Flight Simulator. Conceptueel is het echter misschien niet ideaal om grafieken in een navdata-software te krijgen. We zoeken naar manieren om dit ook duidelijker te maken. Dat gezegd hebbende, als je dat nog niet hebt gedaan, download dan het Navigraph Navdata Center en installeer het In-Game Charts-paneel als je dat nog niet hebt gedaan. Veel van onze gebruikers vinden het erg leuk, vooral omdat het de meeslepende werking tijdens VR vergroot.
Bron: Navigraph Blog
flightsim eindhoven 