Pages: [1] 2 3 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 11 post(s) |
|
CCP Prism X
C C P C C P Alliance
487
|
Posted - 2012.01.16 15:37:00 -
[1] - Quote
Transmission coded whilst listening to the most awesomest performance of the last century.
I've been doing some API work over the past week that should surface with Crucible 1.5 later this month. I thought I'd start off by introducing the changes as soon as possible so any interested parties could start making good use of them. I'll have Stillman come around to this topic and post about their availability on the testapi when they have been deployed there and basic testing has been passed. Why waste your time with my horrendously broken code, eh?
There are also some internal changes on the horizon for the API project. More on that below.
Feature Additions
Item Location API Added /char/Locations.xml.aspx /corp/Locations.xml.aspx
Both these call require a full legacy key or a CAK key with explicit permissions. Any call to them must be followed by the input variable ids which is a comma seperated list of itemIDs that must be owned by the key owner (supplied as characterID for the char call if the key is not bound to a single character). Furthermore, each and every ID passed in must be a valid location (possiblity to exist in space as a standalone item).
Call will return the items name (or its type name if no user defined name exists) as well as their x,y,z coordinates. Coordinates should all be 0 for valid locations located inside of stations. Crab people, crab people, look like people, taste like crab. This can thus be used to get your ship names, POS module names and coordinates (to group stuff.. yes, I finally lived up to my Fan Fest promise and can thus show my face on the next one!).
I cannot stress enough that supplying IDs that are not valid locations or do not belong to the supplied owner (wether explicitly supplied or implied from key) will result in a completely empty result set! I know this is less than user friendly but experience has shown anything else leads to constant scraping.
Cache timer on production services: 60 minutes. A new access check box will appear on the support website for this call, dechecked for all existing keys of course.
Type Name API Added /eve/typeName.xml.aspx
I noticed that the CharacterName call was no longer servicing typeIDs. So I added this call to do that for mobile apps that cannot ship with the type part of the SDE. Call signature is just like CharacterNames, requires no access and caches for all eternity as type names do not tend to change.
Corporation Member Tracking Changed The access to this call for CAK keys has now been split between LIMITED and EXTENDED. All currently existing keys will be switched to LIMITED mode for security reasons. To request the extended view on a key that allows that an additionial parameter of extended=1 will have to be supplied.
This had to be done as all CAK corporation keys are director level keys and thus all CAK keys were exposing the sensitive part of the return set. This change does not affect legacy keys.
Defect Fixes
Confusing CharacterID call returns When a character was renamed, and the CharacterID call queried with the new name the result set would most probably contain the old name paired with the characterID. This is somewhat confusing when you supply 100 names and get two ids back which do not match to any name in your list.
Now, the CharacterID and CharacterName apis will not return confusing result sets like this. They will also strive to realize when a name has changed and flush it from cache but that is only possible under specific circumstances so there is no guarantee of which name will be returned in the case of renamed characters. As a reminder we always flush the cache between major updates.
Confusing KillLogs error messages Error messages in the Kill mail API were less informative than they should be. They have thus been changed to reflect the following:
- Error code 119: Kill Logs only go a month back.
- Error code 120: The expected killID, that has been returned, should be supplied rather than whatever was supplied.
- Error Code 118: Refresh kill log with no killID supplied for most recent kills.
- Error Code 119 and 120: Reminder that each application should have their private kill log key.
Confusing Journal and Transaction error messages When passing in transactionIDs that the underlying transaction walker does not recognize, the code will do its best to approximate desired output and return that rather than just error. To high an ID will refresh the most recent transactions, too low will just use the oldest transactionID and a nonexistant one that fits between the preceeding two ranges will approximate to the closest transactionID in the walker.
Furthermore, asking for the single most recent transactions, and then requesting the two most recent transaction on the same walker will now return the two most recent transactions rather than crap out. Previously loading up a single record frontpage would demand that you pass in fromIDs to continue walking back in the transaction history.
All comments apply to both transaction and journal APIs.
CCP Stillman will come around to this topic and announce the new additions (and perhaps defect fixes) having been deployed to SISI and tested. ~ CCP Prism X EVE Database Developer If anything in this post was informative or could be considered as 'good news' to you - chances are you've misread it. |
|
|
CCP Prism X
C C P C C P Alliance
487
|
Posted - 2012.01.16 15:37:00 -
[2] - Quote
Post Reserved for Project Change announcement. ~ CCP Prism X EVE Database Developer If anything in this post was informative or could be considered as 'good news' to you - chances are you've misread it. |
|
Peter Powers
FinFleet Raiden.
30
|
Posted - 2012.01.16 15:51:00 -
[3] - Quote
<3 <3 <3
Edit: had to post this, cause i forgot about the Like button! |
Squizz Caphinator
Woopatang Happy Endings
27
|
Posted - 2012.01.16 15:52:00 -
[4] - Quote
Requesting a type name to id conversion, e.g., if I pass the name of an object to a TypeId call it will return the typeID for that object. This would be great for expansions that have new items and/or items that have changed names.
Keep up the great work! http://evewho.com - Alliance and Corporation Member Listings http://evechatter.com - Free Alliance and Corporation forums for all. |
Unforgiven Storm
Eternity INC. Goonswarm Federation
82
|
Posted - 2012.01.16 17:52:00 -
[5] - Quote
Can we expect new API stuff that covers the POCOS and Planet interation stuff? If the answer is yes, when can we expect it to hit SISI for trials?
Corps need this info:
- POCOs List -> location, taxes, standingsGǪ
Players need this info:
- Command Centers List -> location, number of structures in planet, POCOs taxes applied to us in each planet
- For each Command Center -> List of structures in each planet
- Information on each structure ->
- Extractors: number of heads, program status (running/stopped), program length, expect end time of program and the summary information like the total resource yield and average yield
- Industrial facilities: schematic in use, status (running/stopped)
- Silos and Spaceports: contents stored, space available
- Command centers: contents stored, space available, cpu and power usageGǪ
Allow us to change characters of the same account without the need to logout and put the password again. |
|
CCP Prism X
C C P C C P Alliance
488
|
Posted - 2012.01.16 18:08:00 -
[6] - Quote
Quote:Requesting a type name to id conversion... I'll look into it.
POCOs should be owned by corporations (Disclaimer: Stuff changes without me knowing) so that should be accessible from a corp key.
But we're not talking about any POCO specific data being included in the item position calls nor any P.I. data. Those would be feature specific calls. I can look into some POCO data, but last time I checked the PI data required a running simulation so it is not very compatible with the current API implementation. ~ CCP Prism X EVE Database Developer If anything in this post was informative or could be considered as 'good news' to you - chances are you've misread it. |
|
Weaselior
GoonWaffe Goonswarm Federation
2136
|
Posted - 2012.01.16 19:02:00 -
[7] - Quote
Thanks, these are some great changes. |
Kismeteer
GoonWaffe Goonswarm Federation
80
|
Posted - 2012.01.16 19:05:00 -
[8] - Quote
Guess who relayed your post!
Anyway, we could really use ihub upgrades. Also, maybe even station/ihub timers, ala the stront timers we currently have from the tower APIs.
Even the existance of ihubs would be helpful.
Please keep doing good work! |
Lumy
Sebiestor Tribe Minmatar Republic
5
|
Posted - 2012.01.16 19:16:00 -
[9] - Quote
Could you add characterID/corporationID attribute or element to each char/corp call? I believe there is possibility of fringe cases like: - user generate API key for character X - insert it to application - application requests APIKeyInfo for X - user changes key to character Y - application gets data for character Y, while assuming it's still X (because APIKeyInfo is still cached, or developer forgets to hammer APIKeyInfo on every cachedUntil) |
Unforgiven Storm
Eternity INC. Goonswarm Federation
82
|
Posted - 2012.01.16 19:27:00 -
[10] - Quote
CCP Prism X wrote:Quote:Requesting a type name to id conversion... I'll look into it. POCOs should be owned by corporations (Disclaimer: Stuff changes without me knowing) so that should be accessible from a corp key. But we're not talking about any POCO specific data being included in the item position calls nor any P.I. data. Those would be feature specific calls. I can look into some POCO data, but last time I checked the PI data required a running simulation so it is not very compatible with the current API implementation.
All PI information needs to go though a simulation model so information can be retrived and be available in the API? There isn't someting that doesn't need to be simulated that you can give us?
I will happy with basic PI information that is more or less static, like planets locations were we have a command centers, command center type, number of strutures, pocos taxes applyed, information about storage contents and quantities...
Whatever you can gives us about PI that you can retrive from the DB directly to the API without the need to simulate is welcome at this point and will get you free beers in the next fanfest
Thanks and regards Allow us to change characters of the same account without the need to logout and put the password again. |
|
Project 69
Rennfeuer Curatores Veritatis Alliance
10
|
Posted - 2012.01.16 21:29:00 -
[11] - Quote
would it be possible to add the stationID as "reason" in the wallet API for the refID 12 (Docking Fees)
http://wiki.eve-id.net/APIv2_Char_JournalEntries_XML like the people could see where the isk comes from
I know you can do it.. .I trust in you ;) |
Sassums
Wormhole Exploration Crew R.E.P.O.
46
|
Posted - 2012.01.17 01:57:00 -
[12] - Quote
So in English what does this do?
/confused |
Project 69
Rennfeuer Curatores Veritatis Alliance
11
|
Posted - 2012.01.17 06:29:00 -
[13] - Quote
Sassums wrote:So in English what does this do?
/confused
if you're refereing to my post
it lets you see from what station the docking fees are coming |
Matalok
Dreddit Test Alliance Please Ignore
10
|
Posted - 2012.01.17 09:46:00 -
[14] - Quote
Can't express how happy I am that the location/type API is going to see the light of day. Thanks for your work Prisim X & co., i'm sure anyone who has to deal with POS API is going to love you after 1.5. |
|
CCP Stillman
C C P C C P Alliance
209
|
Posted - 2012.01.17 10:56:00 -
[15] - Quote
First few things are deployed to apitest. More to come today Associate QA Tester for Team EVESec. |
|
Dragonaire
Corax. The Big Dirty
28
|
Posted - 2012.01.19 18:18:00 -
[16] - Quote
So since Locations.xml.aspx is meant to only get info on things like ships, cans in space, and POS related stuff anyone come up with a typeID that can be used to find itemIDs from assetList that should be used? Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal PHP API library thread for more information. |
TorTorden
NorCorp Enterprise No Holes Barred
19
|
Posted - 2012.01.19 19:21:00 -
[17] - Quote
I built my corp assets table with a container field (another itemID also located in the same table), and a locationID, Either a system or a station.
If location Is a system, and the location field is null, then I can pretty much assume it's something just floating in space.
On another note.
I cant seem to get any results other than
Quote:{error code="126"} Invalid ID found in ID list. Please ensure input is a comma seperated list of valid 32-bit non-negative integers. {/error}
from the locations api. My best guess here is that this has more to do with the fact the item doesn't exist on the test server, it being anchored in w-space and they aren't carried over to sisi...
|
Two step
Aperture Harmonics K162
562
|
Posted - 2012.01.19 21:48:00 -
[18] - Quote
Do ships in a POS SMA have x,y,z coords of the SMA? CSM 6 Alternate Delegate @two_step_eve on Twitter My Blog What does CSM 6 do? |
Dragonaire
Corax. The Big Dirty
29
|
Posted - 2012.01.20 16:33:00 -
[19] - Quote
Quote:I built my corp assets table with a container field (another itemID also located in the same table), and a locationID, Either a system or a station.
If location Is a system, and the location field is null, then I can pretty much assume it's something just floating in space. That would work for anything actually in space but I was thinking about how to capture ships in stations as well since it seems they also can be retrieved. I figured people would like to grab them as well so they have the their names for them. I'll probably do like you did and start with anything that's not in a station but just thought I'd ask if someone had figured it out. There is also the issue of the stuff in cargo hold/ fittings etc also showing as in space I suppose that needs to be worked around in some cases. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal PHP API library thread for more information. |
mjollnirna
The Moon Rise LazyProd
0
|
Posted - 2012.01.20 19:58:00 -
[20] - Quote
That would be great if you can figure out the location of a silo around a tower even in a system where you own several POS. Actually you have to link the silo'id and tower'id manually.
Does this new x,y,z coordinates allow that ? Just have to determine what item is in a 30km of radius sphere around the coordinate of the tower. And the items name. You can't rename a silo so it's useless for my case ?
|
|
Chaotic Mind
Rennfeuer Curatores Veritatis Alliance
1
|
Posted - 2012.01.22 11:46:00 -
[21] - Quote
mjollnirna wrote: That would be great if you can figure out the location of a silo around a tower even in a system where you own several POS. Actually you have to link the silo'id and tower'id manually.
Does this new x,y,z coordinates allow that ? Just have to determine what item is in a 30km of radius sphere around the coordinate of the tower. And the items name. You can't rename a silo so it's useless for my case ?
oh boy.. if they would let us rename the silos.. that would be legen....... (wait for it)..... dary
seriously.. that would be awesome |
diabeteman
ICE is Coming to EVE Goonswarm Federation
4
|
Posted - 2012.01.24 23:23:00 -
[22] - Quote
Hello there,
I can't find how to enable the EXTENDED access mask for MemberTracking.xml.aspx on https://support.eveonline.com/api/. And when I request it with the extra parameter "extended=1", I get this error :
Quote:code=221 Illegal page request! Please verify the access granted by the key you are using!
Note that my API key has accessMask = 16777215 and that I can't add anymore masks.
Is something missing ? |
Veshai
NED-Clan Goonswarm Federation
0
|
Posted - 2012.01.25 00:08:00 -
[23] - Quote
The call list ( https://api.eveonline.com/api/calllist.xml.aspx ) isn't updated with the new MemberTrackingLimited/Extended accessmasks either. |
Medusa The Gorgon
Temple of the Serpent The Gorgon Empire
0
|
Posted - 2012.01.25 06:33:00 -
[24] - Quote
CCP Prism X wrote:Error messages in the Kill mail API were less informative than they should be. They have thus been changed to reflect the following:
- Error Code 119 and 120: Reminder that each application should have their private kill log key.
Actually, this is not accurate. Killlog timer is account binded. According to test, it is impossible to fetch 2 killlogs with different private keys for one account without 119. Is it a defective behaviour ?
|
Dragonaire
Corax. The Big Dirty
30
|
Posted - 2012.01.25 20:38:00 -
[25] - Quote
diabeteman wrote:Hello there, I can't find how to enable the EXTENDED access mask for MemberTracking.xml.aspx on https://support.eveonline.com/api/. And when I request it with the extra parameter "extended=1", I get this error : Quote:code=221 Illegal page request! Please verify the access granted by the key you are using! Note that my API key has accessMask = 16777215 and that I can't add anymore masks. Is something missing ? Just to add more info on this it doesn't matter what the value of extended is if you include it you get that error message so even include extended=0 does the same thing.
This is also a problem. Who's idea was it to deploy it before making sure the players had access to make the new keys?
Between the above two problems MemberTracking is largely useless at this time. Finds camping stations from the inside much easier. Designer of Yapeal for Eve API. Check out the Yapeal PHP API library thread for more information. |
Scrapyard Bob
EVE University Ivy League
645
|
Posted - 2012.01.26 03:54:00 -
[26] - Quote
How about the ability to check for corporation owned industry jobs (manuf / research) and buy/sell orders via a regular key (not a corporate key)?
Right now, the only way to get that information in 3rd party tools like EVEMon is to grant director or CEO status. So even though they can create / monitor those jobs in-game, they can't be monitored out of game without giving them keys to the entire corp.
|
|
CCP Prism X
C C P C C P Alliance
500
|
Posted - 2012.01.26 08:14:00 -
[27] - Quote
Seems something went lost in translation during deployment. Call list and support site should reflect the call list on the test server: http://apitest.eveonline.com/api/calllist.xml.aspx
Looking into this. ~ CCP Prism X EVE Database Developer If anything in this post was informative or could be considered as 'good news' to you - chances are you've misread it. |
|
Chaotic Mind
Rennfeuer Curatores Veritatis Alliance
2
|
Posted - 2012.01.26 09:27:00 -
[28] - Quote
are we there yet? *ducks* |
|
CCP Prism X
C C P C C P Alliance
501
|
Posted - 2012.01.26 09:40:00 -
[29] - Quote
Not yet sadly. Issue has been found though, and fixed. It's just not fixed in cache and I cannot flush the production server one. Trying to get in touch with someone that can.
However, I do believe the support web does not use this cache so that you can now change your keys. Sadly I cannot check because nobody in their right mind would give me director status in a corporation. ~ CCP Prism X EVE Database Developer If anything in this post was informative or could be considered as 'good news' to you - chances are you've misread it. |
|
Veshai
NED-Clan Goonswarm Federation
0
|
Posted - 2012.01.26 10:49:00 -
[30] - Quote
CCP Prism X wrote:However, I do believe the support web does not use this cache so that you can now change your keys. Sadly I cannot check because nobody in their right mind would give me director status in a corporation. Cannot update the api key with the new mask yet, so some sort of cache is probably there too.
Downtime will hit soon, maybe that clears caches? :-) |
|
|
|
|
Pages: [1] 2 3 :: one page |
First page | Previous page | Next page | Last page |