voske

It's an old topic, but the problem might have returned (in version 14.5.0 it selects MA17 when parked at gate A21). Slewing solved it though.

Now that you mentioned it, I realised that I'm stil running 11.0.1. Looking through the log file, I noticed this entry: "GetDlgItem failed for ID 32853" between my parameters. Just checked it, and it's also in yesterday's log file and the day before yesterday's log file. Parameters section of today's log file:

That's also what I meant, but I wasn't really clear (I added the correct parking spots for the traffic that departed/landed while I was parked in KDTW).

True. Coverage has improved, but still leaves a lot to be desired. But that's also why I noticed the problem: I had put some time in my learned airport file for KDTW to counter the bad coverage (by manually inputting the correct parking spots) and now I'll get to do that again ;).

That solved it, thanks!

I've noticed an issue with my learned airport files: the contents are overwritten every time the files are saved and it only keeps the most recent updates and not the previous updates. Is that supposed to happen or is there something wrong with my installation? For example, from my current log: 17:54:24 "airports\learned\thirdparty\INIBUILDS\KDTW.xml" saved with 3 updates and one or more parameter changes 20:01:55 "airports\learned\thirdparty\FlyTampa\KBOS.xml" saved with 88 updates Looking at those learned airport files, the KDTW file contains 3 updates (all day 6) and not the past updates (I've done quite a number of flights into KDTW in recent days). The KBOS file contains 88 updates (all day 6), and not the past updates. Edit: just returned to KDTW. Logfile says: 21:44:15 "airports\learned\thirdparty\INIBUILDS\KDTW.xml" saved with 6 updates Learned airport file contains 6 updates and doesn't contain the 3 updates from earlier today.

Perfect, thanks!

After updating to 10.7.9 I've noticed that on occasion traffic will suddenly disappear and not return. In those cases the log files show multiple lines with the same message: "===> traffic exception: narrowing_error". Once this error occurs, there will be no traffic until I restart PSXT. After a restart, traffic will reappear. However, the error might return after some time (sometimes a very short time, sometimes after hours). Is there anything I can do to prevent this from happening? I'm not sure whether it's relevant, but I'm flying the Inibuilds A350. Log file also includes:

I don't believe the distance to the TOD is the issue, but the distance to the airport: I've seen this happen with the Fenix on two STARs where the TOD is quite early (LENDY8 into KJFK and ROBUC3 into KBOS).

I've seen similar things happen. Looking through the log file and the airport files, I found that aircraft overflying the airport while I was parked there, were saved by PSXT in the airport files as parked aircraft.

This is how I did it:

No issues here with the Anniversary update. Just had to register the 777 again.

The normal cruising speed of the Constellation was about 280 knots, according to what I can find. Also, the planned duration includes taxi times.

According to the legend, flights PA130 and PA131 were flown with the Lockheed Constellation and the others with the DC-4. Also, the times are local times according to page 17 and 18 of the timetable. Time in New York is GMT-5 and time in Bermuda is GMT-4. Keeping that in mind, you get the following result. Planned duration of the direct flight from New York to Bermuda DC-4: 4h05m Constellation: 3h15m Planned duration of the direct flight from Bermuda to New York DC-4: 4h35m Constellation: 3h50m

I think it's IFP/MODESASP. According to the following quote this is automatically added to the flightplan by Eurocontrol's Integrated Initial Flight Plan Processing System: Source: page 18 of https://www.eurocontrol.int/sites/default/files/article/content/documents/nm/flight-planning/icao-2012/icao-2012-fpl-2012-urd-latest.pdf

You're right according to this remark on the Lido chart: Rwy 04L: E arrivals Rwy 04R: A arrivals Rwy 12: B arrivals Rwy 22L: F arrivals Rwy 22R: C arrivals Rwy 30: D arrivals Therefore, the arrival should have been the ALM1F to ULTIS. There is also a remark on the chart though that, traffic permitting, direct routing to ABEGI, ADOVI, LAMOX, and ULTIS for rwy 22L/R may occur. If flying offline or with no ATC on VATSIM, I would probably go from ALM direct to ADOVI, and then LAMOX to intercept the ILS.

www.flightstats.com provides the departure gate (and sometimes also the arrival gate) for a lot of airports, including airports outside the US. I just tried it with flights departing from Amsterdam, Beijing and Hong Kong.

A headwind shortens the stopping distance in case of a rejected takeoff. Therefore, V1 is lower when there's a headwind. At least, that's how I always understood it. Others will correct me if I'm wrong. Edit: Some info from the FAA: P. 25 of https://www.faa.gov/other_visit/aviation_industry/airline_operators/training/media/takeoff_safety.pdf

I have TOPER for the 777. It allows fixed derates. You can select TO, TO1 or TO2.

Thanks for the info! Makes sense now. I was trying to use ETOPS180, but that didn't work out in PFPX, so I switched to ETOPS207. The flight plan was a RW flight plan I found on http://www.edi-gla.co.uk/ Route: N0493F330 DAVMO Y601 GABKO Q4 ASMET/N0485F350 Q4 RIKOP/K0891F350 B114 ASB B434 MAXAT A370 URG A299 OSGAN/K0883F360 A299 TINRI/K0887F370 G359 BELEG/K0890F360 G359 ADERA/K0886F380 G359 ABERI/M083F380 85N118W 80N123W 75N124W/M083F390 70N123W 65N122W/N0470F390 60N121W YXJ J534 STAHL/N0471F410 J534 YWL/N0473F400 T618 YYJ/1353 Enroute alternates were UBBB, ENBO, PAFA and CYEG.

On my flight from OMDB to KSEA I tried to request wind data on the ROUTE DATA page, but "DATA LINK NO COMM" was displayed on the ROUTE DATA page. According to FCOM2 11.34.3 the status message "NO COMM" occurs when - the VHF and SATCOM data radios are operational but not available - the VHF data radio has failed and the SATCOM data radio is not available, or - the SATCOM data radio has failed and the VHF data radio is not available. As I attempted to request wind data between 85N18 and 80N23, my assumption would be that VHF data radio nor SATCOM data radio is available above a certain latitude. Is that correct?

I use this one: http://www.b737mrg.net/downloads/b737mrg_snowtammetar.pdf

Runway 25 Wet or wet patches, 51 to 100% of runway covered Depth of deposit not measurable Braking action medium-good

This topic might solve your issue, specifically post 5: http://forum.aerosoft.com/index.php?/topic/103037-fuel-calculation-for-777-300er-from-klax-from-nzaa/