lonewulf47

Yes, ILS 01 & 19 are still in use. Please post the BGL here and I'll see what I can do...😀 There is almost always a solution...😉

No, as long as the correct figures are used for the ILS, nothing needs to be changed there.

Yep, that's what I was afraid, because there are two developers for that airport. Are you familiar with ADE? Otherwise you could post the bgl affectd and I'll do the changes for you.

Hi Ray, I'm not current on GSX, which AFCAD it uses and so on. IF GSX uses the AFCAD of the airport installation (which would then be the one above that I converted), then of course it could also be renamend and used instead of the original AFX_EBBR.bgl. The reason why wo do not recommend it at first hand is the negative influence on the AI Traffic (which is then - at least partly - allowed, where it shouldn't be). The second reason of course also being eventual copyright claims from the developer. Neverhteless if you do such things on a private basis, I bet noone will harm you...😀 Don't forget to re-run the DbBuilder thereafter.

Hi Bernd, I'm sorry to hear that. Nevertheless I must point to the fact that your conclusion is wrong. EFB works very nicely with X-Plane. I have the proof on my two systems. The reason for this misbehaviour is unknown to me and most probably will remain so. I cannot do troubleshooting on your system at a distance. The sheer number of AddOns is not an issue. I have on one of my systems over 570 entries of AddOns in the "\X-Plane 11\Custom Scenery" path. They all work without any problems. Regarding the number of RWY mappings my only conclusion is that one (or both) of the default and global apt.dat could be corrupt. But - as I mentioned before - the possibilities of troubleshooting in your system are close to none.

Xavier, I'm sorry, I can't explain what is going wrong on your system. I do not have GOBD on my system, but for LTFM everything works normally.

No, METARs and TAFs are only called up with the corresponding ICAO Code. But as already mentioned, the airport must also be available in EFB.

You ca easily check whether a metreport is available for a specific airport. Check the ActiveSky page as in the attached screenshot. Whether the metreport is available in your simulator is dependent on the availability of a specific airport in your simulator and the proper setup of your ActiveSky within EFB2.

Well, as you can see in my screenshots above, the METAR and TAF for LTFM are indicated. I guess I have the same Freeware. This also depends of course of the meteo tool you are using. You did neither idicate the simulator used nor the meteo tool. I do not see into your computer. You should really give some more information about sour Sim, meteo tool etc. The above screenshots are taken with Prepar3DV5 and ActiveSky. It works as designed. If it does not work on your end, you have to check all your equipment, whether all requirements are met.

Hi Xavier, As long as the requested airports are available in your simulator, the metreports are fully available. If an airport is not available in the Sim, then of course no metreport is available in EFB either. FAOR is the old FAJS (same location) and can be replaced in the "IcaoCodeReplacements.txt" file. For LTFM you need a corresponding scenery because this is a completely new airport. As an example see the following screenshots from FAOR and LTFM with today's METAR and TAF:

Bernd, EFB2 works flawlessly with X-Plane. There's no reason to blame it for a non-working database or connection issues of any kind. As I said several times, I have no problems from the beginning. It should nevertheless also be said that I manage my "scenery_packs.ini" with the XOrganizer, which is perfect for this purpose as with manual management errors can always occur. You did not mention that you were specifically looking for the issue in the "scen.ery_packs.ini" which generated the shown warning. There must be some invalid path there. The warning message definitely points to a problem within the "scenery_packs.ini". This may cause an irregularity in reading the scenery files' priority. To rule out any possible discrepancies please post your "scenery_packs.ini" for analyzing purposes. The comparison between the two "runwayMappings_XPlane-NG.txt" does not show too much apart from the fact that yours has many more entries. The main reason for the large discrepancy in the RWY mapping numbers lies somewhere in the database. it is amost impossible to trace this as it would require a complete analysis of your X-Plane installation. But as already mentioned, I have no problems whatsoever on both installations - the second one being also quite large. I manage both with XOrganizer. Apart from all written above it is simply not detectable what causes this misbehaviour of the DbBuilding process in your installation. One little thing - which is not related to this - puzzled me a bit. I see in the logfiles that your eart_nav.dat file is of the new 1500 spec. Checking my Navigraph AIRAC Cycle 2009 I do not see a earth_nav.dat of that spec. Mine still has the 1100 spec. Where did you get this file from? Not that it would matter because EFB can also decode the 1500 spec and Aerosoft's NavDataPro supplies two earth_nav.dat, this one with spec 1100 and earth_nav_1150.dat with spec 1500. But I don't see this on the Navigraph AIRAC Cycle for X-Plane.

Hi Bernd, From what I could see in the logfiles, in your DbBuilding Process more than 6000 (!!) runway mappings are processed whereas the average of a correct scenery would be about 1/10 of that. In my installation there are 581 runway mappings. Anoter thing that I see from the logfile is that there is an error when reading the "scenery_packs.ini" from your X-Plane Custom Scenery path. How do you manage your "scenery_packs.ini" ? Do you use XOrganizer or do you do it manually? In any case there is a warning logged in your DbBuildeLogfile : "2020-09-03 10:34:26.724 Warning : Path '' from scenery_packs.ini does not exist". So as a first remedy you need to correct that *.ini file as any error within that file will have an influence on the priority in which the Scenery is read. As a general rule, whenever a Warning Message is displayed after running the DbBuilder, you should take care of this before proceeding.

Hi Alex, Please read the description of the color symbology in Manual "Client", page 136, "Traffic symbols". NO adjustments needed at all.. 😀

Please read here: https://forum.aivlasoft.com/topic/4515-microsoft-flight-simulator-support-after-august-18/

Hi Bernd, This message is no Error, but just a debug info. I have the same because on this specific airport the RWY dsignator is non-numeric. This has absolutely no impact on the database. If the database creation ends without remark, i.e. reported as "Successfully completed", then the database is properly created. Debug remarks are - as their name would suggest - simply information about the forthcoming of the database creation process. As I said before, I can't recreate your findings, as I have updated both my X-Plane installations and do not see any problems with their use. For further investigation we might need a lot more information about your installation, as there is no explanation for this behaviour without all pertinent information. Could you please send a set of Support Files to start with and make sure you run EFB2 with full Admin rights.

Hi Bernd, I'm sorry but I can't confirm your findings. I have updated X-Plane 11 RC2 and running it with Vulkan Drivers. I can't ee any problems with that. EFB2 is running faultless. Confirm that you also have SELECTED the correct (X-Plane 11) database?

I'm not really sure that I understand what you mean. EFB displays what is available in the respective ground layout BGL. If you don't have an Add-On installed, it will display the default layout. Where do you have the "FAOR_ADEP4_ADE.bgl" from?

Hi Xavier, What Simulator are you talking about? P3DV4? The default BGL consists of outdated ILS frequencies. However there is a simple remedy for that. Go to Hervé SORS' Website https://www.aero.sors.fr/navaids3.html and download and apply the "ILS/Rwy regional updates" for Africa. This will correct the missing ILS'es.

Hi Erdal, I'm not sure what you want to tell us. There is not a single Warning or Error listed.

Hi Claudio, From what I can see in the Logs, your installation seems to be purely local, i.e. Server and Client are on the same Computer. The Client however is set up to connect to a "remote" computer. Please check your Client settings according to the screenshots attached ("OFFICE-PC" being the name of my local Computer..):

Hi Ron, Here is the corrected AFCAD BGL. As I see (unfortunately I don't have these airports) there were no ILS's at all in that AFCAD. I therefore added ILS06 & ILS 19. I would suggest to set the original KTEB_AFD.BGL to KTEB_AFD.OFF and add the new BGL. So you don't lose the original file. After adding the new BGL re-run the DbBuilder to incorporate the changes into EFB2's database. KTEB_AFD.bgl

No, but we would certainly post it if there were any...😀, don't you think so?

Of course there is 😀, as always with the help of ADE or with SORS' Airport Inspector. Just post the AFCAD BGL and I can do the corrections for you.

Hi Robert, Please check here for future discussions: https://forum.aivlasoft.com/topic/4515-microsoft-flight-simulator-support-after-august-18/

Hi Fredrick, I have the very same airport installed within the same directories as shown in your scenery.cfg. I see the airport normally depicted in EFB2 and in P3D. So, In any case the normal installation of LEAL shows nothing odd or abnormal.