Max Kuhla (1157125) Posted March 3 Report Share Posted March 3 Hello, After an update to the newest Euroscope version of 3.2.3 i get (using the Swedish setup) lots of P. R and W indications in row 0 of the Tags, it seems many aircraft get an incorrectly converted ICAO Equipment code string from the FAA format. Is this something new on VATSIM, server side, or a problem of Topsky not having been updated to support this? In 3.2.3 there is a new option that appeared "Get FP equipments in ICAO formats", maybe turning it of could solve the problem, I did not try that when having this problem yesterday. Link to comment Share on other sites More sharing options...
Juha Holopainen Posted March 3 Report Share Posted March 3 Nothing new on VATSIM. It has just been hidden for some time as EuroScope wasn't getting the ICAO codes at all. Now that it does again, all the fantastic ways pilots file their flightplans are once again visible to controllers. Some examples of filed aircraft/equipment-strings at the moment: "A320/M-RNVD1E2A1RNP2/SDE3FGIKRWXYS" Yes, you're seeing that right... The plugin will flag W and Y. "CRJ7/M-VGDW/C" That's a fairly common equipment string for some reason. Unfortunately it also happens to be completely ridiculous. The plugin will flag Y. In both cases R and/or P may be flagged as well depending on the contents of the PBN entry in the remarks (if any). If the indicators themselves or equipment-related issues such as MTCD or STCA alerts related to non-RVSM status cause problems, the short-term solution is to turn off the equipment code use (Setup>Local Settings>Used equipment codes>None). The long-term solution would be a better FPL form on VATSIM - maybe providing reasonable default values, tick-boxes instead of a text entry field, etc. - and alerting of the most common issues before accepting the plan. Given that a minority of controllers ever see the issues from the imaginative equipment codes, this is probably not a high priority item for VATSIM tech. 1 Link to comment Share on other sites More sharing options...
Max Kuhla (1157125) Posted March 3 Author Report Share Posted March 3 CRJ7/M-VGDW/C Is a string I highly doubt that pilots actually file. Isn't there some sort of a conversion being done by the VATSIM servers, from FAA to ICAO standards, resulting in that nonsense of an equipment combo. Of course, when most pilots have no idea about it and VATSIM not making it better, ignoring the codes altogether might be the best solution, but the case mentioned above can not possibly be filed by so many pilots, it must have been "converted" somehow by the servers, or ES? Link to comment Share on other sites More sharing options...
Juha Holopainen Posted March 3 Report Share Posted March 3 Currently over 400 flightplans on the network are "VGDW/C", so it's almost certainly a result of some automated action. My guess would be an automatic conversion from the filed FAA equipment suffix (either by the pilot client or the network servers), but I'm not sure why anyone would set up a system to convert "/L" or any other FAA suffix into "VGDW/C". Link to comment Share on other sites More sharing options...
Juha Holopainen Posted March 3 Report Share Posted March 3 After a quick test, at least the VATSIM prefile system does indeed create a converted ICAO equipment string of "VGDW/C" when filing a plan with FAA suffix "/L". I have to admit I'm bit curious as to why exactly that conversion has been chosen as the best representation of the originally filed "/L" 3 Link to comment Share on other sites More sharing options...
Jannik Vogel (1432304) Posted March 8 Report Share Posted March 8 I just wrote with someone from the VATSIM tech staff. They can easily change this. What would be your suggestion as an accurate conversion for FAA code "L" into "ICAOish"? 1 Link to comment Share on other sites More sharing options...
Jannik Vogel (1432304) Posted March 8 Report Share Posted March 8 What do you think about "SDE2E3FGILORWXY/HB1"? Link to comment Share on other sites More sharing options...
Bernardo Reis (1096507) Posted March 8 Report Share Posted March 8 (edited) 3 hours ago, Jannik Vogel (1432304) said: What do you think about "SDE2E3FGILORWXY/HB1"? You can scrap L and O as those are included in the S(tandard) equipment. Maybe add H too because in VATSIM HF is related to VHF... The transponder I would change from H to L Edited March 8 by Bernardo Reis (1096507) Link to comment Share on other sites More sharing options...
Ricardo Sousa (1110850) Posted March 8 Report Share Posted March 8 (edited) SDE3FGHIJ1J3RWXYZ/LB1D1 E3 for DCL, H for HF, J1 and J3 for CPDLC, B1 for ADS-B out and D1 for ADS-C. The rest is pretty self explanatory, /L basically means modern airliner and these are more or less the capabilities of any FBW/Fenix/iniBuilds/PMDGkindabutnotreallybuttheyshoudlreally/etc out there Edited March 8 by Ricardo Sousa (1110850) Link to comment Share on other sites More sharing options...
Bernardo Reis (1096507) Posted March 8 Report Share Posted March 8 (edited) @Ricardo Sousa (1110850)I would add E2 too for the basic metar fetching via ACARS. D1 might be a stretch but no objections Edited March 8 by Bernardo Reis (1096507) Link to comment Share on other sites More sharing options...
Jannik Vogel (1432304) Posted March 9 Report Share Posted March 9 So SDE2E3FGHIJ1J3RWXYZ/LB1D1 it is. I just wrote the VATSIM Tech Team our solution, will give a quick heads up as soon as they adjusted it Link to comment Share on other sites More sharing options...
Juha Holopainen Posted March 9 Report Share Posted March 9 16 hours ago, Jannik Vogel (1432304) said: I just wrote with someone from the VATSIM tech staff. They can easily change this. What would be your suggestion as an accurate conversion for FAA code "L" into "ICAOish"? For the TopSky plugin specifically, if I remember correctly, only the following capabilities are actually checked from the FPL: NAV/COM: 8.33 capability, RVSM capability, UHF capability, RNAV1 and RNAV5 capability Surveillance: altitude reporting capability, mode S capability, EHS capability, flight id downlink capability Out of those, the RVSM capability is the most important one as it affects a number of safety nets (the altitude reporting capability naturally as well if some brave soul has allowed non-altitude-reporting transponders in the plugin settings). The mode S availability affects some data display, the rest are mainly eye candy in the form of alerts in the track labels. In the plugin I've converted FAA codes into ICAO NAV/COM as follows: X, T or U: SF D, B or A: SDF M, N or P: DFILTUV Y, C or I: SDFIRY V, S or G: SDFGRY W: SDFWY Z: SDE2E3FIJ1RWY L: SDE2E3FGIJ1RWY The MNPS "X" could probably be added to the Z and L conversions. (Y is included based on the plugin's 8.33 capable FAA codes list, the list above is based on the default value for that setting) Z is added to the equipment list if the FPL remarks contains "COM/", "NAV/" or "DAT/" For any resulting string containing "R", a PBN string in the remarks will be necessary as well to avoid an unknown PBN capability alert. "PBN/B1D1" is the simplest way to avoid the non-RNAV1 and non-RNAV5 alerts, so the server should probably add that if no other PBN string has been entered by the user. More realistic PBN strings based on the equipment string could also be used, but even this simple one would be better than nothing. "H", "J3" and the surveillance "D1" would probably be good for widebodies, perhaps not as often found in smaller aircraft (maybe put them in if the wake turbulence category is heavy or super?). The plugin converts the surveillance codes like this (again, slightly depending on the modeS-capable FAA codes setting, these being based on the default value for that setting): X, D, M, Y or V: /N T, B or N: /A C or S: /I U, A or P: /C I, G, W, Z or L: /H If the resulting code is /H, it may be changed into /L based on the FPL remarks (probably best to use "/L" in any case here). B1, D1 and U1 may also be added based on FPL remarks (maybe "B1" for Z and L, and "D1" as well for wake turbulence heavy and super?). Easy and simple, right? Since the system seems to convert all the FAA codes into something, it's best to define the conversions for the other codes besides L as well - and perhaps use the L conversion when an undefined FAA code is entered. 2 Link to comment Share on other sites More sharing options...
Ricardo Sousa (1110850) Posted March 9 Report Share Posted March 9 10 hours ago, Juha Holopainen said: "H", "J3" and the surveillance "D1" would probably be good for widebodies, perhaps not as often found in smaller aircraft (maybe put them in if the wake turbulence category is heavy or super?). I considered D1 because to my knowledge all oceanic airspaces in vatsim consider all aircraft as being ADS-C equipped. It's also a bit of a geographical thing, I suppose most aircraft in eastern europe don't care much about ADS-C, while as you keep going west the more and more common it is for anything A319 and bigger, due to the likelihood of needing to operate in the NAT HLA , to the point where down here the aircraft that aren't ADS-C equipped are the exception. 10 hours ago, Juha Holopainen said: M, N or P: DFILTUV I'd remove I, if it's got an INS it can do RNAV even if its just 5 or 10. Side question, if the fpl is already filled with icao codes, the plugin won't overwrite it with a translation, right? I had some issues where I suspected it was overwriting but honestly didn't bother too much with it. Link to comment Share on other sites More sharing options...
Jannik Vogel (1432304) Posted March 9 Report Share Posted March 9 29 minutes ago, Ricardo Sousa (1110850) said: Side question, if the fpl is already filled with icao codes, the plugin won't overwrite it with a translation, right? Correct, only FAA code as input is overwritten. Link to comment Share on other sites More sharing options...
Juha Holopainen Posted March 10 Report Share Posted March 10 14 hours ago, Ricardo Sousa (1110850) said: It's also a bit of a geographical thing, I suppose most aircraft in eastern europe don't care much about ADS-C, while as you keep going west the more and more common it is for anything A319 and bigger, due to the likelihood of needing to operate in the NAT HLA , to the point where down here the aircraft that aren't ADS-C equipped are the exception. Absolutely. What is the norm regarding stuff like HF radios, MNPS, datalink equipment type and ADS equipment type is very much dependent on area of operations, the operator's route structure and the aircraft type. Your average equipment strings for short-haul airliners in Peru, Portugal, Poland and Papua New Guinea might be very different. 14 hours ago, Ricardo Sousa (1110850) said: On 09/03/2023 at 10:37, Juha Holopainen said: M, N or P: DFILTUV I'd remove I, if it's got an INS it can do RNAV even if its just 5 or 10. It's not necessarily so. These would be military aircraft not updated to modern standards whose INS installations would not qualify for RNAV operations. But yes, the suffix would at minimum imply an ICAO equipment of "TV", whatever is added on top of that will be right or wrong depending on the situation. Link to comment Share on other sites More sharing options...
Max Kuhla (1157125) Posted Tuesday at 09:41 Author Report Share Posted Tuesday at 09:41 On 09/03/2023 at 09:22, Jannik Vogel (1432304) said: So SDE2E3FGHIJ1J3RWXYZ/LB1D1 it is. I just wrote the VATSIM Tech Team our solution, will give a quick heads up as soon as they adjusted it I am still contemplating updating ES, has this change been made? Link to comment Share on other sites More sharing options...
Jannik Vogel (1432304) Posted Tuesday at 15:50 Report Share Posted Tuesday at 15:50 Negative, there has not been any change yet. I am starting this discussion again on the vatsim dev discord. 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now