Why do you Europeans bicker so much? Data changes over time. it takes awhile for the third party databases to catch up. End of story. Move on.
Announcement
Collapse
No announcement yet.
Ghostflights approaching EDDF (Frankfurt)
Collapse
X
-
All about Flightradar24.com web page and Flightradar24 apps. No discussions about feeding data to Flightradar24.
Even more bugs. Yet again Mike does his disappearing act and nothing will get done about the bugs until someone raises the issue again in 6 months time when he will pop back up again : "Bugs? What bugs?" And round and round we go....
Comment
-
Originally posted by apgphoto View PostMy favourite subject
Until the site is recoded to place priority on actual data from receivers rather than external data this will keep happening, but that's not going to happen. Loose the external data sources you loose the scheduling etc, etc.
I have to use one of the same data suppliers that FR24 uses, their errors are exactly the same as the errors I see here. Its been reported in the DB error thread numerous times when one aircraft is doing two flights due to the mix of data sources. But any mention of it and the posts are usually deleted, as you well know Mike.
"I have to use one of the same data suppliers that FR24 uses, their errors are exactly the same as the errors I see here" What data source? Can you give an example of an error?
"reported in the DB error thread numerous times when one aircraft is doing two flights due to the mix of data sources" Can you give an example?
"But any mention of it and the posts are usually deleted, as you well know Mike." The forum rules are quite simple. You are free to discsuss in 1000000 threads in the forum, just keep the discussion out of 2 threads.
"one aircraft is doing two flights due to the mix of data sources" bug reports like this is like looking for needle in a haystack. Screenshots, links, flightid helps a lot in finding and understanding problems.
Comment
-
Originally posted by rik130 View PostHere's one for you. Gold sub and all features are locked. Missing flight info, can't expand screen, no ATC boundaries because they're padlocked. All are features of the Gold sub so why are they all locked Mike?
[ATTACH=CONFIG]9953[/ATTACH]
[ATTACH=CONFIG]9954[/ATTACH]
Comment
-
Originally posted by rik130 View Posthttps://forum.flightradar24.com/thre...rk-in-Playback
Even more bugs. Yet again Mike does his disappearing act and nothing will get done about the bugs until someone raises the issue again in 6 months time when he will pop back up again : "Bugs? What bugs?" And round and round we go....
Comment
-
Originally posted by Mike View Post"actual data from receivers rather than external data" What data are you refering to? Can you give an example?
"I have to use one of the same data suppliers that FR24 uses, their errors are exactly the same as the errors I see here" What data source? Can you give an example of an error?
"reported in the DB error thread numerous times when one aircraft is doing two flights due to the mix of data sources" Can you give an example?
"But any mention of it and the posts are usually deleted, as you well know Mike." The forum rules are quite simple. You are free to discsuss in 1000000 threads in the forum, just keep the discussion out of 2 threads.
"one aircraft is doing two flights due to the mix of data sources" bug reports like this is like looking for needle in a haystack. Screenshots, links, flightid helps a lot in finding and understanding problems.
Screenshot shows that if you had used your own data as a priority rather than external data the aircraft wouldn't be doing two flights at once. The external data supplier had the same registration allocated to two aircraft that's where the problem stems from, its happened multiple times, their issue not yours. External scheduling data gets confused and as a by product you end up with screwy flight history or ghost flights.
Your probably stuck with this issue, unless the developers can find a way of separating the data feeds so that your propitiatory data takes precedence on actual flights and the external data is used for future scheduling.
I also report the same errors to the supplier, that's how I solve your problems for you.
Love and kisses
Comment
-
Originally posted by Mike View PostStill waiting for the first bug report.
I reported the bug (also with incidentticket to FR24 on Dec/09). FR24 reacted very prompt (some hours later) and asked for more details, which I provided.
Since Dec/10 (noon) these 2 ghostflights are not longer there until today and so I'am happy, that the issue has been solved by FR24.
Thanks .
Regards, R.
Comment
-
Here's another fantastic example of the bugs in your site as well as the complete lack of attention to detail by your 20 editors :
Screenshots attached as I am all too familiar with the sneaky changes that quickly happen behind the scenes when these issues are raised so that you can reply that the database is correct and I must have been dreaming it all.
SP-LVE 48AF05 was reported on the 'database errors' thread as having had a reg reallocation.
I look at the database and find this :
LOT97372.jpg
Apparently 48AF04 was used on its delivery flight to Warsaw. News to me, so I did some research on other sites to confirm it. Nope, no evidence to be found anywhere of that hex code. Further investigations on the actual flights tell a different story :
LOT97371.jpg
LOT97373.jpg
So why is it showing in the flight and reg history as having flown under hex 48AF04?
And it seems that whoever is in charge of processing the corrections can't follow instructions either. The correction post stated that the only thing needing to be changed on 48AF05 was the reg, all other details remained the same, so why has the msn been omitted?
LOT97374.jpg
48AF04 shouldn't even be in the database because the hex doesn't exist and nor does SP-LVE.
On a database of this size you should have an audit trail of editor IDs for every change that is made to it. Identify whoever these clowns are that are seemingly on some sort of crusade to turn the entire database into junk and sack them.
Comment
-
Originally posted by rik130 View Postbecause the hex doesn't exist and nor does SP-LVE.
Comment
-
-
Originally posted by rik130 View PostYour first comment has no relevance to the discussion here.
But back to my question, maybe this will help:
Comment
-
Originally posted by Anmer View PostThat's your opinion.
But back to my question, maybe this will help:
https://tykesaeroblog.blogspot.com/2...st-flight.html
Comment
-
Originally posted by rik130 View PostI've no idea what your point is?? Did you even read the comments on the link posted?
Unless you've been appointed a moderator, I'll carry on posting as I have been for the last 8 years.
Mind you, with your undisputed database and inter-personal skills, FR24 might offer you a job as it's Executive Database Manager.
Comment
-
Originally posted by Anmer View PostIn case you've missed it, this is a forum where members can post topics and replies, even if others don't agree.
Originally posted by AnmerUnless you've been appointed a moderator, I'll carry on posting as I have been for the last 8 years.
Mind you, with your undisputed database and inter-personal skills, FR24 might offer you a job as it's Executive Database Manager.
Comment
-
Originally posted by rik130 View PostOr a far simpler solution would be for those members to not post irrelevant nonsense in the first place
Comment
Comment