New Windows Software Version

[neroon79]

Not so quick answer:

A real separation is not possible. 

Under windows you have typically three window states:

1. Maximized (is usually used if only one monitor available)
2. Mimimized
3. Movable Window

I use 3. to get the multiple screen mode realised:

1. Use the window toggle button to get to the window mode.
2. Place it at about 50% on primary screen (for me it's the left one)
3. Use mouse to alter the width until the right edge of second monitor
4. Use the mouse to alter the hight of the window on the right (secondary) monitor
5. As soon as you reach the edge of the visible area the lower part of ANRB window should spread to the bottom of the second monitor.
6. Use mouse to alter the "border" between myflights list and the map

If any further info/help is neede just shout.

Ingo

[trev]

Cheers Ingo, I'll give it a go.

[neroon79]

Good Day,

after some intense testing with the route amendments from the past one and a half weeks I have to tell, that the route Auto-Update function does only work, if the timestamp of the false route or the whole route is manually deleted from the local database.

list of options that I've tested:

opt. 1: Do nothing. Route is updated in server db and therefore gets a new "timestamp". Although this "timestamp" is younger than the "timestamp" in the local database no update of local db is happening.

opt. 2: Delete "timestamp" in local database. This ends up into "no Route displayed" during the alerts. But is then correctly displayed in Log. I guees that the alert was faster than the update process. 

opt. 3: Delete the false route completely from the local database. This option seems actually working.

Would be great, if can get opt. 1 working in one of the futur versions of ANRB software.

Regards Ingo

[Runway 31]

That is correct Ingo, routes are only updated automatically if there is no info against it in the first place. 

Alan

[neroon79]

Hi Alan,

Plus: False routes are updated/changed if their timestamp is removed from db.

It's a shame, that it's not working by checking some kind of timestamp. The timestamp in local db is based on the first reception of the particular flight id on your own system and has nothing to do with the timestamp in database on the server.

Please consider to add this to task system as a feature request (Type: software improvement).

Unfortunately I could imagine that implementing such a timestamp based checking routine may cause "load" problems on the server.

Ingo

[Runway 31]

Ingo,

It only works to populate new routes and does the same for new aircraft picked up and it does not and is not intended to change the information held for the particular route or aircraft picked up.

The database update feature is intended for full revisions of the data held for particular aircraft/routes etc.

I will however add it to the task system as you request however given the number of amendments made to the database each day this may not be possible for the reason you state.

Alan

[neroon79]

Maybe ckecking the routes could be added to the populate function that can be launched from MyLog. Going that way would reduce the load on the server. Nevertheless a "adding to/last amended in server db" timestamp has to be added.

If it is already added there, we ( I ) have the problem, that it's not working for updated route infos.

In the meantime I'll delete the timestamp form local db of each route amendment that I post under db update requests.

Thanks!
Ingo

[Runway 31]

Ingo,

The populate function in mylog only populates new aircraft it doesn't update aircraft information held in the database and doesn't look at any other information including routes.

Alan

[neroon79]

Alan,

many thanks for confirming that populate is only for airframe updates. It updates airframes, if the airframe information in local db is incomplete.

Loud thinking: Why not implementing a populate functionality for routes (like the one for airframes) in future versions...

Ingo

[Runway 31]

The request has been added.   Just to confirm at this time if the route is added to the database before you pick it up it will update when you pick it up. 

Alan