Pages: 1 2 [3] 4 5 6 7 8 9 10 11 12 .. 12 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 9 post(s) |
Ovno ConSyquence
Amarr The Plebians
|
Posted - 2007.06.20 10:53:00 -
[61]
does anyone know if this data will be availble through the myeve web interface as well or am i going to have to write some code just to get hold of my wallet exports in csv? |
Tonto Auri
Center for Advanced Studies
|
Posted - 2007.06.20 11:45:00 -
[62]
Originally by: 45thTiger 002 The main useabililty issue is directing users wanting to provide the data for a corp web site, or a site that generates sig blocks, is that a lot of players have no idea what the character id they wish to use actually is.
The way its implemented now, you need to direct them to two / three places to do it for dumb users. 1st to the API Key page and then to a custom IGB site to get the active character id.
No.... nooo... Why You can't read whole topic? :( You not need to get You charId personally. What You only need - provide Your userId, apiKey and charName. Service can convert charname to charId itself.
Quote: And even then, to link them into a clan portal you'd need to re-auth them against user id on the portal site and the portal may or may not work in the IGB.
It already suggested before, but making portal working in IGB is a easy task, really easy.
Quote: It would be preferable if the API Key page at least provided a list of characters on the account and the associated character IDs for the user to cut and paste.
Agree, it will be useful, but not required.
Quote: Even simpler would be to expose the userid and apikey to the IGB when a user trusts a site. (Yeah yeah I know!)
Not as it done now! Read whole topic!
Quote: Regarding corp wallet access, I would suggest that the API Key site once again be upgraded to generate a corpid / apikey for users with director role. Accessing corp data through user is dangerouse as mentioned earlier.
Nope if all done properly, because API does same role chacks as EVE server.
Quote: Regarding re-requesting transaction history, to reduce load it would be best to allow a parameter that specified the max record to retreive, otherwise each call will fetch 1000 rows, only a few of them may be applicable depending on activity.
Already suggested as afterRefId.
Quote: That being said, the API is an excellent step forward for EVE and the EVE Community. (Maybe one day it will accept data so corp management can be done on the portal and the changes fed back to Eve - HAHAHHA!
Sure it will never be implemented. -- . |
Tonto Auri
Center for Advanced Studies
|
Posted - 2007.06.20 11:46:00 -
[63]
Originally by: Ovno ConSyquence does anyone know if this data will be availble through the myeve web interface as well or am i going to have to write some code just to get hold of my wallet exports in csv?
It will be available from MyEVE as part of account management functionality, IIRC. -- . |
Tonto Auri
Center for Advanced Studies
|
Posted - 2007.06.20 11:51:00 -
[64]
Originally by: Crescend Hangar dump, with basic item stats for each item (especially BPCs) and numbers of each item would be very, very appreciated. As is, managing multiple major factory locations and keeping track of multiple R&D and supply chains is a gigantic hassle.
Better to implement it as optional "Export" context menu function for cargobays, hangars and cans inside client. -- . |
Mr Horizontal
Gallente
|
Posted - 2007.06.20 12:14:00 -
[65]
Originally by: Ray McCormack How about a Regional Market History export?
I second this. It should be quite easy to just dump all the price history tables to static files during downtime, requestable by sending ItemID and RegionID - either by having special file names ie XXXX-YYYY-history.xml (where XXXX = ItemID and YYYY = RegionID) or by having a smarter ASPX file that accepts them as POST variables.
These files simply need the date, lowest, highest and that day's Regional Average for any given item in any given region.
Then the current lowest, highest and Regional Average price can be updated on a 15 minute basis on an as-requested basis, much like the skill card.
|
maltari
Caldari Eve University Ivy League
|
Posted - 2007.06.20 12:39:00 -
[66]
Originally by: Mr Horizontal
Originally by: Ray McCormack How about a Regional Market History export?
I second this. It should be quite easy to just dump all the price history tables to static files during downtime, requestable by sending ItemID and RegionID - either by having special file names ie XXXX-YYYY-history.xml (where XXXX = ItemID and YYYY = RegionID) or by having a smarter ASPX file that accepts them as POST variables.
These files simply need the date, lowest, highest and that day's Regional Average for any given item in any given region.
Then the current lowest, highest and Regional Average price can be updated on a 15 minute basis on an as-requested basis, much like the skill card.
It should be possible, yes. But it would completely change the market... Because with that addition, you wouldn't even need to look at the market to know what to do, a little script could do it for you, parsing the market and your orders... would be way too powerful IMHO...
|
Ovno ConSyquence
Amarr The Plebians
|
Posted - 2007.06.20 13:18:00 -
[67]
Originally by: maltari
Originally by: Mr Horizontal
Originally by: Ray McCormack How about a Regional Market History export?
I second this. It should be quite easy to just dump all the price history tables to static files during downtime, requestable by sending ItemID and RegionID - either by having special file names ie XXXX-YYYY-history.xml (where XXXX = ItemID and YYYY = RegionID) or by having a smarter ASPX file that accepts them as POST variables.
These files simply need the date, lowest, highest and that day's Regional Average for any given item in any given region.
Then the current lowest, highest and Regional Average price can be updated on a 15 minute basis on an as-requested basis, much like the skill card.
It should be possible, yes. But it would completely change the market... Because with that addition, you wouldn't even need to look at the market to know what to do, a little script could do it for you, parsing the market and your orders... would be way too powerful IMHO...
I'd love to have this, but it would entirely change the nature of the market as you could easily check what sells well, what produces the most profit etc.. and then only build/trade that.
And more importantly it would make all the time i put into writing a market export analyser which does exactly that, completly worthless....
Let alone the time it takes to manually export every item on the market across 3 or 4 regions |
Mr Horizontal
Gallente
|
Posted - 2007.06.20 14:24:00 -
[68]
Hehe - Of course it will change the market... it opens it up.
However, 3 points: - With Warp to Zero, intra-region Trading as a mini-profession is pretty non-existent. Trade routes aren't really anything that they used to be, so keeping them secret doesn't really change much. It does however open the market up to the one who spots these routes properly.
- Consequent to this, it benefits those in 0.0 and outlyer markets, as the systems next to 0.0 and lowsec will be filled to the brim with good stuff that sells well in those regions. Like Interceptors + related kit. This makes trading and shipping a worthwhile mini-profession again, and traders drastically need some CCP love!
- Like stock markets, the commodities are all there for all to see and the whole price history and so forth. It still takes a good serving of nous to work out which commodities to trade in and manufacture.
- The big point about this is that everyone will be in the same boat, so noone will have a bigger advantage over the next guy. And the likes of Battleclininc and Eve-Central will blossom in their market analysis tools, so you don't have to do any of that stuff.
The issues you discuss - while valid and a good point - are short-term: as people see the volumne of trades in a particular item and saturate the market with that particular item, you will have the same situation as the Raven market. IOW, he who has the most ME'd BPO wins, cos there certainly ain't no profit in it, and it's drastically over-supplied. And I'm not sure about you, but I don't trade Ravens for that reason!
Anyway, rationale aside, the fact is what is stopping an alliance from issuing corporate decrees to all members to buy 1 tritanium or whichever commodity in whichever region they're in on a daily basis (or just using an army of trial accounts), and thus registering in the wallet exports the same data... opening up the dumps in this way makes it fairer for all!
|
Rhysheline
Gallente
|
Posted - 2007.06.20 16:08:00 -
[69]
For those that like to use php instead of python, here is a code snipet that should allow you to connect, post, and get data back. Parsing is left for another day
Quote: <?php
$site='api.eve-online.com';//Website to post to $file='/char/CharacterSheet.xml.aspx';//which api are you trying to pull from $post = array('characterID'=>'#changeme#', 'userid'=>'222834', 'apikey'=>'RGdosyTMjlKIeESvEhAIbpfRAQeoTCcQHRDlZNAjRbImKMvxMdPNr8IFtlkdYEeg');
$open = curl_init($site . $file);//cURL the site
curl_setopt($open, CURLOPT_POST, 1);//Tell it to post the data curl_setopt($open, CURLOPT_HEADER, 0); curl_setopt($open, CURLOPT_POSTFIELDS, http_build_query($post));//The data that needs to be posted
curl_exec($open);// does the work curl_close($open);// cleanup ?>
|
|
CCP Garthagk
|
Posted - 2007.06.20 16:46:00 -
[70]
Edited by: CCP Garthagk on 20/06/2007 16:47:03 After some discussion, we've decided to slightly change the way the API keys work. Notably, there will be two keys going forward: a low security one and a high security one.
Basically, the low security key will provide access to three pages:
/account/Characters.xml.aspx - characters on your account /char/CharacterSheet.xml.aspx - your charsheet (skills mostly) /char/SkillInTraining.xml.aspx - what skill you're training
This is basically the EVEMon functionality. I also expect people to build tools for their corporation/alliance that will ask for this low security key in order to keep track of everybody's training and such.
The high security key will provide access to all of the above and additionally personal and corporate financial information. This is pretty close to giving out your password. This will mostly be for people who are writing their own tools or if you really, really trust some website or program.
As you might expect, CCP is not responsible for how you use your API keys. If you give them out and someone uses the information contained in the exports to hunt you down or steal your profits, then you probably should have been more careful.
I'm going to have the above two key system ready before public launch tomorrow... it's not in place yet. But will be before we go live!
Edit: There may be more changes to broaden the security functionality of this system going forward. This is an evolution, so it will be good to see how things work out before making too many big sweeping decisions. For now, this feels like a good balance of security and ease of use.
-------------- Garthagk - EVE Web Guy
To err is human to really ***** up takes admins. -Hellmar |
|
|
Rhysheline
Gallente
|
Posted - 2007.06.20 16:48:00 -
[71]
I do believet hat's going to make everyone a lot happier now.
|
Popsikle
Minmatar Shadows of the Dead Aftermath Alliance
|
Posted - 2007.06.20 16:50:00 -
[72]
Edited by: Popsikle on 20/06/2007 16:54:10
Originally by: Rhysheline For those that like to use php instead of python, here is a code snipet that should allow you to connect, post, and get data back. Parsing is left for another day
And here is a non curl snippet!
Quote:
$auth = "userID=youruserid"; $auth .= "&apiKey=yourapikey"; $auth .= "&characterID=charid";
$head = "POST /char/CharacterSheet.xml.aspx HTTP/1.0\r\n"; $head .= "Host: api.eve-online.com\r\n"; $head .= "Content-Type: application/x-www-form-urlencoded\r\n"; $head .= "Content-Length: " . strlen($auth) . "\r\n"; $head .= "Connection: close\r\n\r\n"; $fp = fsockopen ('api.eve-online.com', 80, $errno, $errstr, 30);
if (!$fp) { echo 'fsock failed; damn muppets! '.$errstr; exit(); }
fputs($fp, $head); fputs($fp, $auth); $data=''; while (!feof($fp)) { $data.=fgets($fp,128); } fclose ($fp); echo $data;
____
<t20> i want to be in a manager potition at Hooters <SaraDawn> Garthagk, do you have it up ? <Garthagk> I can get it up anytime. |
TornSoul
BIG BIG is Beautiful
|
Posted - 2007.06.20 16:51:00 -
[73]
Originally by: Rhysheline I do believet hat's going to make everyone a lot happier now.
/Me is very very happy, elated and can now sleep at night BIG Lottery [url |
Laendra
|
Posted - 2007.06.20 17:35:00 -
[74]
Much love Garthagk...thanks for listening to our whining ------------------- Brainstorm ideas to make EVE better:->http://eve.stormingbrains.org/index.php
|
Ray McCormack
BIG
|
Posted - 2007.06.20 18:27:00 -
[75]
Originally by: Ovno ConSyquence
Originally by: maltari
Originally by: Mr Horizontal
Originally by: Ray McCormack How about a Regional Market History export?
I second this. It should be quite easy to just dump all the price history tables to static files during downtime, requestable by sending ItemID and RegionID - either by having special file names ie XXXX-YYYY-history.xml (where XXXX = ItemID and YYYY = RegionID) or by having a smarter ASPX file that accepts them as POST variables.
These files simply need the date, lowest, highest and that day's Regional Average for any given item in any given region.
Then the current lowest, highest and Regional Average price can be updated on a 15 minute basis on an as-requested basis, much like the skill card.
It should be possible, yes. But it would completely change the market... Because with that addition, you wouldn't even need to look at the market to know what to do, a little script could do it for you, parsing the market and your orders... would be way too powerful IMHO...
I'd love to have this, but it would entirely change the nature of the market as you could easily check what sells well, what produces the most profit etc.. and then only build/trade that.
And more importantly it would make all the time i put into writing a market export analyser which does exactly that, completly worthless....
Let alone the time it takes to manually export every item on the market across 3 or 4 regions
I don't see it affecting the market that much, as it would simply adapt to what is being done. All it provides is easier access to information that is already there, which is what this API is all about.
Now, while it may take a considerable time to do a dump of count(itemID) * count(regionID) that many items is pointless as it is already done and exists in the form of the Market History table. We just need a way to access that exact same information through the API.
| WTS Archons and Nidhoggurs | BMBE ISK Loans | |
Vessper
Black Thorne Corporation
|
Posted - 2007.06.20 18:40:00 -
[76]
I'm so glad to see the "characters on your account" page is in the initial release of the API, together with the high/low security APIkeys for different application purposes.
Fantastic stuff
--------------------
|
Tonto Auri
Center for Advanced Studies
|
Posted - 2007.06.20 19:10:00 -
[77]
Originally by: CCP Garthagk After some discussion, we've decided to slightly change the way the API keys work. Notably, there will be two keys going forward: a low security one and a high security one.
Glad to see that something changed in a good way. What about other suggestions? RESTful model as one of them. Or IIS is too stupid to allow URL maping like normal webservers does? -- . |
FlashFF
|
Posted - 2007.06.20 21:14:00 -
[78]
I honestly dont see that the RESTful model is massively important. In fact, given the choice I'd personally go without it.
|
Idle Bow
Gallente Genesis Claymores
|
Posted - 2007.06.20 23:20:00 -
[79]
Edited by: Idle Bow on 20/06/2007 23:21:49 ups..
|
Tonto Auri
Center for Advanced Studies
|
Posted - 2007.06.20 23:37:00 -
[80]
Edited by: Tonto Auri on 20/06/2007 23:39:19
Originally by: FlashFF I honestly dont see that the RESTful model is massively important. In fact, given the choice I'd personally go without it.
Noone said that is important, and on IIS, I think, it cannot be fully implemented anyway. But at least moving authorisation to HTTP level (supported by all servers and most clients) and using HTTPS for API calls (supported by most servers and already exists on EVE-o) would be significant benefit to interaction.
One real change I'll be pleased to see - it's removal of /account/Characters.xml.aspx - characters on your account
I do NOT need to expose all my alts (even if they exists or not). -- . |
|
DeTox MinRohim
Madhatters Inc. M. PIRE
|
Posted - 2007.06.21 00:05:00 -
[81]
Edited by: DeTox MinRohim on 21/06/2007 00:05:39
Originally by: Popsikle
And here is a non curl snippet!
You're late mate Linkage
But yours is at its simplest form so all good (And better for the comprehension) ------ This sig space is Read-only ! omgalink |
Laendra
|
Posted - 2007.06.21 00:37:00 -
[82]
Edited by: Laendra on 21/06/2007 00:36:51 FEATURE REQUEST: add allianceID and allianceName to the CharacterSheet.xml.aspx output and Characters.xml.aspx output. Default to 0 and 'None' ------------------- Brainstorm ideas to make EVE better:->http://eve.stormingbrains.org/index.php
|
Laendra
|
Posted - 2007.06.21 00:42:00 -
[83]
FEATURE REQUEST: please add a CorporationsList.xml.aspx page to list Corporations and the alliances they are in to complement the AllianceList.xml.aspx output.
fields: corporationID, corporationName, allianceID [default 0], allianceName [default 'None'] ------------------- Brainstorm ideas to make EVE better:->http://eve.stormingbrains.org/index.php
|
Popsikle
Minmatar Shadows of the Dead Aftermath Alliance
|
Posted - 2007.06.21 01:01:00 -
[84]
Originally by: DeTox MinRohim Edited by: DeTox MinRohim on 21/06/2007 00:05:39
Originally by: Popsikle
And here is a non curl snippet!
You're late mate Linkage
But yours is at its simplest form so all good (And better for the comprehension)
Lol, I totally missed that post ;p ____
<t20> i want to be in a manager potition at Hooters <SaraDawn> Garthagk, do you have it up ? <Garthagk> I can get it up anytime. |
Salvis Tallan
Gallente The Shadow Order Hydra Alliance
|
Posted - 2007.06.21 02:44:00 -
[85]
Originally by: Laendra Edited by: Laendra on 21/06/2007 00:36:51 FEATURE REQUEST: add allianceID and allianceName to the CharacterSheet.xml.aspx output and Characters.xml.aspx output. Default to 0 and 'None'
Agreed. Also thanks to my primitive skillz related to this, naming everything row or rowset threw a big wrench into the works. Gotta figure some more stuff out.
Also gotta vote no on market info throught the site... ------
|
Amida Ta
|
Posted - 2007.06.21 06:35:00 -
[86]
Originally by: Tonto Auri Noone said that is important, and on IIS, I think, it cannot be fully implemented anyway. But at least moving authorisation to HTTP level (supported by all servers and most clients) and using HTTPS for API calls (supported by most servers and already exists on EVE-o) would be significant benefit to interaction.
HTTPS is probably not a good idea to use. With the supposed usage model (LOTS of atomic calls) it would put gigantic stress onto the server.
|
Tonto Auri
Center for Advanced Studies
|
Posted - 2007.06.21 08:47:00 -
[87]
Originally by: Amida Ta HTTPS is probably not a good idea to use. With the supposed usage model (LOTS of atomic calls) it would put gigantic stress onto the server.
HTTPS is a generally good idea and I know servers working explicitly over SSL with lots of clients. -- . |
Ray McCormack
BIG
|
Posted - 2007.06.21 09:03:00 -
[88]
Originally by: Salvis Tallan Also gotta vote no on market info throught the site...
Can you provide some reasoning behind that statement?
As, in my mind, it's data that is already available just not in an easily accessible form.
| WTS Archons and Nidhoggurs | BMBE ISK Loans | |
Oshaga Nanir
Amarr Oberon Incorporated
|
Posted - 2007.06.21 09:29:00 -
[89]
Originally by: Ray McCormack
Originally by: Salvis Tallan Also gotta vote no on market info throught the site...
Can you provide some reasoning behind that statement?
As, in my mind, it's data that is already available just not in an easily accessible form.
Been thinking about that aswell, yesterday my opinion was strongly against it...though after some reasoning it's as you say data that is already available.
I'm all for it, of course the limit would be that your character must be in that region you wanna get the market data from. To fetch all region markets you would need a character in each one of them. Otherwise this would be a feature better than the in-game market and I don't think it's fair to go further than the in-game features.
--- Happy hauling in 0.0, out. |
Bloody Bolt
|
Posted - 2007.06.21 10:17:00 -
[90]
Do we have any information when Beta in API finishes? I'm desperate to try it :) There were some promises for today, but it wasn't clear enough, were those promises for wide audiency or just Beta testers. By the way, are there any chances to become a Beta tester?
|
|
|
|
|
Pages: 1 2 [3] 4 5 6 7 8 9 10 11 12 .. 12 :: one page |
First page | Previous page | Next page | Last page |