2.7 KiB
EDDN NavBeaconScan Schema
Introduction
Here we document how to take data from an ED NavBeaconScan
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.
Senders
The primary data source for this schema is the ED Journal event
NavBeaconScan
.
Augmentations
horizons and odyssey flags
Please read horizons and odyssey flags in the Developers' documentation.
gameversion
You MUST always add this field to the header object.
- If you are using Journal files directly then you MUST use the value
of the
gameversion
element from theFileheader
event. - If you are using the CAPI
/journal
endpoint to retrieve and process Journal events then:- You will not have
Fileheader
available. - If
gameversion
is present in theLoadGame
event, as in 4.0 clients, use its value. - If
LoadGame
does not have agameversion
element, as with 3.8 Horizons clients (up to at least3.8.0.407
), you MUST setgameversion
, but with the value"CAPI"
.
- You will not have
gamebuild
You MUST always add this field to the header object.
- If you are using Journal files directly then you MUST use the value
of the
build
value from theFileheader
event. - If you are using the CAPI
/journal
endpoint to retrieve and process Journal events then:- You will not have
Fileheader
available. - If
build
is present in theLoadGame
event, as in 4.0 clients, use its value. - If
LoadGame
does not have abuild
element, as with 3.8 Horizons clients (up to at least3.8.0.407
), you MUST setgamebuild
, but with the value"CAPI"
.
- You will not have
StarSystem
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.
StarPos
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.