EVE Search - New Dev Blog: Tyrannis API Improvements

All Channels

EVE Information Portal

New Dev Blog: Tyrannis API Improvements

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Pages: 1 2 3 :: [one page]
Author	Thread Statistics \| Show CCP posts - 6 post(s)

CCP Fallout	Posted - 2010.05.17 15:14:00 - [1] With Tyrannis, new changes and additions are coming to the API. CCP Stillman details these improvements in his new, and first ever, dev blog. Fallout Associate Community Manager CCP Hf, EVE Online Contact us

Cailais Amarr British Armoured Division The G0dfathers	Posted - 2010.05.17 15:24:00 - [2] Interesting. Hope some app devs out there make some use of these tools. C. the hydrostatic capsule blog
Sophie Daigneau CAPITAL Assistance in Destruction Society	Posted - 2010.05.17 15:26:00 - [3] I quickly noticed the section about contracts and jumped out of my chair and ran around the house cheering for 5 minutes. Then I sat back down and saw what it really said.
Usul Atreides	Posted - 2010.05.17 15:27:00 - [4] Excellent! Eve's community-made tools really are very good. Any enhancements to the API can only make them better. :)
T'Amber www.shipsofeve.com	Posted - 2010.05.17 15:45:00 - [5] /me looks for around for chribba then ducks out of site. -T'amber POLITICS:SIMULATORÖ
Qoi New Eden Warriors	Posted - 2010.05.17 15:48:00 - [6] The Calendar API is pretty nice, the rest is not very interesting. Most important thing is probably that they finally fixed the WalletJournal API Now give us Contracts and Mail API please!
Catari Taga Centre Of Attention Rough Necks	Posted - 2010.05.17 15:48:00 - [7] Thanks, appreciated. One thing that immediately strikes me as missing is is /corp/UpcomingCalendarEvents.xml.aspx, would be something to use for a corp website if the calendar was going to be used. On <combaSettings> I would have thought you could have added <useStandingsFrom ...> as an additional child rather than a parent in order to not break compatibility with existing tools, but I'm not particularly fussed about it, just noting it. Missing are the APIs that provide the information on the EVEGate website it will get crawled for (current corp, employment history, possibly corp memberlists).
Ix Forres Caldari Vanguard Frontiers Intrepid Crossing	Posted - 2010.05.17 15:49:00 - [8] Edited by: Ix Forres on 17/05/2010 15:54:13 So, any chance that along with these APIs we'll get any of the changes or actual useful API methods we developers have been asking for for years? Contacts are fairly useless without anything to do with them. They'll have some application in very specific use cases, but generally won't be that much use. Calendar methods are of course useful if uptake of the calendar ingame is good. We'll see some out-of-game integration with formats like CalDAV/iCal very soon, I'm sure (mainly because I plan to write one into EVE Metrics as soon as this API is made available to complement our EVEmail RSS and soon to come our EVEmail -> SMTP relay). On the topic of EVE mail, what is CCP's official stance on EVE Gate sc ra pers (bloody spam filter) and automation tools given that you are powerless to stop them? I say the latter merely as a statement of fact: If you consider them a problem, they're not going to go away any time soon. If you don't mind them, at least let EVE Gate authenticate users via HTTP BASIC or another method (OAuth2 for example) instead of forcing us back to the dark ages of sharing usernames and passwords. You will only annoy your users and severely negatively impact their security by encouraging them to share their logins with external sites and applications. Quote: The ContactNotification.xml.aspx call fetches all unread contact notifications from your evemail. So once you read a notification in-game or on EVE Gate, it will disappear from the API. Edit: Oops, misread this. My original point is invalid, but: How about keeping this consistent? With EVE mails we get an unread flag and can still see EVE mails; a consistent system to show old but read notifications with an indicator for read/unread would be more appropriate, one might think. With Tyrannis, I was somewhat expecting planetary interaction to make some sort of appearance. It would appear that this particular topic will be left to the domain of cache readers and logserver parsers in some form, giving individuals and corporations with technical know-how yet another advantage against the userbase at large. And one last note: While I am not trying to besmirch the APIs we have been given thus far and this new set of APIs, or your work in any way, I think I speak for all us third party developers when I say that we'd love to see some evidence you've actually listened to what we've asked for. If there are technical reasons why requests we've made cannot be fulfilled, or political reasons, please tell us. -- Ix Forres EVE Application Developer EVE Metrics \| accVIEW \| I Tweet
PyjamaSam Minmatar Vanguard Frontiers Intrepid Crossing	Posted - 2010.05.17 15:52:00 - [9] I echo what Ix said. Would love some more transparency on the thoughts behind the features release (and more specifically the ones not released that have been requested). chris.
Arous Drephius	Posted - 2010.05.17 16:01:00 - [10] Originally by: Ix Forres I think I speak for all us third party developers when I say that we'd love to see some evidence you've actually listened to what we've asked for. If there are technical reasons why requests we've made cannot be fulfilled, or political reasons, please tell us. This.
Wollari The Executives IT Alliance	Posted - 2010.05.17 16:09:00 - [11] Sadly you only released private/personal APIs. Which have no use for me atm. I would like to see more love for public apis. What about: System Indexes, Wars, Sovereignty Structures etc. I know that Starbases and Outpost APIs are important for Corp Management Tools and i'm all up for them, but people like me (DOTLAN EveMaps) who take only usage of the public API's won't be happy. I know you all fear that something could happen like with the dominion start, but I really would like to get in contact or an a discussion like the roundtable we had on the last fanfest and put in our experience and discuss future improvements and/or additions. I think you get a lot more feedback if you would ask the 3rd party devs: We would like to introduce these XYZ changes, what do you think about them? Useful? Concerns? rather then 'That's IT' and after the release revoke everything again. If I would need to sign a NDA to get in talk/touch/discussion with you guys, I would do it and a couple other devs too, I suppose. Get the discussion started with the devs and try to find out what people are really need. APIs for new features are always nice, but giving love to old features (contracts?) or APIs (sovereigntySystems) would be nice too. My last blog about my Wish List http://evemaps.dotlan.net/blog/2009/12/31/wishlist-for-2010/
Haskell Gallente	Posted - 2010.05.17 16:18:00 - [12] Originally by: Ix Forres I think I speak for all us third party developers when I say that we'd love to see some evidence you've actually listened to what we've asked for. If there are technical reasons why requests we've made cannot be fulfilled, or political reasons, please tell us. This.
Wollari The Executives IT Alliance	Posted - 2010.05.17 16:22:00 - [13] Originally by: Ix Forres Calendar methods are of course useful if uptake of the calendar ingame is good. We'll see some out-of-game integration with formats like CalDAV/iCal very soon, I'm sure (mainly because I plan to write one into EVE Metrics as soon as this API is made available to complement our EVEmail RSS and soon to come our EVEmail -> SMTP relay). On the topic of EVE mail, what is CCP's official stance on EVE Gate sc ra pers (bloody spam filter) and automation tools given that you are powerless to stop them? I say the latter merely as a statement of fact: If you consider them a problem, they're not going to go away any time soon. If you don't mind them, at least let EVE Gate authenticate users via HTTP BASIC or another method (OAuth2 for example) instead of forcing us back to the dark ages of sharing usernames and passwords. You will only annoy your users and severely negatively impact their security by encouraging them to share their logins with external sites and applications. Thanks Ix for the things i've forgotten on the last fanfest. I really would like to see such services like OAuth/OpenID whatever, so people could login via the eve secured pages or at least a method where we can verify the truth of some bloody HTTP Headers from the ingame browsers. I'm really thinking about integrating user services, etc on my page but I'm unsure if i should create yet another registration with email validation, or with ingame authentication (via 1 isk transfer) or yet another usage of the API to verify the user. That's something i'm really considering but it's more a concept question then anything lese if you wanna do something game related and not just another forum with fake accounts. Well and about the Calender .... yes XML API is useful for corporation tools and perhabs client tools like EveMon, etc. But if you really wanna adress the usage of them, create a CALDAV/RSS interface for your services so people can integrate the stuff into their regular life. Mobile phones, fat clients, google calender, etc. Do it like google. User can retreive and reset their private URL to the calander via EveGate webinterface and you're ready to go. No magic. RSS Feeds for EveGate Status Updates and Evemails are usefull aswell cause people can integrate those into their clients (or google reader, feedereader, etc) aswell. Those are common industry standards. Even Twitter is offering RSS Feeds for their stuff. If you would like to play with the big boys on the social web, you've to be open! Use Open Standards for User related stuff (Status, Evemails, Calendar) and XML APIs for ingame related stuff.
Wollari The Executives IT Alliance	Posted - 2010.05.17 16:36:00 - [14] Originally by: Haskell Originally by: Ix Forres I think I speak for all us third party developers when I say that we'd love to see some evidence you've actually listened to what we've asked for. If there are technical reasons why requests we've made cannot be fulfilled, or political reasons, please tell us. This.
Catari Taga Centre Of Attention Rough Necks	Posted - 2010.05.17 16:48:00 - [15] Originally by: Ix Forres On the topic of EVE mail, what is CCP's official stance on EVE Gate sc ra pers (bloody spam filter) and automation tools given that you are powerless to stop them? I trolled them into this statement in another thread: Originally by: CCP Karuck Crawling EVE Gate is forbidden as part of our soon to be updated Terms of Service, and can be a basis for an account ban. Remember that everything you do on EVE Gate you do logged in as your account. You should be using the API when writing your tools, and if there is functionality on EVE Gate that is not on the API then that's something we will consider adding. I'm not sure what you are asking about HTTP BASIC unless it's a jibe at the IGB which does not support it (well the UI does not), lol. Agreed on your other points of course, but well...
Ix Forres Caldari Vanguard Frontiers Intrepid Crossing	Posted - 2010.05.17 16:54:00 - [16] Originally by: Catari Taga Originally by: Ix Forres On the topic of EVE mail, what is CCP's official stance on EVE Gate sc ra pers (bloody spam filter) and automation tools given that you are powerless to stop them? I trolled them into this statement in another thread: Originally by: CCP Karuck Crawling EVE Gate is forbidden as part of our soon to be updated Terms of Service, and can be a basis for an account ban. Remember that everything you do on EVE Gate you do logged in as your account. You should be using the API when writing your tools, and if there is functionality on EVE Gate that is not on the API then that's something we will consider adding. I'm not sure what you are asking about HTTP BASIC unless it's a jibe at the IGB which does not support it (well the UI does not), lol. Agreed on your other points of course, but well... The HTTP BASIC thing was just in terms of adding a non-eve-username-and-password (UID/API key as user/pass on BASIC) for logging into EVE Gate programmatically but looks like that's off the cards anyway. Poor explanation on my side in any case. Building a crawler that simulates human behavior isn't exactly complicated, and I fail to see how CCP plans to catch people, but hey, I'm sure CCP knows what they're doing. -- Ix Forres EVE Application Developer EVE Metrics \| accVIEW \| I Tweet

Chribba Otherworld Enterprises Otherworld Empire	Posted - 2010.05.17 17:04:00 - [17] Whee Secure 3rd party service \| my in-game channel 'Holy Veldspar'

OwlManAtt Gallente Dreddit Test Alliance Please Ignore	Posted - 2010.05.17 17:04:00 - [18] While you're adding new API methods, could you please, please, please add one for listing personal/corp blueprints with their ME/PE? Like the tabs from the industry window? --- Owl

CCP Karuck	Posted - 2010.05.17 17:12:00 - [19] Edited by: CCP Karuck on 17/05/2010 17:14:40 Originally by: Ix Forres On the topic of EVE mail, what is CCP's official stance on EVE Gate sc ra pers (bloody spam filter) and automation tools given that you are powerless to stop them? I say the latter merely as a statement of fact: If you consider them a problem, they're not going to go away any time soon. If you don't mind them, at least let EVE Gate authenticate users via HTTP BASIC or another method (OAuth2 for example) instead of forcing us back to the dark ages of sharing usernames and passwords. You will only annoy your users and severely negatively impact their security by encouraging them to share their logins with external sites and applications. Crawling EVE Gate is forbidden as part of our soon to be updated Terms of Service, and can be a basis for an account ban. Remember that everything you do on EVE Gate you do logged in as your account. You should be using the API when writing your tools, and if there is functionality on EVE Gate that is not on the API then that's something you should ask us to consider adding. Update: Sorry, I must have missed the reply above where some of you already pointed this out ;)

Catari Taga Centre Of Attention Rough Necks	Posted - 2010.05.17 17:30:00 - [20] Edited by: Catari Taga on 17/05/2010 17:32:19 Originally by: Ix Forres The HTTP BASIC thing was just in terms of adding a non-eve-username-and-password (UID/API key as user/pass on BASIC) for logging into EVE Gate programmatically but looks like that's off the cards anyway. Poor explanation on my side in any case. Building a crawler that simulates human behavior isn't exactly complicated, and I fail to see how CCP plans to catch people, but hey, I'm sure CCP knows what they're doing. No, the logon is pretty trivial, in addition to the user/pass you also need to set the default character and then you are free to grab whatever info you want, which is conveniently provided in direct access links (shame you can't go by characterID though, you need to go by name). "Catching" spiders can be done just by the number of profiles accessed I suppose, but I have an on-demand corp membership and employment history pull integrated into some other tools of mine and that should be pretty much indistinguishable from normal behaviour (might have to reevaluate them after the announced terms of service change maybe). For crawling the site large scale someone so inclined would use trials from another IP anyway. edit for CCP Karuck: Obviously we would prefer to use an API for this if it was available.
Bagehi Association of Commonwealth Enterprises Gentlemen's Club	Posted - 2010.05.17 17:34:00 - [21] Nice to see the change for POS standings. Much appreciated. This signature is useless, but it is red.
Arkady Sadik Minmatar Electus Matari	Posted - 2010.05.17 17:36:00 - [22] Edited by: Arkady Sadik on 17/05/2010 17:36:25 It used to be the case that you could drag and drop people from showinfo: links in the old IGB into peoples & places. This allowed an easy management of shared target lists. Say, current war targets. The new IGB does not allow drag&drop, nor is there a javascript method to add "buddies". This makes adding such targets much more tedious. EVE Gate seems not to allow sharing watch lists (and until the tags feature is added, managing them will be a horrendeous task). Are there any plans to allow some kind of shared watch lists? A javascript method in the IGB to add a contact (with tags, once those are implemented!) would probably be best. Edit: I just realized the above is only marginally API related :-D To be a bit on-topic: Will the old standings API continue to work, or is it fully replaced with this?
Catari Taga Centre Of Attention Rough Necks	Posted - 2010.05.17 18:05:00 - [23] Originally by: Arkady Sadik Will the old standings API continue to work, or is it fully replaced with this? Will continue to work because standings towards you are not going to be in the contacts API.
Ariane VoxDei	Posted - 2010.05.17 18:26:00 - [24] RED FLAG! Quote: The Contacts API will require only a limited key, and consists of one character-specific request and one request which work for both characters and corporations: * /corp/ContactList.xml.aspx o corporateContactList + contactID, contactName, standing o allianceContactList + contactID, contactName, standing * /char/ContactList.xml.aspx o contactID, contactName, inWatchList, standing * /char/ContactNotifications.xml.aspx o notificationID, senderID, senderName, sentDate, messageData As if the "blue=share it" problem was not enough, now this gets piled on. What are you trying to do? Really, what are you trying to do? This looks like you are trying to kill the use of the limited API outside of your very own personal use of it. Do you have any idea how many have trusted their limited api to others (and to various useful sites), relying on it, knowing exactly how much/little got exposed until now? And have you had a guess at how many of those will actually notice something like this, unlike forum 'activists' like us? Or more to the point what percentage will remain unaware of how exposed they have suddenly become -- before it is too late? Yes, it is true that you can generate a new api key to invalidate the current one, but that is only useful to those in the know that they realy really really might want to. Once again, what we have here is another opt-out for who are ahead of most and everyone else is roadkill. You are potentially making so much bad blood that it defies belief that it is actually planned as limited api-key. So it put it to you again, what are you trying to do? Really. You can't have something like that on something as used/compromised as your limited api-key. The privacy violation potential is astounding. It will either kill the practical value of the limited api-key - as in no sharing with anyone. Or it will lead to a complete abandonment of contactlists and ingame mail - why use those if it leaves you completely exposed to FOE and friend alike.
Liang Nuren Parsec Flux	Posted - 2010.05.17 18:45:00 - [25] I strongly approve of this new tweeting of dev blogs. Keep up the good work on that front - even if I have nothing really to say about this particular topic. -Liang -- Liang Nuren - Eve Forum ***** Extraordinaire
Catari Taga Centre Of Attention Rough Necks	Posted - 2010.05.17 18:54:00 - [26] Originally by: Ariane VoxDei Or it will lead to a complete abandonment of contactlists and ingame mail - why use those if it leaves you completely exposed to FOE and friend alike. It's been obvious since the start of evegate that you cannot use the contacts list any more if you are worried about security (or can't live without folders) so why cry now in this thread? Everbody with +10 standings will be able to see your contacts list anyway so CCP allowing people holding your limited API - i.e. holding a higher level of access - to see it too only makes sense in that context. For see same reason you will not be getting EVEgate opt in because noone would actually opt in if they had the choice. Accept the new reality and deal with it. CCP wants this.
Liang Nuren Parsec Flux	Posted - 2010.05.17 18:59:00 - [27] Originally by: Catari Taga Originally by: Ariane VoxDei Or it will lead to a complete abandonment of contactlists and ingame mail - why use those if it leaves you completely exposed to FOE and friend alike. It's been obvious since the start of evegate that you cannot use the contacts list any more if you are worried about security (or can't live without folders) so why cry now in this thread? Everbody with +10 standings will be able to see your contacts list anyway so CCP allowing people holding your limited API - i.e. holding a higher level of access - to see it too only makes sense in that context. For the same reason you will not be getting EVEgate opt in because noone would actually opt in if they had the choice. Accept the new reality and deal with it. CCP wants this to happen. Solution: don't set people to +10 that aren't your alts. -Liang -- Liang Nuren - Eve Forum ***** Extraordinaire
darius mclever	Posted - 2010.05.17 20:46:00 - [28] IMHO the contact list should really require the full API key. corps trying to recruit me dont have to care about all my contacts.
Cinori Aluben Minmatar Gladiators of Rage	Posted - 2010.05.17 21:14:00 - [29] API improvements always good, thanks for the info. But I mimic the response of above API developers, would be good to have some feedback on their feedback. Cinori Aluben CSM5 2010 Fix the Little Things First! www.littlethingsfirst.com --- Cinori Aluben -- CSM 2010!! "Fix the Little Things First!" http://www.littlethingsfirst.com
mkmin	Posted - 2010.05.17 21:56:00 - [30] Quote: The Contacts API will require only a limited key Um... why? you CCP people are seriously giving a big 'screw you' to all our privacy concerns. Well, based on the way you're treating our privacy concerns you obviously consider people to be even less valuable than assets, so it should be no surprise you'd make valuable assets require the full, but the worthless people can be as freely available as possible. I mean why not make everyone's contacts require no API at all? Oh wait you did that for everyone in EVE with fail-spacebook on accident and didn't even bother apologizing about, or even admitting it. I could think of dozens of reasons why I wouldn't want my contacts on my limited API and not a single reason why I would.
MissyDark	Posted - 2010.05.17 22:19:00 - [31] Until I read this devblog I thought THIS was funny. Now I don't. Are you people insane, disregarding people privacy like that?
Krathos Morpheus Legion Infernal	Posted - 2010.05.17 22:28:00 - [32] Originally by: CCP Karuck Crawling EVE Gate is forbidden as part of our soon to be updated Terms of Service, and can be a basis for an account ban. Remember that everything you do on EVE Gate you do logged in as your account. What is going to prevent the use of trial/alt accounts to do it? They don't care if you ban them. Originally by: CCP Karuck You should be using the API when writing your tools, and if there is functionality on EVE Gate that is not on the API then that's something you should ask us to consider adding. I thought it was obvious and already asked for, but here it goes in case you haven't noticed: We want the functionality of full messages through the API. EVEwatch Sidebar soon "It is the unofficial force ù the Jita irregulars. "
darius mclever	Posted - 2010.05.17 22:49:00 - [33] Well if you take the words from the facebook founder, privacy is something of the last century and you should be publish everything about yourself to the net, including your credit card transactions. I hope CCP seriously reconsiders the publishing of contacts. that should be an opt-in option. If i enable publishing of my contacts on eve-gate, I wouldnt mind to share them via the limited api key. but the default should be hidden and limited to the full api key.
Matterick Boon Minmatar Dark-Rising IT Alliance	Posted - 2010.05.17 23:01:00 - [34] Originally by: mkmin Quote: The Contacts API will require only a limited key Um... why? you CCP people are seriously giving a big 'screw you' to all our privacy concerns. Well, based on the way you're treating our privacy concerns you obviously consider people to be even less valuable than assets, so it should be no surprise you'd make valuable assets require the full, but the worthless people can be as freely available as possible. I mean why not make everyone's contacts require no API at all? Oh wait you did that for everyone in EVE with fail-spacebook on accident and didn't even bother apologizing about, or even admitting it. I could think of dozens of reasons why I wouldn't want my contacts on my limited API and not a single reason why I would. This concerns me too. Contacts should be full API. I can't think of a single reason why it should be given out with a limited API.
Mjana Switzerland EVE Corp.	Posted - 2010.05.18 00:06:00 - [35] Originally by: Matterick Boon This concerns me too. Contacts should be full API. I can't think of a single reason why it should be given out with a limited API. ^- This Originally by: mkmin Well, based on the way you're treating our privacy concerns you obviously consider people to be even less valuable than assets, so it should be no surprise you'd make valuable assets require the full, but the worthless people can be as freely available as possible. ^- And this I can't think of any reason either why contacts should be accessible through limited key. All the contact related stuff (calendar, mails) require full API key anyways (which is GOOD). Yes, the default for EVE Gate is that some people can see your contacts, but there you can at least change the settings. It just doesn't make sense being able to restrict access to contacts on EVE Gate but not having a choice when it comes to API. Either giving away all contacts info or not being able to use the API at all...
Verite Rendition Caldari F.R.E.E. Explorer Initiative Mercenaries	Posted - 2010.05.18 03:01:00 - [36] Originally by: Wollari Sadly you only released private/personal APIs. Which have no use for me atm. I would like to see more love for public apis. What about: System Indexes, Wars, Sovereignty Structures etc. I know that Starbases and Outpost APIs are important for Corp Management Tools and i'm all up for them, but people like me (DOTLAN EveMaps) who take only usage of the public API's won't be happy. I know you all fear that something could happen like with the dominion start, but I really would like to get in contact or an a discussion like the roundtable we had on the last fanfest and put in our experience and discuss future improvements and/or additions. I think you get a lot more feedback if you would ask the 3rd party devs: We would like to introduce these XYZ changes, what do you think about them? Useful? Concerns? rather then 'That's IT' and after the release revoke everything again. If I would need to sign a NDA to get in talk/touch/discussion with you guys, I would do it and a couple other devs too, I suppose. Get the discussion started with the devs and try to find out what people are really need. APIs for new features are always nice, but giving love to old features (contracts?) or APIs (sovereigntySystems) would be nice too. My last blog about my Wish List http://evemaps.dotlan.net/blog/2009/12/31/wishlist-for-2010/ And I would like to reiterate what Wollari is saying, particularly when it comes to the Sovereignty APIs. With Dominion we took a bit hit - you removed sov levels from the API and did not replace it with system index levels. So we can tell who owns a system but nothing about its index levels, something that's trivial to look up in-game. As it stands if Wollari wasn't approximating the strategic level by tracking when systems changed hands, then the Influence Map would be far less accurate. But Wollari shouldn't need to keep track of this stuff, it's all readily available data that should be available via API. As it stands we're barely getting by in this respect, and if we had the real index data we could be doing more interesting things and generate more accurate/meaningful maps. It's well known that the API team has a slow development cycle, so the fact that this wasn't fixed shortly after Dominion was unfortunate but not unexpected. But to go uncorrected for an entire expansion cycle represents a much bigger problem. If nothing else, it makes the API look neglected. Please listen to Wollari and the others. I'm pretty sure they won't bite off your heads, and they have a lot of good ideas that would improve the API if you can take the time to communicate with them. ---- FREE Explorer Lead Megalomanic EVE Null-Sec Player Influence Map http://dl1.eve-files.com/media/corp/Veritefw/FWinf
D'Kelle	Posted - 2010.05.18 03:03:00 - [37] Edited by: D''Kelle on 18/05/2010 03:05:03 Originally by: CCP Karuck Edited by: CCP Karuck on 17/05/2010 17:14:40 Originally by: Ix Forres On the topic of EVE mail, what is CCP's official stance on EVE Gate sc ra pers (bloody spam filter) and automation tools given that you are powerless to stop them? I say the latter merely as a statement of fact: If you consider them a problem, they're not going to go away any time soon. If you don't mind them, at least let EVE Gate authenticate users via HTTP BASIC or another method (OAuth2 for example) instead of forcing us back to the dark ages of sharing usernames and passwords. You will only annoy your users and severely negatively impact their security by encouraging them to share their logins with external sites and applications. Crawling EVE Gate is forbidden as part of our soon to be updated Terms of Service, and can be a basis for an account ban. Remember that everything you do on EVE Gate you do logged in as your account. You should be using the API when writing your tools, and if there is functionality on EVE Gate that is not on the API then that's something you should ask us to consider adding. Update: Sorry, I must have missed the reply above where some of you already pointed this out ;) Sorry! but do you seriously think the hackers and scammers are going to be seriously upset about a petty account ban. Eve gate is a nice idea but I really feel you have simply magnified the oportunity to have our Eve Accounts/info hacked, making this available via a public browser irrispective of personal pc security, you only have too look at the arms length list of fixes a certain browser company has to keep providing to realise how many devious ba***ds there are out there. Std browsers have more holes in them than people want to belive, so here`s hoping you have your systemsoild (not like some of the things in Eve that still need fixing years down the line,,sighs!) also your ability to compensate if it isn`t.. you have admitted you had to "beef" up the security processes in the game browser.
Dr BattleSmith PAX Interstellar Services	Posted - 2010.05.18 04:11:00 - [38] With oAuth we could add/attend events from 3rd party sites securely. Pity that EveGate is Web0.1 instead of Web2.0+ In todays world, to build such a flat static social network and API with zero interaction is just sad.
Dragonaire Caldari Corax. New Eden Retail Federation	Posted - 2010.05.18 05:25:00 - [39] First let's add my name to the list that thinks the contacts using the limited API key is a bad idea as both a third party developer and a player. Most people don't want to give out their limited key now to outside parties because they feel it allows more access then they like and this is going to make even fewer willing. Next let me say something on the planned changes to StarbaseDetails API. Catari Taga is right and <useStandingsFrom> should be a child to <combatSettings> but not enclose the others which is probably going to break everything that uses it now. If the idea is to break everything why not go ahead and change <combatSettings> and <generalSettings> into true <rowset>s and bring it into line with the pseudo standard that many of the APIs original started out with? This will still break everything but you could at least try to spin it as fixing and enhancing stuff and not that someone was clueless how it should be done Just to show what my idea might look like: <?xml version='1.0' encoding='UTF-8'?> <eveapi version="2"> <currentTime>2009-05-02 20:36:56</currentTime> <result> <rowset name ="generalSettings" key="state" columns="state,stateTimestamp,onlineTimestamp,usageFlags,deployFlags"> <row state="4" stateTimestamp="2009-05-02 21:31:36" onlineTimestamp="2009-04-18 23:30:29" usageFlags="3" deployFlags="0"/> </rowset> <rowset name="combatSettings" key="useStandingFrom" columns="useStandingFrom,allowCorporationMembers, allowAllianceMembers,onStandingsBelow,onStatusGoesBelow, onAggression,onCorporationWar"> <row useStandingFrom="154683985" allowCorporationMembers="1" allowAllianceMembers="1" onStandingsBelow="10" onStatusGoesBelow="0" onAggression="0" onCorporationWar="1"/> </rowset> <rowset name="fuel" key="typeID" columns="typeID,quantity"> <row typeID="16275" quantity="2447" /> <row typeID="16274" quantity="18758" /> <row typeID="9848" quantity="166" /> <row typeID="9832" quantity="332" /> <row typeID="3689" quantity="332" /> <row typeID="44" quantity="166" /> <row typeID="16273" quantity="6142" /> <row typeID="16272" quantity="5644" /> <row typeID="3683" quantity="1162" /> </rowset> </result> <cachedUntil>2009-05-02 21:36:56</cachedUntil> </eveapi> (Sorry about the formating but was in a hurry ) Notice that some of the information have been moved around and renamed but does the same things in clearer ways and is grouped better as well IMHO anyway I'm not sure the "keys" are right but once again was doing this in a bit of a hurry and only spent about 15 minutes thinking on it and editing the XML for above. What I find sad in many ways about all of this is someone like me can spend that little time reading about the changes in the blog and not really even think about it to know the planned changes to add <useStandingFrom> was done incorrectly and that if the API was going to be changed it should be updated in a way that would really enhance it instead of just breaking it for everyone. That's my 0.02 ISKs worth and I hopefully someone at CCP proves many of third party developers wrong when they say no one in CCP ever listens to them and they don't care what we think or really want our feadback when it comes to changes in the APIs. -- Finds camping stations from the inside much easier. Designer of Yapeal for Eve API.
Amida Ta German Mining and Manufacture Corp.	Posted - 2010.05.18 08:23:00 - [40] Just 3 short points: 1) Won't there be any PI Api? At least one for querying which planets you have PI on and how many structures there are (essentially that on the science/production tab). If not, why? 2) I'm with everyone else on the opinion of the contact list. Use a full API key here. 3) Imho the change in outposts is fine as proposed. It's true what Dragonaire wrote that it doesn't follow that completely ugly xml-misuse rowset/row scheme (that never should had been used in the first place). But users are using API libraries exactly for that reason: Shield them from (breaking) changes like that if possible. _________________________ EveAI.Live - The EVE-Online API/class library for .Net, C# and VB.Net
Hel O'Ween Men On A Mission	Posted - 2010.05.18 08:38:00 - [41] Originally by: Dragonaire First let's add my name to the list that thinks the contacts using the limited API key is a bad idea as both a third party developer and a player. Most people don't want to give out their limited key now to outside parties because they feel it allows more access then they like and this is going to make even fewer willing. This! I have the strong suspicion that we 3rd party devs need to gather the next time the CSM is elected and get one of us in there. -- EVEWalletAware - an offline wallet manager
Vessper Indicium Technologies	Posted - 2010.05.18 10:31:00 - [42] The Contacts API should be the same as the Calendar in that it requires the full API key, not the limited one. EveHQ Character App

CCP Prism X Gallente C C P C C P Alliance	Posted - 2010.05.18 11:46:00 - [43] Completely avoiding off topic questions for now. I was going to ask some questions regarding the contact list being on the limited key but I took me longer to type it up than for CCP Bella Bee to convince me of it still being useful on the full access alone. Contacts API will require the full key. ~ Prism X EvE Database Developer Relocating your character to a cozy, secure container since 2006. Relocating your cozy, secure container to the EVE cemetery since 2008.

darius mclever	Posted - 2010.05.18 12:34:00 - [44] Originally by: CCP Prism X Completely avoiding off topic questions for now. I was going to ask some questions regarding the contact list being on the limited key but I took me longer to type it up than for CCP Bella Bee to convince me of it still being useful on the full access alone. Contacts API will require the full key. thank you!
Catari Taga Centre Of Attention Rough Necks	Posted - 2010.05.18 13:00:00 - [45] Originally by: CCP Prism X Completely avoiding off topic questions for now. I was going to ask some questions regarding the contact list being on the limited key but I took me longer to type it up than for CCP Bella Bee to convince me of it still being useful on the full access alone. Contacts API will require the full key. thanks CCP Bella Bee -- Originally by: Zeke Mobius I swear the catholic church was faster at admitting the earth was round than CCP at fixing stuff.
Mjana Switzerland EVE Corp.	Posted - 2010.05.18 13:45:00 - [46] Originally by: CCP Prism X Completely avoiding off topic questions for now. I was going to ask some questions regarding the contact list being on the limited key but I took me longer to type it up than for CCP Bella Bee to convince me of it still being useful on the full access alone. Contacts API will require the full key. Good news! :)
BeanBagKing Ch3mic4l Warfare	Posted - 2010.05.18 13:53:00 - [47] Originally by: CCP Prism X Completely avoiding off topic questions for now. I was going to ask some questions regarding the contact list being on the limited key but I took me longer to type it up than for CCP Bella Bee to convince me of it still being useful on the full access alone. Contacts API will require the full key. \o/
Ix Forres Caldari Vanguard Frontiers Intrepid Crossing	Posted - 2010.05.18 14:07:00 - [48] Originally by: CCP Prism X Completely avoiding off topic questions for now. I was going to ask some questions regarding the contact list being on the limited key but I took me longer to type it up than for CCP Bella Bee to convince me of it still being useful on the full access alone. Contacts API will require the full key. Nice to hear the contacts API will be a full key service. Do you or other developers plan to stop avoiding the off topic questions anytime soon?
Lost Hamster Hamster Holding Corp	Posted - 2010.05.18 14:22:00 - [49] Good news, with the FULL API key.
Hel O'Ween Men On A Mission	Posted - 2010.05.19 09:26:00 - [50] Good move on the API for Contacts! -- EVEWalletAware - an offline wallet manager
Sade Onyx	Posted - 2010.05.19 11:28:00 - [51] For those of us (unless its just me) who dont fully understand: Whats the significance of the contacts being Full API only?
Oreth Te	Posted - 2010.05.19 11:35:00 - [52] Originally by: Vessper The Contacts API should be the same as the Calendar in that it requires the full API key, not the limited one. Hmmm Help on this please, Hi Ves if you get a chance please explain the significance of this statement, I am aware of the API keys and to some extent what they can be used for. Perhaps I am being a bit dense here and really missing the escence of what is being discussed but isn't the Limited API the safer of the two to use in public domains.
Dragonaire Caldari Corax. New Eden Retail Federation	Posted - 2010.05.19 13:29:00 - [53] Limited API key - Lets whom ever has it know about your characters, their skills, your current balances, what skills you have queued, and general info on your corp roles. Full API key - Lets whom ever has it know where everything you own is including how you've got you ships fitted, what you're researching, buying, selling, etc and if you are CEO or director in your corp all that info plus more about the corp. Most people won't want to give away all that info to something outside their direct control but may risk what the limited key does if they believe the benefit out weigh the risk. Would you broadcast you contact list in Jita local or or would you only do that in your corp channel/ private chat with someone you've known for a while in Eve that what's it all about. -- Finds camping stations from the inside much easier. Designer of Yapeal for Eve API.
Vessper Indicium Technologies	Posted - 2010.05.19 14:02:00 - [54] Originally by: Oreth Te Originally by: Vessper The Contacts API should be the same as the Calendar in that it requires the full API key, not the limited one. Hmmm Help on this please, Hi Ves if you get a chance please explain the significance of this statement, I am aware of the API keys and to some extent what they can be used for. Perhaps I am being a bit dense here and really missing the escence of what is being discussed but isn't the Limited API the safer of the two to use in public domains. Think of it in terms of the amount of information it discloses. Limited API = limited information, Full API = full information. What information is provided by each key is summarised in the post above but for a more complete picture, have a look at this web page. EveHQ Character App
Orgell Evaan Minmatar Tax Avoidance Through Alliterative Syndication	Posted - 2010.05.19 16:12:00 - [55] Originally by: Sade Onyx For those of us (unless its just me) who dont fully understand: Whats the significance of the contacts being Full API only? Limiting access. Limited access is for showing off skillsets, not handing out all your (and your corp's) info.
Smartacus The Arrow Project	Posted - 2010.05.20 11:27:00 - [56] Please give us the option to link POS assets (guns/silos/harvesters etc) to the actual towers. So we can pull pos's including their whole setup from the API.
Amida Ta German Mining and Manufacture Corp.	Posted - 2010.05.20 12:30:00 - [57] Could we please get an answer on PI APIs? _________________________ EveAI.Live - The EVE-Online API/class library for .Net, C# and VB.Net
FURNAR	Posted - 2010.05.21 07:28:00 - [58] BE NICE IF SISI WORKED , 3 HRS AND GOT INCOMPATIABLE VERSON
Wollari The Executives IT Alliance	Posted - 2010.05.21 22:04:00 - [59] <sarcasm>Thank you for the nice dev response so far on the not-answered questions</sarcasm> o/
Haskell Gallente	Posted - 2010.05.22 23:57:00 - [60] Edited by: Haskell on 22/05/2010 23:59:17 Originally by: Wollari <sarcasm>Thank you for the nice dev response so far on the not-answered questions</sarcasm> It looks like the API is more like a necessary evil than a desired feature from the viewpoint of CCP. They probably just keep maintaining it because if they'd disable it, it would upset a lot of players. And because they don't want tools to scrαpe EVE Gate (which, interestingly, was announced to eventually support all features of the EVE client except undocking, while the API was indicated to never support write operations). IMO it's a good thing they do maintain it, even if reluctantly, given that their general corporate motto seems to be "once a feature is released, abandon it immediately". However, if I could send a message to CCP, it would be this: Linkage -- think about it when allocating resources next.
Verite Rendition Caldari F.R.E.E. Explorer Initiative Mercenaries	Posted - 2010.05.23 15:45:00 - [61] Originally by: Wollari <sarcasm>Thank you for the nice dev response so far on the not-answered questions</sarcasm> o/ Did you really expect anything different? ---- FREE Explorer Lead Megalomanic EVE Null-Sec Player Influence Map http://dl1.eve-files.com/media/corp/Veritefw/FWinf
Ix Forres Caldari Vanguard Frontiers Intrepid Crossing	Posted - 2010.05.24 12:22:00 - [62] Originally by: Verite Rendition Originally by: Wollari <sarcasm>Thank you for the nice dev response so far on the not-answered questions</sarcasm> o/ Did you really expect anything different? Let's face it, CCP and their devs stopped caring about the API long ago, and we're not going to get any response on this. Time to find another online game to make things for, perhaps. -- Ix Forres EVE Application Developer EVE Metrics \| accVIEW \| I Tweet
Hel O'Ween Men On A Mission	Posted - 2010.05.26 14:41:00 - [63] Originally by: Verite Rendition Originally by: Wollari <sarcasm>Thank you for the nice dev response so far on the not-answered questions</sarcasm> o/ Did you really expect anything different? I've always been told, by those who "do believe", that miracles do happen. But I was always skeptical about it. Seems I was right. -- EVEWalletAware - an offline wallet manager
BinaryIdiot	Posted - 2010.05.26 20:21:00 - [64] Why are you using a page as a service? Web Forms provide additional overhead if all you're doing is returning Xml. You should be using a handler (ashx) instead. Other, more efficient alternatives: WCF or MVC.

CCP Prism X Gallente C C P C C P Alliance	Posted - 2010.05.27 00:05:00 - [65] I'm sorry guys, but I'm only a single person at the moment and I deal with a whole lot of stuff just before deployment. Excuses aside, I'd love the be able to promise you the world. But I just cannot do it in good conscience unless I know with absolute certainty that I can deliver. I also cannot give you any veiled hints because I know you're already frustrated with the state of the API and my general non-info replies aren't going to get you any happier about it. I know of your concerns and I agree with many of them. I just cannot promise you that I'll have the time to do feature X or improvement Y and I do not think I'm doing any of us favours with empty promises. But I'm not ignoring you, just trying to not giving you false hopes as well as dealing with Tyrannis. ~ Prism X EvE Database Developer Relocating your character to a cozy, secure container since 2006. Relocating your cozy, secure container to the EVE cemetery since 2008.

eBrainiac	Posted - 2010.05.28 17:24:00 - [66] Hey Fallout, nice "moving forward" stuff with EVEGate... Would be nice to see in a not so far future, features like an AJAX sort of thing for "auto-complete" in the address field for nicknames from EVE. Thx.
Dragonaire Caldari Corax. New Eden Retail Federation	Posted - 2010.05.30 03:56:00 - [67] I'd like to do a unheard of thing and actually ask an on topic question about one of the new APIs In the Blog it says /corp/OutpostServiceDetail.xml.aspx?itemID= but it shows stationed, ownerID, serviceName, minStanding, surchargePerBadStanding, discountPerGoodStanding I'm assuming 'stationed' was just a typo and it's really 'stationID' but doesn't that mean instead of '?itemID=' it should be '?stationID=' in the query? Hopefully I can get some clarification on this so I can finish updating my library and get new version out for people to start using. -- Finds camping stations from the inside much easier. Designer of Yapeal for Eve API.

CCP Prism X Gallente C C P C C P Alliance	Posted - 2010.05.31 08:31:00 - [68] Originally by: Dragonaire I'd like to do a unheard of thing and actually ask an on topic question about one of the new APIs In the Blog it says /corp/OutpostServiceDetail.xml.aspx?itemID= but it shows stationed, ownerID, serviceName, minStanding, surchargePerBadStanding, discountPerGoodStanding I'm assuming 'stationed' was just a typo and it's really 'stationID' but doesn't that mean instead of '?itemID=' it should be '?stationID=' in the query? Hopefully I can get some clarification on this so I can finish updating my library and get new version out for people to start using. Man it must be monday, I just spent some 10 minutes oogling the code and wondering where that typo was coming from. Turns out it's in the Devblog, not thecode. Yeah, that is a typo and should be stationID. The input parameter is called itemID because a stationID is an itemID. I will probably try and use the name itemID as inputs for all instances of non-owner itemIDs. Mostly because I want to ~ Prism X EvE Database Developer Relocating your character to a cozy, secure container since 2006. Relocating your cozy, secure container to the EVE cemetery since 2008.

Dragonaire Caldari Corax. New Eden Retail Federation	Posted - 2010.06.02 04:18:00 - [69] Quote: Man it must be monday, I just spent some 10 minutes oogling the code and wondering where that typo was coming from. Turns out it's in the Devblog, not thecode. Sorry about that but know how that goes on Mondays and itemID is find just was making sure. -- Finds camping stations from the inside much easier. Designer of Yapeal for Eve API.
Lubomir Penev interimo	Posted - 2010.06.02 12:16:00 - [70] Still missing the biggest improvement of all, a killmail only API key... -- 081014 : emoragequit, char transfered to a friend, 090317 : back to original owner blog

CCP Prism X Gallente C C P C C P Alliance	Posted - 2010.06.02 12:48:00 - [71] Originally by: Lubomir Penev Still missing the biggest improvement of all, a killmail only API key... That's just a subset of granular API key access. I'd rather find time to allow <Set of Calls> only API keys. Not that I'm promising that any time will be available in the near future. ~ Prism X EvE Database Developer Relocating your character to a cozy, secure container since 2006. Relocating your cozy, secure container to the EVE cemetery since 2008.

Lubomir Penev interimo	Posted - 2010.06.02 13:02:00 - [72] Originally by: CCP Prism X Originally by: Lubomir Penev Still missing the biggest improvement of all, a killmail only API key... That's just a subset of granular API key access. I'd rather find time to allow <Set of Calls> only API keys. Not that I'm promising that any time will be available in the near future. A partial hardcoded solution in a week is loads better than a generic one in six months. Killmail feeds are about the only thing you want random websites to be able to access in my book, I'm not sure there is much of a case for a generic solution, no matter how more elegant it can be... -- 081014 : emoragequit, char transfered to a friend, 090317 : back to original owner blog
Haskell Gallente	Posted - 2010.06.07 19:42:00 - [73] Originally by: CCP Prism X Not that I'm promising that any time will be available in the near future. @CCP Prism X: Would it help if some skilled member of the community applied, e.g., as summer intern?

Pages: 1 2 3 :: [one page]

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.

Cinori Aluben CSM5 2010

Fix the Little Things First!

www.littlethingsfirst.com