In Flight
nytimes.com
nytimes.com
These articles are a bit different from maintaining a text archive.
I guess the underlying question is how they plan to support these web technologies into the future; what's their long-term technical debt in that sense?
Of course, some of the worst technical debt I've had to deal with came from "world-class developers", so this is no guarantee that they won't collapse under the weight of their own code at some point...but I think the odds are at least in their favor.
That said, the text was a little flowery and aimless. In retrospect it feels like not was written to support the animations and not the other way around. If and when the format becomes more mainstream then it probably won't hold up as well in the future. Kind of like early 3D films.
We do, indeed, hope to keep interactive articles working and available over the long term. But you can't always predict the technical choices of the future web.
For example, there are plenty of past Times graphics done with Flash, which may not be easily viewable within the next 5 years.
On the other hand -- one of the biggest culprits is simply using external APIs as part of a graphic. APIs shut down, change their terms of use (Google Maps), or have data updated in ways that break the graphic. For example, as we just noticed the other day, this 2011 graphic used to show Joplin, Missouri before and after the tornado hit:
http://www.nytimes.com/interactive/2011/05/27/us/joplin-pano...
Now, the "before" panoramas are actually "way after" shots. We'll need to go back and fix it somehow.
But it's not all Sisyphean. The standard operating procedure for any interactive article page is to live somewhat inside and somewhat outside of the CMS -- with the page's own baked-out HTML base, and individual copies of any JS libraries and CSS it needs (apart from the super common ones). With a little foresight, this should be resistant to breakage from future site redesigns, even if the page continues to look a little "old" ten years from now.
As long as browsers in 2025 understand JavaScript from 2015 (likely), I'm optimistic.
The SSTIK1 Departure from KSFO has a few good ones: UTOOB, NTELL, AYOOH, EBAYE. http://flightaware.com/resources/airport/KSFO/DP/SSTIK+ONE+(...
One that always made us chuckle was a standard routing from London over Belgium, the the Biggin Hill VOR, BIG, the KONAN waypoint, then the Koksy VOR, so the route was BIG KONAN KOK.
The eyebrow raiser was called DROWN, and its right between Cuba and the Southern tip of Florida. Not accidental.
Little Rock Airport has the ICAO code KLIT. There's heaps of good ones.
I used to dispatch international flights. The author pulled back the veil on some esoteric aviation knowledge and still managed to make a good story of it. Good form.
light humor sometimes invades work and for that it serves a purpose. I also tend to think a little humor or local flavor improve memorization
I can understand relying on airspeed instead of GPS-measured groundspeed, because airspeed is important. But I can't think of a justification for not using true altitudes, especially during takeoff and landing. What happens if the pilots punch in a wrong number for the destination air pressure?
This isn't a real answer. I hope someone with a real answer comes along!
Information on this is distributed to pilots (in the US) via NOTAMs, and you can use this information to decide whether it's safe to use GPS navigation for your flight.
Practically speaking though, aviation GPSs have a function called RAIM that continuously monitors the integrity of the position information and will inform you on a loss of precision. I believe most GPSs also allow predicting RAIM along your time and route of flight to make sure you'll have integrity from takeoff to landing.
GPS is not the only system. We currently have about 2.7 global satellite navigation constellations available for use.
The American GPS and the Russian GLONASS are both complete. The Chinese Beidou system is about 40% complete. The European Galileo system is about 30% complete. Each system also has about 20% redundancy in the form of on-orbit spares.
Dual-system GPS/GLONASS receivers are now nearly everywhere. I was just looking at a phone that has a triple-system GPS/GLONASS/Beidou receiver. In a few years, quad-system receivers will be commonplace.
A rogue nation would have to shoot down about 1.9 constellations, or about 60 satellites, before we drop below full coverage.
The American, Chinese, and European systems have the same orbital inclination. If a gap opened, any satellite from any of these three systems could theoretically fill that gap. It would take some time to reposition the satellites, though.
There is also additional redundancy in the eastern hemisphere. India and Japan have satellites that provide regional coverage. Part of the Chinese system also operates as a regional constellation.
At this point, the rogue state is at war with the US, Russia, China, the EU, India, and Japan. They might as well just surrender.
In any case, disrupting satellite-based navigation is the simplest kind of rocket science: a missile that just has to go up and then detonate, no aiming required.
A nuclear weapon detonated in low earth orbit would not destroy a single global navigation satellite. They are not in low earth orbit.
A nuclear weapon detonated in medium earth orbit would wipe out between 0 and 1 navigation satellite, depending on how close you get. The satellites just aren't that close together.
An EMP would destroy electronics on the ground, but this will be a systemic effect. Satellite navigation would be collateral damage. When the ground-based electronics are replaced, though, the satellites will still be working.
> In any case, disrupting satellite-based navigation is the simplest kind of rocket science: a missile that just has to go up and then detonate, no aiming required.
Nuclear weapons are powerful, but they still have to obey the laws of physics. If you get far enough away, the inverse-squared law makes even a nuclear explosion look like a firecracker.
A 1 megaton nuclear weapon would have to be detonated within half a kilometer to damage a satellite physically: http://www.projectrho.com/public_html/rocket/spacegunconvent...
The shielding needed to protect a satellite against EMP only adds 5% to the cost of the satellite: http://fas.org/spp/starwars/congress/1997_h/h970716u.htm
So basically, it's going to take one nuclear warhead to destroy one navigation satellite. If a rogue nation has 60 nuclear warheads, it's hardly going to waste them to take out 60 navigation satellites.
There should be enough checks for setting the proper baro setting - both pilots check the setting individually when changing it and it's reported to them a number of times throughout descent. Even if they do manage to get it wrong through all that, the GPWS should notify them if they get too close to any obstacles.
There are ways to supplement the precision of GPS altitude with ground-based stations (WAAS), and this is indeed used to construct GPS-based instrument approach procedures which are comparable in accuracy to traditional means (ILS). But these require ground-based transmitters; impractical to implement worldwide.
Other reasons are: the transponders that ATC (and other aircraft) interrogate report pressure altitude (uncorrected, meaning using 29.92 inHg as the standard).
A sensitive altimeter can be had for a few hundred dollars and requires no electrical power (unless lighted) and basically no service throughout its life.
To your last point, anywhere it matters (below the flight levels), pilots are using a local altimeter setting on the altimeters, often from the ATIS (automated terminal["airport"] information system) or from ATC. Of course, for takeoff, it doesn't matter. You're generally climbing at max available power or are doing a reduced power takeoff in aircraft so certified and on runways without obstacles to worry about.
On approach, you're typically following a precision approach path provided by a radio signal (ILS includes lateral and vertical guidance beams) or that is GPS-based (where you have similar navigation performance levels provided by WAAS augmentation). There are non-precision approaches where the altimeter setting is more critical, but I can't recall the last time I had to fly one of those for other than training purposes.
In the southwestern US, especially, GPS often becomes unusable due to military activity. It isn't uncommon for an airliner to experience a loss of GPS signal mid-flight when operating near military exercises. It's just the nature of our system.
It was a good article. I enjoyed the allusions to ships on a sea, and moment before landing described as an unanswered question. I'm wondering if this will be passed along much in the pilot community. The most popular 'pilot life' creation in recent memory seems to be this Lego parody - https://www.youtube.com/watch?v=rNxz2hhSXuY.
Pressure altitude is fundamental for the performance of airplanes because you fly in a known estable layer of the atmosphere that keeps your drag, lift and thrust almost constant (there are temperature changes but it takes docens of miles to change a single degree).
Also if you select the standart atmosphere you know you are flying the same layer system of all the other airplanes in the air, with a fully autonomous, relatively cheap, and non electrical device. Also it's easy to calibrate on your own if you want to fly in a local airport and have no access to a weather report. It's hard to beat a conventional altimeter.
"True" altitude requires you to both have an excellent fix on the satellites and have a very, very good reference geodetic model (which you probably don't). Also depending on the quality of your fix, you'll have different altitudes to the rest of the people around you.
It makes more sense to have two pilots independently check the pressure settings (and that's why you have a checklist).
The GPS most of them use is almost as old, a $20 Garmin handheld could navigate circles around it.
Probably not, as it will refuse to work at both the altitude and speed of an airplane ;-)
EDIT: I stand corrected. Neither the speed nor the altitude will be a problem.
Well sub in the garmin with one of the other low cost consumer units that work at those altitude and speeds then!
It's also trivial to obtain unrestricted GPS devices.
http://en.wikipedia.org/wiki/Radar_altimeter#Civil_aviation_...
Does anyone have an explanation for that? Are they using FOSS at these centers?
EDIT: Apparently the stickers aren't on every terminal but at least on more than one, as can be seen in this picture: https://www.flickr.com/photos/eurocontrol/5201407322/in/albu...
I love it when these publishers get creative with the medium.
1. One of the cores of my cpu is at 100% while viewing the page.
2. It forces others to do the same kind of stuff for people to view it. I think every piece should be on the same level in terms of design. That way the pieces that are better written are going to be recognized more instead of being recognized for flashy javascript.
Of course, you cannot ban people from doing flashy things, and if it wasn't for flashy content, graphic novels wouldn't be a thing. Nevertheless, graphic novels are in their own section in a bookstore.
If it weren't for the presentation, would you have seen this article?
I find this argument intriguing and humorous given that the NYTimes itself set off this article design arms race with their Snowfall piece in late 2012.
Unlike the grandparent however, I have come to enjoy the kinds of experiences it has inspired. Using the web to render pure text strikes me as somewhat equivalent to filming a movie with just dialogue and no music.
http://www.nytimes.com/projects/2012/snow-fall/#/?part=tunne...
I guess I should just count myself lucky I haven't set up a rotated 4K monitor yet.
I prefer to judge a piece of content on its quality, not its medium.
Interesting. What browser/OS? On Safari on my Mac, the worst it gets is 20% of one core when one of the top/bottom animations are in view, but it drops to nothing when there's just text or one of the other, non-layered animations. And that's on a Retina display
http://pitchfork.com/features/cover-story/
They do some really cool interactive stories. The VP of product floats around here from time to time as well.
This article nails it in the opening. I don't remember a whole lot about my first flights (well other than almost hitting a tree - JF2 was mostly carrier landings so I had bad habits). But the feeling of pushing the throttle, watching the marks turn to steaks, and the feeling of holy-shit-I'm-flying -- it's amazing. I recommend getting a first lesson (should be cheap-ish) just to feel that. In nearly 20 years, it's one of the top physical experiences I recall with exhilaration.
"NYTimes.com: All the code that's fit to printf()"
http://americandigest.org/mt-archives/site_notes/flight_leve...
On the other hand, this was probably the greatest thing I've read in a long time, so I guess bring on the paid content!
I can't spot any css, fixed divs etc. Thoughts on how that is being done?
Oh, and I guess it doesn't help that a fade to white at the bottom of the screen is also what the NYTimes paywall does when you've run out of free articles - I have a paid subscription, but sometimes I get logged out. This has happened often enough to cause me to form a mental association between the bottom of a NYTimes article suddenly greying out and the annoying act of logging in. Pretty pedantic complaint, I know.
They have some content on youtube https://www.youtube.com/watch?v=ENe89j89tBA&index=2&list=PL6...