Damien B
Damien B
I went digging a bit more. https://evemaps.dotlan.net/system/Sirekur/stats ``` { "contested": "contested", "occupier_faction_id": 500002, "owner_faction_id": 500002, "solar_system_id": 30002092, "victory_points": 0, "victory_points_threshold": 3000 }, ``` This is a system that was contested...
> This could very well be by design That seems quite unlikely to me. My familiarity of this topic is a little rusty since I opened this issue, but last...
It would be really nice to have basic cargo loadouts. Definitely don't waste your time supporting containers unless it seems like a great idea in the future when you have...
There are a bunch of tiericided modules that aren't recognized. Seems like Evepraisal needs a static data update.
Ah. Weird. CCPls.
The new FW update has me looking at my FW tool again. It seems like we've reduced the contested options even further. From a few peeps at the API it...
Yes please! I would like to cache some (expensive) computed values in my objects, but not serialize them.
Honestly I haven't been using the constructors much (decoding from a web request, encoding to a disk cache, decoding from the disk cache) so I don't have a strong opinion....
As mentioned in #1206 the `contested` field has ceased to contain any meaningful data. One could repurpose that field or if adding a new field, then remove the outdated `contested`...
This would be better to bake into the existing endpoint. Almost anyone who queries the current endpoints will want this data so we'd just be turning one request into two...