EVE Technology Lab

Hi there,

concerning Planetary Interaction I wonder how one can determine the storage status. PlanetaryPins.xml.aspx for launchpads includes the attributes:

contentTypeName="Industrial Explosives" contentQuantity="459"

so that would solve the question if only one type is stored in the launchpad. Many setups store different kinds of materials in storages/launchpads though. So ...

1) what material is displayed if there are several?
2) is where a way to determine the overall status, i.e. counting in all materials?

Am I missing something? Otherwise it might be an idea to only return the overall status with the pin (in m³) and to have an extra set for storages/launchpads listing all materials and their quantities or something.

The relevance is that full storages can bring production to a halt (by simply destroying produced products in the overflow). So having timers for the extractors is not the only relevant information to determine if a colony needs maintenance.

And another note: Only getting the storage status from the last time the planet was looked at is kind of poor information in this regard. To determine a possible overflow one would need to calculate inputs and outputs of the meantime. That again could be hard to impossible to do exactly, as it might depend on the what happens first. And we only got timers to a second. Or am I missing something else here? Any advise/solution appreciated. Otherwise getting this data as of current on a different endpoint might be a solution?

Idea: extends every character (when possible) endpoints to corp (in CREST)

Description:

Currently, we have the following endpoints for characters in crest :

• Contacts and Contact
• Fittings and Fitting
• Opportunities
• Waypoints
• Location

Ideally, it would be nice to be able to do the "same" on corps, when our char (we use to log into SSO Auth) has the rights to do the different things, or at least when he has director / CEO roles. It would give access to :

• Contacts and Contact
• Fittings and Fitting
• Location : Gives the current location of (all/online only) players of the corp

I believe implementing this may not be as simple as it's said, but that's what i'd like to see coming :)

(Actually I don't know if it was already mentioned, but I sadly don't have time to read all the pages...)

Thanks !

Can you submit a bug and let me know the bug id?

(bug, not petition.)

Would it be possible to expose Inventory Type Materials? What I am referring to is the information in the "invTypeMaterials.yaml" file that is part of the Static Data Export.

Something that is either a separate call or included in with the information exposed with a Inventory Type Call. But the main idea would be able to pull up let's say Veldspar and get the base materials you would get from reprocessing.

I already have a handy dandy Google Spreadsheet that I use for several Buyback Programs and I included some administrative functions that fetches information about the individual items in-case there is change with an update. So if let's say in the future Veldspar returns less Tritanium or something I could run a function to get the new values.

Natalia Starr - Main problem in the XML API at least is that everything doing with planetary is only updated after you update/look at it in game so even with the additional end point it might be not as useful as you would think. Not sure how the app you are talking about is getting it's info might have to talk to it's developer to find that out.

[url]https://forums.eveonline.com/default.aspx?g=posts&t=83805[/url]

The problem is not that the xml api data only refreshes when we look at planets.

The problem is that it does not refresh all the info properly.
The extractor are missing their timer and quantities.

That makes the API barely usable at all.

I am in the process of rewriting my own tool to use the few info returned by the API.
But for data such as number of heads, quantities, program duration and such, I had to make my own devices to extract them semi-automatically.

I actually started a thread long time ago about requesting some updates on the status of the PI API.
When CCP FoxFour was here, he would come from time to time to keep us up to date on his work for the PI API.
But since he is gone, it looks like the API team does not care about PI at all....

https://forums.eveonline.com/default.aspx?g=posts&t=492914&find=unread

"Right now we're able to pull notifications via the API but with caching it's kind of useless for a lot of the time sensitive things (toading etc...)

I think a way to get the notifications with minimal/no delay via CREST does nothing but help get people logging in.

Example, my discord bot (which currently uses the API)would now get a notification as it occurs ingame via CREST that we have systems getting toaded, it immediately pings our server letting people know that our **** is getting hit. More people login, fight occurs, content generated via crest.

This would be especially beneficial for smaller groups that don't always have people online to organize a defense fleet. Allowing an FC to be notified instantly he/she can tell the wife/husband/dog/goldfish that they'll be right back they have **** to kill.





An alternative that would be super easy to implement but doesn't follow the idea of shifting more things to crest would just be to cut the cache timer for notifications wayyyyyyy down. Obviously CREST is the better option but figured I'd state the alternative."

Idea: Show the ship character is currently on.
Description: /location/ style simple endpoint to get ship type with the same 5s cache time.

EDIT: Apparently this is already coming. Should read more forums. Anyway, thank you CCP!

Idea: allow routes to be set to stations and citadels, not just to solar systems
Description: Currently you can set up routes to systems which is useful for exploration, however it would also be useful to set routes to particular stations for trading use cases. I think this is more of an accidental missing feature than a deliberate omission.

*cough cough* so much dust accumulated here....

I am guessing the EVE API is dead since no dev bothers to read/reply to the post anymore.
That's a shame considering all the hard work FoxFour did to help the community develop wonderfully useful tools.

Maybe someone from the CSM can pick this up and bring it to the table next time ?
Any taker?