Here we document how to take data from an ED ApproachSettlement
Journal
Event and properly structure it for sending to EDDN.
Please consult EDDN Schemas README for general documentation for a schema such as this.
If you find any discrepancies between what this document says and what is defined in the relevant Schema file, then you should, in the first instance, assume that it is the Schema file that is correct. PLEASE open an issue on GitHub to report any such anomalies you find so that we can check and resolve the discrepancy.
The primary data source for this schema is the ED Journal event
ApproachSettlement
.
Whilst the MarketID
property is not in the required list YOU MUST
ABSOLUTELY SEND THIS WHEN IT IS PRESENT IN THE SOURCE DATA.
The only reason it is optional is that there are ApproachSettlement
Journal events for things like visitor beacons that do not have a market, and
thus no MarketID.
Examples:
{
"timestamp":"2022-02-18T14:33:35Z",
"event":"ApproachSettlement",
"Name":"Battlegroup's Disappearance",
"SystemAddress":1109989017963,
"BodyID":8,
"BodyName":"Alioth 1 a",
"Latitude":59.972752,
"Longitude":-84.506294
},
{
"timestamp": "2022-02-18T15:02:04Z",
"event": "ApproachSettlement",
"Name": "$Ancient:#index=1;",
"Name_Localised": "Ancient Ruins (1)",
"SystemAddress": 3515254557027,
"BodyID": 13,
"BodyName": "Synuefe XR-H d11-102 1 b",
"Latitude": -46.576923,
"Longitude": 133.985107
},
Please read horizons and odyssey flags in the Developers' documentation.
You MUST always set these as per the relevant section of the Developers' documentation.
You MUST add a StarSystem key/value pair representing the name of the system this event occurred in. Source this from either Location, FSDJump or CarrierJump as appropriate.
You MUST apply a location cross-check, as per Other data augmentations.
You MUST add a StarPos
array containing the system co-ordinates from the
last FSDJump
, CarrierJump
, or Location
event.
You MUST apply a location cross-check, as per Other data augmentations.