AirNav Systems Forum
AirNav RadarBox and RadarBox24.com => AirNav RadarBox and RadarBox24.com Discussion => Topic started by: vonsmalhausen on September 21, 2015, 09:51:28 PM
-
this evening saw something weird ; flight LLP8846, Small Planet Polen flight apparantly SP-HAI, showed a internet adres instead of the registration ; see screenshot.
is this a error in the DB ? ( i checked the DB for SP-HAI, and all looks ok ), or has this another reason ?
could somebody from development or DB team have a explenation for this ?
-
I have no ideas on this, its OK in the Navdata and on the server.
Alan
-
Vonsmalhausen, are your silhouettes for the B738 all TUI logos, not Ryan / Norwegian?
Dave.
-
Hi Dave,
The Silhouette is connected to airframe type only. There is currently no way to connect them to type and operator.
If your B738 Silhouette is a TUI airframe it wil be shown for all B738 of any othe operator.
Ingo
-
My silhouettes are the standard ones, thinking about it Vons`s are possibly photo versions?
Thanks, Dave.
-
thanks for the answer, it's the first time i saw this, and yes, it is ok in the DB.
to Dave, this is the silhouette i use for the B738, as said by Ingo they are type related.
-
If you/or anyone else for that matter see it again let me know
Alan
-
Hi Alan, I assure you, that I would have posted it as soon as I would have seen it.
Ingo
-
One question:
Was it in Myflights or in Networkflights table? Cross that question, no network flight without a globe.
Ingo
-
First for me, never seen that before either..
Jason
-
From yesterday's log:
4A1962 ELL146 EKCH-EETN YR-FKB F100 Carpatair 2015/09/22
* 489C08 LLP3652 http://pla SP-H Small Planet Airl... 2015/09/22
-
I've these ones in my Log:
489C08 LLP8277 http://pla A320 Small Planet Airl... 2015/09/22 13:40:58
49D287 CSA3DZ LKPR-LFPG http://pla B738 Travel Service Ai... 2015/09/22 05:29:47
49D287 CSA4DZ LFPG-LKPR http://pla B738 Travel Service Ai... 2015/09/22 08:48:57
501DA9 http://pla DH8D Croatia Airlines 2015/09/22 10:32:48
It must be a systematic error, because 49D287 showed it twice.
Ingo
-
I went through my Report Archive, and figured out, that it has started with
this one 501DA9 http://pla DH8D Croatia Airlines 2015/09/22 10:32:48
on April 19th 2015
First time with this one:
489C08 LLP8845 EPGD-GCFV http://pla A320 Small Planet Airl... 2015/09/21 12:01:17
489C08 LLP8846 GCFV-EPGD http://pla A320 Small Planet Airl... 2015/09/21 21:38:05
first time with this one:
489C08 LLP8277 http://pla A320 Small Planet Airl... 2015/09/22 13:40:58
Ingo
-
Many thanks, I have passed this info onto Airnav.
Alan
-
Alert Time: 2015.09.24 06:00:09
Received Registration: http://pla (489C08) Flight Number: LLP8665
Total flight information:
Flight ID: LLP8665
Registration: http://pla
Aircraft: A320
Routing: EPGD-GCTS
Altitude: 34000
Speed:
Heading:
-
Alert Generated by AirNav RadarBox - 5.00.072
http://www.airnavsystems.com
-
Note: Replies to this e-mail will not be read.
Ingo
-
thanks for looking in to this.
just had another anormality, this time with the logo ;
aldo the flight ID is diplayed corectly : LOT332, the old LTU logo, LTO shows up
see screenshot
deleted the LTO file now so it can not happen again, but how is this possible ?
-
I have it from time to time, so for me this is a known effect, that occurs under following circumstances:
- A corrupted flight id is received for a few ADS-B / mode s frames. The corruption is of the type "valid false"*.
- After these few frames the correct flight id is received.
- unfortunately the logo for a flight is assigned with the first plausible flight id received. Id changes have no effect after the Logo was assigned.
*valid false: The corruption has altered the message in a way that the error correction marks the messagfe as true / valid, although the content is false.
Next time try untick/tick process Hardware flights. For me it solved the problem.
Ingo
-
Yes, good description Ingo. Also I believe the issue from the start of the thread should now be corrected. Please let me know if you see it again
Alan
-
Is it necessary to perform a db download to correct the original issue or will a "popultae run" fix it too?
As I knew, that the problem will trigger alerts I'll keep the related alert setting for a while.
Ingo
-
I am not aware that it had anything to do with the database Ingo, most probably server software related.
Alan
-
thanks for the info Ingo, will try the tick/untick trick next time i see it.
to Alan ; did not wanted to start another tread about this, as probably i would ended up with the same people responding on this, that basicly ( in my eyes ) relates to a DB/software problem.
sory if it causes inconvienience in the forum structure, if nessecary i'll move the last part in to a new topic if advised.
-
Hi Alan,
I'm sending Alerts through own Mail account and got a alert mail after the small planet A320 was received. So I think that there might be another problem. I will post if it occurs again.
Ingo
-
no problem vonsmalhausen, as far as I am aware the first issue was server software related and this should now be corrected but time will tell. We will only know it isn't corrected if it occurs again.
The second issue happens from time to time when a corrupt signal is received early in the reception of the aircraft and this stays the duration of your current reception as detailed by Ingo.
Alan
-
Hi Alan, I received this one:
http://pla (49D287) Flight Number: CSA1DZ
Total flight information:
Flight ID: CSA1DZ
Registration: http://pla
Aircraft: B738
Routing: LFPG-LKPR
Latitude: N50 02.3
Longitude: E008 41.3
Altitude: 37000
Speed: 454
Heading: 075
-
Alert Generated by AirNav RadarBox - 5.00.072
http://www.airnavsystems.com
-
Note: Replies to this e-mail will not be read.
Ingo
-
Hi Alan,
I performed a db dowload update* on one PC of my two PCs. The other is still using the populate updated db.
*method: replace with server db
Both PCs have just generated the following alerts for hex 49D287:
Total flight information:
Flight ID: CSA508
Registration: http://pla
Aircraft: B738
Routing: LKPR-EKCH
Altitude: 36025
Speed: 430
Heading: 344
-
Alert Generated by AirNav RadarBox - 5.00.072
http://www.airnavsystems.com
-
Note: Replies to this e-mail will not be read.
Total flight information:
Flight ID: CSA508
Registration: http://pla
Aircraft: B738
Routing: LKPR-EKCH
Latitude: N51 54.9
Longitude: E013 46.2
Altitude: 36025
Speed: 430
V/S: 256
Heading: 344
-
Alert Generated by AirNav RadarBox 3D - 5.00.072
http://www.airnavsystems.com
-
Note: Replies to this e-mail will not be read.
Seems that we have a not easily solvable problem.
Ingo
-
I am confused Ingo,
Are you getting these through the alerts or through your Navdata following a database update.
I shows as 49D287,OK-TVV,38027/4030,Boeing 737-86N,Travel Service Airlines,TVS,B738 on the server so no idea where it is coning from
It looks like you are getting them from an alert and not the database. I searched the database for http://pla/ and nothing found. Were the alerts local or network alerts? I will advise Airnav in any case.
Alan
-
Detailed version:
PC1: No Database update
PC2: Replace with server DB update
Alert setting: HTTP* in section Registration
Alerts sent through own mail account at google mail.
Network flights not activated on both PCs.
So far affected HEX Adresses:
49D287
489C08
501DA9
Both PCs sent me an alert for hex 49D287 at almost same time.
The http* Alert is in the Alert Log-List and the alert is displayed in the small alert message window.
For hex 49D287 the effect started month after V5.00.072 Software release. So in my opinion there must be something wrong with the db.
I hope it's clearer now.
Ingo
-
So the http/ affect for 48D287 started around over a year ago around June 2014 and you only see it in alerts and not on the grid.
I will set up an alert for http* in the registration field and see if I can replicate this on either local or network flights.
Airnav have been advised again regarding this issue, Also what makes you think its the database at fault and not the Airnav software?
Thanks
Alan
-
I have the alert for http* active on the registration field for all flights including network flights at this time and no alert received. OK-TVV 49D287 is currently on CSA509 on my network flights EKCH-LKPR, just landing LKPR. Unfortunately CSA don't come over this way to allow me to pick it up on local flights. The other two do not appear active this time.
Alan
-
Negative Alan,
the effect started in april 2015 for hex 501DA9 and for hex's 49D287 and 489C08 a couple of days ago.
Forgot to tell: reg seen in list, on map, in alerts and in Log reports.
PC with populate cycles: 49D287, 489C08 is false in the db, 501DA9 is correct in the db.
PC with server db dowloaded a couple of hours ago: 49D287 is false in the db, 489C08 and 501DA9 are correct in the db.
Ingo
-
Ingo, in reply 26 you stated "For hex 49D287 the effect started month after V5.00.072 Software release.* V5.00.72 was released in the first half of 2014, even more confused now.
Also can you advise what you mean with they are false in the d/b? Don't know what you mean
PC with populate cycles: 49D287, 489C08 is false in the db, 501DA9 is correct in the db.
PC with db dowloaded a couple of hours ago: 49D287 is false in the db, 489C08 and 501DA9 are correct in the db.
What do you consider the database entries should be to make them correct for these hex codes?
489C08,SP-HAI,1007,Airbus A320-214,Small Planet Airlines Polska,LLP,A320
49D287,OK-TVV,38027/4030,Boeing 737-86N,Travel Service Airlines,TVS,B738
What are you showing that makes them false??
Alan
-
false in db: http://planepictures.net/netsearch4.cgi?stype=reg&srng=1&srch=OK-TVV&offset=0&range=25 as reg
sorry for the confusion, I had to reconfigure the sentence and during this process the word "several" got lost. But stupid brain was still reading it.
I've just killed hex 49D287 from local db and erased all details except hex in my log. After that I started a populate cycle and the airframe re-populated with the false reg entry from server db.
Ingo
-
The same happens with hex 489C08.
REG: http://planepictures.net/netsearch4.cgi?stype=reg&srng=1&srch=SP-HAI&offset=0&range=25
Ingo
-
Still confused, 49D287 is OK-TVV as per the photos??? What reg are you getting.
Similarly 489C08 is SP-HAI, again the correct photos are showing.
Are you getting http/ is this what you mean by false data?
Alan
-
The link I stated is what is in the reg field in my local database after full db download. The same result is gained during a re-population of the mentioned airframes.
I used replace whole db with server db during the db dowload.
To re-populate Airframe details, it is necessary to delete all data in MyLog db except the hex code of the particular airframe. After that it is necessary to delete the whole entry of the particular airframe from the local db. That way, if populate is launched, all details are re-purchased from the server. In the case of the three mentioned hex adresses the reg field (column AR) always populates with the picture link instead of the airframes registrations, which you have stated in your posts.
Ingo
-
I cant replicate it here, they all download correctly for me so I have no ideas why you are having the issue as we are downloading from the same server.
-
I was afraid you'd say that. I'll do some further testing tomorrow, but I doubt that this will deliver any results.
One of the hardly solvable mysteries of IT world, I fear.
Ingo
-
I will ask if anyone else is having the issue, it may help to point to the root of the problem. I tried to post a screen shot but my wife is on Skype using all my band width so it wont go.
Alan
-
for some time the problem seemed solved, but since yesterday i get the same problem again.
don't remember if it was the same plane i had it with yesterday ( just saw it in a glimpse ) but it also was a Brussels Airlines for sure.
made a screenshot of the one from today, and a screenshot of how my DB looks like for that plane
-
There was a system crash on Friday evening which caused this however a database update will fix it for you
Alan
-
thanks, will do a update later this evening or tomorrow
-
did a couple of DB updates, also with the Autoupdate field set to "Y", but the problem persists
always the same plane : OO-SSE
-
I have again checked my Navdata and the server both OK. I suggest that you delete the entry manually from your Navdata and update again
Alan
-
ok, will do that
-
well, did delete the entry manualy, deleted every back-up of my DB in the data folder, did a update again, ....
just got OO-SSE again in my flights ; still the same result, and NO picture is downloading aldo the links are present in the DB.
on the map also the weblink is showed as the reg, see the screenshots
so far no other plane seems to be affected by this
-
No idea where its coming from as I stated earlier have checked the sever and its OK as can be seen from the attached shot. Same with my d/b.
Alan
-
hy Alan,
tryed everything you sugested ; deleted several times the entry in the DB, deleted "old data", deleted the photo and deleted my log entry's and made several DB updates in the proces ....... still the same
luckly it is only with this plane that this happens, i hope that somebody at Airnav finds the cause for this, looking at the DB update tread i seem not to be the only one with this problem, so i don't have to fear it has something to do with my system/settings, meanwhile i'll just have to live with this i gues.
-
I have no answer to this, did you contact support to see if they can give some guidance? As you can see the attached shot shows the server details for this aircraft
Alan
-
have not contacted support yet, will do this next
but i gues if everything is ok at you're side of the server, there's not much they can do
-
The aircraft is on the ground at this time but will look for it next flight and see what I get with. If need be I will delete it from the d/b and see if that sorts it out.
Alan
-
contacted support ; ticket Id 20093 and subject "AirNav RadarBox: Software Problems"
i hope they can come up with a solution.
-
I got it on departure from Brussels as BEL5UD and after clicking on it I got the photo link as the registration.
Alan
-
as i already posted in the DB update tread ; problem seems to be solved
-
I deleted the entry a few days ago and noted the hex on the network today and have added the entry back in. It came up ok on screen.
Alan