Juha Holopainen Posted February 4, 2021 Report Share Posted February 4, 2021 (edited) Beta 4: Main changes from beta 3: Settings added to close a specific runway for all arrivals or departures Bugs fixed Edited August 11, 2021 by Juha Holopainen 1 Link to comment Share on other sites More sharing options...
Torben Andersen (861112) Posted February 9, 2021 Report Share Posted February 9, 2021 I'm getting this error on start: Any ideas? http://pcflyer.net/indicators/pilotbadges/861112.png Link to comment Share on other sites More sharing options...
Ricardo Sousa (1110850) Posted February 9, 2021 Report Share Posted February 9, 2021 6 hours ago, Torben Andersen said: I'm getting this error on start: Any ideas? labels aren't defined that way, for some time too, dev guide chapter 3.6.4 explains how to do them Link to comment Share on other sites More sharing options...
Torben Andersen (861112) Posted February 9, 2021 Report Share Posted February 9, 2021 Thanks - I'll have a look into it. http://pcflyer.net/indicators/pilotbadges/861112.png Link to comment Share on other sites More sharing options...
Francesco Baiocchi Posted February 12, 2021 Report Share Posted February 12, 2021 I can't figure out how to add the airport stand list, is it somewhere or do I have to create it from the beginning? Link to comment Share on other sites More sharing options...
Bjoern Helge Smaavollan (1055999) Posted February 16, 2021 Report Share Posted February 16, 2021 On 12/02/2021 at 17:49, Francesco Baiocchi said: I can't figure out how to add the airport stand list, is it somewhere or do I have to create it from the beginning? You have to fill in the "GRpluginStands.txt" with data for your airport in order for the stands list to be populated. If this is done you can open the list by going to Window --> Stands List. Link to comment Share on other sites More sharing options...
Bjoern Helge Smaavollan (1055999) Posted February 16, 2021 Report Share Posted February 16, 2021 (edited) Yesterday a question about the Pro mode was asked, in regards to if it works or not. When I started looking into it I found that with Pro Mode on the radar raw video disappeared. With Pro Mode off: All aircraft corrolated right away - as normal Radar raw video visible - as normal With Pro Mode on: Standby aircraft not corrolated, only Primary circle showing - as normal Aircraft squawking "C", corrolated, square symbol - as normal Raw video not showing at all. For neither corrolated or uncorrolated. To my knowledge GrPlugin isn't reliant on the radars in the .ese file to display raw video, which seem correct as i get the primary symbol despite the primary radar being offline at this time. Edited February 16, 2021 by Bjoern Helge Smaavollan Link to comment Share on other sites More sharing options...
Ricardo Sousa (1110850) Posted February 16, 2021 Report Share Posted February 16, 2021 8 hours ago, Bjoern Helge Smaavollan said: To my knowledge GrPlugin isn't reliant on the radars in the .ese file to display raw video It is, you need to add a primary radar like the one below Link to comment Share on other sites More sharing options...
Juha Holopainen Posted February 17, 2021 Author Report Share Posted February 17, 2021 Currently the raw video does take into account the ESE file radar data (so if an airport has areas with buildings blocking the SMR signals, it can be modelled by creating radar holes). The primary only track symbols and labels are however displayed regardless of ESE data to avoid tracks being completely hidden. The plan for this is to provide airport-specific settings to govern which data is shown. The options will be either to disregard EuroScope radar data, use it, or assume the data to be available even if not defined in EuroScope. There will be different settings for primary raw data, primary tracks, mode A data and mode S data. The default behavior will be to use the EuroScope data. Link to comment Share on other sites More sharing options...
Bjoern Helge Smaavollan (1055999) Posted February 17, 2021 Report Share Posted February 17, 2021 Okay. It would be neat if you make the radar options similar to topsky radars. So we can set different blindspots for each radar, regardless of the .ese file. For instance on ENGM there will be four PSRs available, however only three are surface radars, and the last one is air surveillance. Would be nice to mask out the buildings and set the masks for each ground radar Link to comment Share on other sites More sharing options...
Juha Holopainen Posted February 18, 2021 Author Report Share Posted February 18, 2021 I don't think there's much benefit from developing a completely custom SMR signal propagation code over what can be done with radars and radar holes in the ESE file. The only real benefit from radar-specific obstacle masking would be when simulating one or more radars inoperative, and that doesn't really happen often enough to justify the amount of coding necessary. For a longer term outage, the radar holes in the ESE can be adjusted accordingly. Link to comment Share on other sites More sharing options...
Bjoern Helge Smaavollan (1055999) Posted February 19, 2021 Report Share Posted February 19, 2021 On 18/02/2021 at 10:28, Juha Holopainen said: I don't think there's much benefit from developing a completely custom SMR signal propagation code over what can be done with radars and radar holes in the ESE file. The only real benefit from radar-specific obstacle masking would be when simulating one or more radars inoperative, and that doesn't really happen often enough to justify the amount of coding necessary. For a longer term outage, the radar holes in the ESE can be adjusted accordingly. I partly agree. I don't know how your programming is, if it could be possible to reuse the part from topsky where you could add the NOTERRAIN or masks so that the ground radars disregard the ese holes. Because the difference would be that the air surveillance radars usually are angeled upwards, and the surface are angeled straight or a little down. Again as the PSR in Oslo is actually blind to most of the airport. Our radar holes are based on a 10m DEM and LOS calculations in GIS. And our ground radars are now programmed like this: RADAR2:SURF_OSL_1:N060.11.52.152:E011.04.28.884:1:801:1:0:801:1:0:801:1 Enormous cone of silence and very short range.This way the ground radars aren't looking up in the sky outside around the airport, and therefor don't show too much air picture. Also ENGM is the only airport with ground radar and a PSR. ENZV and ENBR only have ground radars. Off course if it's too much hassle to code and not reusable, we'll cope, I just based my suggestion on your post and toughts for future versions Link to comment Share on other sites More sharing options...
Recommended Posts