Land use compatibility planning software

Abstract

A land use compatibility software module uses an existing suite of airport management programs to generate exception reports for FAA Part 77 land use compatibly surveys. Land use compatibility management is a manually intensive and time-consuming process. The noise officer may have to compute whether a proposed structure violates FAA's obstruction clearance criteria as set out in FAA's standard for obstacle clearance zones (Part 77). With these thee-dimensional zone shapes entered into AirScene™, the user may enter lat/long and height data for potential obstructions, such as cellular telephone towers as mentioned in the above example. The system will plot the potential obstructions on the map and will determine whether or not the height and proposed position of the tower violates the FAA's obstruction criteria for that runway. The system may be used to generate “exception reports” for proposed structures.

Description

FIELD OF THE INVENTION

The present invention relates to a software system for land use compatibility planning. In particular, the present invention is directed toward software for use at airports to allow the airport to use flight tracking and noise software for other management purposes.

BACKGROUND OF THE INVENTION

Federal Regulation 49 CFR §77 (“part 77”) establishes standards and notification requirements for objects affecting navigable airspace. This notification serves as the basis for evaluating the effect of the construction or alteration on operating procedures. In addition, notification under part 77 is used in determining the potential hazardous effect of the proposed construction on air navigation, identifying mitigating measures to enhance safe air navigation, and charting of new objects. Information on the part 77 standard and process (including the forms) is contained at: http://wwwl.faa.gov/arp/ace/625.htm.

Notification allows the Federal Aviation Administration (FAA) to identify potential aeronautical hazards in advance thus preventing or minimizing the adverse impacts to the safe and efficient use of navigable airspace.

Under 49 CFR §77.13—Any person/organization who intends to sponsor construction or alterations must notify the Administrator of the FAA. The construction and alterations include any construction or alteration exceeding 200 ft above ground level, or any construction or alteration within 20,000 ft of a public use or military airport which exceeds a 100:1 surface from any point on the runway, within 10,000 ft of a public use or military airport which exceeds a 50:1 surface from any point on the runway, or within 5,000 ft of a public use heliport which exceeds a 25:1 surface. In addition, the FAA should be notified under part 77 for the construction or alteration of any highway, railroad or other traverse way whose prescribed adjusted height would exceed that above noted standards, when requested by the FAA, or for any construction or alteration located on a public use airport or heliport regardless of height or location.

Persons failing to comply with the provisions of FAR Part 77 are subject to Civil Penalty under Section 902 of the Federal Aviation Act of 1958, as amended and pursuant to 49 USC .§46301(a). Proposals that are subject to the above must file whether the proposed modification in on or off of airport property. On-Airport evaluations are administered by the FAA Airports Division, with coordinated assistance from Flight Procedures, Airway Facilities and Air Traffic Divisions. Off-Airport evaluations are administered by the FAA Air Traffic Division.

Airports that have received federal funds have an obligation through grant assurances to identify and mitigate hazards to navigable airspace at their airport. Construction or alteration of objects on or around airports can have an adverse impact to operations at an airport. These may include construction of objects may result in an increase to approach minimums to runways, the location of constructed objects may impact runway protection zones, safety areas, object free areas and obstacle free zones, and the transmitting frequency of the proposed facility which may impact the proper operation of navigational aide facilities at an airport.

In considering the vested interest airport owners have in the airport infrastructure, it is prudent for owners to protect the airspace around the airport. All modifications, whether permanent or temporary, are subject to the notice requirement outlined above. Airport owners/operators should assure that all such improvements are properly evaluated by the FAA prior to commencement of the work.

The FAA paperwork requirements under 49 CFR §77 are thus quite extensive. One of these requirements is the land use compatibility survey or study. At many airports, the land use compatibility process involves the use of paper maps, a ruler, and a calculator. For example, a cellular telephone provider will call the noise officer and inquire as to whether or not a cell tower can be erected at a specific latitude/longitude location.

The noise officer may then have to refer to the projected 65 or 70 DNL noise contours for the airport, for ten, fifteen, or twenty years from the present date. A structure such as a cell tower has minimal environmental impact and is not considered residential, so its placement may be relatively independent of an airport's contour maps. However, the noise officer may have to compute whether the proposed structure violates FAA's obstruction clearance criteria as set out in FAA's standard for obstacle clearance zones (Part 77) as discussed above.

As one might expect, the Part 77 standard is well defined by FAA and is designed to protect the integrity of signals emanating from airport landing aids and to provide sufficient margin for approaching or departing aircraft. The problem is that it is fairly complex and time consuming to be computed manually. A need exists in the art to assist airport operators and managers in preparing the necessary land use compatibility materials and forms for compliance with 49 CFR §77.

Previous techniques to monitor and estimate passenger flow at airports did not account for key items of data, such as the number of passengers onboard each aircraft. Preston Aviation and Megadata Corporation jointly marketed a solution (See, e.g., http.//www.taam.com/news/2003_August_—07htm, incorporated herein by reference) that included 4-dimensional modeling as well as aircraft position in the terminal area. This approach lacked several data items including the actual number of passengers on the aircraft as well as the aircraft's actual position on the airport surface after it had landed.

Other systems use some real time data as well as forecast data such as the PlanFlow system. This system (See, e.g., http://www.FirstPlanIT.com, incorporated herein by reference) interfaces with data from a number of different systems to support its modeling features. These include Bag Conversion Data, Flight Schedules and Passenger Forecasts, Flight Events, Passenger Transfer Manifests (PTMs) SMPT Data, and Live BSM Data. Both the Bag Conversion Data and Passenger Forecast data are provided by Real Time's Resource Management System, FirstPlanIT. The limitations of this approach are the forecast data, which may not be accurate to account for the many real time influences on air traffic control, such as weather or other operational events. In addition, the approach assumes access to certain airline manifest information, which may or may not be available at any particular airport or for certain carriers.

Some vendors have attempted to provide passenger flow prediction based on the fusion of a number of different airport data sources. The system built by Switch (See, e.g., http://www.switch.be/docs/core.doc, incorporated herein by reference) stores a number of airport parameters in a centralized database server and attempts to predict passenger counts based on these external parameters. The system has no means of actually determining the number of passengers on board each aircraft.

Systems developed for other modes of transportation such as transit and bus terminals count passengers mechanically or use passive infrared sensors placed at ingress and egress points. This information calibrates models that are used to help allocate resources, determine passenger delays and passenger throughput. The system sold by Infodev (See, e.g., http://www.infodev.ca/AN/vehicle/SystemsAN.shtml, incorporated herein by reference) provides passenger flow and other information to public transit operators to help support intelligent transportation systems. These systems help transit operators allocate resources, determine use, and measure performance. However, these systems do not work in real-time.

A number of commercial and shareware applications support the decoding of ACARS data from radios. The company AirNavSystems (See, e.g., http://www.airnavsystems.com, incorporated herein by reference) has software that allows the user to download ACARS data through the sound card in a PC. This software can only listen to only one ACARS frequency at time and is designed for the aviation enthusiast. The data does contain positional information that can be plotted on a map but this data is not refreshed frequently. AirNavSystems does have software that shows simulated aircraft at the airport but this application is designed to provide more realistic backgrounds for MS Flight Simulator 2004 and for accurate aircraft and passenger tracking.

A number of shareware software is available to download and interpret ACARS data. Examples of such shareware software includes WACARS (See, e.g., http://www.geocities.com/CapeCanaveral/Cockpit/9870/acars.html, incorporated herein by reference), JACARS (See, e.g., http://leclair.homedns.org/jacars/, incorporated herein by reference), Flight1 (See, e.g., http://www.flight1.com/products.asp?product=fsft001, incorporated herein by reference) as well as others. These programs all have the capability to download and interpret ACARS data but are designed for and supported by aviation enthusiasts. These applications do not attempt to provide anything more than entertainment and have no specific business purpose or function.

SUMMARY OF THE INVENTION

The AirScene™ land use compatibility software module is a new feature, which may be integrated within the AirScene™ airport management suite of programs. The AirScene™ suite of programs is disclosed, for example, in its various embodiments described by the Patent Applications and issued Patents cited above and incorporated by reference. The Airscene™ system is available from Rannoch Corporation of Alexandria, Va., assignee of the present application.

Although not a direct noise monitoring responsibility, land use compatibility has a strong environmental component and many airport offices that deal with noise management have to deal with land use compatibility. This software was developed after extensive discussions with existing AirScene™ clients, as well as potential new clients. Airport noise officers have indicated that noise abatement staff spend a significant amount of time on land use compatibility issues. Some airports deal with them on a daily basis while others handle inquiries two to three times per week.

As noted above, in the Prior Art, land use compatibility management is a manually intensive and time-consuming process. The noise officer may have to compute whether a proposed structure violates FAA's obstruction clearance criteria as set out in FAA's standard for obstacle clearance zones (Part 77). Obstacle clearance zones may include: Missed precision approach; Primary surface; Transition surface; and Approach surface zones.

With these thee-dimensional zone shapes entered into AirScene™, the user may enter latitude, longitude and height data for potential obstructions, such as cellular telephone towers as mentioned in the above example. The system will plot the potential obstructions on the map and will determine whether or not the height and proposed position of the tower violates the FAA's obstruction criteria for that runway.

Initially there is some labor to set up the clearance surfaces for each runway according to the criteria, but once entered, they function like any other three-dimensional object such as a corridor or gate, and then can be used to generate “exception reports” for proposed structures. AirScene™ offers a library of Part 77 surfaces, which the user may apply to each approach and departure.

The AirScene™ software may also be used to automatically generate FAA forms including 7460-1, “Notice of Proposed Construction or Alteration”.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram illustrating the FAA Criteria for Obstacle Clearance.

FIG. 2 is an AirScene view for obstacle clearance zones for a typical airport (KSAT Runway 12R) illustrating Part 77 Surfaces Overlaid on GIS.

FIG. 3 is an AirScene view for obstacle clearance zones for a typical airport (KSAT Runway 12R) illustrating AirScene Part 77 Surfaces, 3-D View.

FIG. 4 is a block diagram illustrating the steps in setting up and operating the Part 77 software module of the present invention.

FIG. 5 is a block diagram illustrating the steps in an alternative embodiment of the present invention wherein airport passenger and baggage flow and other parameters may be determined.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a geometric description of the obstacle clearance criteria for a runway approach. Sample Part 77 object identification surfaces, some of which are illustrated in FIG. 1, are defined by the FAA as follows.

The Primary Surface (PS) is defined as a surface longitudinally centered on a runway. When the runway has a specially prepared hard surface, the primary surface extends 200 feet beyond either end of the that runway; but when the runway has no specially prepared surface, or planned hard surface, the primary surface ends at the physical ends of the runway. The elevation of any point on the Primary Surface is the same as the elevation of the nearest point on the runway centerline. Primary surface widths vary with the classification of the runway; however, the width is uniform throughout and is based on the most precise approach existing or planned for either end of that runway.

The Horizontal Surface (HS) is defined as a horizontal plane 150 feet above the established Airport Elevation, the perimeter of which is constructed by swinging arcs of specified radii from the center of each end of the Primary Surface of each runway. Tangents then connect the adjacent arcs. Size of arcs as follows. For all runways designed visual or utility, the radius of each arc is 5,000 feet For PIR and Non-Precision Instrument Runways, the radius of each arc is 10,000 feet. The radius of the arcs specified for each end of a runway will have the same numerical value, that value being the highest determined for either end of the runway. When a 5,000 foot arc is encompassing by tangents connecting two adjacent 10,000 foot arcs, it shall be disregarded.

The Conical Surface (CS) is defined as a surface, which extends upward and outward from the outer limits of the Horizontal Surface for a horizontal distance of 4,000 feet. The slope of the conical surface is 20-1 (5 percent) measured in a vertical plane.

A Transitional Surface (TS) is defined as a surface extending outward and upward, at right angles to the runway centerline and runway centerline extended, from the sides of the Primary Surface and the Approach Surfaces. The slope is 7-1 (14.3 percent) and the surface extends until it intersects the Horizontal or Conical Surface. A PIR Approach Surface that project beyond the limits of the Conical Surface extends a distance of 5,000 feet measured horizontally from the edge of the Approach Surface. The slope is 7-1 (14.3 percent).

Approach surfaces for precision instrument approach may be separately defined as a surface, longitudinally centered, on the extended centerline of the PIR runway, beginning at the end of the Primary Surface and extending outward and upward at a slope of 50:1 (2.0 percent) for a horizontal distance of 10,000 feet and at a slope of 40:1 (2.5 percent) for an additional 40,000 feet. The surface width is that of the Primary Surface at the beginning and increases uniformly to a width of 16,000 feet at a distance of 50,000 feet from the end of the Primary Surface.

For a non-precision instrument approach, where the visibility minimum is as low as mile, the surface may be defined as a surface longitudinally centered on the extended centerline of the runway, beginning at the end of the Primary Surface. The width may be equal to the Primary Surface width at the end adjacent to the runway end and flaring to 4,000 feet at a distance of 10,000 ft from the end of the Primary Surface. The surface slope is 34-1 (3 percent).

For a non-precision approach, where visibility minimums are greater than a mile, dimensions of the specified runway are predicated on the approach visibility minimums. A surface longitudinally centered on the extended centerline of the runway, beginning at the end of the Primary Surface. The width of this surface is 500 feet at the end of the Primary Surface and flares to a width of 3500 feet at a distance of 10,000 feet from the end of the Primary Surface. The surface slope is 34-1 (3 percent).

For a visual approach, a surface is defined longitudinally on the extended centerline of the runway, beginning at the end of the Primary Surface. The width at this point is 500 feet and it flares to 1,500 feet at a distance of 5,000 feet from the end of the Primary Surface. The surface slope is 20-1 (5 percent).

For a Non Precision (NP) approach, utility runways with Non-Precision Approach Surfaces are not affected by visibility minimums. The width of this surface if 500 feet at the end of the Primary Surface and flare s to a width of 2,000 feet at a distance of 5,000 feet from the end of the Primary Surface. The surface slope is 20-1 (5 percent). A surface longitudinally centered on the extended centerline of the runway, beginning at the end of the Primary Surface, and with dimensions predicated upon the permissible approach visibility minimums established for the specific runway end, as follows.

For a (V) Visual Approach, the surface begins with a 250-feet width at the end of the Primary Surface and flares to a width of 1,250 feet at a distance of 5,000 feet from the end of the Primary Surface. The surface slope is 20-1 (5 percent).

For an Area Navigation Approach, a number of Object Identification Surfaces may be defined. The Primary Surface may be defined as a surface a 1,000 foot wide rectangular in shape and centered on the runway centerline, beginning 200 feet on the approach side of a runway threshold and extending to 200 feet beyond the opposite runway threshold. The elevation of any point on the Primary Surface is the same as the elevation of the nearest point on the runway centerline.

A Transitional Surface (TS) may be defined as a surface extending outward and upward, starting from the runway threshold from the edge of the Approach Surface. The surface width is 600 feet at the beginning and increases uniformly to a width of 6,376 feet a t a distance of 52,000 feet from the threshold. The slope is 7-1 (14.3 percent).

The Approach Surface (AS) may be defined as follows for the following scenarios.

For a Precision, Conventional Landing, the Approach Surface may comprise a surface longitudinally centered, on the extended centerline of the runway, beginning at the end of the Primary Surface and extending outward and upward at a slope of 50:1 (2.0 percent) for a horizontal distance of 2566 feet and at a slope of 34:1 (3.0 percent) for an additional 47,434 feet. The surface width is that of the Primary Surface (800 feet) at the beginning and increases uniformly to a width of 4,400 feet at a distance of 50,200 feet from the Threshold.

For a Missed Approach, the Approach Surface may be defined as a surface longitudinally centered, on the extended centerline of the runway, beginning at 1300 feet outboard from the approach runway threshold, width of surface is 2,333.3 feet and 22 feet above the threshold elevation. The surface extending outward and upward at a slope of 40:1 (2.5 percent) for a horizontal distance of 7800 feet. The surface width is 2,333.3 feet at the beginning of the missed approach and increases uniformly to a width of 6,200 feet at a distance of 7,800 feet from the end of the Primary Surface.

FIGS. 2 and 3 are two AirScene views for obstacle clearance zones for San Antonio runway 12R. Obstacles included are: Missed Precision Approach; Primary Surface; Transition Surface; and Approach Surface, as defined above.

FIG. 4 is a block diagram illustrating the steps in setting up and operating the Part 77 software module of the present invention. In a first step 410 in the process, 3-D data for the airport is entered into the AirScene™ database. Much of this data may already be in the AirScene™ database, if the AirScene™ software is already in use at the airport for tracking airplanes on the ground, taking off, or landing, and also in use for obstacle avoidance for aircraft in an around the airport. Obstacle clearance zones may include: Missed precision approach; Primary surface; Transition surface; and Approach surface zones.

With these thee-dimensional zone shapes entered into AirScene™, the user may enter latitude, longitude and height data in step 420 for potential obstructions, such as cellular telephone towers as mentioned in the above example. In step 430 the AirScene™ system will plot the potential obstructions on the map and will determine whether or not the height and proposed position of the tower violates the FAA's obstruction criteria for that runway. The algorithm for this calculation may be based upon an aircraft obstruction avoidance algorithm and other AirScene™ algorithms used to track aircraft and ground vehicles in an around an airport. Thus, the system does not require a large amount of additional database or calculation software to run, and can be offered to airport operators as an inexpensive add-on software module.

In step 440, a determination is made whether an obstruction exists. Such a determination might be that a cell phone tower, office building, or the like interferes with the landing approach or missed approach (go around) to take-off path of an airplane (within FAA parameters) and/or may interfere with glideslope radio signals, sight lines for runways or the like. Again, using modified versions of the existing AirScene™ software, it is not difficult to calculate this data without having to re-invent the algorithms.

In step 450, FAA Part 77 (or other regulatory body) reports (or just informational reports for the user) may be generated. These may take the form of paper forms and also plots illustrating (in 2-D or 3-D) the location of the existing or proposed object (tower, building, or the like) relative to the 3-D zones associated with the airport (or proposed new airport). This report can be electronically generated as well and electronically submitted to the FAA or other governing body for approval as a Part 77 Notice report or the like.

With these three-dimensional shapes entered into AirScene, the user may enter latitude, longitude and height data for potential obstructions, such as cellular telephone towers as mentioned in the above example. The system plots the potential obstructions on the map and will determine whether or not the height and proposed position of the tower violates the FAA's obstruction criteria for that runway. Initially there is some labor to set up the clearance surfaces for each runway according to the criteria, but once entered they function like any other 3-dimensional object such as a corridor or gate, and then can be used to generate “exception reports” for proposed structures.

The AirScene software may then be used to automatically generate FAA forms including 7460-1, “Notice of Proposed Construction or Alteration.” These forms may be printed out or submitted electronically to the FAA for part 77 Notification compliance. By integrating Part 77 Notification utilities into the existing AirScene™ software, an airport operator is provided with an inexpensive means of complying with complex FAA standards in an accurate and automated fashion. The system of the present invention insures that the data for part 77 compliance is accurately recorded and calculated and moreover does so without requiring repeated extensive surveys, measurements, calculations and expertise on the part of the operator. Once initially set up, the system can be used over and over again. This insures not only that the airport is in compliance with Federal laws, but also helps maintain safe operation of the airport.

While the present invention is described in connection with the FAA part 77 compliance, the present invention may also be used as a stand-alone system for general safety assurance at any type of airport, foreign or domestic. Moreover, the present invention may be suitably altered to provide compliance to other types of safety standards, including foreign safety standards, international safety standards, and safety and other standards promulgated by standards organizations and the like.

In addition, the system of the present invention may be applied to off-airport applications where building clearances, sight lines, radio interference, interference with air traffic (helicopter traffic and the like) and the like are of interest.

The present invention may also be applied to the problem of Airport Passenger Flow planning in addition to the airport planning dealing with FAR part 77 and airport planning.

FIG. 5 is a block diagram illustrating the steps in an alternative embodiment of the present invention wherein airport passenger and baggage flow and other parameters may be determined. Data from various sensors and sources feeds into the system. Data sources may include but are not limited to ACARS 510, ADS-B 530, AirScene Multilateration Tracking System 520, and the like. The data fields from these various sources may include but are not limited to aircraft weight, cargo weight, number of passengers, positional information, velocity, fuel on board, on-block time, off-block time, time of landing, time of lift off, origin, destination, runway used, gate used, time at gate, and the like.

The data acquisition unit (DAU) 540 acquires this data and stores it until it is transferred to the data correlation and assembly unit (DCAU) 550. DCAU 550 processes this raw data from the different sources 510-530 and constructs a single complete set of data for each unique aircraft.

DCAU 550 also processes the data with respect to the GIS data for the airport, including the orientation or runways, taxiways, and buildings. If a weather data feed is available, this data can be used to assist with the aircraft estimate of arrival time (ETA) at the gates. For example, heavy rain may add delay to an ETA. In addition, historical airport performance data may be used to enhance the estimate of the aircraft ETA. All of these data feeds are not essential, but are used in the estimation of ETAs, if they are available.

This processed data is then transferred to the AirScene Data Warehouse (ADW) 560. The Data Warehouse is a relational database (i.e. Microsoft SQL Server or Oracle 8i) that enables access to the data for analysis and reporting purposes. It is the access to the data in the relational database server that provides the desired results from the system.

There are a number of sample uses for this data. For example, airport resource managers can run reports from one of workstations 570, which describe the number of people enplaned or deplaned at each gate, at each terminal, at the airport, and the like. Airport billing departments can link their accounting systems directly to the ADW and extract data required to produce passenger facility charge (PFC) audit reports. Airport planners can extract the data necessary to compute the tonnage of cargo landed on each runway for application to the FAA for additional funding. Airport maintenance departments will run reports to determine the total tonnage of aircraft landing on each runway for anticipating maintenance requirements.

In the Prior Art, an airport may use various “home grown” models for planning. For example, Time & Motion Modeling may be used to model peak hour usage. Here they take the busiest scheduled hour and apply a FIG. 90% for the arriving/departing flights. The airport builds and plans around the ability to handle this figure. Capacity Modeling can be used for modeling ticket counter and security checkpoint flows. Also used for modeling baggage claim capacity.

As with the Time & Motion Modeling above, the airport may use a peak % figure of the departing or arriving seats to derive passenger and baggage flows. The only way that the airport can audit the accuracy of the system above is by either paying a consultant or using airport staff to conduct passenger survey and counts.

Thus, the ability of AirScene with ACARS to integrate inbound and outbound aircraft with passenger counts, as illustrated in the embodiment of FIG. 5, provides airports with an independent and automated solution for auditing and even feeding data into their existing airport modeling programs.

The embodiment of FIG. 5 may be used to provide a number of applications or systems for airport use. For example, the system of FIG. 5 may be used to provide an accurate real-time assessment of the number of passengers on each arriving aircraft before it arrives. IN addition, the system of FIG. 5 may provide an accurate real-time assessment of the number of passengers on each departing aircraft at the time the aircraft door is closed.

Moreover, the system of FIG. 5 may also accurately model passenger flow by fusing accurate historic data, flight schedules, and other relevant data, determine the exact time an aircraft arrives or departs a gate, the exact use of the gates and ramps by the passengers, as well as passenger breakdown by time and length of journey flown.

The system of claim 5 may also determine the number of passenger hours spent in stationary airplanes during backups or inclement weather (passenger satisfaction and passenger bill of rights issue). The system of claim 5 may also determine passenger time-based airport performance metrics; time required from the curb to the aircraft and from airplane to curb.

Further applications may include resource management of concessions and security, facilities, transportation, carousels, parking, wheelchairs, and the like. The system may also provide an accurate real-time assessment of the weight of luggage or cargo on each arriving aircraft before it arrives. In addition, the system may provide an accurate real-time assessment of the weight of luggage or cargo on each departing aircraft at the time of departure. The system may also determine the amount of fuel supplied to each aircraft.

All of these embodiments of the system of FIG. 5 are possible, as the ACARS and other data sources provide a rich source of detailed aircraft information, which, when used alone or in combination with other sources (e.g., FAA databases) can provide a complete detailed analysis of each aircraft flight, including but not limited to the number of passengers and crew on board, aircraft weight, fuel requirements, and the like.

From this information, other data, such as luggage weight can be derived. For example, knowing the gross weight of the aircraft, one can infer the luggage weight by subtracting the aircraft (empty) weight and passenger weight (actual or estimated).

Similarly, other data can be created from this data fusion process. For example, many airlines make claims as to “on time” departures or arrivals based upon “push back” times from the gate or based upon landing times. If passengers are forced to wait on the ground in the aircraft for minutes or hours, this time is not considered in airline “on time” arrival and departure data. As a result, most airline “on time” data is rather specious and self-serving. However, the system of the present invention can be used to provide real on-time data.

For example, multilateration data can calculate the position of an aircraft on the ground or in the air. Thus, the time from when an aircraft “pushes back” from the gate until takeoff can be readily calculated from aircraft position data. Real and accurate “on time” data can thus be calculated, and moreover, the amount of time airplanes are sitting on runways and taxiways waiting to take off can be accurately measured. With this data, airport managers and airline operators can better manage flight schedules so as to minimize the number or aircraft waiting in line to take off, or aircraft idling waiting for a gate to open up.

While the preferred embodiment and various alternative embodiments of the invention have been disclosed and described in detail herein, it may be apparent to those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope thereof.

Claims

1. A system for determining land use compatibility in and around an airport, comprising: storage memory for storing at least one or more three-dimensional zone data relating to an airport approach criteria; a data input for accepting dimensional data of an existing or proposed construction; and a processor for plotting the existing or proposed construction on a map and determining whether or not existing or proposed construction violates predetermined obstruction criteria for the airport.

2. The system of claim 1, wherein the dimensional data comprises latitude and longitude and height of the existing or proposed construction.

3. The system of claim 1, wherein the one or more three-dimensional zone data comprises at least one of Missed precision approach, Primary Surface, Transition Surface, and Approach Surface zones.

4. The system of claim 3, wherein the Primary Surface comprises a surface longitudinally centered on a runway, extending 200 feet beyond either end of the runway, when the runway has a specially prepared hard surface, and ending at the end of the runway if the runway has no specially prepared surface.

5. The system of claim 4, wherein the elevation of any point on the Primary Surface is the same as the elevation of the nearest point on the runway centerline and the width of the Primary Surface is uniform throughout and is based on the most precise approach existing or planned for either end of the runway.

6. The system of claim 4, wherein the Approach Surface for a precision instrument approach comprises a surface, longitudinally centered, on the extended centerline of the runway, beginning at the end of the Primary Surface and extending outward and upward at a slope of 50:1 (2.0 percent) for a horizontal distance of 10,000 feet and at a slope of 40:1 (2.5 percent) for an additional 40,000 feet having a width the same as the Primary Surface at the beginning and increases uniformly to a width of 16,000 feet at a distance of 50,000 feet from the end of the Primary Surface.

7. The system of claim 6, wherein the Transition Surface comprises a surface extending outward and upward, at right angles to the runway centerline and runway centerline extended, from the sides of the Primary Surface and the Approach Surfaces having a slope of 7-1 (14.3 percent) and extending until it intersects a Horizontal or Conical Surface.

8. The system of claim 1, wherein the processor generates compliance forms showing that the existing or proposed construction does not violate predetermined obstruction criteria for the airport.

9. The system of claim 1, wherein the processor generates FAA forms including 7460-1, “Notice of Proposed Construction or Alteration” in response to determination of whether or not existing or proposed construction violates predetermined obstruction criteria for the airport

10. A method for determining land use compatibility in and around an airport, comprising the steps of: storing at least one or more three-dimensional zone data relating to an airport approach criteria in a memory, inputting dimensional data of an existing or proposed construction, and plotting the existing or proposed construction on a map and determining whether or not existing or proposed construction violates predetermined obstruction criteria for the airport.

11. The method of claim 10, wherein the dimensional data comprises latitude and longitude and height of the existing or proposed construction.

12. The method of claim 10, wherein the one or more three-dimensional zone data comprises at least one of Missed precision approach, Primary Surface, Transition Surface, and Approach Surface zones.

13. The method of claim 12, wherein the Primary Surface comprises a surface longitudinally centered on a runway, extending 200 feet beyond either end of the runway, when the runway has a specially prepared hard surface, and ending at the end of the runway if the runway has no specially prepared surface.

14. The method of claim 13, wherein the elevation of any point on the Primary Surface is the same as the elevation of the nearest point on the runway centerline and the width of the Primary Surface is uniform throughout and is based on the most precise approach existing or planned for either end of the runway.

15. The method of claim 13, wherein the Approach Surface for a precision instrument approach comprises a surface, longitudinally centered, on the extended centerline of the runway, beginning at the end of the Primary Surface and extending outward and upward at a slope of 50:1 (2.0 percent) for a horizontal distance of 10,000 feet and at a slope of 40:1 (2.5 percent) for an additional 40,000 feet having a width the same as the Primary Surface at the beginning and increases uniformly to a width of 16,000 feet at a distance of 50,000 feet from the end of the Primary Surface.

16. The method of claim 15, wherein the Transition Surface comprises a surface extending outward and upward, at right angles to the runway centerline and runway centerline extended, from the sides of the Primary Surface and the Approach Surfaces having a slope of 7-1 (14.3 percent) and extending until it intersects a Horizontal or Conical Surface.

17. The method of claim 10, further comprising the step of generating compliance forms showing that the existing or proposed construction does not violate predetermined obstruction criteria for the airport.

18. The method of claim 10, further comprising the step of generating FAA forms including 7460-10, “Notice of Proposed Construction or Alteration” in response to determination of whether or not existing or proposed construction violates predetermined obstruction criteria for the airport.

19. A system for generating airport usage data, comprising: at least one data source providing information relating to airplane traffic at the airport; means for retrieving data from the at least one data source; means for correlating and assembling data from the at least one data source to produce a single stream of correlated data; and an output device for outputting airport traffic flow data from the single stream of correlated data.

20. The system of claim 19, wherein the traffic flow data comprises an accurate real-time assessment of the number of passengers on each arriving aircraft before it arrives.

21. The system of claim 19, wherein the traffic flow data comprises an accurate real-time assessment of the number of passengers on each departing aircraft at the time the aircraft door is closed.

22. The system of claim 19, wherein the traffic flow data comprises passenger flow.

23. The system of claim 22, wherein the at least one data source comprises historic data and flight schedules.

24. The system of claim 19, wherein the traffic flow data comprises the exact time an aircraft arrives or departs a gate.

25. The system of claim 19, wherein the traffic flow data comprises the exact use of the gates and ramps by passengers.

26. The system of claim 19, wherein the traffic flow data comprises passenger breakdown by time and length of journey flown.

27. The system of claim 19, wherein the traffic flow data comprises passenger hours spent in stationary airplanes during backups or inclement weather.

28. The system of claim 19, wherein the traffic flow data comprises passenger time-based airport performance metrics including at least one of time required from the curb to the aircraft and from airplane to curb.

29. The system of claim 19, wherein the traffic flow data comprises resource management of concessions and security, facilities, transportation, carousels, parking, and wheelchairs.

30. The system of claim 19, wherein the traffic flow data comprises an accurate real-time assessment of the weight of luggage or cargo on each arriving aircraft before it arrives.

31. The system of claim 19, wherein the traffic flow data comprises an accurate real-time assessment of the weight of luggage or cargo on each departing aircraft at the time of departure.

32. The system of claim 19, wherein the traffic flow data comprises the amount of fuel supplied to each aircraft.