707FAN

yep the LX is 333. Kev

Tim Go into the schedule file N change the BA 77L's to 772. the BA 772 livery is in pack 11 which is the SFO pack Kev M

Craig , Your right there about the complexity of splitting up the different flight terminals. As I said yesterday, this is not an easy problem to fix. I was asked by Ariel from feelthere to bring this up as a post, along with my other post re international flights, so they can look at the items as action items. I didn't expect the reactions that i have received. Although they have been positive in general if not slightly misunderstood. I have modified my SFO schedule & have the pax/cargo flight separated & the right ones go into the cargo terminal. All the United International flights arr/dep from terminal G, although the international & odd cargo flights are white. I can live with this & prefer that to them all operating from the domestic terminal(s). I have found that in most cases Cargo flight numbers are fairly easy recognised as they are usually in a different sequence to pax flight numbers. They sort of stick out as different. Maybe it is the 40yrs working in the industry that makes them easier to recognise. Kev M

Vic, I think you might have missed the main concern: In most cases the pax & cargo flights operate under a common IATA & ICAO code. i.e in reality Cathay Pacific Cargo & pax flights operate under CPA, CX codes. In Tower, how do I get a pax flight to go to terminal A & a cargo flight to go to the cargo terminal if the ICAO codes are the same, which they are in reality? This is controlled by the terminal.txt file. IF I put CPA against terminal A & the cargo terminal in the terminal.txt file, how do the cargo flights know to go to the cargo terminal & the pax flights to Term A. Hence the made up codes for the cargo flights. The same applies to the US flights under the same ICAO code that need to go to different terminals because they are international flights. Except for the unique ICAO & IATA codes I can't see a easy fix for this unless some form of other unique identifying code is used to determine the terminal for the flight to go to. For the liveries, yeh, that's a ND problem but that can come in the future. Kev M

This is a request from Ariel at Feelthere from a different post. For Feelthere can this problem be investigated and perhaps a solution be found for the next version or a SP in the future There are several occasions where a US airline operates both domestic & International flights from the same airport but from different terminals i.e. SFO. This is not handled by Tower3D as they need to depart & arrives at different terminals. The ICAO code in the terminal.txt file determines which terminal they operate from/to. Therefore it seems that to ensure the International A/C go operate from/to the international terminal, it is necessary that the international flights have a unique ICAO code to that of the domestic flights. To achieve this, I have invented ICAO & IATA codes for the international flights by US airlines in this situation. The codes are below & are codes NOT currently used in the airline.txt file. This works OK but because the A/C do not have applicable Real Colour files, they appear as white A/C. With this scenario, you have the choice of them going to the domestoc terminal if you use the original ICAO & IATA codes or to the international terminal if you use the modified codes, provided the terminal.txt file is changed to reflect the ICAO codes. The unique codes that I have come up with are: ASB, AU, ALASKA, Alaska Airlines (Intl), United States AAM, AB, AMERICAN, American Airlines (Intl), United States DAI, DI, DELTA, Delta Airlines (Intl), United States UAH, UH, UNITED, United Airlines (Intl), United States NOTE: AB was Air Berlin IATA but it is now defunct. Kev M

This is a request from Ariel at Feelthere from a different post. For Feelthere can this problem be investigated and perhaps a solution be found for the next version or a SP in the future There are several occasions where an airline operates both passenger & cargo (freight) aircraft into the same airport. This is not handled by Tower3D as they need to be sent to different terminals. The ICAO code in the terminal.txt file determines which terminal they go to. Therefore it seems that to ensure the cargo A/C go to the cargo terminal, it is necessary that the cargo A/C have a unique ICAO code to that of the pax A/C. To achieve this, I have invented ICAO & IATA codes for the cargo airlines in this situation. The codes are below & are codes NOT currently used in the airline.txt file. This works OK but because the A/C do not have applicable Real Colour files, they appear as white A/C. With this scenario, you have the choice of them going to the pax terminal if you use the original ICAO & IATA codes or to the cargo terminal if you use the modified codes, provided the terminal.txt file is changed to reflect the ICAO codes. The unique codes that I have come up with are: CAO, CB, AIRCHINA CARGO, Airchina Cargo, China AFC, AL, AIRFRANS CARGO, Air France Cargo, France AAS, OD, ASIANA CARGO, Asiana Airlines Cargo, Republic of Korea CPC, CW, CATHAY CARGO, Cathay Pacific Cargo, Hong Kong SAR of China CAM, CD, DYNASTY CARGO, China Airlines Cargo, Taiwan ELZ, LE, ELAL CARGO, EL AL Israel Airlines, Israel UAF, ER, EMIRATES CARGO, Emirates Airlines Cargo, United Arab Emirates ETE, EX, ETIHAD CARGO, Etihad Airlines Cargo, United Arab Emirates EVB, BU, EVA CARGO, EVA Airways Cargo, Taiwan KAM, KD, KOREANAIR CARGO, Korean Cargo, Republic of Korea GEC, LF, LUFTHANSA CARGO, Lufthansa Cargo, Germany There are others but that is the main ones that operate into US airports. Kev M

It sounds like you know the airline names that you want to add to the schedule. The way that I get their info is from Wikipedia. Look up the airline there. The ICAO, IATA codes and Call sign are there. Alternatively look up a flight of theirs in Flightaware. The same info is there. Using a text editor, open the airline.txt file & add the info to this file. That puts the airline into the airline.txt file. To add them to the schedule, add the flights to the xxxx_schedule.txt file using the same format as the other entries in the file. Go to the terminal.txt file & add the ICAO code for the airline to the cargo terminal listing. That should all work. Kev

I should start another topic on this one but for info: KAL214 is a cargo flight but in tower 3D it starts from the pax terminal as tower 3D does not address operators who operate pax & cargo flights into the same airport. I have highlighted this before in posts but to no avail. Nobody at Feelthere or Nygeres seem to be interested in addressing this. In tower 2011 I got around it by assigning false (unused) ICAO & IATA codes to these flights and assigning them to the cargo terminal. This worked fine. It would probably work in 3D but the aircraft would probably be white tails as they would not have a real colour file attached to them. I will try it on SFO when I get some spare time. Vic, Ariel, Gabor, do you want me to start a new topic on this. Also I can send you the codes that I have assigned to the cargo aircraft, with different call signs in some cases, if required. Kev

Which patch are you referring to ???? Kev M

Craig is correct, in reality even an aircraft type of one airline might be able to T/O on a runway but the same type of the same airline or another operator may require a longer runway. It depends on weight, wind direction, engine thrust setting (not all 737-800 engines have the same thrust ratings they vary between about 24K to 27K thrust ratings) I am not going into derated Takeoffs at this stage. Have a look at Flight Radar 24 & live ATC for how a particular airport operates at various times of the day. In Australia we are about 17 hrs ahead of SFO, It is not always possible to spend much time watching SFO ops at their peak times. You can then pick up some good taxiing procedures & apply them to your sim sessions,It makes it more interesting. At SFO, I tend to put all heavies onto the 28's for departures as it makes it more of a challenge to sequence them in with the arrivals on 28L that turn off short at Twy L . Also a small point is that first names on the forum tends to make it more personal and friendly Kev M

2 comments BMT micro: I emailed them on a Sunday afternoon in Australia (late Saturday night in the U.S.) for a password reset. Not expecting a reply until U.S. back to work on Monday. I received a reply with an hour & the password reset. Good service. Tower SP33c: SFO Taxiway F1 now works good & I think the speech engine seem to understand quickly spoken speech much better. Good work. Kev M

I have had a weekend away from Tower with my other interest (model railways). I can see Wayne & Craig's point though. For visual correctness, the various sub categories do make the visuals more realistic. I really don't think performance between various sub models is a big thing because in the real world the variance in T/O & landing distances are dependent on many factors, weight, temp, derate etc. even where the terminal is located. Here in Brisbane, if it is low traffic most of the international arrivals on 19 roll right through to the end, because that's where the terminal is located, even 737's roll though. QF & VA domestics tend to stop as quick as they can because thats where their terminals are. 99% of the 737's here are -800's with winglets, so I guess I am biased. One last one, why don't we depict the airbus A320's & A330's with P&W, RR, CFM & IAE V2500 engines fitted. They are all sub categories and have slightly different visual identities, also A320's non NEO, with the small winglets & those with the sharklet later winglets fitted. Enjoy Kev M

This applies to Boeing aircraft only Reading lots of topics on real color and the various Boeing sub model designation, I am suggesting that the sub models be dropped from the schedule.txt files. Each A/C type has basic models with variants for winglets, non winglets, long range, ER etc. i.e 772,77L, 737M, etc, They are all basic models on the same airframe. I notice that ATC Joe usually uses the basic models in his schedules. I have been using this method on all my home made schedules since Tower 2011. It would make it simpler for Gabon (sorry if spelt wrong) to make the RT aircraft file & the RC file & take away the problem with 77L v 772 as per the BA A/C in another topic. It would mean that if using a downloaded FlightAware file you would need to convert 73L etc. to 738 or as required. This is really a fairly simple search & replace operation. Think how much smaller the aircraft.txt file would be & the RC file would not have the problems with the BA livery or others. For information, Airbus has a similar designation for its models. the designation is 3 numbers designating model, engine, weight ie. A330-313. These are not shown in the Tower files. Please don't throw this suggestion out & for Craig, Wayne, Vic, Joe, & all the others that have valuable contributions to this site regularly, have a bit of a think about it. There I have had my rant for the week Kev M

I am having the same problem with recognition of F1. If F is busy I send any "heavys" for 28's via the scenic route, B G L. This gives the opportunity to hold outbound traffic on L before reaching F to allow any arrivals to taxi via F. It would be good if F1 was recognised by the speech engine though. Kev M

Joe. In another post you say "**Be sure to check out all my prior custom schedules for KLAX ver 1.0, KLAS, KLGA, KPHL & KLAX v2.0!" Short of trawling through the post on these subjects, is there an easy way to get access to all the dropbox files if needed in the future or someone gets the airport and wants to download the schedule files. Kev M

I tend to favor KGLA most of the time. RWY 4 Dep, 31 Arr What I have done is culled ATC joes schedule as follows:- 1. Allow the first 3 departures of each operator in each hour. i.e. if RPA has 8 departures in an hour, the first 3 is allowed into the schedule. The rest of the RPA departures get //on their schedule line. If an operator has 3 or less departures in each hour they are not touched. By allowing the early departures it tends to clear the gates for arrivals. 2. Allow the last 3 arrivals of each operator as above. Same criteria. This might seem to slow things down but as each session starts, it starts about 15 mins prior to the start time selected. This means that the previous hours arrivals spawn when they can & the departures commence. This gives the effect of having about 60-65 movements per hour. To me a comfortable amount to allow the sim to be enjoyed. Some hrs have small lulls in the middle but they are only for a couple of minutes. There is never a time when there is no movements on the A/P. If I want to increase the traffic flow, I just remove the // on the schedule line. Flight reinstated. Kev M

John, The Tower 2011 graphic for MIA is way out of date. From memory it shows construction happening around the top terminal (AA). This has long been finished. I added many gates to this area from Google Earth & any other sources that I could get. It looked funny having A/C going though the construction area but it dramatically reduced the "no free terminal" situation and increased the traffic flow quite a bit. You could also make your own schedule up & make sure that any odd airlines in the schedule have terminal allocations or they wont turn up or depart.. Kev M

I have seen it at KLGA from 31 as well. Full length T/O. It does not seem to be repeatable nor happen on all T/O's. It is difficult to get a log file as it is so intermittent & you only know it happens if you are watching the A/C at the split second that it does it. Even running a log file on every session may or not show up the spin if it happens. Kev M

John, For the schedule files, any of the latest Tower 3D files for the applicable airports should work. For the others you might need to make your own. I made my 787 series, A350, series airplanes.txt. files and .apx & .apt files using the PlaneEd.exe functon in Tower 2011 using existing aircraft files. . They all worked fine. I use the 744 for the 47F as it is close enough for me. I don't think the Real Traffic EULA would allow me to post these files here. Kev M

For you clever simmers out there, How is the best way to handle International flights that depart a different terminal to domestics by the same operator. e.g. UAL, AAL etc. international flight arrive & depart form different terminals, at some airports. e.g SFO. In Tower 2011 I handled this by assigning different IATA & ICAO codes to them i.e. United became UAH & UH for int. flights & terminal assignment UAH Etc. This worked fine. There was No RC involved so no problem there. Has anybody tried this in 3DPro? How does it handle two different ICAO/IATA codes in the airlines.txt file/ I think it will not be a problem. also the same of the terminal.txt file. BUT, what about the real colour files. It looks like the airplanes_texpackX.manifiest file can be amended OK but what about the airplanes_texpackX file. This is not easy to amend. Has anybody tried it as it would add another degree or realism to the sim. The same applies to operators of both cargo & Pax aircraft into the same airport. Kev M

John & Wayne No not normally. RT will load the traffic files to ALL airports including those that you do not have installed. i.e I don't have KATL but have all the traffic files. Be Aware. It will override any custom files, i.e. schedules, terminal files etc. (.txt) that you have created for yourself. You need to copy those to somewhere else, load the new RT files & reload your custom files. using copy n paste. It will all work then. Sometimes RC files become a problem if the aircraft.txt file has changed but the RC file not updated. You get nice white aircraft. You might need to changes some aircraft types. i.e RC does not seem to have Republic E75's. or other E75's. Just change them to E70's & they show up in AAL colour scheme. Kev M

Craig, re your list of RC packs & their airport relativity. Thanks, I have been looking for that for a long time to see which packs relate to which airport. Now for some E75 liveries. Oh well we can only hope. Kev M

Delta VII, Clearing RWY 4 Arrivals at a busy time is not easy. I load the schedule into an excel spreadsheet with the aircraft info etc. & run it on a laptop alongside the main computer. That way I can see what is supposed to be the traffic flow. At peak arrivals times I run RWY 22 for arrivals & 31 for departures. That way you can clear an A/C on 31 for T/O as soon as the arrival crosses 31. There might be a small downwind using 22 but in real life it would be acceptable. Also if you tell them to vacate at CY you can get a nice procession down B to the terminal and B6 (JetBlue) will now turn right at CY to go to terminal A. Kev M

I worked in the engineering dept. of 2 airlines. One turned them off after shutdown, the other did not. It seems it us up to the operators procedures. The thing that annoys me more than that is the flashing beacon still on top of the fin as well as on top of the fuselage. To my knowledge no modern aircraft type still has the beacon on the fin & certainty none have the beacon on the top of the fuselage & the fin. A little job for Gabor to remove the fin beacon light. I should really start a new topic for this one Kev M

Gabor, Can you please give me more info on what has changed in the KLGA RT file. I am using ATC joe's file and are having no problems with loading. It is nice to know what has changed in the updates in case it reflects on other custom files etc. Just a brief list of changes would be helpful. Kev M