LGS
Latvijas gaisa satiksme (LGS)
Latvian air navigation service provider
LGS Aeronautical Information Request Service 1.0.0
Abstract
LGS Aeronautical Information Request Service allows the service consumer to get aeronautical information concerning the actual and future infrastructure to be used by air traffic such as aerodromes, airspaces, navigation aids and ATS routes. The exact information needed by the service consumer can be specified in the request e.g. based on feature name or the location of the feature. The information returned is in the form of an AIXM 5.1.1 message.
Service Type
SWIM_COMPLIANT
Abbreviation
LGS
Life Cycle
Business Activity Type
INFORMATION_MANAGEMENT
Intended Consumer
Information Exchange Category
AERONAUTICAL_INFORMATION_EXCHANGE
Application Message Exchange Pattern Entity
ICAO Region
Latvian FIR including delegated airspace
Geospatial Categorisation Description
EVRR FIR including delegated airspace
In-Operation Date
30-Dec-2025
Provider
Provider Type
CIVIL_AIR_NAVIGATION_SERVICE_PROVIDER
Point of Contact
General
Operational Needs
LGS Aeronautical Information Request Service 1.0.0 provides access to the aeronautical data. LGS Aeronautical Information Request Service 1.0.0 uses OGC Web Feature Service queries service to provide on-demand aeronautical information encoded in AIXM 5.1.1 format.
Query the data from LGS Integrated AIM database (IAIMDB), in order to produce e.g. flight manuals, FMS (Flight Management System)
Use aeronautical data and information in preparation and execution of GAT/OAT flight operations.
Provide and use aeronautical information/data supporting airport operations in order to facilitate the oversight of the airside operations, landside operations as well as information management related to the collection and distribution of daily flight information.
Provide and consume aeronautical information in order to discharge the obligations of the ICAO Member States in line with the Chicago Convention and its Annexes, such as Annex 15 (Aeronautical Information Services), Annex 4 (Aeronautical Charts), facilitate cross-border data coordination, supporting LoAs, SLAs, etc.
Use aeronautical information and data in FDP (Flight Data Processing) systems and ARO (Air Traffic Services Reporting Office) services.
Use aeronautical information and data supporting the provision of air traffic and flow management, CNS (Communication Navigation Surveillance) services, aeronautical information and meteorologic services, SAR (Search and Rescue) services.
Use aeronautical information and data for the management and provision of the European ATM Network services including ATFM, ATFCM, IFPS, etc.
Capabilities
The methods implemented by the service offer a large palette of aeronautical information data, required by customers who consume and provide harmonized and up-to-date data.
Functionality
LGS Aeronautical Information Request Service 1.0.0 provides a query interface by means of the standardized OGC Web Feature Service (WFS) returning existing data according to the applied filters. When temporal filters are used, LGS Aeronautical Information Request Service 1.0.0 provides a temporal query interface (based on a Temporal Extension (WFS-TE)) returning the requested data in accordance with the AIXM 5.1.1 temporality.
Access and Use
To access and use SWIM service, consumers must: 1.Register as a client in the LGS SWIM Client Portal https://swim-ais.lgs.lv. 2. Accept the Terms and Condition as part of the registration process 3. Generate an API password via the portal, which will be used for authentication and authorization when requesting the service.
The LGS Aeronautical Information Request Service 1.0.0 consumers may use data in order to integrate it in data products or facilitate their operations. Reselling data is prohibited.
Customers can be negatively impacted when data usage is disproportionate and for extended periods. As protection mechanism, LGS Aeronautical Information Request Service 1.0.0 service will restrict excessive requests originated from the same client.
The authentication mechanism follows WS-Light binding principles. The server is authenticated using an X.509 certificate over TLS. Clients authenticate using either HTTP Basic authentication methods over HTTPS. This ensures secure communication and client identity verification.
In order to consume the LGS Aeronautical Information Request Service 1.0.0, the Data Consumer must have the appropriate user roles granted via the SWIM Client Portal. Access to specific service operations is determined by these roles and the associated permissions.
Quality of Service
Response Time is designed in function of the operation complexity.- Low Complexity filter criteria in an AIS Data Query, the average response time is less or equal to 4 seconds- Medium Complexity filter criteria in an AIS Data Query, the average response time is less or equal to 5 seconds- High Complexity filter criteria in an AIS Data Query, the average response time is less or equal to 6 seconds- Very High Complexity filter criteria in an AIS Data Query, the average response time is less or equal to 8 seconds- Low complexity query parameters:-- (Dynamic) Feature Filter--- Validity - validTime--- Identifier--- Interpretation-- Time slice Projection--- relevantTime--- Interpretation- Medium complexity query parameters:-- Any combination of Low complexity filter conditions and-- (Dynamic) Feature Filter--- By Feature time slice Simple Properties-- Time slice Projection--- By Feature time slice Simple Properties- High complexity query parameters:-- Any combination of filter conditions with:--- Low complexity--- Medium complexity and-- (Dynamic)Feature Filter--- By Feature time slice complex properties--- One Spatial Filter Condition-- Time slice Projection--- By Feature time slice complex properties- Very high complexity query parameters:-- Any combination of filter conditions with:--- Low complexity--- Medium complexity--- High complexity and-- (Dynamic)Feature Filter--- multiple Spatial Filter Condition
The service is designed to support at least 1 request per second under normal operating conditions
The availability of LGS Aeronautical Information Request Service 1.0.0 Service is at least 99,975%.
The unplanned unavailability of LGS Aeronautical Information Request Service 1.0.0 services shall not exceed 30 minutes (RTO = 30 minutes). In case of incidents LGS Aeronautical Information Request Service 1.0.0 service ensures that no data is lost (RPO = 15) followed by operational procedures to recover potential data losses.
To ensure data confidentiality, the LGS Aeronautical Information Request Service 1.0.0 is accessed via HTTPS using mutual TLS (mTLS), which encrypts all messages and payloads during transmission over the network.
The LGS Aeronautical Information Request Service 1.0.0 ensures data integrity by including a CRC32Q checksum for each response message. The checksum is returned in the response header, allowing clients to verify that the message content has not been altered or corrupted during transmission. In addition, message confidentiality and integrity during transit are protected by mutual TLS (mTLS), based on TLS v1.2.
Validation
Service Support
Contact Information
Role
Customer Service for general information and service support.
Abbreviations
Aeronautical Information Management
ATM Information Reference Model
Aeronautical Information Services
Aeronautical Information Exchange Model
Air Traffic Services Reporting Office
Air Traffic Flow and Capacity Management
Air Traffic Flow Management
Air Traffic Management
Communication, Navigation & Surveillance
Factory Acceptance Testing
Flow and Capacity Management
Flight Data Processing
Flight Management System
General Air Traffic
Geography Markup Language
Hypertext Transport Protocol
Secure HTTP
International Civil Aviation Organization
Integrated Initial Flight Plan Processing System
Latvijas Gaisa Satiksme
Operational Air Traffic
Open Geospatial Consortium
Recovery Point Objective
Recovery Time Objective
Search and Rescue
Site Acceptance Testing
System Quality Testing
System-Wide Information Management
Transport Layer Security
Uniform Resource Locator
Web Feature Service
Extensible Markup Language
Information
Information Definition
AIXM
https://aixm.aero
Filtering
LGS Aeronautical Information Request Service 0.9.0 implements the following spatial operators: BBox, Intersects, Within, DWithin.
Temporal filters based on WFS-TE supporting all defined temporality use cases.
LGS Aeronautical Information Request Service 0.9.0 implements the following comparison operators: PropertyIsEqualTo, PropertyIsNotEqualTo, PropertyIsLessThan, PropertyIsGreaterThan, PropertyIsLessThanOrEqualTo, PropertyIsGreaterThanOrEqualTo, PropertyIsLike, PropertyIsBetween, PropertyIsNull. Logical operators are also supported but does not implement additional functions.
Source of Information
Latvian AIM Environment
Technical
Technical Constraint
Not implemented.
Not implemented.
Not implemented.
Not implemented.
As recommended in OGC WFS Profile best practices document, the CountDefault parameter is restricted to a value of 200. Consequently, all WFS requests that do not specify a value for the "count" parameter will return at most 200 results.
With reference to OGC Web Feature Service (WFS) (OGC 09-025r2) LGS Aeronautical Information Request Service 1.0.0 supports the following spatial filters: BBox, Intersects, Within, DWithin
With reference to OGC Web Feature Service (WFS) (OGC 09-025r2) LGS Aeronautical Information Request Service 1.0.0 supports all temporal filters.
The LGS Aeronautical Information Request Service 1.0.0 is provided as a REST API based on WS-Light standards. To ensure system stability and fair usage, excessive or abusive request patterns may be subject to rate limiting or access throttling.
Service Monitoring
Not available to consumer.
Behaviour
Under normal operating conditions, the Data Consumer sends requests compliant with the OGC Web Feature Service (WFS) and WFS Temporality Extension (WFS-TE) standards to the LGS Aeronautical Information Request Service 1.0.0. The service processes spatial and temporal queries and responds with aeronautical information encoded in AIXM 5.1.1 format. Clients are expected to construct requests using supported operators as defined in the applicable standards.
The service provides error responses according to the OGC OWS ExceptionReport standard. Clients can expect clear feedback indicating the outcome of each request, following structured and consistent error reporting practices.
Interfaces
The interface is used to group the operations offered by the OGC Web Feature Service 2.0 Interface Standard.
Operations
The GetCapabilities operation generates a service metadata document describing a WFS service provided by a server.
Idempotent
IDEMPOTENT
Operation Message
Binding Method
SWIM_TI_YP_1_0_WS_LIGHT
The GetFeature operation returns a selection of features from a data store.
Idempotent
NON_IDEMPOTENT
Operation Message
Binding Method
SWIM_TI_YP_1_0_WS_LIGHT
Endpoints
The REST service endpoint exposes the Web Feature Service (WFS) interface version 5.1.1 with AIXM 5.1.1 data format, implementing the WFS Temporality Extension (WFS-TE) standard.
Reference
The REST endpoint returns the service metadata document describing the WFS capabilities as defined by the OGC WFS standard.
Reference
Service Interface Binding
A WFS-2.0 is bound for the REST architectural style.
Network Interface Binding
SWIM TI Yellow Profile specification
Messages
References
Service Documents
urn:aero:airm:1.2.0:ContextualModel:ATMBusinessTerms:Aeronautical_information
Reference
The semantic correspondence with AIXM 5.1.1 can be found here:
https://airm.aero/developers/advanced-search/1.2.0/Aeronautical%2520information?model=ContextualModel
Implemented Standards
The GML Profile for aeronautical data is limited to 2D elements and includes only the features necessary for encoding geometries of type point, line/curve and polygon/surface (outer boundaries only). The following components of GML are out of scope for the AIXM GML Profile: Topology, Linear Referencing, Coverages. This additional GML component necessary to the ISO 19139 (gco /basicTypes.xsd), which is imported in the GML and AIXM metadata, needs additional types. These types are not included in this profile.
This International Standard specifies the behaviour of a service that provides transactions on and access to geographic features in a manner independent of the underlying data store. It specifies discovery operations, query operations, locking operations, transaction operations and operations to manage stored parameterized query expressions.
REST (Representational State Transfer) is a set of constraints for designing and developing web-based systems that are scalable, reliable, and loosely coupled. REST APIs use HTTP methods (such as GET, POST, PUT, DELETE) to define actions that can be performed on resources. These methods align with CRUD (Create, Read, Update, Delete) operations, which are used to manipulate resources over the web.
Extensible Markup Language (XML) is a markup language and file format for storing, transmitting, and reconstructing arbitrary data. It defines a set of rules for encoding documents in a format that is both human-readable and machine-readable.
The temporality extension has been developed in order to align the OGC WFS 2.0 and FES 2.0 standards with the AIXM 5.1.1 Temporality Concept. It allows retrieving data in AIXM 5.1.1 format via OGC WFS 2.0 requests.
We have added a subscription mechanism WS-N.
Revision Save Date
Tue, 12/30/2025 - 14:36
Schema version
v2