EVE Technology Lab

Firstly, thank you for even replying. This thread (aside from the WH nonsense) is really refreshing to see.

I appreciate what you're saying but there is no way I would want to spend hundreds of hours to develop something that is reliant on an external 3rd party, especially one that I am actually competing with. It would require me to trust them and be beholden to any changes/censorship they make. Furthermore any server issues they might have, changing of licensing/introduction of fees or if they just get bored and shutdown.

Also, there is the issue of completeness, which is something I believe noone can offer yet aside from CCP.

Yea, I'm pulling incursion data from your CREST into my server to see which incursions are up so I can created MOTD formatted messages that people can use (here is link:http://eve.qsna.eu/post.php?post_id=incursion_constellations_layout

So thank you for making this CREST endpoint, really helps out, otherwise I have to populate the selection box with about 40-50 options, this way it never has more then 3.

Ill prolly release the full source and might just make some youtube movie explaining how it works so maybe some part of it will be beneficial to somebody else trying to figure out this stuff.

Also, one small advice, create one page or wiki or whatever (but somewhere where only devs can modify) and please put a sample call for each API/CREST function. So talking here about sample call in normal browser. It would help many new devs to actually start, since it took me long time to even figure out how the older API calls worked since I couldn't find any example (not that much long once I decided to figure it out, but sometimes I just went there, saw the documentations and said, ah fu** it, some other time). Just having an list with functions isn't as clear as having an example line which can do query by itself by just copy paste into browser.

Problem with the war details endpoint:

1) http://public-crest.eveonline.com/wars/69195/

--> no timeFinished

2) https://api.eveonline.com/corp/corporationSheet.xml.aspx?corporationID=1595673139

--> memberCount = 0

3) Client

--> Not involved in any wars

I bet this war is over but got never closed

Page iteration on killmails isn't working.

These two links are identical:
https://public-crest.eveonline.com/wars/339618/killmails/all/
https://public-crest.eveonline.com/wars/339618/killmails/all/?page=2

Idear: Add System list with the Incursion Profile to the Crest incursions endpoint or create a new one

If the Incursion gets closed and you need to change the current fokus for your Incursion group it is very helpfull if you get a dockup in a system with the Profile you prefere (Vanguards for me) , but atm you have to fly there at first to set the fokus and with my slow bs it take much more time than other pilots need. So it would be awesome to get the profile information over the API and set a proper dockup.

well I find that's it a lot of webcalls too.
But at least now we have a PI API.
That's better than nothing.
So I am not complaining too much.

So I am grateful to CCP FoxFour for his work.

So I've been playing around with the public crest market history end point here is an example and some observations:

1. Threadnought: At over 20 pages I'll ignore 90% of them. Sorry if this feedback is made redundant by earlier posts. Maybe consider a seperate forum section with 1 thread for each api endpoint and some documentation in the original post.


2. Documentation: abysmal. Its about the same level as the eviction notice for planet earth in HHGTTG: Burried in some forgotten basement filing cabinet on a planet in alpha centauri.


3. Parameter names: /types/ implies the ability of providing a list, doesnt seem to work


4. Lack of time related parameters. I'd like to fetch the latest update for a given region and/or list of types since foo-day without fetching everything from last year. Might exist but then again the documentation doesn't.


5. Unclear semantics: We get data for a timespan but its labeled by a timestamp:
{"totalCount_str": "397", "items": [{"volume_str": "3231", "orderCount": 2064, "lowPrice": 517592000.0, "highPrice": 527000000.0, "avgPrice": 523901000.0, "volume": 3231, "orderCount_str": "2064", "date": "2013-05-01T00:00:00"},

Does 'date' denote the beginning, middle or the end or neither one of those ? At what time becomes the latest data point available ? Did I mention the lack of documentation already ?

I currently have an interface that fetches data from crest when it presumes to be missing data combined with a cron job to update previously requested (type,region) pairs daily. As it stands its both unreliable and inefficient due to the points mentioned above.

Sorry for ranting so much about the documentation, its pretty awesome to have this api. But is there any chance of getting a zmq api to subscribe to in order to receive updates as they become available?

What is the proper RESTful api terminology for the typeID numbers in an uri like http://public-crest.eveonline.com/market/10000002/types/34/history/ ?

And is there a way of specifying more than one typeID and if not why is it /types/ instead of /type/ ? (Sorry for nitpicking)
When reading types I immediately assumed that just like with the zkb api I could get data for more than one typeID at a time and tried http://public-crest.eveonline.com/market/10000002/types/34,35,36,37,38/history/ with no success.




Yesterday I've sequentially fetched history data for the regions The Forge, Heimatar, Sinq Laison, Metropolis, Domain, Essence with all type IDs that have a marketGroupID. I haven't timed it exactly but it took somewhere around 4 hours with downtime causing some grief too.
At the very minimum I'd like to do daily updates for two to four regions for about 5000-10000 types because historic prices and volume for the last seven days are part of a ranking function I'd like to use when looking for profitable trades between market hubs.

As long as nobody complains about it I'm okay with hammering the server for an hour or two but it seems rather inefficient when I just want one out of 400ish elements in the individual results.



Its a messaging protocol which allows for various producer/consumer models. Currently the way of getting fresh market order data (as gathered by evemon et al. users) EMDR is using zmq to dispatch json strings to consumers in real-time.
For things that change rapidly like the currently active market orders it makes a lot of sense. For the case of yesterdays historic market data a restful api endpoint that doesnt involve me throwing way 99.75% of the results would be perfectly fine. :D



Awesome. I assume thats in UTC ?

Don't hesitate, make your Forums Gold

That no-nom feature sounds delicious. Only a preventive application of copy & pasted saved me earlier today.