# Data loss between FlightXML and AeroAPI

**URL:** <https://discussions.flightaware.com/t/data-loss-between-flightxml-and-aeroapi/89194>\
**Category:** AeroAPI\
**Created:** [August 16, 2023, 7:10am UTC](https://discussions.flightaware.com/t/data-loss-between-flightxml-and-aeroapi/89194 "2023-08-16T07:10:40Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Stylofly](https://sea1.discourse-cdn.com/flex019/user_avatar/discussions.flightaware.com/stylofly/32/115322_2.png) [@Stylofly](https://discussions.flightaware.com/u/Stylofly)\
**Post date:** [August 16, 2023, 7:10am UTC](https://discussions.flightaware.com/t/data-loss-between-flightxml-and-aeroapi/89194/1 "2023-08-16T07:10:40Z")

</div>

I’ve found some issues in the process of migrating from FlightXML2 to AeroAPI.  
an example result from FlightXML2/SearchBirdseyeInFlight:

```auto
    {
        "faFlightID": "FD467-1692145623-fds-1627p",
        "ident": "FD467",
        "prefix": "",
        "type": "BE20",
        "suffix": "",
        "origin": "YBRK",
        "destination": "YBBN",
        "timeout": "0",
        "timestamp": 1692161029,
        "departureTime": 1692157211,
        "firstPositionTime": 1692156971,
        "arrivalTime": 0,
        "longitude": 152.87279,
        "latitude": -27.03557,
        "lowLongitude": 150.47385,
        "lowLatitude": -27.03557,
        "highLongitude": 152.87279,
        "highLatitude": -23.37305,
        "groundspeed": 222,
        "altitude": 98,
        "heading": 178,
        "altitudeStatus": "",
        "updateType": "A",
        "altitudeChange": "D",
        "waypoints": "-27.384 153.12"
  }

```

and the equivalent result with aeroapi/flights/search:

```auto
    {
      "ident": "FD467",
      "ident_icao": "FD467",
      "ident_iata": null,
      "fa_flight_id": "FD467-1692145623-fds-1627p",
      "actual_off": "2023-08-16T03:40:11Z",
      "actual_on": null,
      "foresight_predictions_available": false,
      "predicted_out": null,
      "predicted_off": null,
      "predicted_on": null,
      "predicted_in": null,
      "predicted_out_source": null,
      "predicted_off_source": null,
      "predicted_on_source": null,
      "predicted_in_source": null,
      "origin": {
        "code": "YBRK",
        "code_icao": "YBRK",
        "code_iata": "ROK",
        "code_lid": null,
        "timezone": "Australia/Brisbane",
        "name": "Rockhampton",
        "city": "Rockhampton",
        "airport_info_url": "/airports/YBRK"
      },
      "destination": null,
      "waypoints": [],
      "first_position_time": "2023-08-16T03:36:11Z",
      "last_position": {
        "fa_flight_id": "FD467-1692145623-fds-1627p",
        "altitude": 98,
        "altitude_change": "D",
        "groundspeed": 222,
        "heading": 178,
        "latitude": -27.03557,
        "longitude": 152.87279,
        "timestamp": "2023-08-16T04:43:49Z",
        "update_type": "A"
      },
      "bounding_box": [
        -23.37305,
        150.47385,
        -27.03557,
        152.87279
      ],
      "ident_prefix": null,
      "aircraft_type": null
    }

```

There are fields that are empty in AeroAPI, that I require for my specific use case. They are the “destination” and “aircraft\_type” fields.  
These are obviously accessible to FlightXML so its not a case of the information not existing.  
Is this a known issue? And would I be able to expect this to be solved in the near future, especially considering the end of service of FlightXML?

Also am I right to assume AeroAPI::actual\_off is equivalent to FlightXML::departureTime ?  
After epoch conversion they seem to be the same times, but I couldn’t find a definitive answer.

Edit: phrasing

---

<div class="post-metadata">

**Author:** ![cbw](https://sea1.discourse-cdn.com/flex019/user_avatar/discussions.flightaware.com/cbw/32/117000_2.png) [@cbw](https://discussions.flightaware.com/u/cbw)\
**Post date:** [August 16, 2023, 12:17pm UTC](https://discussions.flightaware.com/t/data-loss-between-flightxml-and-aeroapi/89194/2 "2023-08-16T12:17:44Z")

</div>

I do not seem to see a v4/AeroAPI key under your user account. Which user account are you using v4/AeroAPI under? My speculation is that this account has a subtractive ACL (Access Control List) for Australian data.

---

<div class="post-metadata">

**Author:** ![VisitorExperience](https://sea1.discourse-cdn.com/flex019/user_avatar/discussions.flightaware.com/visitorexperience/32/115321_2.png) [@VisitorExperience](https://discussions.flightaware.com/u/VisitorExperience)\
**Post date:** [August 16, 2023, 11:41pm UTC](https://discussions.flightaware.com/t/data-loss-between-flightxml-and-aeroapi/89194/3 "2023-08-16T23:41:40Z")

</div>

This is the client account that was used.

---

<div class="post-metadata">

**Author:** ![cbw](https://sea1.discourse-cdn.com/flex019/user_avatar/discussions.flightaware.com/cbw/32/117000_2.png) [@cbw](https://discussions.flightaware.com/u/cbw)\
**Post date:** [August 17, 2023, 1:44am UTC](https://discussions.flightaware.com/t/data-loss-between-flightxml-and-aeroapi/89194/4 "2023-08-17T01:44:52Z")

</div>

It appears that when setting up the account a selection had been made that resulted in some data not being presented. If the resulting product/service that is incorporating the data is for internal purposes then we can enable the the missing data.

Below is the statement that was presented and the selection was not checked and therefore resulted in the missing data.

> I will be using AeroAPI data for personal use or internal business purposes and want to include data from Airservices Australia. I acknowledge that commercialization (e.g., resale, redistribution) and external use is prohibited, including for B2C purposes. If this option is not selected:
> 
> 1. AeroAPI will still provide Terrestrial ADS-B position data in Australia within AeroAPI.
> 2.