Flight stats, entertainment, and trying to crack Widevine
blog.jonlu.ca
blog.jonlu.ca
This date format is unforgivable: "td_id_fltdata_date": "00181219",
(1) add in leading 00 to allow for Y2k expansion (and then ignore it)
(2) DDMMYY This is unnecessarily "difficult" for a human and a computer to sort and parse. Using ALL the same number of digits and following ISO 8601 already solves this (and with the padding 00's you don't need to touch this part of the software for 7900 more years!)
20191218 - Done. This can only be a holdover from a pre-PC era.
Some industries move at a glacial pace when updating standards and tools. The risk to lives because of screwups (i.e. a faulty radar at Air Traffic Control) is too great to do without sufficient study and experimentation. But this can only be an unwillingness to change.
One date format that is standard is 25DEC19. It probably made sense for humans entering «cryptic commands» (yes that is the term)
These are not open-standards. These are not self-documenting, csv, receiver-has-to-guess formats. These are two on-board non critical systems talking to each other. The main requirement is that the format be specified.
A desirable trait is that the format be easy to implement. Sorry, ISO 8601, you're too complicated for the task. Integrating a library to handle it is already too hard, too risky and over-engineering. You'd have to either trust it to be bug-free or heavily test it.
KISS, remember?
eh? it's trivial for humans to parse. Most of the world uses that format in day-to-day usage, albeit with some kind of separator of course. it's also absolutely trivial for a computer to sort and parse, of course. saying it's "unnecessarily" (to redirect the quotes) difficult, you may as well say decimal itself is unnecessarily difficult. just use day of year, 1-365.
you're splitting hairs here that don't need to be split.
Ads-b carries a lot of this data (at a lower interval) and is available to anyone with an antenna. Sites like FlightAware will republish it as graphs or maps. There also exist apps that take ads-b data and renders flight data in a google earth type view.
A part of me is really excited that we live in this time, but I’m living in constant fear that open data will disappear one day, so enjoy while you can!
Probably got tired of people reporting it as a vulnerability and added the disclaimer.
Background: I’m a terrible flyer (I’m okay with turbulence, but unexpected manoeuvres really spook me), so on a recent SEA-ORD night flight I woke-up as we were approaching a O’Hare - doing a 180-degree turn over Lake Michigan so it was pitch black outside the window, but the IFE map showed we were over South Dakota where the flight should be straight and level, no turns for hours. So for more than just a brief moment I was convinced the plane was starting to spiral out of control like Lauda Air 004 - or it was a pilot suicide like Germanwings 9525. It wasn’t until a minute after Chicago came back into view that the IFE map refreshed with our current location. My friend I was travelling with said the map froze an hour earlier.
Paranoid me thinks that if something were to go wrong with the plane that the pilots or flight attendants would shut down the IFE map or have it show false information to stop passengers from panicking. (Why yes, when I was younger I did believe the urban-myth about the brace-position only being there to preserve your jawline for later body identification through dental records)
That’s not why I responded tho, I responded because I used to be just like you. I hate turbulence, more importantly I hate negative Gs. It’s not normal and so your brain creates scenarios but the reality is, it’s just a pothole in the sky. One thing that made me get over my turbulence fears was getting into a simulator (or behind the controls of a real plane if you find the opportunity). I did exactly what the I hate so much. Over power the takeoff and pushed forward on the yolk to compensate and keep a slow climb. If I were a passenger I would have felt like we were climbing at a fast rate and then suddenly dropping as I corrected. My wings weren’t level until I hit autopilot and throttles fell back to 20%, passengers would think we were falling out of the sky because thrust disappeared and engines went quiet. Then I set the flight level and the throttles picked up again and we start climbing normally, calm and relaxed passengers again. I broke into a hysterical laughter and realized all of my flying fears stemmed from not only a lack of control but a lack of understanding what’s happening in the cockpit.
Watch some YouTube videos from the cockpit of cross country airbus or 737 flights. Watch turbulent landings and what the pilots are doing. In America, pilots are seriously over trained and know their craft like the back of their hand (source: pilot neighbor). Sit back and relax, sip some wine to ease the nerves. Flight is the safest mode of transport.
I interpret departure_latitude = 39.525° N, departure_longitude = 75.135° W. Google Maps shows this to be Parvin State Park near Philadelphia.
Looking at your big JSON dump, I noticed these fields:
"td_id_gmt_offset_departure": "80005.00",
"td_id_gmt_offset_destination": "00001.00",
This suggests that a leading 8 (strangely in decimal rather than hex?) means negative sign. So your departure time zone was UTC-5 and your destination time zone was UTC+1.00039525 doesn’t become 00°03’95.25”
And
80075135 doesn’t become 80°07’51.35”
I’m not an expert in this field, but that seems to make sense to me. Very possibly I’m entirely wrong too.
The 8 is a negative. i.e. it turns N into S, and E into W.
The last 5 digits are in DDM format, the first two being degrees, and the last 3 being XX.X minutes.
You can verify this using https://www.pgc.umn.edu/apps/convert and plugging in the departure and arrival airport coordinates. The arrival long/lat matches up with the exact coordinates for AMS airport in the same format. This isn't true if you interpret the coordinates in another standard way from what I can see.
Edit: Your interpretation would suggest that PHL airport is in the Indian Ocean.
Depends on how you use the numbers. If you assume the ~0° as W and the ~80° as N, that puts it over Greenland, which can be on the flight path between Philly and Amsterdam.
I missed the context of it being the specific coordinates of the airport, rather than on the flight path between, otherwise I’d have probably came to the correct conclusion on formatting like you did. Ty!
With the transition to wifi entertainment that seems to have been lost, but would be pretty interesting to make a timelapse or be able to create a personalized dashboard from the raw data.
The coolest thing I've had was being able to listen into the pilots' radio.
Which was awesome until that time across Newfoundland, when someone started asking about the heavy turbulence. The other aircraft in the vicinity had no consolidation, recommending to “strap’em in and ride it through”. I spent the next several hours waiting for my worst flight, which never even happened.
Small nit, but weight-on-wheels is also a boolean.
I'll do some research, thanks for pointing it out.
Update: added a fallback to images using:
``` const iOS = /iPad|iPhone|iPod/.test(navigator.userAgent) && !window.MSStream;
// iOS doesn't load google sheets embeds for some reason :/ if(iOS){ const toReplace = document.querySelectorAll('.aa-image'); for(const image of toReplace){ const imageUrl = image.id; image.outerHTML = `{% include image.html file="${imageUrl}" alt="${imageUrl}" %}` } } ```
[1]: https://cheatsheetseries.owasp.org/cheatsheets/Clickjacking_...
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.4 Safari/605.1.15