I am currently working on having Flightplan Visualizer import the database generated by navdatareader, and I still have a few changes to do, and things to check. But hope I will be able to release a new version within a month or so. To use this new feature you will have to run navdatareader (while MSFS2024 is running,  as it extract scenery-date via SimConnect). Basically you "should" run navdatareader whenever you have updated your scenery (e.g. installed a new airport) - just like you in the past "should" run MakeRunways each time you had made changes to your scenery. FlightPlan Visualizer will still default to be using the MakeRunways files you have made yourself, or those bundled with the installer. However in settings you can in the following version specify a path to where you have a database generated by navdatareader. If this database is specified the navdatareader-db will take priority over the MakeRunways-files.

There will be a few benefits using the navdatareader-DB over the MakeRunways-files. First of all it can scan your installed MSFS2025 scenery, but it can also scan scenery purchased via the Markedplace within MSFS (MakeRunways couldn't do this, as this scenery was encrypted). MakeRunways didn't fully support unicode, so I had to put in extra code trying to catch when it did something "bad" to the airport-names, which is not an issue with navdatareader. Also as visible in the screen-shot below, hoovering the mouse over a gate, the tooltip will show if a jetway is associated with the gate.

Just wanted to say I’ve been using Flightplan Visualizer for a while now and it’s a really handy tool. Being able to quickly view and search AI flightplans on a map makes route planning much easier and more enjoyable.

Thanks to the developer for keeping this available — still very useful today.

https://dotnet.microsoft.com/en-us/download/dotnet-framework/net481

If you have used the logbook/employment feature, I urge you to do a backup of your logbook BEFORE updating to any new version. You can either navigate to the UserData folder (e.g. via the menu-item in the File-menu) and backup the .LBK file, or clone your current logbook via the "Manage logbooks" menu-item found in the Logbook-menu. In version 1.23 when cloning a logbook, it will automatic switch the the cloned logbook, so ensure you acess the "Manage logbooks" menu a 2nd time and switch back to the "correct" logbook (simply double-click it). Once version 1.24 have been installed, when cloning logbooks it will ask whether you want to switch to the cloned logbook or not.

Below is the full history of all changes and fixes in this version. One of the new features is the abillity to obtain the UTC-time from the simulator (to update the OUT/OFF/ON/IN-times of your active log-entry) and the amount of loaded payload and fuel. These data are extracted via FSUIPC, so in order to use this feature you must have FSUIPC installed (I have only tested with a paid version of FSUIPC, however it should work with the free version as well).

Changes/fixes in version 1.24

• Added a menu item (in the File menu) to manually check if the current/active log contains any entries with levels "WARN", "ERROR", or "FATAL". A new setting has been added to automatically perform this log check at startup (enabled by default, but you can disable it).
• Added a warning at startup if the AIRAC cycle has changed since the program was last used (as a friendly reminder if you need to update nav-data in other programs). This warning can be disabled in settings.
• Added shortcuts to many of the "important" menu items in the main menu (e.g., CTRL+W to "View current flight", CTRL+M to "Commit current flight", CTRL+S for creating "Assignment flight", CTRL+F for creating "Free flight", CTRL+T for creating "Training flight", CTRL+Y for creating "Type-rating flight", and more).
• Moved menu-items "Detect obsolete flightplans" and "Flightplans per Author" from the "Help"-menu to the "Flightplan"-menu.
• Added aircraft-weight fields to Log-Entry (to track fuel/payload changes during flight, along with EOW/MTOW of aircraft). The payload/fuel fields have been added to the bottom of the load sheet and fuel group boxes. Next to these fields, there is a button that lets you update the value with data from the simulator (if connected via FSUIPC).
• Added buttons that can obtain UTC time from the simulator via FSUIPC, hence users can press these buttons while performing the flight to obtain these times. Next to the OUT- and IN-time buttons, there is a checkbox that, when checked, will also update the payload and fuel load.
• It's now possible to include crew (pilot) weight in the load sheet, as the default loader in MSFS for smaller GA aircraft often requires you to specify a weight for each seat (whether that seat is used for crew or passengers).
• Updated load sheet hints (e.g., showing avg. per pax weight for male, female, child, and avg. luggage weight for international and domestic flights). Also, all load sheet label hints show weight both in lb and kg.
• When editing a log entry, the fuel labels now have a hint that shows the fuel value both in lb, kg, US-gal, and liter (with different densities). All values are also shown as "half-values" (what to load in the Left- and Right-tank of smaller aircraft).
• The "increment" value of the log entry's payload and fuel numeric up/down fields is now dynamic. It was previously a fixed increment, so it was "too large" for small aircraft and perhaps "too small" for large aircraft, making it difficult to dial in a value (scrolling the mouse wheel or pressing the up/down buttons).
• Trying to randomize (log entry) load sheet with a zero distance (e.g., without departure/destination airports) or with zero block fuel will now issue a warning.
• You can now specify negative "Extra fuel", e.g., if you want to load less fuel than what has otherwise been specified. However, the value you enter is clamped, so the specified value can't result in negative block fuel.
• If you choose to manually specify block fuel, it will now add to/subtract from extra fuel to ensure the calculated block fuel matches the manually entered block fuel.
• Randomized load sheet for GA aircraft with a max pax count greater than 0 will no longer add a random cargo load. However, you can specifically choose to manually randomize only the cargo load if you so desire.
• If a planned flight exceeds 80% of the aircraft's max range, it's now mentioned in the "Check" message when creating a log entry.
• If possible, when creating an assignment flight, it will now suggest the last used sim aircraft that was used for the same aircraft type of the assigned leg.Log entry airports can now be picked via map (use airport markers or pick an airport near the mouse pointer).
• Log entry status is now shown using different illustrations.
• The planned route for a Log entry is now displayed on a new "Flight-map" tab page when creating/editing a log entry.
• Viewing your log book, there is now a new "Flight-map" tab page visualizing all logged flights (can be filtered by simulator aircraft and/or flight category).
• Added a (right-click) context menu to the 4 buttons in the log entry form for departure, destination, and alternate airports. From this menu, you can access airport info, route info, search airport, pick airport from map, or clear airport (e.g., remove an alternate).
• Airline usage is now available in a new form, which shows both the usage report (from previous versions) along with a map showing all the flights of this airline. The user can toggle on/off the various aircraft types in use by the airline to only see routes for a specific set of aircraft types.
• Various list views showing the flights you have logged in the logbook no longer show the aircraft type, but only the simulator aircraft that was used. Instead, it shows the employer (when performing assigned and chartered flights) and the airport where you actually landed (if not landing at the planned destination).
• The tab page "Logged flights" in the airport-info form now contains columns showing the runway/gate that was used for each flight (if you specified it when creating the log entry). This can assist you, should you desire, in picking the same gate for another flight.
• When using the "Lookup nearby airports" feature, it will now, by default, exclude all "inactive pseudo" airports (airports that do not exist in the sim, nor are used by any of the flight plans). However, a checkbox has been added, which allows you to include them in the list view.
• The context menu for the main map now includes a menu item that allows you to perform a leg search, which will visualize the potential flights your employer might assign to you.
• Changed how the airport-info gate map is auto-centered/zoomed based on active gates (zoomed in for a few gates near each other, and zoomed out for many gates further apart).
• Changed how the main map is centered/zoomed when switching between flight plans and/or after having performed a leg search.
• Dropped support for old airport markers in maps.
• Dropped support for segment-text in gate polygons (now only matrix-text is available).
• If connected to the simulator via FSUIPC and a gate is selected, the gate map can draw a straight line between the aircraft marker and the selected gate (e.g., to assist in navigating from a runway exit to a specific gate).
• If the make-runway generated "f5x.csv" file is found (8.33 kHz frequencies), it is imported; otherwise, "f5.csv" is imported like in the previous versions (25 kHz frequencies). Also, double quotes surrounding frequency names are now removed from list-view.
• For now, the fields for entering paused/skipped time in the log entry have been disabled, along with the ability to manually enter gate/flight time.
• Tweaked the logic for enabling/disabling log-entry fields while performing a flight (e.g., the airport-route fields were previously locked when completing a flight).
• The log level when unable to look up METAR/TAF for a specific station changed from "ERROR" to "INFO" (as it can simply be caused by the METAR/TAF provider not having any data for that station).
• When cloning a logbook, you are now asked if you want to switch to the clone (e.g., your clone might just be a backup, but you want to continue using the same active logbook as before).
• Optimized how previous loaded airline-logo's are cached/de-cached.
• Airline usage tab-page for airport-info now shows associated airline logo's for airlines utilizing airport (both primary-, secondary-hub or if they just service the airport).
• Added "Airline" tab-page to form to show/edit aircraft-info, so its now visible which airlines are operating the displayed aircraft.
• Added simple multiplication (and division) to Unit-conversion form (e.g. to calculate total pax weight as a result of "pax-count * per pax weight").
• Reduced start-up time (by 10-15 seconds on development PC).
• Fixed: When trying to import flightplans without schedules (e.g. FPtype=2), an error is displayed, and it's not possible to save flightplan.
• Fixed: The offset between Real-UTC times and Real-Local times is no longer based on departure/destination airport timezone offsets, but is now only based on the timezone offset of your PC time at the time the flight was created.
• Fixed: In some cases, log-entry flight/gate-time could be calculated as a negative value if the (UTC) flight/gate-time was crossing midnight (will be self-corrected when "old logbooks" are loaded).
• Fixed: If starting a type-rating flight and reloading the logbook (e.g., if the program was closed), it lost information regarding which aircraft you were type-rating for.
• Fixed: If changing departure/destination airport for a log entry where a flight plan was loaded, this flight plan is now removed (as it will no longer be valid if departure/destination airport is changed).
• Fixed: Airport-info would show logged flights where departure/destination was set to the airport, even if the plane landed at another airport (e.g., one of the alternates).
• Fixed: Choosing "landed here" for an airport other than the destination airport (e.g., alternates) was not saved.
• Fixed: Emergency UTC time was not saved. Now it's saved, and it can be obtained from the sim via FSUIPC, and when committing a flight, it will be clamped between the sim OUT time and IN time.
• Fixed: Searching for a non-existent airline, after another airline with a logo was visible, the logo of the previous airline remained visible within the search window.
• Fixed: Implemented new logic regarding the visibility of the menu separators on the main map (in some cases, the first 2 items displayed in the menu were the 2 separators). Also changed how ICAO codes are shown within the menu items.
• Data: Split aircraft type Piper PA-46 into 3, so M500 and M600 are now available as separate/distinct types.
• Flightplans: Some 113 flightplans have been updated (old marked as obsolete), 46 new have been added, and 3 marked as defuct. Bringing the total count of embedded flightplans for this release to 1823.

Version 1.24 tutorial video:

https://youtu.be/2wXEn1xpNwY

After the release of version 1.23 I decided to create myself a brand new logbook and do some "real flying". Having just bought the FSR500, I decided that in my new logbook I would only have an initial type-rating for this single aircraft, and then work my way up from there (in the aircraft-DB for version 1.24 the Piper PA-46 have been split in 3, so there are now specific types for both the M500 and M600). I then planed to take the FSR500 from KVRB (Vero Beach/USA) to EKYT (Aalborg/Denmark), but naturally I had to do it in multiple flights as the distance far exceed the range of the M500 (KVRB - KCPK - CYUL - CYZV - CYYR - BGGH - BIKF - EGPK - EKYT). Doing these flights I came to realize various improvements I would like to add to the program ... and it gave me something to do during the cruise-phase of those flights 😉

Grab UTC-time and payload-/fuel-weight via FSUIPC
I am still a long way from being able to "record" and "analyze" the full fligt, but with the next version you no longer have to "write down" the various OUT/OFF/ON/IN-times on paper. If you have FSUIPC on your system, these (UTC)-times can be extracted from the sim with a push of a button (so during a full flight you would have to switch to FV 4 times, and each time press a different button). Pressing these buttons will both extract the UCT-times from the sim (while also logging the real-times), but it can optionally also extract your payload (at the start of the flight) and fuel-weights (both loaded block-fuel and remaining fuel):

How to use these new OUT/OFF/ON/IN-buttons.
E.g. with the check-box next the OUT-time field checked, when you press the button, it will both obtain the UTC-time from the sim (based on the time-setting within the sim) and it will also obtain the amount of loaded payload and loaded fuel (block-fuel). The bullet-points below describe how/when to use these 4 new buttons, while you perform your flight:

• Create/save the log-entry for the flight (as explained video describing the logbook/employment feature).
• Start your simulator and chose departure airport/gate and set the weather/time as you want.
• Setup and load your aircraft till the point where you are ready to leave the gate, or start taxi.
• Switch to FV and ensure the checkbox is checked, and press the button next to OUT-time.
  • Will update both UTC- and Real- OUT-times, and also update Actual payload, and Actual block-fuel.
• Taxi to the runway from where you are are taking-off
• Switch of FV and press the button next to OFF-time
  • Will update both UTC- and Real- OFF-times
• Take-off, fly the flight, and land
• Switch of FV and press the button next to ON-time
  • Will update both UTC- and Real- ON-times
• Taxi to the gate
• Switch to FV and ensure the checkbox is checked, and press the button next to IN-time.
  • Will update both UTC- and Real- IN-times, and also update Actual remaining-fuel.
• At this point the log-entry in FV can now be completed/commited

In order to use this new feature you must be connected to the sim using FSUIPC. I've only tested with the paid FSUIPC, but it should work just as well with the free version of FSUIPC. In settings you can choose if FV should connect with FSUIPC automatic or manually (using the "Connect" and "Disconnect" menu-items in the File-menu). I've chosen to simply automatic connect to FSCUIPC, and based on your settings you should hear the "Connected" and "Disconnected" sounds when connection is made or dropped. But if you for some reason don't want to use FSUIPC, you are still able to manually enter these times.

Make it more easy to load your aircraft according to load-sheet
In the GUI when hoovering the mouse over the various payload-fields the weight is now shown in the tool-tip window both as lb and kg, and the tool-tip window for the fuel-fields will both show the fuel as weight in lb and kg, along with the volume as US-Gallon and Liter (using 3 different densities for JET-A1, JET-A and AVGAS). Typically small GA aircraft have a left- and right tank, and for this reason all values are both shown in full, and half (what to load in both the left- and right tank). This will make it much more easy to dial in the correct payload/fuel-weights in the simulator, whether you use the default "loader" in MSFS, or your aircraft have its own dedicated loader (e.g. via a cockpit-tablet or perhaps via the FMS).

Regarding the various weight-fields defined for the aircraft-types in the database (and the Simulator-aircraft you create) my idea have always been that the weight of the crew should be ignored (expected to be included in the EOW of the aircraft). While this works fine for large commercial aircraft, it does not work as well for small GA-aircraft. The FSR500 (Piper M500) comes with an in-cockpit tablet where you can set the weight for each seat along with additional cargo ... however one of these seats is occupied by the pilot. Hence ideally the weight of the pilot, should be included in the load-sheet, so it is also included in the calculated total payload of the load-sheet. In MSFS you should ideally load the same amount of payload/fuel as specified in the load-sheet within FV (as of now it is not the case, but in the future I would like to "judge the pilot" by his/her abillity to load the correct amount of payload/fuel ... especially for chartered and assigned flights).

So in order for this to work, when you create a simulator-aircraft, beside being able to specify the crew-amount (e.g. 1 for a small GA aircraft) you can now chose whether or not the crew-weight should be included in the load-sheet. Also you are able to specify the actual weight of a single crew-member. This value defaults to the average weight of male passenger (200lb/90.7kg). If enabled, this crew-weight is included the the load-sheet:

Here I have tried to setup a flight using the FSR500, where the following screen-shot shows the random payload generated by FV including the weight of a single crew (pilot) and the calculated fuel-weights returned from SimBrief (for a flight between EKYT an EKRN):

This following screen-shot is from the FSR500 tablet used within the sim to set the payload/fuel-weights. These weights are set by dragging a slider (for each passenger, cargo and fuel). I have tried to match the payload/fuel-weights of the load-sheet in the sim.

As you can see I got really close. The load-sheet said 645 lb of payload and 884 lb of fuel, whereas the (tablet) loader for the FSR500 says 644 lb of payload (1 lb off), and 882 lb of fuel (2 lb off). Thanks to the new tool-tips it was easy to see these values, as the tool tip for the fuel told me to load 65.9 US-Gallon of JetA into each tank (I was 0.1 US-Gal off).

More map-views
It's one thing to see all your performed flights in a list-view (within the logbook), but starting to fly more flights I would like to see these flights visualized on a map. Hence I've added a new "Flight-map" tab-page within the logbook. By default it will display all the flights you have performed (using airport-markers and great-circle arcs between them), however you can filter what is displayed by simulator-aircraft and/or category:

Likewise when you create a new log-entry (a flight to fly) or you look at a previous logged flight, there will also be a new "Flight-map" tab-page for that log-entry. If you loaded/imported a flight-plan (e.g. from SimBrief) the actuall planned route is displayed on this map, otherwise it will simply draw a great-circle arc between the departure- and destination-airports. Beside departure- and destination-airports, alternate airports will also be illustrated with airport-markers:

In version 1.23 when creating a flight to fly, you had to seach departure-/destination-airport via the airport-search window that have been in FV "forever" (by searching by ICAO if you knew it, or name of airport/city). In the next version holding SHIFT while pressing the buttons for departure-, destination- or alternate- airport, you can now open a new map window where you can either pick an airport-marker, or you can click a location on the map and perform a search for "nearby airports" (displayed in a list which include all airports within a 500 NM radius, sorted by distance to the location you clicked):

This same map can also be used to pick an "en-route airport". All flights (log-entries) you create in FV are defined as a single flight between a departure- and a destination airport, but you might have to split a flight into multiple flights if the distance between the departure- and destionation airport exceeds the range of the aircraft. This following screen-shot shows a planned flight between BGBW (Narsarsuaq/Greenland) and EKYT (Aalborg/Denmark) illustrated with a thin/red great-circle arc. In the upper/right corner you see the range of the aircraft as defined in the database (1730 Nm), and below you see that it have been limited to 80% (to leave room for contingency, remaining fuel and so on) resulting in a range limit of 1384 Nm. As the flight between BGBW and EKYT exceeds the range-limit BIKF (Keflavik/Iceland) have been selected as an enroute airport. When an enroute-airport have been defined two blue great-circle arcs (between departure and enroute, and between enroute and destination) will also be added to the map-view. So by using this map you have now figured out that you first need to create a flight between BGBW and BIKF, and when you have performed this flight, you need to create (and fly) the last leg between BIKF and EKYT.

The label "Dep to enroute" describe the distance from BGBW to BIKF, "Enroute to dest" describe the distance from BIKF to EKYT. The value "Total dist" describe the sum of the preview two distances (from BGBW to EKYT, via BIKF), whereas "Dir.dist" describe the direct distance between BGBW and EKYT (not via BIKF). When the labels are black it indicate the distances are less than the specified "Range limit", and if thet are longer, the labels will turn red.

Last but not least the airline usage-report have now been replaced by a new form, which beside the report (as text) also include a map showing all flights of the selected airline. E.g. you can use this new form when applying for a job to see a visualization of the routes served by that airline, before submitting your application. This map can be filtered by aircraft-type and/or whether to only include flights where the airline in question is carrier or operator or either. E.g. choosing to be employed by Iberia (as depicted below), you can stay employed at the same airline, but switch between flying different aircraft, and as you can see they both have long-range and short-range flights.

Beside the features mentioned above other minor improvements have been added as well, along with some fixes of things I noticed, and as per usual the next release will come with updated flight-plans as well (a few changes since last month). As I said in the beginning I expect to release next version within a week or two. I have a few things to test still, then record a tutorial-video, build the installer and wait for AVSIM to make it public (they typically take a few days to release it, after it have been submitted).

https://dotnet.microsoft.com/en-us/download/dotnet-framework/net481

Here is a link for the video recorded describing what have changed in version 1.23.0, and in another post here at the forum you will find a link to the video describing the new logbook/employment feature also added in versions 1.23. Further down you find a full history list of what was changed in 1.23.

Version 1.23.1 (Jan. 20th 2024)
---------------------------------

• Fixed issues that prevented version 1.23.0 to be released.
• Experience, loyalty-score and completion-factor are now displayed using color-coded progress-bars (red is bad/green is good).
• Type-rating score is still calculated internally, but it is no longer displayed as a value. In stead the aircraft-browser now shows a percentage value for each aircraft (when showing 100% and you have the required training-hours, you are ready to type-rate).

Version 1.23.0 (not released due to issues with installer)
------------------------------------------------------------

• The application is now aimed at- and requires .Net Framework 4.8.1. If not already installed, this framework can be downloaded via the following url https://dotnet.microsoft.com/en-us/download/dotnet-framework/net481 (you just need the runtime).
• Updated most of the libraries in use.
• Added/enabled new logbook/employment features ... one bullet-point, but lots of work since version 1.17 🙂
• Airline usage-report now shows repaints for each simulator-aircraft, and aircraft totals of carrier/operator split per aircraft-usage: PAX, Freight and Other (for each usage-group it shows aircraft short-names of all aircraft in that group).
• In the runways tab-page of the Airport-info form an asterisk is now appended to the "Exclude small/grass/dirt" check-box (top/right) if the airport have more runways that are "hidden" when the check-box is enabled.
• When viewing the details for an aircraft-type, there is now a new tab-page showing key-info for all simulator-aircraft that have been defined as substitutes for the aircraft-type (along with match-score for each).
• In settings you can now define that the list of favorite aircraft should be auto-generated (based on the types of the favorite simulator-aircraft, and substituted-types if enabled).
• Added leg-search criteria to only include flights to airports that have gates and/or only include flights to airports that have at least one gate that is large-enough for the aircraft of the leg or the specified size.
• Added leg-search criteria to only include legs that are within a specified percentage of max-range for the aircraft-type in use.
• Added leg-search criteria to exclude specific countries and/or airports (e.g. due to the current status you might want to exclude all flights to/from Russia and Ukraine).
• Employment leg-search criteria are now saved to new "_Employment.lsh" file (can be used to visualize potential assignments).
• Leg-page in Airline-Info form now also contains a combo-box where the user can select which legs to display (and what to chart).
• Added URL entry-field to aircraft-repaints (simulator-aircraft).
• Added menu-item (in the Help menu) that will show a list of detected obsolete flightplans (if multiple seasons for the same airline can be detected as being active at the same time).
• Added support for (AIG) General Aviation flightplans (prefixed by "GA_" by default when importing).
• Added support for airline-logo's with year in filename. If multiple logos excists for same airline, the one with "highest" year is prioritiezed (unless a "prefered" logo is setup for the airline).
• Added link-menu (in the Help menu) with url-link to the package on AVSIM with +1400 additional airline-logos, that are not bundled with the installer.
• Improved prioritization when searching for airlines by ICAO-codes, where multiple airlines share the same ICAO-code (e.g. a defunct and an active airline).
• Send FP leg-info to SimBrief (via Leg-info form) now also uses new SimBrief-settings form introduced with logbook feature.
• Likewise in the leg-info form, random load-sheet is now only re-generated if/when chosing another aircraft.
• Minor improvment to the detection of "bad" uni-code letters in Runways.XML.
• Removed various old code/forms e.g. used in previous versions to download AIG flightplans and logos from web (no longer available).
• Fixed: If you in the search-windows (e.g. searching for airport) entered search-text (e.g. ICAO-code) and quickly pressed ENTER it would sometime choose a wrong item (e.g. airport). Hence you had to wait a little before pressing ENTER.
• Fixed: Due to rounding issues, in some cases the calculated flight-time was displayed wrongly. E.g. the difference in UTC-time between "12:10" and "14:20" was shown as "2:09" (should be "2:10").
• Fixed: Issue with METAR decodeing where cloud-layer "///CB" or "///TCU" was not detected/decoded correctly.
• Fixed: In case of a METAR-message with a "TEMPO" with wind-data, the wind-direction/speed was not extracted correctly from the METAR message (e.g. in Airport-info form/runways tab-page).
• Fixed: Tool-tip for "Listen" button (Airport-info, Runways-tab) contained ILS-ID twice (the last should have been Runway-ID).
• Data: Added SimBrief type-names in the aircraft-DB for the aircraft that SimBrief currently support, to increase the chance that the "correct aircraft" is selected when transfering data to SimBriefs dispatch-system.
• Data: Updated (primarily weight-) data for a few aircraft, e.g. the Cessna CJ4, Cessna Longitude and Cirrus Vision Jet. So if you have simulator aircraft based on these, it might be a good idea to update their weight-data, unless you made your own modifications.
• Data: Usage-type of King Air 200/250 and 300/350 changed from "Passenger" to "GA". Also set pax-count to 0 for the "Fokker F50 Freight" (it was wrongly 62). The "Kodiak" was renamed into "Kodiak 100" and the "Kodiak 900" was added along with the "Embraer EMB 121A1 Xingu II".
• Flightplans: Updated all airport-redirections to match ICAO-codes utilized by the latest WU, and re-processed all flightplans. E.g. all flights to/from EDDT were redirected to use EDDB in stead (primarily older flightplans were updated, as newer use EDDB anyway).
• Flightplans: Some +500 flightplans have been updated (old marked as obsolete), +200 new have been added, and 30 marked as defuct. Bringing the total count of embedded flightplans for this release to 1780.

After trying numerous approaches without success, I finally made progress tonight, as version 1.23 of the software successfully ran on the fourth PC. It appears the problem is related to the map component, indicating a need for adjustments in its usage. Recently, I switched to a new PC and have been transitioning between two different version control systems, SVN and GitHub. The extensive troubleshooting required to get the software running on this fourth PC, compounded by the uncertainty of the root cause, has resulted in the project being fragmented across two different PCs and both version control systems.

I hope to be able to release version 1.23 within the following week, as I expect the program to be ready for release. I still do have a few items on my to do list, such as record yet another video describing the (other) changes in version 1.23, and build- and upload- the installer for AVSIM.

Personally, my primary motivation for using FV is to find inspiration regarding which aircraft and which routes to fly. Initially, the bundled flight plans only incorporated commercial airline traffic, but later versions included lots of business jet flight plans as well. If you're primarily interested in general aviation, there are other, more suitable tools available to provide inspiration for your flights. When you use the Leg-search feature in Flightplan Visualizer, it indeed finds suitable routes based on the criteria you set. However, the choice is still up to you. It doesn't automatically tell you what to fly. So instead of having to decide on an aircraft and route, you must decide on the criteria to specify before the program can suggest anything.

Ready to be Employed?
I had an idea a while back: why not let users be "employed" by one of the airlines for which the program has access to flight schedules in the form of bundled flight plans? There are plenty of other alternatives if you want to rent or buy your own aircraft and gradually build up your own airline (e.g., OnAir). But most of these require you to start from scratch and fly "for some time" in small/single-engine aircraft before you can qualify to rent or buy larger aircraft. If you only want to fly an A321 or 737-800, you have to do a lot of "grinding" before you can get there.

Back when I was using P3D, I disliked flying small GA aircraft because they fell short when compared to the airline aircraft I had purchased (e.g. Majestic's Q400, PMDG's Boeings, and Aerosoft's A319/A318/A320/A321/A330). However, for MSFS, I sometimes enjoy taking the TBM930 or, less frequently, the C172 for a spin (but I would still detest being "forced" to only fly these before being able to operate bigger aircraft).

Consider this feature as an "early access/alpha-release"
Before delving into the details of this new feature, it's crucial to note that this should be considered as an "early access/alpha-release" at the moment. I don't anticipate it, but there's a chance a significant bug might emerge that could erase all of your employment data, causing you to restart from scratch. Therefore, to enable this new (early access/-release) feature, you must acknowledge its preliminary status. If you are concerned about losing your employment data, I strongly recommend performing regular backups of your logbook that contains this data. I have numerous ideas for additions not currently in the program, and I can't predict if- or when I'll be able to incorporate them - real-life responsibilities often have a knack for interfering. As of now, the flights you conduct are not "recorded" by FV, and you have to manually record the outcomes of your flights.

Create Logbook
The cornerstone of this new feature is the Logbook. To use this feature, you first need to create your logbook. In this logbook, you can record both your employment flights and your free flights. Besides providing the program with some personal information such as name, age, nationality, and gender (used for selecting avatar illustrations), depending on the selected "difficulty", you can also choose initial aircraft type-ratings. Before operating an aircraft, you need to be type-rated. As mentioned earlier, I loathe the necessity to grind flying small single-engine props for a long time, so if you only want to fly your A310, Boeing 737's or whatever, you can simply choose to be initially type-rated for these, enabling you to fly them from the get-go:

When you create your logbook, you have the option to select one of five "difficulty" settings (Very Easy, Easy, Normal, Hard, or Very Hard). This selection influences many aspects (beside your avatar illustration), such as the number of aircraft you can initially type-rate, the required logged hours for type-rating other aircraft, the rate at which your rank will increase during your employment, the frequency at which you must log assigned flights while employed, and so on. The following illustration displays the avatar illustrations, alongside a list of the settings for a "Normal" difficulty:

Once your logbook is set up, you can fly "Free" flights where you manually select a route, or based on a leg-search result, you can choose to fly a "Chartered" flight (where the route is derived from a flight leg from an embedded flight plan). When conducting these flights, you can only select an aircraft for which you are type-rated (hence the reason for selecting a few initial type-ratings when setting up your logbook). However, if you opt for a "Training" flight, you can select any aircraft you desire, whether you are type-rated for it or not (so feel free to take the AN225 for a spin every now-and-then, even if not type-rated). In fact, based on the difficulty settings chosen when creating your logbook, you will need to accumulate type-rating points and log a certain amount of time in an aircraft type before qualifying for its type-rating. For example, you might need to log a total of +50 hours before qualifying to type-rate an aircraft at the "size" of an A321, and you might need to log 5-10 hours of training-flight in the particular type for which you are type-rating.

Simulator Aircraft (and substitutes).
Every scheduled leg of a flight plan specifies a particular aircraft-type intended for the flight. However, we don't have all these many aircraft types at our disposal in our simulator, be it MSFS or another simulator. For this reason, the program permits the use of a substitute. There are, nonetheless, restrictions on which aircraft you can substitute (for instance, you can't substitute a TBM930 for a flight plan referencing a B747-400F - the types are simply "too different"). In version 1.17, I introduced a feature that allowed you to register your "Owned Aircraft". Here you could list the flyable aircraft you "owned" for your simulator, and indeed, this could be used when performing your leg-search (to only include legs employing aircraft that you "owned"). This feature has since been renamed to "Simulator Aircraft", where you can add the simulator aircraft you possess, and define your substitutes. For example, as I don't have a flyable Q400 for my MSFS, so I might opt to use the ATR 72-600 as a substitute for the Q400, allowing me to update routes where the flight plans otherwise would reference a Q400. The difficulty-settings specify how closely the simulator aircraft must match the aircraft it is substituting (e.g., with the "Normal" difficulty, the match can't be less than 80):

Applying for job:
Once you've created your logbook and added your Simulator aircraft (at least those you want to fly), you are able to apply for a job. The first time you apply, you'll need to set your flight criteria for the program to generate assignments for you to fly (for instance, if you don't want to fly flights shorter than 1 hour or longer than 4 hours, there's no need for the program to assign these to you). So, based on your criteria, your type-ratings, and the simulator aircraft you've added (along with their substitutions), the program will display all potential "employers" (airlines) and the number of distinct routes they can allocate to you. All airlines are classified by size (determined by the number of flights available in the flight plan, the size of their fleet, etc.). For a brand-new pilot, it's VERY challenging to secure a job with anything other than a "Tiny" airline. If you apply for a job with a "Huge" airline, you might only have a 1-2% chance of your application being accepted (even with A LOT of experience, your chances will only hover around 50%). In the screen-shot below you see that AirExplore is classified as a "Tiny" airline, and the "Advisory" text-box tells you that you have approx a 84.1% chance that your application will be accepted:

After choosing the airline you wish to apply to, you click the "Apply" button to submit your application. A pop-up message will inform you when to expect a response. Typically, this ranges between 3-10 (real-life) days depending on your chosen difficulty level, but for your very first application, the reply will be available within a few (real-life) hours. Once the application's response is ready, the program will automatically notify you upon opening the program, or the program it's currently running. After the reply is ready, you have a certain number of days (based on your settings) to either accept or decline it. For Normal difficulty, you have 16 days to decide. If you don't respond in time, the program will automatically decline the application, and there's a penalty affecting how quickly you can reapply for an airline that did not accept your application. In this case, we got the job:

Performing assigned employment-flights:
Immediately upon accepting your new job, you will be assigned a batch of 10 flights to carry out, selected based on the criteria you specified when applying. With the Normal difficulty setting, you must complete this entire batch within 180 days, and you must perform at least one of these assigned flights every 30 days (as soon as you complete a flight, you have a maximum of 30 days to complete the next one). The 10 assigned flights must be flown consecutively, but you can choose to skip up to 3 of these (hence 7 flights of each batch of 10, must be completed). Skipping flights will negatively impacts your "loyalty score" with the airline, which in turn affects your chances of securing a job the next time you apply (e.g., at a larger airline). After performing 30 assigned flights, you will have a good loyalty-score, but to achieve a perfect score, you must complete at least 50 flights without skipping a single one. In this form, you also select which Simulator aircraft to use. The displayed substitution score will influence the points you earn by completing the flight:

Creating a flight (log-entry) to fly (use SimBrief):
Whether you're creating a Free, Training, Type-rating, Chartered, or Employment flight, you'll use the form displayed below. For chartered or employment flights, certain fields are locked (e.g., you can't change departure/destination airports). The program can generate a load-sheet (number of pax and/or amount of cargo) and it performs a (very) basic fuel calculation. After you've configured the data to your liking, you can transfer it to SimBrief for flight planning (including fuel calculation) and dispatch. You have some flexibility in deciding what data to send to SimBrief. For instance, if you don't provide the flight time (the flight's duration), then SimBrief will calculate it based on its own algorithms, and you can use SimBrief to suggest alternates to use, and so on:

Upon accepting the settings above, your browser will direct you to SimBrief and transmit the data (if you're not logged in, SimBrief will prompt you to do so). In SimBrief, you have the freedom to manually modify anything you want (at least ensure it has selected the correct Aircraft). Once your SimBrief dispatch is generated, you can import it back into your Log-entry. In doing so, the program will ask what information you want to update (or "overwrite" with data from the SimBrief dispatch):

Once all the data is properly set, you save the Log-entry. Now, you're ready to start the simulator and carry out your flight. As previously explained, currently the program doesn't track/record your actual flight. So, if you want to "fake it", you can, but if that's your thing, you're free to do so 😉 However, once you've completed the flight, you need to "Commit" it (to the logbook). Choosing to do this, the same screen that appeared when you created the flight will reappear. Here, for instance, you can update the actual time you departed/arrived, and the remaining fuel on board and so on. In some cases, the program will reward you with one or more achievements, such as having flown a certain number of flights in the same aircraft, to/from the same airports/countries, the volume of passengers/cargo transported, the amount of fuel burned, or receiving a promotion:

When you are first hired you rank will change from "Private pilot" (not employed) to "Junior first officer" (lowest rank, as employed). Opening your log-book the avatar illustration will show your current rank, and the progress-bar shows your progress towards the next rank (based on logged flight-time). The Totals/Statistic text-box contains a lot of statistics regarding what you have logged, such as number of-/total hours logged both in total, and split per type of flights, which sim-aircraft/aircraft-types those flights have been flown in, and which airports/countries you have departed from-/arrived at the most. The globe-trotter trophy (upper/right corner) as earned by flying out off-/into different countries. Here you only see an outline of it, hence you haven't earned any yet:

The statistics (visible in prevous screen-shot) are shown on the first of 5 tab-pages. On the 2nd you can see a list of all previous flights you have committed, and double-clicking a flight you are able to see all the details of that flight. The 3rd tab-page shows all your type-ratings, the 4th shows all your achivedments, and for wich flights they were earned, and the 5th and last tab-page shows both your current, and any previous employments.

Once hirred you must perform your assigned flights. Using a "Normal" difficulty you have a total of 180 days to commit all 10 assigned flights, and you have to commit a new flight within 30 days of when you last committed a flight. However I do understand that real-life obligations can sometimes disrupt your simulation experience. Normally, if you fail to finish a batch of assigned flights in time or are unable to commit your next flight promptly, you'll be fired from your current job. This dismissal can negatively impact your loyalty score, consequently reducing the likelihood of acceptance of your next job application by any prospective employer. However, should you encounter a period during which your time for simulation activities is limited, the program provides an option to request a leave of absence. This action pauses the necessity to complete assignments. The length of your leave of absence and the frequency with which you can request one are determined by the difficulty setting chosen when you created the logbook. With a "Normal" difficulty-setting you can ask for a 90 day leave of absence, and after it have enden you need to wait at least 7 days, before being able to ask for a new leave of absence.

So the million dollar question ... when will this next version release? The short answer: I don't know, but I hope it will be within a few weeks, pending the results of a few more tests that I would like to perform. To get ready for the upcoming feature, you can start by adding all your simulator aircraft, or at least the ones you plan to use initially. The tutorial video recorded for version 1.17, which can be found in the Help menu (starting at 11 minutes and 15 seconds), demonstrates how to create user aircraft. Please note that what is currently referred to as "Simulator Aircraft" was previously known as "Owned Aircraft" in this video. Additionally, the next version of Flightplan Visualizer will be targeting the .NET Framework version 4.8.1, which is necessary for running the application. If you haven't installed this framework yet, you can download it from this link: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net481. You only need to download the runtime version.

If you have AIG AIM (AI Manager) installed on your computer and you have installed all/many of the trafic-files, you will have a folder on your computer containing airline logos for those files, and in settings of Flightplan Visualizer (FV) you can now specify the path to this folder (it should suggest the right path for you to pick). However if you don't have/use AIG AIM I've made a separate download containing +1400 airline logos (in a special ".CAL" format only for use with FV). This additional download is also available via AVSIM using this link:
https://library.avsim.net/esearch.php?CatID=msfs20util&DLID=226778

These additional airline logos comes without an installer (its simply a .ZIP file containing these +1400 .CAL files). But before you try to put these additional logo's on your system you should first download, install and run FV version 1.22. Doing so FV will create a "LogoCache" folder where these ".CAL" files should be placed. Here below is the full path to that folder, however you should naturally replace "[User-Name]" with your actual windows user-name:
C:\Users\[User-Name]\AppData\Roaming\FlightplanVisualizer\LogoCache

As per usual I have recorded a video explaining the delay for the release of version 1.22, and whats new in version 1.22. To see this video you can use the link below, or you can simply access it via the "Help" menu within FV (where you find menu-item for all of the tutorial videos):

Here below is a full history-list of all that have changed in this version (at least all I am prepared to share of what have changed):

• I had initially added a feature to download AIG airline-logos, however a later change in AIG's server setup rendered this feature useless. In stead you can now specify the local folder holding AIG's airline logo's (if/when you are using AIG AIM on your computer for AI-traffic). If specified, airline-logo's will be obtained from this folder.
• On the same note, I had to remove the menu-item to download AIG flightplans, as this program no longer have directly access to the AIG servers. For the same reason the menu-item to access the index with flightplans (up to summer 2021) was re-enabled.
• In the past when opening the Airport-Info form it defaulted to show in-/out-going traffic for the selected flightplan or active leg-search only. Now there is a new setting where you can set it up to in stead default to showing all traffic in/out of the airport (the Airport-info form still contains a combobox where you maually can choose what to see).
• "Owned aircraft" was renamed into "Simulator-aircraft", as these are the (flyable) aircraft you have available within your simulator of choise.
• When choosing to use calculated flight-times in a leg-search, you can now specify a percentage-difference (between leg-time and calculated-time). Only when the difference between leg-time and calculated-time exceeds this specified value will the calculated time be used during leg-search (e.g. "only use calc-times if diff. exceeds 50%, otherwise use leg-times").
• Began using (aircraft) short-names many places where the program in the past used IATA/ICAO-code (e.g. when hovering the mouse over a route, or list of aircraft servicing specific airports when editing flightplans). Also added short-name columns to aircraft browser and when choosing favorites (these stil contains columns for IATA/ICAO-codes).
• Pressing the "Usage" button when editing/viewing an aircraft-type or right-clicking an aircraft-type in the browser and choosing "View usage-report..." from the context menu, you will be shown a report that inform you how that aircraft-type is used: which simulator-aircraft are based on that type, which owned aircraft that have been marked as substitute for that type, which airlines are using that type (as carrier/operator), and finally in which (active) flightplans that type is used.
• Items in airline-browser are now by default sorted by (airline) name, and the usage-column shows the size of the airline if its in use. If available a logo for the selected airline is displayed in the upper/right corner.
• Improved performance when searching for ICAO-codes in the airport-browser. Also improved priority of the default selected item, in cases when an airport had a 3 letter ICAO-code, and another was using the same 3 leters for its IATA code.
• When searching for ICAO/IATA-codes in the airline-browser, it will now prioritize non-defunct airlines, if multiple airlines share the same ICAO/IATA-code.
• When enabling/disabling flightplans, you can now select all BizJet flightplans (those prefixed with "Bz_"), all Military (prefixed with "Ml_") or all Goverment (prefixed with "Gv_").
• Individual FP sub-folders can now be setup to leave (not move) defunct- and/or obsolete FP, even if the settings to automatic move these to the disabled folder is set.
• Performing "Search legs" you can now filter on aircrafts you are allowed to fly via type-ratings ("Must be type-rated").
• Performing a substitute of a user-airline, that airline will remain selected (previously the list scrolled to the top, and selected the 1st item).
• Added new check-box to "Search legs" that can exclude round-trips (legs taking-off and landing at same airport).
• Airline/Aircraft-repaint -filter can now filter on size of airline (e.g. "size=major"). Size is determined from usage as carrier/operator in active flightplans. Airlines not in use by active flightplans are listed with a size of "unknown").
• Added GPS-conversion (deg <-> deg,min,sec) to the conversion-form, as requested by a colleague. You can either manually enter lat/lon or look-up an airport to get it. There is both a primary lat/lon and a secondary, and the form will show the (GC)distance between these and the initial/final course.
• Added new "Max airport-distance" for airport-redirections. At the same time added new feature when importing/editing airports to permanent change an airport. If used, it is not saved/handled as a redirection (can't be restored) but rather as a perpament change.
• Reordered- and renamed some of the tab-pages in the Airport-info form.
• Reordered the length/distance-fields in the unit-conversion form.
• The Wind-calculator have been removed from the main-menu, in stead wind-calcuations can now be performed using the unit-conversion form. Also now the speed of the wind is always displayed as a positive value, and in stead the label will either say "Head-wind" or "Tail-wind".
• Added new "Country list" menu-item in the misc-menu. Will list all countries twice (sorted by names, and sorted by ISO3-codes).
• Showing airport-marker tool-tips on the main-map is now prioritized over showing route tool-tips.
• Added "Min take-off fuel ("MTFL") field to user-aircraft weight-fields. As of now its not set for any aircraft in the database, however it can be estimated as 60 minutes of flight at cruise.
• Moved several group-boxes of the settings-form to the 2nd tab-page, and added new fields for defalt simulator/logging-environment based on the File-prefix used when starting the program.
• Also now the header-names that was previous fixed to "Rank" and "Traffic-density" can be changed, so the selectable 6 values can be used for something entirely different, if anyone have the need for this. If/when changed, these new names are shown when editing an airport, or when performing a leg-search (as the leg-search can filter on these fields).
• MakeRunways (MkRwy) by Pete Dowson is challenged handling unicode in the scenery it scans/writes to XML. E.g. the Icelandic airport (BIFL) "Flúðir Airport" is exported by MkRwy as "Flúðir Airport". In this version FV will try to identify when this happens, and then it will fall back using the airport/city-names from the databases bundled with FV. This is not a perfect solution, but at least it improves the result.
• Various minor changes and tweaks to multiple forms (e.g. Unit conversion form can now be closed with ESC, renamed log-archives and so on).
• Fixed: If the main-form had an active flightplan filter when using the search-legs feature the flightplan combo-box still only contained the filtered context. Pressing the Clear button did not resolve the issue.
• Fixed: Since adding support for the AIGFP file-format, there could be flights departing from- and arriving at the same airport (e.g. helicopter flights). In previous versions the calculated flights-time would only consist of taxi-out/in times. In this version the flightplan leg-time will now also be uses for the calculated time, when the same airport is used both for departure and destination.
• Fixed: In some cases re-processing flightplans (resetting and performing redirection) could corrupt the flightplans and remove airport-data from the flightplans. This version will also try to add any missing airport-data to flightplans when re-processing them.
• Fixed: Selecting "only show favorites" in the Search aircraft-type form would filter out all aircraft (including those marked as favories).
• Fixed: In the leg-info form the fields to show times (Out, Off, On, In) were too narrow for multi-week flights, when showing the week-number (e.g. "TH7/14:37").
• Fixed: Issues when estimating cruise/taxi fuel-burn for user-aircraft, where in some cases some fields were not saved, and wrong calcuation if setup to show weight in Kg.
• Fixed: In some cases wrong TimeZone was used when calculating local time for OUT, OFF, ON, IN-times.
• Data: The airport redirection file ("UserAirportRedirect.xml") in the UserData folder have been updated to match the latest MSFS world update. However this new file is only installed by the installer if it does not already exists (in case you made your own changes), hence you need to delete this file manually prior to running the version 1.22 installer.
• Data: Quite a few airports in the airport-database were updated (had wrong names due to issues with unicode-letters). Also some additional airports were added.
• Data: The installer comes bundled with +300 airline-logos (optional install), and a separat package of +1400 airline-logos are avilable for download from AVSIM (in both cases these are encoded into a propriotary format using the ".CAL" extension).
• Data: Added the P2F (Passenger-to-Freighter) versions of the Airbus A320, A321 and A330. Also added the package freighter versions of CRJ100 and CRJ200.
• Data: Improved detection of Boeing 737-700/800 BCF/BDSF when importing flightplans utilizing these (passenger aircraft converted into freighters). Also improved a few other freighter detections.
• Data: Changed a few (aircraft) short-names to either shorten them a bit, or make them "more readable".
• Flightplans: All new/updated flightplans have been added to the installer, and all obsolete/defunct have been marked/removed. A total of 1599 active flightplans are bundled with the installer.

503 Server unavailable".  Have only FP´s up to 2020, but nothing later.

However AIGtech Manager is uptodate with FP´s.

(Win10, P3DV5)

Did I miss something?

Many thanks.

Gerd

When scanning the scenery for the airport "CAN9" ("Château Frontenac") it inserts an illegal char in the generated "runways.xml" file. This illegal char prohibits FV reading this required file, hence FV cannot start-up. If any of you runs in to this issue, you can manually edit your "runways.xml" file, however you need an editor that can load such a large file (when I generate it, I include all runways longer than 1500 feet, hence the generated file will be some +91 MB). When loaded into an editor (I use the 64 bit version of NotePad++) search for "CAN9". If you run into the same issue as me, you should see the illegal char in the "ICAOName" field (NotePad++ will show it in reversed colors). Simply paste in a new name without the illegal char "Château Frontenac").

Generally MkRwy is somewhat challenged when it comes to airport-/city-names with unicode-letters (like "â"), so even if not adding illegal chars to the XML, airport/city-names might not show correct in FV. In version 1.22 FV will try to detect these wrong names in the XML, and once detected it will try to in stead fall back and use the names from the airport-database. For the release of 1.22 I have been going through the airport-database and fixed many names that were wrong for airport/cities (also issues with unicode-letters).

Anyhow back on track. With the update for Waveform Generator being released, I could again return my focus to Flightplan Visualizer. Sadly I've had to remove the feature to download (AIG) flightplans directly into FV, as these are no longer available to external software. Also I had to remove- or at least totally rewrite the feature to download the AIG airline-logos. In stead I now have to manually download the AI flightplans (externally, not using FV), and once these have been downloaded, I can import them into FV. I guess most users are not themselves downloading/importing flightplans, so this will only be an issue for myself and those who did download flightplans themselves.

Likewise since the AIG airline-logos are no longer available for download by FV either, I've had to do the "next best thing". If you are using AIG AIM, it will download the airline-logos to a local folder for the flightplans you are using with AIG AIM/TC. So in settings of FV you can now specify the location of this folder, and FV will then use the airline-logos it finds in the folder, together with the new LogoCache folder added in version 1.22.

Just last weekend I manually downloaded and imported 3-400 new/updated flightplans that have been released since FV was last able to download flightplans. Most of these are updated versions of flightplans that already are bundled with FV, but there are also many brand new flightplans, for airlines that are not available in the currently released versions of FV. While downloading all these new/updated flightplans I had an issue with about 5 of them, but I have a good idea of what went wrong, and where I have to look in the code, so I think (hope) it will be a quick fix, to import these few remaining flightplans.

For a long time it was my plan to release version 1.22 with "the new feature-set" enabled. But even though I had already spend a long time working on this feature-set I still have quite a few items on my "to do list" before I am ready to release a version enabling these new features. So in stead I want to release version 1.22 with most of these new features disabled. However there will be some forms that have added fields/columns that might hint about the new feature coming later, but it will not break the software in any way.

So I hope to be able to release version 1.22 (bundled with all the new/updated flightplans) within this or the next week, pending on if the last items to iron out are to be completed as I hope/plan.

First of all, I would like to thank you  @pellelil for the outstanding program. I think this software is so underrated and I think many flight simmers do not know that such incredible software exist. Maybe advertise via FlightSim Reddit? Just a suggestion 

While I appreciate pre imported flight plans, I would like to have all flight plans imported between 2008 - 2021 from the AIG: https://alpha-india.net/aigfiles/files/Flightplans/ 

For now I try to import the flight plans one by one but it is very very time consuming (using "import AIFP flightplan" option)

Is there any way to import all flight plans from the AIG database in "bulk"? If I use "Download AIG flightplans" I have error and nothing appears 

I have one additional questions - does flightplans from different years from AIG database consist all airlines and routes for each years?

Best,

Arek

Teaser screenshot (work in progress)

Due to the break-out of Covid-19 and what happened as a result of this, the airline-industri have taken a huge impact. Airlines east and west have been filing for bankruptcy, and many of those airlines that are still alive, are nothing but "a shadow" of what they used to be. As a result of this uncertainty, AIG (Alpha India Group) did not release many new/updated flightplan in 2020 and most of 2021. However they are now back in the saddle, both with an updated version of their AIG AIM software (with support for MSFS), and they have again begun releasing new- and updated flightplans.

Within the last week or so, AIG have changed the web-content (HTML) that I scan in order to locate new/updated flightplans, so the currently released version is no longer able to download flightplans (if you manually download them, you can still import them). In the current development version, it is again able to locate/display the flightplans to download, but I still need to perform a little more testing.

I had planed to postpone a release till "the new feature" would be ready for a release. However as it is still in development, and a lot of flightplans have been updated and there is the mentioned problem downloading flightplans, I am considering a release in the near future (other things have been updated/fixed in the program, and the aircraft/airline databases have been updated as well). However before being able to release an update, I first need to workout how I can disable "the new feature" (but I hope for a release within the next 1-3 weeks, pending on how things pan out).

The logo requirement for AIG and Flightplan Visualiser (FV) are different. AIG uses airline logos for their flightplans whereas FV users it for the airlines (carrier and/or operator). So while AIG might need to have a logo for "United Exress" FV in stead needs logos for all the operators (e.g. Mesa Airlines, Republic Airways, SkyWest Airlines, ExpressJet Airlines, GoJet Airlines and so on). So beside the logos available from AIG, the next installer will come bundled with +150 logos (not available from AIG), partly for these operators, but mostly for older biz-jet flightplans not available from AIG. So in total there will be +1400 logos available.

However the airline database contains some +6500 airlines, so there will not be logos available for each and every airline. However for the airlines in use as carrier/operator of the flightplans bundled with the installer, there will most likely be one (not all, but many of them). Adding additional logos to the installer will not be my main focus, as I guess my time is better spend writing code, however a few more logos will probably be added in future versions.

The bundled logos are optional (you don't have to install them). Likewise the downloading (and caching) of those logos available from AIG can be disabled in settings if you don't want to spend your download-bandwidth/disk-space on these (by default its enabled). The AIG logos are downloaded/cached one at a time when needed. So even though AIG have some +1200 logos available, only those for airlines you have viewed (where it can display a logo) will be downloaded. Once downloaded it will be added to a new LogoCache folder (in AppData) where it will remain, so its only necessary to download it the first time it needs to be displayed.

As written in another post version 1.20 was skipped due to a bug introducted in version 1.19 regarding the version check. To mention a few things this version comes with A LOT more biz-jet flightsplans (692 where the previous only had about 380). This version will automatic move obsolete and defuct flightplans to the diabled sub-folder, but this can be disabled in settings. Here is a link for the video recorded for version 1.21 explaining how you can manage your flightplans (to ensure new versions are installed at each update), and what else have changed in this version:

Here below is a full list of all changes in version 1.21.1

• Due to a bug introduced in version 1.19 regrading the (automatic/manual) version-check, version 1.20 was skipped and this version was released as 1.21.1 (in stead of 1.21.0).
• Beside the season based commercial flightplans, the "Download AIG flightplans" menu-item (found in the "Flightplan" menu) is now able to download (AIG) GA- and Military-flightplans. A big thank you to AIG for granting access to these.
• Reorded the download-folders (in the combo-box), so the season-based AIG commercial folders are displayed in chronological order (e.g. "SUMMER_2020" is before "WINTER_2020-2021").
• When scanning for/loading flightplans the program will now automatic look for flightplans marked as defunct or obsolete, and if found these will be move to the "Disabled" sub-folder. Two new settings have been added, so you can disable this feature if you want to.
• Aircraft-types can now be grouped in families of similar aircraft (e.g. a group containing all the Airbus A318, A319, A320 and A321). These families can be managed via the "User Aircraft" menu-item.
• Removed menu-item "Index of AIG flightplans" in the "Flightplan" menu, as its not needed since the "Download AIG flightplans" was added in version 1.16 (May 2020).
• Minor changes to the flightplan-name grooming algoritm (e.g. spaces are inserted before/after ampersand, if not already present) and prefix can be added to indicate the type of flightplan (e.g. for biz-jet, government or military flights). Detection of this prefix can be disable in settings.
• Dropped support for the old ".FPL" flightplan file-format. Since version 1.11 (july 2019) FV have been using the binary ".BFP" file-format in stead.
• Based on active flightplans, the program will try to detect primary- and secondary-hubs for each airline. An airport must have flights to atleast 10 different airports for that airline, in order to be considdered being either a primary/secondary hub for that airline. This information is displayed both in the airline edit-form and the airline usage-report.
• The airline usage-report will also list all destinations served by the airline (ordered by which airports are flying to most different airports).
• The airline usage-report will now also contain a list of the routes served by that airline (as carrier or operator). This list is sorted so the routes that are most flown (per week) comes first.
• Added an extra tab-page to the Airport-info form that shows which airlines have routes to/from the airport, and which airlines are using the airport as a primary or secondary hub.
• Added (right-click) context-menu to many aircraft/airline list-views, that lets you lookup aircraft-/airline -information.
• Added power-conversion to the unit-conversion form, to convert between HP (Horse-Power) and kW (kilo watt).
• Also added context-menu to the carrier/operator labels in the Leg-info form to show more details for the airline. Likewise the aircraft-labels have a context-menu for showing aircraft-details
• Removed a few columns from the form choosing favorite aircraft-types, as this info can now be obtained via the new context-menu.
• Added a column with engine-type/count in the aircraft browser.
• Minor changes to the airport redirection report (to align some values in columns, making it more easy to read the report).
• Added a few hard-coded names to the author-name grooming-method, to unify differnt spellings of the "same names". Also added flightplan/author-count to the "Flightplan per author" report.
• Swapped the operator/carrier-count showed next to size-category in the user-airline edit form (now first value is operator and 2nd is carrier).
• Minor change to the airline-criteria in the leg-search to simplify selection (removed options: "Carrier only" and "Operator only").
• Fixed: The "Download AIG flightplans" form was not able to download flightplans with an ampersand ("&") in the name.
• Fixed: Once again improved importing of AIGFP flightplans where airport data is using different ICAO-codes (observed with 15 or so of the new BizJet flightplans, e.g. "ESAI_Aero-TechServices(GA-C)_Winter_2020-2021").
• Fixed: Issued with the program version-check (both automatic and manual) introduced in version 1.19. Resulting in this version being released as 1.21.1.
• Fixed: Sometimes closing (without saving) the form for editing user-aircraft it would sometime report there were unsaved changes, even though it was not the case.
• Fixed: Only the active sub fp-folders were scanned for backup files. Now the main fp-folder is scanned for backups as well.
• Data: Some of the aircraft-types sharing the same IATA/ICAO-codes have been split into multiple new types (e.g. the Beechcrafts, Cessnas, Pipers and Learjets). This was done to better detect the specific aircraft-types in use (all bundled flightplans have been reprocessed to re-detect the specific types).
• Data: A few aircraft can now be detected (during flightplan import) using their millitary designation (e.g. Boeing C-22, C-32, C-40, and Gulfstream C-20 and C-37).
• Data: Improved detection of a few "De Havilland" aircraft.
• Data: Added a couple of new aircraft-types (Lockheed C-141 Starlifter, Transall C-160 and a few aircraft without official IATA/ICAO-codes, hence using "---" as the IATA-code for these).
• Flightplans: Thanks to the new feature to download (AIG) GA/Military-flightplans a LOT of new flightplans have been bundled with the installer (a few government and military flightplans, but mostly BizJet). The previous installer came bunled with 385 Bizjet flightplans, however in this version many of these have been updated and a lot more have been added, bringing the total count of BizJet flightplans to +690. All BizJet are prefixed by "Bz_", all Government are prefixed by "Gv_" and all military are prefixed by "Ml_", in case you want to move these to differnt sub-folders using the "enable/disable flightplans" menu-item.
• Flightplans: All new/updated flightplans have been added to the installer, and all obsolete/defunct have been marked/removed. A total of 1481 active flightplans are bundled with the installer (incl. all of the previous mentioned BizJet's).

If all goes well I hope to be able to release version 1.21.1 within the next few days, depending on how thinks pan out.

Here below is a link to the video recorded for the 1.19 release explaining what have been added and what have changed, and below that there is a full list of changes. To mention a few this version can now connect to the simulator using FSUIPC and show your location on the map. Also I have once again decided to include all of the biz-jet flights (each prefixed by "Bz_" so they are easy to identify, in case you want to put them in a separate folder). A lot of airlines have been updated/added including a lot "fictitious" (for companies without official ICAO/IATA-codes). And for you Bernd, you can now filter your Leg-searches on weekdays 🙂

Here is a full list of changes in versions 1.19:

• The release-version of the application is now aimed at 64-bit (granting access to more memory if needed). Enabling 64-bit adds a memory overhead of approx 50% compared to 32-bit, but its the "price to pay" to have access to more memory (for those of you with many active flightplans loaded into memory at the same time).
• FV can now connect to your simulator using FSUIPC (tested both with P3D and MSFS). By default you will have to manually connect/disconnect (using new menu-items in the File-menu). However in settings you can choose to do it automatic. When automatic-connection is selected the connect/disconnect menu-items becomes inactive.
• When connected to a sim, the location/heading of your aircraft can be displayed on the map, using an orange aircraft-marker, and hoovering the mouse over this marker will display some key data (GPS-location, altitude, heading, speed and so on).
• Added ability to playback audio-files. In settings you can choose which audio-device to use, and set the volume at which these files are played (defaults to 50%). If volume>0 these files will automatically be played back whenever FV connects to/disconnects from the Sim.
• Added additional icons that are automatically selected to indicate when the program is connected to the simulator. Hence the icon in the main-form will indicate if FV is connected to a simulator or not.
• In the form for editing (user)-airlines and in the form for searching airlines the context menu now have a menu-item called "Show usage". When selected, it will generate a report showing all the (active) flightplans in which the airline is used.
• Added a new "Manual" check-box next to the load-factor when editing user-airlines. This check-box needs to be checked if you want to manually enter a load-factor. When not checked (default) the load-factor will automatically be set to the default value of the selected country.
• When editing user-airlines, the airline just added/edited will be visible and selected in the list-view. Likewise when deleting an airline, the previous item will be be visible/selected (in stead of always scrolling to the top afterwards, as in previous versions).
• The Insert/Delete keyboard-keys can now be used as shortcuts adding/deleting user-airlines and user-aircraft (both owned and types).
• The gate-map context-menu (Airport Info), now allows you to re-center the map (in case your have been panning the map, and can't locate the airport again).
• Added a new menu-item/form to calculate head/cross-wind from manually entered flight/runway-heading and wind-direction/speed. Don't forget the runways tab-page in the Airport-info form already calculates this for each runway (and wind-direction/speed is automatically obtained from METAR).
• Added a new menu-item/form to convert plain-text into morse-code. There is also a button that lets you listen to the generated morse-code, so you can practice your morse-code listening skills (e.g. entering an ILS/VOR-ident, to know which morse-code to listen for in the aircraft, to verify the correct ident is received).
• The "Cruise speed" column have been removed from the aircraft tab-page of the Edit Flightplan form to make more room for the Carrier/Operator-columns. In the past these simply contained the ICAO for the airlines. Now it both contains: ICAO, IATA (if not blank) and Name.
• The criteria in the leg-search window now allows you to filter on departure/arrival week-days (e.g. only include flights departing a particular airport on a Saturday or Sunday).
• When using the flightplan-filter on the main-form, it will favor the current active flightplan (as in previous versions), however if not able to, it will select the first flightplan included in the filtered list (in stead of choosing "[None]").
• Improved import of AIGFP-flightplans where the airport is not contained within the embedded airport.txt file and is using a different ICAO-code in route-files (observed for "AIG_UTair_Summer2018v6" and "AIG_S7Airlines_Winter2019-2020v3").
• Added runway-info (for both Departure/Destination-airports) to the flightplan leg-report. For ILS-eqiupped runways its lists the ID (both as text, as morse-code), frequency and ils-slope.
• Morse-code also added to ILS-ID column on the "Runways" tab-page of the airport-info form. Above the list-view there is also a label showing the morse-code (using a larger font), and next to it there is a button that lets you listen to the morse-code.
• Traffic-pattern direction (for take-off and landing) are now displayed for each runway. These data are extracted from the scenery by MakeRunways, hence the info can't be "better" than the info in the scenery (hence most default airports simply shows 'Left').
• Current/peak- memory usage is now logged at various stages while running, and when closing the program. These values can also be observed opening the about-box, which will also forcefully append these values to the log.
• When using MkRwy with MSFS it can't obtain the country-name, hence these are taken from the airport-database embedded with FV. However the name for USA ("United States of America") is too long to be shown together with state-name, hence code have been added it to shorten it to "United States" (which was the default country-name used in FSX/P3D).
• Changed font in Comments-box for user-aircraft to a fixed font, in case some users what to enter text "in columns" (e.g. if you make "tables" with speed-restrictions).
• Changed the color of the splitter-bars in the Airport-info and leg-search forms to a darker color, to better indicate where it is.
• The build-part of the version-number can now be ignored when performing the automatic version-check at start-up. This new setting is by default disabled. If enabled it will ignore changes from version 1.x.0 to 1.x.1 (e.g. an update from 1.19.0 to 1.19.1). However major/minor versions-updates (e.g. from 1.19.x to 1.20.x) will not be ignored.
• Fixed: Excessive logging while importing AIGFP flightplans removed (leftover from fixing a bug before the release of version 1.18).
• Fixed: When using kg in the leg-info report, the weight of Luggage incl. pax weight (shown in parentheses) was wrong.
• Fixed: Button to open filter-manual on Gate-page of the Airport-info form was not visible/position was not fixed.
• Fixed: The wind-speed obtained from the METAR and used to calc head/tail-wind on the Runway tab-page of the Airport-info form, did not consider the unit (e.g. Khp or meters-per-second).
• Data: A VERY BIG THANK YOU to Bruce Nicholson for assistance updating the Airline-database, both with new/missing entries and marking defunct airlines as such.
• Data: A lot of "fictions airlines" was added as well. These are used for companies without official ICAO/IATA codes. To indicate they are fictions the ICAO-code is set to "---" and the IATA-code is used to indicate the kind of traffic (e.g. the combination "---/BZ" is used for biz-jet flights).
• Data: Also thanks to Bruce for pointing out that a few aircraft were not being detected as they should. So this version should do a better job with Cessna T206H, Cessna Citation SII/S550 and Global 7500.
• Flightplans: The bundled AIG flightplans have been updated to the latests versions/revisions available from AIG (there were a few defunct that was removed, a few new versions that was added, and a lot of new revisions being updated).
• Flightplans: Eric Steinmetz's Bizjet (AI) flightplans that have previously been available as a separate download are once again bundled with the installer (they are only installed if you choose the option during installation). These have all been updated to use the new "---/BZ" airlines (for companies without official ICAO/IATA-codes), and the Author/Provider have been set to "Eric Steinmetz"/"ESAI" (the previous/separate download was created before adding author/provider to the software).

If i want to know to where i could pilot a LH flight outbound from EDDM on Sunday arround 1700 UTC i allways have to scroll thru all legs from Monday to Sunday to find  one. Or is there another way?

You know it´s about to improve something what is already one of best of the best. 

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Xml.XmlException: Invalid character in the given encoding. Line 1224199, position 33.
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.Throw(String res, String arg)
   at System.Xml.XmlTextReaderImpl.InvalidCharRecovery(Int32& bytesCount, Int32& charsCount)
   at System.Xml.XmlTextReaderImpl.GetChars(Int32 maxCharsCount)
   at System.Xml.XmlTextReaderImpl.ReadData()
   at System.Xml.XmlTextReaderImpl.ParseText(Int32& startPos, Int32& endPos, Int32& outOrChars)
   at System.Xml.XmlTextReaderImpl.FinishPartialValue()
   at System.Xml.XmlTextReaderImpl.get_Value()
   at System.Xml.Linq.XContainer.ReadContentFrom(XmlReader r)
   at System.Xml.Linq.XContainer.ReadContentFrom(XmlReader r, LoadOptions o)
   at System.Xml.Linq.XDocument.Load(XmlReader reader, LoadOptions options)
   at System.Xml.Linq.XDocument.Load(String uri, LoadOptions options)
   at bi.f(String A_0)
   at bi..ctor(String A_0)
   at o.l(String A_0)
   at GMapTest.FormMain.x(Object A_0, EventArgs A_1)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4341.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
GMapTest
    Assembly Version: 1.9.0.0
    Win32 Version: 1.9.0.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/FlightplanVisualizer.exe
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4300.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4341.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
NLog
    Assembly Version: 4.0.0.0
    Win32 Version: 4.5.11.8645
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/NLog.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4190.0 built by: NET48REL1LAST_B
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4084.0 built by: NET48REL1
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4341.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4270.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.ServiceModel
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4250.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.ServiceModel/v4.0_4.0.0.0__b77a5c561934e089/System.ServiceModel.dll
----------------------------------------
System.Runtime.Serialization
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4250.0 built by: NET48REL1LAST_C
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4084.0 built by: NET48REL1
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
PLToolbox.Metar
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/PLToolbox.Metar.DLL
----------------------------------------
PLToolbox.Navigation
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/PLToolbox.Navigation.DLL
----------------------------------------
PLToolbox
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/PLToolbox.DLL
----------------------------------------
System.Xml.Linq
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4084.0 built by: NET48REL1
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml.Linq/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.Linq.dll
----------------------------------------
Accessibility
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4084.0 built by: NET48REL1
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
GMap.NET.WindowsForms
    Assembly Version: 1.9.1.0
    Win32 Version: 1.9.1.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/GMap.NET.WindowsForms.DLL
----------------------------------------
GMap.NET.Core
    Assembly Version: 1.9.1.0
    Win32 Version: 1.9.1.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/GMap.NET.Core.DLL
----------------------------------------
System.Data.SQLite
    Assembly Version: 1.0.109.0
    Win32 Version: 1.0.109.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FlightplanVisualizer/System.Data.SQLite.DLL
----------------------------------------
System.Transactions
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4084.0 built by: NET48REL1
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.EnterpriseServices
    Assembly Version: 4.0.0.0
    Win32 Version: 4.8.4084.0 built by: NET48REL1
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Any idea whats going on please.

Ive tried editing the start as you described in your youtube video but it wont accept anything as a true path to my makerunways location.

Can you suggest anything please.

Graham

WIN10 64bit

So if you are not familiar with the Search Leg feature here is short "how-to" find flights for the CRJ 550/700.

• Press CTRL+L to open the search legs window.
• Click the "Reset" button, reset/clear any previous criteria.
• Click the "None" button in the Aircraft-types group-box to un-select all aircraft.
• Enter "CRJ" in the filter entry (also in the Aircraft-types group-box to only show aircraft with CRJ in the name.
• If you want to be realistic only put a check-mark next to CRJ700/550, but you could include the 900 and 1000 to include the "big brothers" as well.
• Click the "Search" button to look through all loaded flightplans and find all legs flown by the selected CRJ(s).
• A window will appear telling you how many routes were found, and you simply click ok to return to the main-form where all flights are shown.

Before clicking the "Search" button the form should look like this:

When you return to the main-form, you can see all of the roues (here I have un-checked "(6) Show fl.p. airports" so the airport-markers will not clutter the view:

You can then manually right-click a route (or use the Randomizer to pick a random), and pick "view route info" to open the route-info that shows all the aircraft/airlines flying this route. Double-clicking any of these will open the flight-info view that will show you more detailed info on the flight:

For more details press the "Show as Report" button in the lower/left corner.

Happy flying 😉

Those future plans were pushed a bit in the background (for another release), and in stead version 1.18 became all about the support for MSFS, and support for multiple simulators. As written in a previous post, FV have not been made for a particular simulator, however it relies on the output from (Pete Dowson's) MakeRunways, and the flight-plans generated by AIG (intended for FSX/P3D). Recently released version 5 of MakeRunways can now scan installed MSFS scenery, hence FV is now able to visualize MSFS airports. Also FV was not written to be used with different simulators at the same time (having different data available for different simulators). However this have now changed with version 1.18. Version 1.18 have just been released, and it can be downloaded from AVSIM using this link:

https://library.avsim.net/esearch.php?CatID=msfs20util&DLID=219760

In order to learn how to use FV with multiple simulators I suggest you watch the tutorial-video released for version 1.18:

Here below is a short list of the changes in Version 1.18 (a lot have changed below the surface for future releases, but more on this at a later time):

• GREATLY improved the search-legs feature (by a factor of +50).
• In the past the application was forced to 32 bit. This is no longer the case, hence if needed its able to allocate more memory than before. I have never heard of anyone getting an "out of memory" exception, buy anyway.
• In the settings form, the field for entering the path to where to look for the Make Runways -files, have been replaced with a (MRU) combo-box, remembering the last 5 paths entered. So now you don't need to remember these paths each time you want to change it (e.g. if you switch between a set of files generated for P3D and another generated for MSFS). Remark that when this path is changed, FV will automatically restart when saving the settings, as the MkRwy-data are only loaded at startup.
• Added new command-line argument /MkRwy="G:\FS\MakeRunways". If this argument is set, FV will try to locate the files generated by Pete Dowson's MakeRunway in the specified folder, no matter the value of the MkRwy-path set in the settings-form.
• Added new command-line argument /FilePrefix=XXX. If this prefix is set (in the short-cut starting FV) it will look for files in the UserData-folder using this prefix and an underscore (e.g. open "XXX_UserAirportInfo.xml" in stead of "UserAirportInfo.xml"). If FV is started with this argument it will be displayed in the caption of the main-form to notify the user "which prefix is in use".
• Added new command-line argument /ForceReprocessFlightplans which forces all flightplans  to be reprocessed on startup (e.g. process all airport redirection according to loaded redirection file).
• Added new command-line argument /? or /help. Using either of these, or having specified a wrong command-line argument will show a small example of the correct way to use these arguments.
• Added a new "Auto-activation prefixes" entry field to the "Edit owned aircraft" form where you can now enter a comma separated list of prefixes for which each aircraft should set to active. If entered, the aircraft will automatically be set active when FV have been started with the /FilePrefix argument set to the entered value (e.g. P3D). If one or more prefixes have been entered into this field, and FV have been started with another prefix, those aircraft will be set to not-active.
• Added new setting to reprocess all loaded flightplans on startup if FV was started with another /FilePrefix argument than used the previous time FV was started (e.g. if you switch between two different simulators).
• Improved how pseudo-airports tries to look-up airport data from the bundled airport-database. So there is now a higher chance that: name, country/state, and time-zone will be populated with useful data for the pseudo airports.
• In previous versions when opening the airport-info form, the checkbox "Exclude small/grass/dirt" (runways) was always checked, meaning you had to uncheck this checkbox before being able to see any runway-information for small airports. In this version a new setting have been added where you can chose if this checkbox should default to being: Checked, Unchecked or (default) Automatic. if choosing "Automatic", this checkbox will default to un-checked for airports only having few/small runways.
• Redesigned the settings-form so things are less "cluttered", and it will be more easy for me to add additional items in the future.
• The Search Airport form now contains fields that lets you specify min/max criteria for rwy-length and airport elevation, and min/max distance to a specified airport (e.g. find all airports within 20-50 Nm of XXXX). Also you can specify required rwy-type (e.g. "All Hard", "Have Soft" ...).
• Added an "Edit" menu-item to the context menu in the Search Airport form, which opens the Airport Info form, and returns back to the Search Airport form (e.g. see details for a few found airports before chooing one of them).
• If Transition Altitude (TA) is not known for a particular airport, the program will now try to estimate TA based on nearby airports in the same country, where those nearby are weighted more than those further away (its not perfect, but "better" than 0). An estimated TA will be postfixed by a asterisk to mark that it is estimated.
• Minor (internal) changes to the automatic version-check.
• Fixed: Issue importing some AigFP flightplans where airports were being redirected (e.g. "AIG_AviaTrafficCompany_Winter_2019-2020v2").
• Fixed: Using the context menu in the list-view showing all owned aircraft, the changes were sometimes not saved.
• Fixed: In the conversion-form when converting weight/volume into US-Gal, the calculation was wrong (converting from US-Gal was not an issue).
• Fixed: In the leg-info report the value of Transition Altitude was in some cases used in stead of the length of the longest runway.
• Fixed: Leg-info report only contained taxi-out time for all airports. Now it only contains the taxi-out time for the departure airport, but both departure- and destination airports contains a taxi-in time.
• Fixed: In some cases an airport that was currently being edited, could be edited in another window at the same time (opening multiple Airport Info forms).
• Data: The bundled airport-database had a MAJOR face-lift. Various data were corrected, and it have more than doubled in number of airports/helipads contained within the database.
• Data: Improved detection of aircraft-type "IAI 1126 Galaxy" (as "Gulfstream G200"). Thanks to Bruce Nicholson for notifying me of the issue when importing a particular AIG flight-plan.

- Flightplans: All new/updated flightplans have been added to the installer, and all obsolete/defunct have been marked/removed. A total of 787 active flightplans are bundled with the installer.

So in theory you can use FV with any sim, if you simply want to use it to find inspiration of flights to fly (more on this at a later time, when I feel ready to reveal what I am currently working on). Today Pete Dowson have release a beta version of Make Runways which is able to scan your installed MSFS scenery. This means that FV is now able to display airport info (runways, gates and frequencies). Here is a link to Pete's forum regarding this beta version of Make Runways: https://forum.simflight.com/topic/90865-makerunways-beta-version-500-for-msfs/

The documentation bundled with the beta-version of Make Runways tells you how to "install" and use -it. When you run it, it will scan your installed MSFS scenery and generate the files that Make Runways used to make. FV is able to read these files (or at least the 3 of them it actually uses) when it starts up. However you have to make these files available to FV. If you have never told FV to look for these files in another directory, it will look for these in the default UserData folder ("C:\Users\[UserName]\AppData\Roaming\FlightplanVisualizer\UserData"). So you could simply overwrite the 3 files in this folder, with the ones just generated (however you would then "loose" your current files). If you want to do this, its these 3 files you need to copy:

• f5.csv
• g5.csv
• runways.xml

In stead I suggest you go into settings-form and simply inform FV where to look for these files. On my computer I have installed the new beta-version of Make Runways into the folder "G:\FS\MakeRunways", so it is here that Make Runways have saved the files it have just been generating. So in FV I open the settings-form (found in the File-menu). Here I have just entered the path where it can find these files:

When you hit OK your changes will be saved, and when changing the path for these files, FV needs to be restarted. However it detects if this path was changed, and will automatically restart. Since there are much more airports in MSFS than there were in FSX/P3D, FV will take a little longer to start (on my PC about half a second), as it have to read/parse more data. Here below is screen-shot from FV showing some of the data extracted via this new beta version of Make Runways. In this case EKCH (Copenhagen, Denmark) which is from a FlyTampa scenery bought/installed via the MSFS Marketplace:

Remember that this is the first beta-version of Make Runways with support for MSFS, and its only been released today, so there might be things not working (e.g. it is currently not able to set the country-name, but this is due to some data missing in MSFS). Pete have been able to test this version with both the MS-store and steam-edition of MSFS, however have not been able to test it with the DVD version (as written in the post linked above).

As I recall P3D contained about 25K airports, whereas MSFS contains about 37K. This means that the airport-database currently bundled with FV don't contain information for all these new additional airports. Make Runways is able to extract the data stored in the scenery (like information regarding runways, gates and frequencies), however there are some additional data in the FV-database that (at least as of now) will be "missing". I haven't had time to look into this as of yet, but at least the time-zone will not be found, so these airports, missing in the database, will not have the correct local-time.

I will try to see if I will be able to update the database bundled with FV, so it will contain all (missing) information in the next release. I have not yet decided how I will handle this new database. The old (current) is partly based on "old" (and in many cases) obsolete information that match the default scenery in FSX/P3D. However in most cases these have not been updated for years, so in the mean time many airports have closed, changed their ICAO/name, new airports have been born. I am thinking about "locking" the current database in its current form, and then release the new (updated) ... time will tell 🙂

Anyway I would like to hear if any of you ever have been downgrading to a previous version and if that is the case, why?