FLIGHT / KNOWLEDGE & DESIGN
Flying in Europe | Separating Aircraft Classes from Operational Categories
Open and Specific, A1, A2 and A3, aircraft classes. Don't mix up similar-sounding names; start by understanding what each one classifies.
Read this page in order
Sort out the three classifications
| Classification | What it separates | How the design treats it |
|---|---|---|
| Open / Specific etc. | Category of operation | Tied to the conditions of this operation |
| A1 / A2 / A3 | Operational subcategories within Open | Cross-checked against aircraft, proximity to people, training etc. |
| C0, C1 etc. | Aircraft class marking | Tied to aircraft attributes and evidence |
In EASA's Open category there are conditions such as visual line of sight and altitude on top of the aircraft conditions. A 120 m limit is generally stated, but check the original text, including exceptions and how it relates to terrain. If you exceed the Open conditions, confirm with the authority whether Specific or another category applies.
Source: EASA | Open category requirementsSource: EASA | Specific CategoryDon't treat "the EU" as a single permit
Reading the common framework is one thing; looking up the authority and geographical zones of the country you actually fly in is another. The app should store the country, the jurisdiction, the registering entity and the area covered. A label that just says "registered in Europe" doesn't tell anyone what was verified.
Operator registration and aircraft class marking are different things too. Because a camera or similar sensor can make operator registration relevant even for a light aircraft, don't steer people with "under 250 g means nothing is required"; send them on to EASA's overview and the authority's guidance.
Source: EASA | Open CategoryAn example question flow
- Specify the country and the date and time of the flight first.
- Confirm aircraft class, weight, camera and so on, with evidence.
- Enter operating conditions such as distance from people, visual line of sight and altitude.
- Show the training, registration and geographical-zone items that need checking.
- For an unknown class or an older aircraft, check the applicable official treatment.
You don't have to show every input at once. Present only the questions the previous answers make necessary, in order, and you get both a short UI and a rigorous sorting of conditions.
Manage language and jurisdiction separately
Someone using the app in Japanese may be flying in France. Setting the display language to Japanese must not apply Japan's rules. Hold them as separate values, such as language=ja and jurisdiction=FR. Where a translation isn't available, show the original text and its source, and never fill in decision-relevant sentences by guesswork.
DEFINITION OF DONE
When you build it, check these.
- Changing the display language does not change the applicable country.
- Operational category and aircraft class are handled as separate fields.
- An unknown aircraft class is never replaced with "not applicable".
Design checklist items for use in spec reviews and functional testing.
Check the sources
The explanations of rules and definitions refer to the materials below. The screens, data and definition of done are our own design proposals.
- EASA | Open category requirementsBasic conditions of the Open category
- EASA | Open CategoryAircraft classes, subcategories, training etc.
- EASA | Specific CategoryRegulatory entry point for operations beyond Open
Sources checked on 30 September 2026. Confirm how the rules apply to your own case against the latest official information.