Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mission data for hauling missions is split and duplicated between the Mission and Haulage objects #2610

Closed
Tkael opened this issue May 8, 2024 · 2 comments
Labels
9. enhancement The behaviour is as specified, but we would like to modify or extend the spec.

Comments

@Tkael
Copy link
Member

Tkael commented May 8, 2024

What happens now

Mission data for hauling missions is split and duplicated between the Mission and Haulage objects. This creates significant cross-linking between the mission and cargo monitors that I'd like to avoid and in my opinion may be more confusing than simply capturing all of the mission data within the Mission object.

What I'd like to happen

The Mission object should have all of the information for missions. The cargo monitor should contain more limited information tracking quantities of legal cargo, stolen cargo, and mission cargo (separated the same way these are presented in-game so that the user can view their total cargo counts or the counts of legal vs. illegal vs. mission cargo).

How it can happen

Consider moving mission related cargo data from the Haulage object to the Mission object and presenting that information within the mission details. Create "buckets" to track legal, stolen, and mission cargo separately. Consider using a list to represent each bucket and using that list to record source systems, acquisition costs, and mission IDs for each collected commodity.

The remaining cargo data would be similar to what what we see from the Frontier API section for Fleet Carrier inventory (which I suspect to be similar to how most cargo inventories would be handled in game).

{ "commodity": "Clothing", “originSystem": 9465705473417, "missionID": 67510393, "qty": 2, "value": 0, "stolen": false, "locName": "Clothing" }

EDDI Version

4.0.3

@Tkael Tkael added the 9. enhancement The behaviour is as specified, but we would like to modify or extend the spec. label May 8, 2024
@Tkael
Copy link
Member Author

Tkael commented May 8, 2024

If the mission is abandoned, the missionID would be removed and the cargo would be marked as stolen. No additional mission processing would take place in the Cargo Monitor. Mission type information would be irrelevant and not needed for the Cargo Monitor.

@Tkael
Copy link
Member Author

Tkael commented May 8, 2024

Cargo.json can be used to assess changes to stolen item counts.

{ "timestamp":"2024-05-06T05:38:15Z", "event":"Cargo", "Vessel":"Ship", "Count":1, "Inventory":[ 
{ "Name":"thargoidgeneratortissuesample", "Name_Localised":"Caustic Tissue Sample", "Count":1, "Stolen":0 }
 ] }

@Tkael Tkael closed this as completed in ed11f43 Jul 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
9. enhancement The behaviour is as specified, but we would like to modify or extend the spec.
Projects
None yet
Development

No branches or pull requests

1 participant