gsumner

I didn't know what to delete on the client side so I rebuilt the server database and that worked. Dunno how it loaded on another client fine if this was the problem. Still all fixed now and can be marked solved. Thanks Graham

Using 2.3 build 132 continuous load airport database. This happens only on one computer. Others load fine ruling out server issue. Anything I can try? Graham

OK, Thanks for looking into this. Graham

Thankyou Urs, It would be a very useful feature. Graham

P3DV5 Hi, Is there anyway to get EFBv2 to scan my navdata from addon airports to highlight outdated ILS frequencies. I know its able to point this out when choosing an approach, but can I scan and produce a list so I can update any descrepancies before flying. Graham

OK Thankyou Graham

I would copy it here :- C:\Users\**USER**\Documents\AivlaSoft\EFB2\Server\DbBuilder\Base Where a copy of it already exists that may need replacing. Im sure you must have a copy on your machine. My hardware sim runs over several computers. Each sim avionics computer has a nav data folder which must contain the same magdec.bgl or things go weird. Im just checking this copy doesn't need updating too Graham

So you are saying dont copy the file, the update utility will find it in the p3d folder and update accordingly. Graham

Hi sorry, Its p3dv5. I see the updates are available for this on :- https://www.aero.sors.fr/navaids3.html thesedays. Graham

Hi If I update my magdec.bgl in P3Dv5 do I have to manually update it in EFBv2 also ? Graham Edit: Moved to proper thread by Admin

Ok thankyou Graham

Hi, I'm sure you are aware of the NL-2000 freeware scenery for Holland. The installer prevents installation into the default FSX folder. I'm not sure why this is but the scenery files should be placed elsewhere on the hard drive or another hard drive. Does this mean when I update the data provider to scan my installed airports it will automatically find these after reading the scenery.cfg file or is there another workaround or should I manually move the files to the FSX folder ( which is undesirable if possible). Great program Many thanks Graham

It would appear navdata pro is not putting the data in its subfolder just by seeing the aivlasoft folder I've added /navdatapro to the path in the program and now it's installing the updates in the correct place. Solved

My EFB running on a second networked computer shows airac 1306 as loaded but I know I have the latest one installed on my server side of the program. I wondered why some of my sids were missing. Apart from this program works fine. Can someone confirm Navdata pro Path please. Any help appreciated Graham

Maybe this is the answer http://www.forum.aerosoft.com/index.php ... ft-EFB-map Graham

Hi Travis, The plot thickens. 1.Built by PFPX exported to FSX.pln format and imported to Electronic Flight Bag 2.Built by PFPX exported to FS Commander and imported to Electronic Flight Bag 3.Built by FSBuild exported to FSX.pln format and imported to Electronic Flight Bag As you can see only one of them (2) agrees. I would suggest the common denominator is Navdat Pro data. What say you?. Ill raise a query with them and point them to this thread if thats ok with you. Graham here is a link to my thread with Navdata Pro http://forum.aerosoft.com/index.php?/to ... waypoints/

Hi Travis If i export to fs commander and import that to efb all is well. Its the fsx.pln thats problematic. Exports to ifly are also fine. No duplicates. I have a forum ticket in with navdata update site to see if its rogue data from them. PFPX is an excellent program especially when coupled with TOPCAT. Adds the extra level of realism as i get deeper into this hobby. Ill keep you up to date but would like to get the original files back to fsx and see what happens as perhaps my reversal of data updates didnt work. Thanks Graham

Your theory is quite correct. Does that mean I shouldnt import from FSX .pln files. I use PFPX . . what do you suggest ? Thanks Graham

That'll be that NAVaid update site I spoke about in an earlier post. I export from pfpx if that makes a difference. How can I get the original files back. However due to magnetic changes they are supposedly in more accurate locations than the originals. Ill look into it and post back my findings. Thanks for your support guys Graham

Hi, I restored the last airac cycle and tested . . . . .same problem I restored backup magdec.bgl and restarted fsx then checked efb . . . .problem still there. Below are waypoint details (lat/long) from the latest update. Without the correct maths . . are they the same when you convert them to the same format ? wpNavFIX.txt EXMOR 51.178611 -3.359722 EGGD.txt EXMOR LATLON N 51 10.71667 W 3 21.58333 Ill email you the files you requested in an earlier post. Graham EDIT where and what are the efbr files your need please ?

Its just a copy and paste the one i used. Ill have a look later on when home fr om work.

I got the file from here http://www.aero.sors.fr/navaids.html Under advice from ifly developers. Its not an exe and source is good. Will email my routes to you when i get home. Also i could reload last months airac cycle and check that out

Do you think it's because I've updated to the latest magnetic.bgl file perhaps ?

Here also demonstrated is a VOR whos co-ordinates don't match Hope you can help. Ive posted a link to this thread in the navdata pro forum also seeing if they can shed some light on whats going on. Ive noticed that whilst flying, my aircraft lines up with approach and departure tracks but is slightly off course enroute. So maybe the enroute waypoints are incorrect in this set of data. Graham

Hi, Here is the pics you requested. Current Airac Cycle 1310 rev1 from Navdata Pro. This is happening at lots of Airports, I picked just 3. Seems maybe data being used from 2 sources. One for enroute and one for sid/stars EXMO1Z BANVA4Q SARG1T I havent noticed this in previous cycles. Hope this helps. Graham