Discussion Commanders log manual and data sample

I noticed that in the Docked event the StationType is sometimes missing and, if existend, only lists a very few types. Especially for outposts, it only says "Outpost". Can we get a detailed version of that value like "Mining Outpost" or "Civilian Outpost"?
 
So my main question at the moment is: Is there any work being done to have a common way of doing the relaying of the journal events to companion apps? I'm quite happy to open source mine if that's what you lot want. Any common system would have to be open sourced …

That would be great!

I am working on this problem myself on the opposite end of the spectrum: macOS utility app ingesting journal files and sending out events via socket connection to iOS app. I'm building the journal update portion fast and brittle for now just so I can test my app. Obviously a cross-platform utility app solution for journal propagation is needed if my iOS tool makes it to the light of day.

I would be willing to test and contribute to this project as much as I could, although I'm quite the Java novice.
 
That would be great!

I am working on this problem myself on the opposite end of the spectrum: macOS utility app ingesting journal files and sending out events via socket connection to iOS app. I'm building the journal update portion fast and brittle for now just so I can test my app. Obviously a cross-platform utility app solution for journal propagation is needed if my iOS tool makes it to the light of day.

I would be willing to test and contribute to this project as much as I could, although I'm quite the Java novice.

Have you checked out EDDN? We process Docked, FsdJump, Scan, and Blackmarket Selling.
You can read more about it here: https://www.reddit.com/r/EliteDange...edmc_and_eddn_have_been_adjusted_to_send_and/
 

hchalkley

Senior Programmer
Frontier
A couple of clarifications on player journal events:
In the Bounty event, the SharedWithOthers property is not a boolean, it's a count of the number of other players you're sharing with, and it does not appear if you're the only player involved in the kill.
In the EjectCargo event, the PowerplayOrigin property will only indicate an origin for powerplay commodities that are collected in outlying systems to be delivered back to the capital, it will not be recorded where the power's gameplay involves deliveries from the capital out to the expansion systems.
An updated manual will be published at the end of beta.
 
That would be great!

I am working on this problem myself on the opposite end of the spectrum: macOS utility app ingesting journal files and sending out events via socket connection to iOS app. I'm building the journal update portion fast and brittle for now just so I can test my app. Obviously a cross-platform utility app solution for journal propagation is needed if my iOS tool makes it to the light of day.

I would be willing to test and contribute to this project as much as I could, although I'm quite the Java novice.

My java app should already do this. Well it would do if I knew what the mac configurations are. Would you mind doing a little testing for me? I'm happy to share.

Before I can share with you I would need to know where the Journal files are write on the Mac.

Ta
 
My java app should already do this. Well it would do if I knew what the mac configurations are. Would you mind doing a little testing for me? I'm happy to share.

Before I can share with you I would need to know where the Journal files are write on the Mac.

Ta

Yeah you and me both! :S

I can't test at the moment as I actually don't have the latest ED beta at my disposal. I don't think it's available for us common Steam users.
 
Can I ask...

Maybe this has been answered but I can't see it in the thread or the manual.

How does this log behave if a user has multiple accounts?

It would not be good for a consuming app to pollute one CMDRs data into another, this is something that would be very difficult to undo.

To work around it a player might be faced with copying, renaming files between each login.

Does the logging mechanism support multiple CMDRs? I don't think this is an uncommon scenario.
 
Yeah you and me both! :S

I can't test at the moment as I actually don't have the latest ED beta at my disposal. I don't think it's available for us common Steam users.

Well mine does do this - luckily I have beta access on both my accounts. I've tested it with two telnet clients (one on the PC & the other on my tablet) and the journal logs get sent out nicely. Some of the other bits need work before I could send it out for beta testing (like configuration of the port number).

As for roll out to the masses, given that Howard has said that they are only bug fixing now, my guess is that it will be out next week.
 
Can I ask...

Maybe this has been answered but I can't see it in the thread or the manual.

How does this log behave if a user has multiple accounts?

It would not be good for a consuming app to pollute one CMDRs data into another, this is something that would be very difficult to undo.

To work around it a player might be faced with copying, renaming files between each login.

Does the logging mechanism support multiple CMDRs? I don't think this is an uncommon scenario.

The info is at the beginning of the manual but it isn't stated explicitly. When the game starts up it creates a new logfile that includes a timestamp in the file name. So if you have two game clients running at the same time they would be writing to two different log file - from FDev side I would say that this handled fine. My journal folder has logs from both my commanders in it. Luckily the LoadGame event has a record of which commander the log is for.

But whether an app uses that data correctly is up to the developer. jgm doesn't think that this is too big an issue, but I am not so sure. When Microsoft re-developed the TCP/IP stack for Vista they re-introduced bugs that had been fixed 30 years before! Any 3rd party developer who only has one FDev account many not think of things that multi-account developers would come across in testing.
 
Can I ask...

Maybe this has been answered but I can't see it in the thread or the manual.

How does this log behave if a user has multiple accounts?

It would not be good for a consuming app to pollute one CMDRs data into another, this is something that would be very difficult to undo.

To work around it a player might be faced with copying, renaming files between each login.

Does the logging mechanism support multiple CMDRs? I don't think this is an uncommon scenario.
Cmdr name is in the loading lines, so you already can track which account is used now. (Note: in order to change account you need to restart the game, so, new log, new cmdr)
Then I personaly use LiteSQL in my app, and simply separate users by a diferent DB.
{ "timestamp":"2016-10-13T16:34:14Z", "event":"LoadGame", "Commander":"iveinsomnia", "Ship":"Asp", "ShipID":9, "StartLanded":true, "GameMode":"Solo", "Credits":154513371, "Loan":0 }
 
Last edited:
When I first enter a system, I can click on each body in the system and get basic information even about unexplored objects that haven't had a detailed scan done of them.

For example, I can get the number of Earth Masses, its Radius, Orbital Period, Semi-Major Axis, the level of reserves in any rings it has, the names of those rings, and the semi-major axis, inner and outer radii of the rings.

For asteroid belts, I can get the ring type, moon masses, orbital period, semi major axis, orbital eccentricity and inclination, and its argument of periapsis.

These are all provided without a detailed scan of the object.

Are those details provided by this API outside of a detailed scan report just like they're provided without a detailed scan report in game?

(And is there any valid reason why non-belt objects don't also provide orbital eccentricity, inclination, and argument of periapsis?)
 
Last edited:
When I first enter a system, I can click on each body in the system and get basic information even about unexplored objects that haven't had a detailed scan done of them.

For example, I can get the number of Earth Masses, its Radius, Orbital Period, Semi-Major Axis, the level of reserves in any rings it has, the names of those rings, and the semi-major axis, inner and outer radii of the rings.

For asteroid belts, I can get the ring type, moon masses, orbital period, semi major axis, orbital eccentricity and inclination, and its argument of periapsis.

These are all provided without a detailed scan of the object.

Are those details provided by this API outside of a detailed scan report just like they're provided without a detailed scan report in game?

(And is there any valid reason why non-belt objects don't also provide orbital eccentricity, inclination, and argument of periapsis?)
No the API don't give theses informations, you have to scan them one by one.
But now with the beta 7, you don't have information of unknown planets anymore anyway :p

CF: https://forums.frontier.co.uk/showt...red-systems!?p=4633063&viewfull=1#post4633063
 
That's... unfortunate.

Can a honk at least provide some form of data through the API? Even number and order of bodies as they're displayed on the system map? If we want to draw even a basic representation of a system in an external tool, it can't be done without data, and if we can see something on the system map (even if it's just icons and lines) we should have some form of data representing that information.

The reason I ask is that this API thing plus some of the recent mysteries (the whole reason I got into E:D) inspired me to start trying to dabble in tool design, but I can't do one of the things I wanted to do if I don't have the above data.
 
Last edited:
Bug report: Age_MY gives different value than the ingame value for stars in a system.

In Akandi the ingame age is 5572 MY for all stars, but the journal says it's 5474. My first thought - must be a multiplier (1.076553). But seems not like it - other samples from different systems show different multiplier. So what's going on with this value?

Screenshots of system map: http://imgur.com/a/20Y3D

Journal entries:

Code:
{   "AbsoluteMagnitude": 15.62851,
   [B] "Age_MY": 5474,[/B]
    "BodyName": "Akandi C",
    "DistanceFromArrivalLS": 81478.195313,
    "Eccentricity": 0.110937,
    "OrbitalInclination": 13.053893,
    "OrbitalPeriod": 103157.84375,
    "Periapsis": 194.812363,
    "Radius": 128304968.0,
    "RotationPeriod": 80407.734375,
    "SemiMajorAxis": 1758718464.0,
    "StarType": "T",
    "StellarMass": 0.074219,
    "SurfaceTemperature": 1120.0,
    "event": "Scan",
    "timestamp": "2016-10-13T21:08:50Z"
}

Code:
{   "AbsoluteMagnitude": 10.917847,
    [B]"Age_MY": 5474,[/B]
    "BodyName": "Akandi B",
    "DistanceFromArrivalLS": 81486.09375,
    "Eccentricity": 0.110937,
    "OrbitalInclination": 13.053893,
    "OrbitalPeriod": 103157.84375,
    "Periapsis": 14.812368,
    "Radius": 287746976.0,
    "RotationPeriod": 144619.671875,
    "SemiMajorAxis": 514086784.0,
    "StarType": "M",
    "StellarMass": 0.253906,
    "SurfaceTemperature": 2212.0,
    "event": "Scan",
    "timestamp": "2016-10-13T21:17:50Z"
}

Code:
{   "AbsoluteMagnitude": 9.188385,
    [B]"Age_MY": 5474,[/B]
    "BodyName": "Akandi A",
    "DistanceFromArrivalLS": 0.0,
    "Eccentricity": 0.069828,
    "OrbitalInclination": 10.100887,
    "OrbitalPeriod": 72381833216.0,
    "Periapsis": 216.665939,
    "Radius": 344099296.0,
    "Rings": [
       ...
    ],
    "RotationPeriod": 242933.828125,
    "SemiMajorAxis": 10712330010624.0,
    "StarType": "M",
    "StellarMass": 0.382813,
    "SurfaceTemperature": 3012.0,
    "event": "Scan",
    "timestamp": "2016-10-13T21:26:48Z"
}
 
Last edited:

hchalkley

Senior Programmer
Frontier
Bug report: Age_MY gives different value than the ingame value for stars in a system.

In Akandi the ingame age is 5572 MY for all stars, but the journal says it's 5474. My first thought - must be a multiplier (1.076553). But seems not like it - other samples from different systems show different multiplier. So what's going on with this value?

Our top ludoastrophysicists have been granted funding for a research project to look into this in-silico cosmological anomaly.
 
MissionFailed is still not showing up in beta 7. Took an assassination mission and it's just failed but nothing in the journal.
 
Hi Howard

Just reported a bug in the journal file. The MissionCompleted, MissionAccepted and MissionCompleted events looking to be missing localisation for the "Name" field.

The bug report is here with a little more information.
 
As someone who loves data and information this thread is enough to get me to make another guaranteed failed attempt to learn Java :)

I'd also like to do a piece on my Elite Dangerous Development blog (link in signature). If anyone is developing anything with a view to releasing it to the community and wants to speak about it at any point, just drop me a message.

o7
 
Back
Top Bottom