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
Ydnari
Estrale Frontiers
#801 - 2016-02-08 23:28:36 UTC
Steve Ronuken wrote:
It's a known issue. Things _should_ be better than they were.

no, still broken

--

Zifrian
The Pannion Domin
#802 - 2016-02-09 00:21:36 UTC
Ydnari wrote:
Steve Ronuken wrote:
It's a known issue. Things _should_ be better than they were.

no, still broken

Slow as hell for me still as well. No real difference from over the weekend for me.

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

Import CCP's SDE - EVE SDE Database Builder

Aineko Macx
#803 - 2016-02-20 15:04:18 UTC
Another request:
Can you please make the https://login-tq.eveonline.com/oauth/verify/ endpoint return a Content-Type that is not generic?
Golden Gnu
Garoun Investment Bank
Gallente Federation
#804 - 2016-02-23 10:56:39 UTC
Eve XML API ContractItems:
It's impossible to detect if blueprints are copies or originals, because "rawQuantity" is never included.

All other APIs with assets have this feature, via rawQuantity or the Blueprints API.
Blueprints in contracts are removed from the blueprints API (not that it matters, as they can not be identified without an itemID).

I consider this a defect, as there is quite the difference between a PBC and a PBO...

Creator of jEveAssets - the asset manager

"Download is the meaning of life, upload is the meaning of intelligent life"

Dorianne Shardani
Deep Core Mining Inc.
Caldari State
#805 - 2016-02-23 14:06:12 UTC
Hi all! I'm just starting to explore the world of the CREST API and I have a question about it, which I hope someone more knowledgeable than me can answer for me. Most likely it's a trivial question and I should know it, but I'm far from being a professional coder. :-) Anyway, so authenticated CREST has a request rate limit of 20 per seconds. Now, let's say I have an application on a website and let's say that application suddenly feels like sending out 300ish POST requests to the authenticated user's contacts collection resource. Let's assume that this 300 requests are properly split into chunks of maximum 20 requests per second, so all is well, the rate limit is not exceeded. But what if there are multiple users using the same application at the same time and they all send out such 300 requests using the app. While it is quite unlikely to happen but what if within a 1 second window more than one user is sending out 20 requests each? In that case is the rate limit considered exceeded? In other words, the TLDR version: is the rate limit based on a per application or a per authenticated user basis? So in case more than one user is authenticated concurrently do they each have their own rate limits tracked separately even though they use the same application?

Hope you understand what I want to ask :-) I'm not that knowledgeable on network architecture and as I said maybe this is a totally trivial question, I just want to make sure.
Aineko Macx
#806 - 2016-02-23 19:50:43 UTC
While the limit could be checked/enforced on CCPs side per applicationId or access token, my guess is its by source IP, as that is the easiest to implement. It would be nice to have this confirmed. Also since it was stated that CREST has a certain (higher) burst tolerance, it would be interesting to know more about its parameters, checking intervals, etc.

Client side rate limiting can be implemented with algorithms like token bucket or leaky bucket.
In those programming languages where parallel user requests are handled independently with no shared state (like php) it is more difficult to implement, as no app instance has knowledge of the global rate of requests to CREST. You then need to find a way to share state (example https://github.com/bandwidth-throttle/token-bucket) or use a traffic shaping proxy of some kind.
Silvia Sotken
HC - Redemption
#807 - 2016-03-08 21:46:54 UTC
CREST hasn't been working again for the last couple of days.
Kind of hard to trade.
Was hoping moving to CREST would increase the reliability of the data and uptimes but it seems to get broken after every release recently.
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#808 - 2016-03-08 22:53:56 UTC
Silvia Sotken wrote:
CREST hasn't been working again for the last couple of days.
Kind of hard to trade.
Was hoping moving to CREST would increase the reliability of the data and uptimes but it seems to get broken after every release recently.



Really? I've not seen any problems with it. Have you bug reported?

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

Silvia Sotken
HC - Redemption
#809 - 2016-03-09 20:32:02 UTC
Hmm, well if CREST is working for you, then the program I'm using doesn't work anymore.
I've pm'd you with the details.
I don't know, I'm a beginner with CREST and python, still learning how to debug or track all the changes that CCP make so I can keep my stuff working.
Maybe should have a CREST server status thing, maybe even details of what they have changed in CREST. But frankly, I'm too novice to make heads or tails of it all.
Its quite time intensive to keep on updating to keep up with all the changes. xD
Either way, trading as a profession is less profitable now due to the proliferation of other tools.

Whoever programs the best, wins.
I can pull Jita in 2 hours and other players can pull the whole universe in that time. *shrugs*
Ethan02
Succurit Research and Development
#810 - 2016-04-01 08:19:50 UTC
Picking up on post #441 in this thread.

Has there been any progress in the 1.5 years since the post to relate broker taxes to market orders?
Or is the date/time relation still the only means to do this?
Savant Alabel
Phoenix Tag.
GF Company
#811 - 2016-04-01 16:03:35 UTC
Idea: Add LP transactions to crest/xml api
Description: There were idea about corporation tax scheme based on LP income from mission running, but there isn't any available information about LP count for character.
Aineko Macx
#812 - 2016-04-05 09:17:51 UTC  |  Edited by: Aineko Macx
Can the CREST devs please make the following consistency and quality of life improvement to the character stats endpoint:
- Add a href from the character endpoint to it
- Make the server return a proper endpoint-specific content-type

Thx

PS.: The content type request for the token verify endpoint is also still standing.
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#813 - 2016-04-05 17:04:21 UTC
Savant Alabel wrote:
Idea: Add LP transactions to crest/xml api
Description: There were idea about corporation tax scheme based on LP income from mission running, but there isn't any available information about LP count for character.



While it's not the transactions (I'm not sure it actually keeps lp transactions in a readable form anywhere) total LP numbers are in crest on Sisi now :)

As is the LP store data.

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

Savant Alabel
Phoenix Tag.
GF Company
#814 - 2016-04-05 19:07:48 UTC
Steve Ronuken wrote:
Savant Alabel wrote:
Idea: Add LP transactions to crest/xml api
Description: There were idea about corporation tax scheme based on LP income from mission running, but there isn't any available information about LP count for character.



While it's not the transactions (I'm not sure it actually keeps lp transactions in a readable form anywhere) total LP numbers are in crest on Sisi now :)

As is the LP store data.


thx. I'll see it now
Monster Dude
Raging Angels
#815 - 2016-04-05 19:44:00 UTC
Is there something that prevents taxation of LP to a corp? Cause now it is not possible at all. Even if you get amount of LP each month id gives you no info on what LP were withdraw in between.

LP transactions would allow to create a tool that calculates tax... Even though that it is still require unnecessary work.
Ideally would be just send taxable LP to a corp then it would be up to corp how to use the LP.
Thebriwan
LUX Uls Xystus
#816 - 2016-04-06 13:17:49 UTC
LP for a corp would be easily exploitable - (100% corp tax and a member with high and a member with low standing to the corp giving teh LP out).
Also why is this CREST relevant?
Monster Dude
Raging Angels
#817 - 2016-04-07 06:52:53 UTC
Thebriwan wrote:
LP for a corp would be easily exploitable - (100% corp tax and a member with high and a member with low standing to the corp giving teh LP out).
Also why is this CREST relevant?


It is relevant in the way that atm it is not possible to tax LP income of mission runners.
And tbh I didn't understand how it is easily exploitable, but...
All in all I'm looking to have reliable, accurate and of course easy way to tax mission runners corp members.
I found out that LP reward is proportional to mission reward that agent pays but still coefficient LP/mission reward isn't constant => not precisely accurate. I guess transactions for LP would enable to create own tools for it (still build in taxation would be proffered)

thanks
Savant Alabel
Phoenix Tag.
GF Company
#818 - 2016-04-07 16:40:23 UTC
Monster Dude wrote:
Thebriwan wrote:
LP for a corp would be easily exploitable - (100% corp tax and a member with high and a member with low standing to the corp giving teh LP out).
Also why is this CREST relevant?


It is relevant in the way that atm it is not possible to tax LP income of mission runners.
And tbh I didn't understand how it is easily exploitable, but...
All in all I'm looking to have reliable, accurate and of course easy way to tax mission runners corp members.
I found out that LP reward is proportional to mission reward that agent pays but still coefficient LP/mission reward isn't constant => not precisely accurate. I guess transactions for LP would enable to create own tools for it (still build in taxation would be proffered)

thanks


Theoretically you can check lp count once per period for characters in corp and make decisions about LP income/outcome.
Monster Dude
Raging Angels
#819 - 2016-04-08 14:52:18 UTC
Savant Alabel wrote:

Theoretically you can check lp count once per period for characters in corp and make decisions about LP income/outcome.


Not really good way, because any withdrawal of LP withing the period will be unnoticed. So basically either transactions of LP or (better) taxing in to the corp right away.
CCP FoxFour
C C P
C C P Alliance
#820 - 2016-04-08 18:03:41 UTC
We have no intentions at this time to add LP transactions to any of our APIs.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.