AviationLaw From United States of America, joined May 2002, 10 posts, RR: 0 Posted (10 years 10 months 2 weeks 3 days 14 hours ago) and read 3700 times:
I am very much intrigued by the complicated fleeting issues that must be solved daily to operate a major (or minor) airline. I imagine that the industry has numerous software applications available to it to assist in this complicated task. I am wondering if any information is publicly available on the internet to satisfy my curiosity about the "lives" of aircraft. For instance, has anyone stumbled across a website that details "a month in the life" of a particular aircraft?
B747-437B From , joined Dec 1969, posts, RR: Reply 4, posted (10 years 10 months 2 weeks 3 days 12 hours ago) and read 3601 times:
I had this particular aircraft already done because of a project I did last year for a client. I also have a sampling of aircraft from other airlines (WN 73G, NW752, AAM80, US321, etc..). The data is available to the public from BTS, but obviously has been analyzed and compiled into these charts by me. I don't have any UA A320 info with me though. Sorry.
Cloudy From , joined Dec 1969, posts, RR: Reply 7, posted (10 years 10 months 2 weeks 1 day 15 hours ago) and read 3022 times:
This is the big site to get such info.
There is a ton of raw data there.
The bureau even has some reports on the site based on this data.
But mostly it is big, raw files. Its not nicely packaged, in fact there are companies that specialize in turning this data into reports useful to decisionmakers.
If you've never run into the limits of your spreadsheet software, you will now. Even entry-level database management software like MS Access will sometimes choak. If you want manageable files - choose your search criteria carefully.
It really helps to know a programming language to crunch data from these reports. In fact, I use this data to practice and extend my programming skills while I look for a job as a software developer. At least I should.... I've been a bit to lazy lately.
COBOL was made for jobs like these - it is verbose but it gets the job done. C++ is a bit less cumbersome and seems to give faster executables (at least with the tools I am using), yet it is a bit harder to understand conceptually than COBOL is.