EVE Information Portal

Thanks for replying.

By the way, that was sarcasm. Probably too late to enter now even if it is allowed.

That dev blog was explicitly referring to programs that manipulate the EVE client itself into allowing you to see and do things that you wouldn't otherwise be able to do, in the client.

You are always free to use data gathered from CREST, XML API, SDE, and other services we offer, in a way you see fit. We are offering these services because we want you to use them and take advantage of the possibilities they offer.

We are continuously improving and adding new functionality to CREST, the XML API, and the SDE all the time. We love seeing new and exciting third-party applications! And we want to encourage you all to make more of them. We are holding the API challenge to help foster these desires.

You may be wondering, how we would we react should you discover a way to take advantage of information provided by our third-party services to achieve what we would consider "unfair". We have in the past changed game mechanics to cater around new usages of our APIs in order to level the playing field. We have simply removed endpoints from our APIs in the past as well. These are examples of peaceful resolutions to "unfair" use of our APIs.

We stand nothing to gain by excommunicating players.

Hope these resolve some of your concerns.

Thanks!

Thanks. I appreciate the reply, however it doesn't really resolve the concerns. Up until now, there's been clear guidance on the use of EVE-O preview, a program writing with input from a CCP dev that's always been allowed, and now seems to fall under the unfair part. Many applications grant an obvious unfair advantage even if they don't directly interact with the client UI, and the bit that worries me about using CREST and the API to build an application is this:
This is so broad that I 'd be concerned about getting caught up in it, and in all honesty I'd rather play it safe and simply not be involved in anything that might one day be considered an unfair advantage.

But it's not that simple. That quite clearly states that they don;t look at what is happening on the client, only what the effect is. Take for example Elinor. It's am market program. You sit in the client and hit the export button on the market window. It picks up the text file that is exported reads the data copies a price into the clipboard which you then paste into your game window. No client interaction, but a much faster market speed. From CCPs point fo view this increases the rate at which you can enter orders, and since they aren't looking at your client they have no way to tell how you are doing it, only the end result.

At the end of the day, all third party programs are going to give people a benefit over players not using it. If I develop a market program which allows people to rapidly build up and modify market orders by aggregating CREST market data, how can I be sure that someone using it isn't going to be accused of using an unfair advantage and banned? I can't be, so I'd much rather not involve myself in developing, testing, using or supporting any third party applications until CCP are willing to ultimately clarify their stance. I'd urge all other developers to do the same as in the long run it will help us all if CCP are completely clear on what constitutes an unfair advantage from a third party application.

It sounds to me like CCP have a load of server-side logs that they are using to monitor players in lots of different ways, and if any player breaches a pre-defined threshold this will be deemed as 'unfair advantage' and will result in a warning/ban.

For example, they might have a threshold on market orders entered or modified per minute, and if you breach that you must have an 'unfair advantage'.

I can see how if this is indeed their position, they would not want to reveal the counters or the thresholds for fear of exploitation by the bad guys.

I am attempting to access character waypoints with the waypoint endpoint - I receive the folowing response when attempting to POST the request.



Can you confirm this is the correct endpoint for waypoints?

Are we allowed to submit under a more restrictive open-source license than MIT? Specifically, a GPL-like license?

The endpoint "https://public-crest.eveonline.com" is not responding. Is the server expected to be back up soon? Nearing the deadline for entries.

Edit: Not a minute after I post the server starts responding again.

Hello there,

@FoxFour: is there a way to check if our submission got recorded ? (like, if the browser crashed shortly after)

Also, I noticed that, after granting "FittingRead" right to my application and downloading fits, this info does not show up in the web support center (Home > Support > Third Party Applications).
I thought all granted permissions should be manageable there ? Did I missed something ? Is this a bug ?

@Aes Sayyadina: if it can help you, you can check my own code on GitHub (last function).
Maybe your URI is incorrect ? It should be https://SSO_SERVER/oauth/token/

Regards,
Ryanis

@Ryanis
Thanks for the tip, but I am already POSTing against https://login.eveonline.com/oauth/token, so that shouldn't be the problem. The SSO server just continues to return an Internal Server Error each time I try to use my refresh token.