OpenRadarFeatureWishlist: Difference between revisions

Jump to navigation Jump to search
no edit summary
No edit summary
Line 6: Line 6:
* (by design) Callsign greater than 7 characters, cannot even have ICAO_TWR as callsign. Would like at least 10  
* (by design) Callsign greater than 7 characters, cannot even have ICAO_TWR as callsign. Would like at least 10  
:(comment ww: The flightgear MP protocol supports only 7 chars (max. 7 chars plus trailing zero equals 8 bytes, see [[Multiplayer protocol]])
:(comment ww: The flightgear MP protocol supports only 7 chars (max. 7 chars plus trailing zero equals 8 bytes, see [[Multiplayer protocol]])
::Well this should be fixed. What if multiple controllers controll with similar callsigns? (E.g. LSZH_APP_EAST,LSZH_APP_WEST)
::Well this should be fixed. What if multiple controllers control with similar callsigns? (E.g. LSZH_APP_EAST,LSZH_APP_WEST)
* Inter ATC communication. Some method of talk/text just between ATC controllers would be nice, to coordinate handovers  
* Inter ATC communication. Some method of talk/text just between ATC controllers would be nice, to coordinate handovers  
:(ww: yes, but as much as I know they use mumble right now... I am looking for a smart way to do this)
:(ww: yes, but as much as I know they use mumble right now... I am looking for a smart way to do this)
Line 13: Line 13:
* Wider radar range for CTR controllers (FGCom radio & visibility range)
* Wider radar range for CTR controllers (FGCom radio & visibility range)
:ww:I need to validate, but to my current knowledge, FGCOM is restricted on server side and the contact visibility by the MP server. I thought already about a special mode for CTR, that registers OR as MP server (proxy). Then it would get all contacts worldwide. For FGCOM we could add these special frequencies to the list of frequencies that are available everywhere at the FGCOM server.
:ww:I need to validate, but to my current knowledge, FGCOM is restricted on server side and the contact visibility by the MP server. I thought already about a special mode for CTR, that registers OR as MP server (proxy). Then it would get all contacts worldwide. For FGCOM we could add these special frequencies to the list of frequencies that are available everywhere at the FGCOM server.
* (MP data?) Squawk / Transponder codes  
* (IN WORK) Squawk / Transponder codes  
:ww: Are not part of the MP protocol => are not transfered to OpenRadar.
:ww: Are not part of the MP protocol => are not transfered to OpenRadar.
* (MP data?) Private message feature
* (MP data?) Private message feature
Line 26: Line 26:
* Give the fullname of a VOR when going over it with the cursor (MLN = Melun, LGL = L'Aigle) as ATC and pilot use also VOR names in real life. (Do the same for Airports and NDB?)
* Give the fullname of a VOR when going over it with the cursor (MLN = Melun, LGL = L'Aigle) as ATC and pilot use also VOR names in real life. (Do the same for Airports and NDB?)
* Direction finder: as we don't have flightplans yet, it would be useful to be able to find the direction from say XXXX to EDDF when sitting as ATC at XXXX so to find the best SID at XXXX. Maybe the search box at the bottom of the radar window could be able to find any apt/navaid point and indicate its distance and heading from the current airport one controls.
* Direction finder: as we don't have flightplans yet, it would be useful to be able to find the direction from say XXXX to EDDF when sitting as ATC at XXXX so to find the best SID at XXXX. Maybe the search box at the bottom of the radar window could be able to find any apt/navaid point and indicate its distance and heading from the current airport one controls.
* (ww: Fixed, tower position is sometimes not given in data) OpenRadar fails for LSZN (Hausen am Albis) with error "SEVERE: Error: could not parse tower position in file sectors.properties for airport LSZN"
:LSZN TWR is +47° 14' 16.86" N +8° 30' 51.51" E, LSZN runway +47° 14' 19" N, +8° 30' 56" E
* (Fixed) Same error for OMDB (Dubai):
:de.knewcleus.openradar.gui.setup.AirportData checkTowerPosition
:SEVERE: Error: could not parse tower position in file sectors.properties for airport OMDB


== Aircraft/Pilot Flag ==
== Aircraft/Pilot Flag ==
* See assigned flightlevel (according to flightplan)
* See assigned flightlevel (according to flightplan)
* (MP data?) Squawk/Transponder Code
* (IN WORK) Squawk/Transponder Code
* (MP data?) "True" altitude according to local air pressure below transition level and flightlevel according to standard pressure (QNH 1013/2992) above transition level
* (IN WORK (transmitter support) "True" altitude according to local air pressure below transition level and flightlevel according to standard pressure (QNH 1013/2992) above transition level
ww: I have no access to the airpressure at the spot, where the plane is. All I get is the TRUE position of the airplane in world coordinate system. If the MP protocol would deliver both, the true altitude and the FL- pressure dependent altitude, this would be no problem.
* (IN WORK) (MP data?) Red colored flags for emergency codes such as 7500 (hijack), 7600 (radio failure) and 7700 (general emergency MAYDAY, PAN PAN)
* (MP data?) Red colored flags for emergency codes such as 7500 (hijack), 7600 (radio failure) and 7700 (general emergency MAYDAY, PAN PAN)


== METAR ==
== METAR ==
Line 49: Line 43:
* separation rings (1000ft in vertical and 500ft in horizontal distance)
* separation rings (1000ft in vertical and 500ft in horizontal distance)
* alerts for collision and speed violations
* alerts for collision and speed violations
* (done) an alarm for when new aircraft enter the area so that when you are busy doing something else while waiting for someone to come into your area you will be notified
* (via Standard routes, have no other data source) Show Restricted, Prohibited and Danger Areas
* (via Standard routes, have no other data source) Show Restricted, Prohibited and Danger Areas
* Accurate and up-to-date navigation data. (Some SID/STAR are not being displayed, because the navigation data is incomplete and inaccurate. - [[Talk:Airport data (apt.dat) update|See this thread]] and/or [http://github.com/mcantsin/x-plane-navdata/wiki this proposal].)
* Accurate and up-to-date navigation data. (Some SID/STAR are not being displayed, because the navigation data is incomplete and inaccurate. - [[Talk:Airport data (apt.dat) update|See this thread]] and/or [http://github.com/mcantsin/x-plane-navdata/wiki this proposal].)
Line 80: Line 73:


== Missing/incomplete FG MP protocol data ==
== Missing/incomplete FG MP protocol data ==
* '''Squawk code'''
* (IN WORK)'''Squawk code'''
* '''Active''', tuned in '''frequency''' (COM1/COM2)
* (IN WORK)'''local, airpressure dependent, altitude''', additional to the true altitude (as displayed in the airplane to show the FL above transition alt)
* '''local, airpressure dependent, altitude''', additional to the true altitude (as displayed in the airplane to show the FL above transition alt)
* '''Active''', tuned in '''frequency''' (COM1/COM2): the '''tuned-in COM frequencies''', there is one for COM1, but it is not implemented, it delivers no data
* the '''tuned-in COM frequencies''', there is one for COM1, but it is not implemented, it delivers no data
[[Category:OpenRadar|FeatureWishlist]]
* MP Chat Unicode support
* MP Chat Unicode support
* MP Chat private message support
* MP Chat private message support
* ?ATC extensions? (extensions for ATC MP partners)
 
:* STRING: list of contacts that are controlled by the ATC
[[Category:OpenRadar|FeatureWishlist]]
:* STRING: xml messages, like handovers, flightplan transfer
292

edits

Navigation menu