Jump to content

lonewulf47

Moderators
  • Posts

    2,639
  • Joined

  • Last visited

Posts posted by lonewulf47

  1. Well, aren't we Simmers always keen on having things "as real as it gets"? That's at least my impression after having attended many FlightSim Conventions and -Exhibits. And that's exactly where EFB has been positioned. In today's simming you can't get away without actual AIRACs and thus actual valid routes. Storing routes with all procedures will thus create a lot of "inconveniences", in general referred to as loading inconsistencies or even errors. What will be the benefit of a warning due to an incompatible procedure? If it is incompatible, it just doesn't fit! And once again, full compatibility can only be achieved when ALL parties affected are using the SAME DATA. It's as aimple as that. Storing a route with all procedures attached means, that you will not be able to update your simulator data ever. Otherwise you will lose your stored routings and/or procedures.

    For me storing a route with all procedures attached means that I have given up any flexibility, and that's not really what makes flight simming interesting, does it?

  2. Gentlemen,

     

    I still fail to understand why you would want to store procedures. Planning a specific route with a modern tool like SimBrief or Route Planner takes less than one minute. EFB comes into play thereafter offering full flexibility to attach every possible SID, STAR and APPROACH within shortest time. Such a completed routing is valid exactly for that moment of planning. Even next day you might encounter different weather conditions requiring different procedures. Furthermore even the basic route without procedures is only valid throughout the present AIRAC cycle. You might have realized that even MSFS is nowadays updating navigation data within each AIRAC cycle of 28 days. So, whatever you are planning, it is useless if you don't use actual AIRAC data. There will ALWAYS be a mix-up if different AIRAC cycles are used, even with the basic route.

     

    Still looking for reasonable arguments to store completed routings. I simply don't find one and believe me, after 20'000 hrs of RW flying in airline and instruction businenss IFR and VFR, my aviation background is good enough to judge that...

  3. Livio,

    There is no such folder like "scenery", where the MSFS Add-Ons are placed. You should look for a folder "Community". All Add-On scenery (and also Add-On aircraft) are in this folder. I have no experience with a Steam installation, but available information shows an installation path: "C:\Users\<Username>\AppData\Roaming\Microsoft Flight Simulator\Packages\Community" for a Steam Installation.

    Thus, the path for the above installation folder should read: "C:\Users\<Username>\AppData\Roaming\Microsoft Flight Simulator\Packages". You might want to try this.

  4. After some comparison work between Navigraph and NavDataPro Database it looks as if Navigraph had implemented some changes on their AIRNC dataset. Unfortunately we are not informed about such changes. As a consequence we have to investigate and possibly adjust the database Builder to work with the latest Navigraph data. This will take some time. Please hold on. It should also be noticed that users of NavDataPro are not affected.

  5. I agree, it's not the same as in my depction, made from YOUR route string. But nevertheless I have NO CLUE what's going wrong over there... For the time being please hold on. We have to investigate. My presumption goes towards a different parsing for Naivgraph AIRAC which may cause some oddities in the database. I use NavDataPro within EFB, which does not create any problems.

     

    EIDW-GCTS.thumb.png.5d009bed2332e172658b56b0748a572d.png

  6. I understand, that your result does not look satisfactorily. When looking at my depiction on EFB with the identical route, you will notice, that my result looks definitely somewhat better. I have NO CLUE what goes wrong on your end. Something in your database must be completely out of sync. We might need to investigate what happened.

     

     

    EGPH-RGSS.png

  7. Well, we have to wait until something substancial shows up. The funny thing is that if I build a routing KMCO-EGPH with SimBrief, it shows without problems on AIRAC2307: See below:(flight plan built 10 min ago)

     

    KMCO-EGPH.thumb.png.8f5aa847f84642f0973b763def66cb91.png

     

    So for the moment I'm without any ideas what happens here as I can alyways use a flightplan built by SimBrief normally...

    Just for my own information: habe you also rebuilt the database for the respective simulator? (Not only "Update Navdata" but also "Update Simulator").

    Just as another heads-up: in most cases you cannot use a stored flight plan built on another AIRAC Cycle. If ony one if the stored AWYs or WYPs has changed, the whole routing becomes invalid.

  8. As this is a relatively new airport, Asobo/MS was obviously not in the position to properly introduce the full airport layout into their generic airports BGL. We have no influence on this as we can only read what the developers provide in their BGLs. There is however a fully equipped airport model available as Add-On by SceneryTR, which also properly depicts all TWYs and parking stands.

    See screenshot below:

     

    LTFM_01.thumb.png.1cd3c98d4801ef6181c86c36f7235165.png

  9. 20 hours ago, Cassiar1 said:

    BTW is there a fix fir  a fix for LTFB - Istanbul - too?

    LTFB is Izmir Selcuk. The only Instanbul airport for MSFS available is LTFM, the brand new intl airport at the Black Sea coast. No other Istanbul airport is avaialble for MSFS ATM. AFAIK the old LTBA Istanbul Atatürk is not avilable for MSFS.

  10. Ground polygons are created by the respective developer, in your present case this is MS/Aobo with its generic airports. As to my knowledge there is ATM only one delveloper (inibuilds) building LGW/EGKK as an Add-On. There most of the stands have the correct identifiers (see  partial screenshot). Don't forget that especially large airports have more or less continuous changes in their parking position layouts due to reconstruction. Hence an airport layout will never be completely accurate if the developer does not continuously update his creation. HTH.

    EGKK_01.thumb.png.f590851288aed5d05d3521ebbeffe614.png

  11. 17 minutes ago, dwc3402 said:

    ok thankyou, one last question, which file is used for GSX, would it be the paid addon .bgl?

    Sorry Darren,

    I do not use GSX, but nevertheless I would strongly presume that it also uses a similar priority system like EFB does and places purchased Add-Ons on top of default airports. FSDT certainly will be able to answer this.

×
×
  • Create New...