New Windows Software Version

[Runway 31]

I have updated the Task List and note that your freezing flight has been added.

Alan

[neroon79]

Thanks for the info!

Ingo

[neroon79]

I noticed another interesting behaviour:

If an ADS-B equipped airframe enters my area it usually shows to following infos:

mode-s
reg / Type
flight level/(vertical speed)/speed
route info (void)

as soon as flight id is optained it shows up in the MyFlights list, but the airframe label remains as stated above. Although its position has been updated several times in the meantime. It usually takes up to several 10 seconds until the flight id and route info finally shows up at the airframe label.

flight id
reg / type
flight level/(vertical speed)/speed
route info

I can't remeber, that this was the case in earlier versions of the software.

Ingo

[Runway 31]

Ingo it does the same with the other info.  If I see an aircraft with an unknown hex code and add the details to the database and then click on the aircraft it comes up quite quickly on the grid, it can take a further minute or so before the map lable updates.

For flight ID's the flight may come up without route info initially while the routine looks it up from the server and then displays it on the grid/map and this usually takes a few seconds.

Alan

[neroon79]

It's the same with flight id's, in which the route is already in the lokal database.
MyFlight list shows full info immediately after ID is received, but the label on the map remains with hex number as first line for (as you stated) up to one minute until flight id and route info is shown.

Ingo

[Runway 31]

I believe the route info is still checked even if it is in the onboard database to ensure for example it is not time expired and if so it is marked on the server as such. 

The server accesses real-time commercial flight information provided by flightstats. Flights are checked to see if is present on this database. If yes the org/fdst is taken from it.  If not present we get it from our own database.  Alpha-numeric flight ID's usually come from our own database as the commercial providers don't usually have these and the same with cargo flights and charter flights.  This is the case for network flights but I don't know about local flights but these go though checking and look up processes as well.
Work is still ongoing with the flight look up routines

Alan

[neroon79]

Many thanks for background information about the flight look up routines.

I don't think, that the routines are the problem. The problem or better the distraction is, that it seems that we have two different processing procedures for the displaying of that information.

It seems that MyFlight list uses the following procedure:

Look-up info in local db -> display in MyFlights table -> check online if it's still valid, if valid: do nothing / if not valid: alter/update db if not valid anymore -> do nothing / display altered info


Map seems to be altered by following procedure:

do nothing -> do nothing -> do nothing -> update lable

For me it would look more professional, if both would be processed by same procedure and at the same time.
That can be realized in two different ways:

1. receive -> look-up local -> Display -> check online -> (alter) -> (Display)

or, what I would prefer

2. receiver -> look-up local -> check online -> (alter) -> Display

In both cases the time difference between the displaying of the route information in the MyFlights list and in the airframe lable on the Map would be as small as the difference between the two refresh rates.

Maybe we can suggest this to Aleksey after his current work is finished.

Ingo

[Runway 31]

I will try and find out how the local flights work both for the grid and map display I would also state that I can watch flights coming up out of my local airport and as far as I was aware there was no delay/difference between the grid and label.  As far as I am aware the display routines have not changed for a good time as it was one of the first corrections carried out in the update process a long time back.

New flights coming up out of the airport don't always display the flight ID initially and it can take a few moments before the flight ID is displayed which then allows the route to be processed and then displayed but as far as I can remember I usually note both the grid and map lable changing at the same time. 

I will have a look into it further as I can see flights on the ground at Edinburgh on the network and then pick them up on myflights as they come into my receiver range.

I agree that the grid and label info should change together and if this is not the case I will report this.

Alan

[neroon79]

Just fished another one:

If you try to add an already existing ICAO airline code you don't get a Software error message but an EurekaLog 6.0.18 error message

Content: SQLite Error 19 - column C3 is not unique.

Seems, that the false use / false input handling procedures are not implemented. I would say this one is medium severity.

EDIT:
Discovered due to a new annoying behaviour of Bundespolizei. Recently they don't enter BPO??? but BP0??? flight id's. Therefore I got the Logo of BOT Air Botswana. That's why I was toying around a little bit in the database to get the Bundespolizei Logo back.

Ingo

[neroon79]

Alan,

about the info displaying problem.

It just came to my mind:

I've spreaded ANRB window over two monitors. MyFlights List on primary Monitor, Map on the Desktop extension Monitor. Maybe that is, what is causing the strange behaviour.

Ingo

[Runway 31]

Could be, I have been watching 4 flights come out of Edinburgh and at the most a second difference between the grid and the map display and on each occasion the route was on both when the came on screen.

Alan

[Runway 31]

Can you contact me by email regarding the ICAO one to give me a better understanding.

Alan

[neroon79]

WILCO and done!

Ingo

[Runway 31]

Ta Alan

[trev]

Ingo,

Quick query. How did you manage to separate your My Flights on one monitor and the Map on the other monitor?
Hope you don't mind me asking?

Thanks in advance

Trevor