These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

EVE API and Public CREST discussion

First post First post First post
Author
Querns
GoonWaffe
Goonswarm Federation
#781 - 2015-10-29 21:15:52 UTC
CCP FoxFour wrote:
I also got the basics of dogma into CREST today. You will be able to call /dogma/attributes/ to get a list of all dogma attributes, /dogma/attributes/{attributeID}/ to get the details for an attribute, and then a type lists all the attributes for it with their value and a link to the attribute information. Cool ****.

That is AMAZING. I might be able to remove the SDE dependency for some of my projects. Thank you so much.

This post was crafted by the wormhole expert of the Goonswarm Economic Warfare Cabal, the foremost authority on Eve: Online economics and gameplay.

Helios Anduath
The Scope
Gallente Federation
#782 - 2016-01-12 22:41:50 UTC
I'm just getting into looking at all of the lovely data available through crest for some little projects I keep thinking about.

One that I have started looking at is a little widget for war notifications. In-game, you can see the current & finished wars for a given corp or alliance from the corp/alliance information page. To do the same thing out of game you have to pull the info for every war or scrape notifications from an API. This seems a little excessive so would there be any chance (pretty please) of having a list of wars for a specified corp/alliance available through either alliances (and corporations when it goes public I guess) or wars?
Shirrath
GoonWaffe
Goonswarm Federation
#783 - 2016-01-14 05:09:56 UTC
Plaid Rabbit wrote:
Idea: Expose more type data in http://public-crest.eveonline.com/types/34/
As the APIs get better, I need the SDE less... but I still need it for type data though, and that updates most every patch. Please include both the packaged and unpackaged volume in the types api. (edit: throw the mass in, and anything else useful from invTypes)

Bump.

Idea: Include Last-Modified and ETag headers in CREST replies and support If-Modified-Since and If-None-Match headers in requests. These allow clients to verify that their cached copy of a resource is still up-to-date.

Currently, clients can keep the cached response for the duration specified by the Cache-Control max-age header. But certain resources, like item types or universe data, are usually valid for much longer than their max-age suggests. When the cached resource is potentially stale according to max-age, the client sends a request with If-Modified-Since and If-None-Match headers. If the cached resource is still valid, the server can reply with a header-only 304 Not Modified response and not send the same data back that the client already has. If the headers do not match and therefore the resource has changed, the server sends a normal response.
Moryg H'qarr
The Scope
Gallente Federation
#784 - 2016-01-14 10:04:22 UTC  |  Edited by: Moryg H'qarr
Not sure if this is the right thread, but I wish to avoid making new threads if possible.

When trying to get the oauth token with postman, I get an error: "unknown grant_type".
My posted formdata: "grant_type=authorization_code&code=my_access_code".

Any ideas?

Edit: For now, solved it by not using postman and making requests directly from my local node server, went through without a problem then - I probably messed up some headers or something on postman.
Jeremy Kamira
#785 - 2016-01-16 01:34:06 UTC  |  Edited by: Jeremy Kamira
Are the eve api information sites down? I cannot access http://wiki.eve-id.net/ and i have been wanting to update some spreadsheets. Or are there any better alternatives?
Hel O'Ween
Men On A Mission
#786 - 2016-01-18 10:26:49 UTC
Yepp. Both eve-id.net and newedensomething went dark a while ago.

Try the official API docs instead. It's pretty complete and comprehensive by now: http://eveonline-third-party-documentation.readthedocs.org/en/latest/

EVEWalletAware - an offline wallet manager.

Louis Vitton
Viziam
Amarr Empire
#787 - 2016-01-18 10:29:57 UTC
you can also use google cache for the ones that are not in the official documentation.
Jeremy Kamira
#788 - 2016-01-19 02:36:40 UTC
Hel O'Ween wrote:
Yepp. Both eve-id.net and newedensomething went dark a while ago.

Try the official API docs instead. It's pretty complete and comprehensive by now: http://eveonline-third-party-documentation.readthedocs.org/en/latest/


Know why they went dark? And thank you for this, didn't know this existed.
Dragonaire
Here there be Dragons
#789 - 2016-01-19 21:14:36 UTC
New-eden was having a fight for the domain name and lost I believe and person that had eve-id had stopped playing a few years ago I understand so they basically just let it go.

Finds camping stations from the inside much easier. Designer of Yapeal for the Eve API. Check out the Yapeal PHP API Library thread.

Calsys
Monks of War
#790 - 2016-01-21 13:35:19 UTC
hi
anyone could help me with some api\crest's reqest?

i have corp id, how can i get corp name with it?

{write some app@python}
Mr Mac
Dark Goliath
#791 - 2016-01-21 15:51:34 UTC
Calsys wrote:
hi
anyone could help me with some api\crest's reqest?

i have corp id, how can i get corp name with it?

{write some app@python}


Read:
Hel O'Ween wrote:

Try the official API docs instead. It's pretty complete and comprehensive by now: http://eveonline-third-party-documentation.readthedocs.org/en/latest/

CREST there too.
Stalin Vozmezdie
Stalin Corporation
#792 - 2016-01-23 15:56:58 UTC
Idea: Not the right time caching /char/MailMessages.
Description: The documentation says "You can request new items every 30 minutes.". However, if you request get the value of 1 hour. For example: "currentTime 2016-01-23 14:33:12 - cachedUntil 2016-01-23 15:38:11". Since I'm using a library that caches data based on the received time, I can't get the headers on before. This is a bug or do I have to manually keep track of caching? A python library evelink

http://eveonline-third-party-documentation.readthedocs.org/en/latest/xmlapi/char_mailmessages/

Перевод на русский.

Получаю неправильный ответ при запросе /char/MailMessages .
Подробности. В документации Cache timer: 15 minutes, Ниже указано, что я могу запросить новые заголовки через 30 минут. Но в ответе xml кэш время 1 час. ("currentTime 2016-01-23 14:33:12 - cachedUntil 2016-01-23 15:38:11).
Я использую библиотеку evelink, которая кэширует время именно на время полученное с сервера. И вместо 15 (30) минут, я получаю письма только через час. Приходящие время cachedUntil ошибочно?
Trip Zero
Honor Forge
Joint Operation Involving Nobodys
#793 - 2016-02-03 02:55:40 UTC
Is there a way to grab a part of the json data? Instead of having to download 93kb per item price is it possible to say, request only prices from location id matching jita 4-4? Because as soon as I pull the data, I run a for loop to filter out the non-jita prices and then get the lowest sale price for my own workings. if I get all the prices I use it adds up to something like 500MB of bandwidth in order to narrow it down to about 2mb of actual data.

I feel like both CCP and the community could benefit from some sort of filter we can pass the server before it sends us the whole json array.
Aineko Macx
#794 - 2016-02-03 19:03:29 UTC
Stalin Vozmezdie wrote:
Idea: Not the right time caching /char/MailMessages.
Description: The documentation says "You can request new items every 30 minutes.". However, if you request get the value of 1 hour. For example: "currentTime 2016-01-23 14:33:12 - cachedUntil 2016-01-23 15:38:11". Since I'm using a library that caches data based on the received time, I can't get the headers on before. This is a bug or do I have to manually keep track of caching? A python library evelink

Can you not modify the library to respect cachedUntil?

Trip Zero wrote:
Is there a way to grab a part of the json data? Instead of having to download 93kb per item price is it possible to say, request only prices from location id matching jita 4-4? Because as soon as I pull the data, I run a for loop to filter out the non-jita prices and then get the lowest sale price for my own workings. if I get all the prices I use it adds up to something like 500MB of bandwidth in order to narrow it down to about 2mb of actual data.

I feel like both CCP and the community could benefit from some sort of filter we can pass the server before it sends us the whole json array.

That is an often requested feature but it conflicts with the simplistic caching on CCPs side. From an architecture point of view it should be doable by adding filtering on or after their nginx caching node, but no love so far for the idea.
Galattico Bontius
Doomheim
#795 - 2016-02-06 01:42:33 UTC
Public CREST market orders is currently very slow to respond uncached entries. I believe this happens every few days.
David Tellier
Imperial Shipment
Amarr Empire
#796 - 2016-02-06 02:13:44 UTC
Galattico Bontius wrote:
Public CREST market orders is currently very slow to respond uncached entries. I believe this happens every few days.


I can confirm. It's really really slow, answers maybe one query every 15 seconds.
Zifrian
The Pannion Domin
#797 - 2016-02-06 02:51:59 UTC
Same, getting some really slow response times.

Maximze your Industry Potential! - Download EVE Isk per Hour!

Import CCP's SDE - EVE SDE Database Builder

Silvia Sotken
HC - Redemption
#798 - 2016-02-08 19:28:10 UTC
Any status on CREST?
Been getting Connection Resets (SysCallError: (10054, 'WSAECONNRESET') the past few days.
Is it just crest issues, or did they just change something in a major way?

Not able to pull anything at all.
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#799 - 2016-02-08 20:59:28 UTC
It's a known issue. Things _should_ be better than they were.

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

Skree Endashi
Science and Trade Institute
Caldari State
#800 - 2016-02-08 23:26:27 UTC
It has recently become nearly unusable. I thought after this weekend the developers would get in and kick the servers a few times to make them run faster. That doesn't seem to have happened.

I like on this page where they talked about raising the limit to 150/sec: https://developers.eveonline.com/blog/article/a-note-on-crest-rate-limits

I'd like to meet the person who can achieve that with these conditions. It's akin to telling someone they can download all the high definition movies they want but only allowing them to connect over a 2400 baud modem.