Pages: 1 2 :: [one page] |
|
Author |
Thread Statistics | Show CCP posts - 3 post(s) |
|
CCP Garthagk
|
Posted - 2007.12.12 13:07:00 -
[1]
The API will be going down around 1300 GMT for 30-60 minutes for upgrade to version 2. The actual new functionality will become available over the course of the day.
This is a huge upgrade with lots of internal changes, both visible and not, so I'm expecting a somewhat bumpy ride.
Please use this thread to report any problems you encounter during this process!
-------------- Garthagk - EVE Software Group - EVE API Guy
Proud to fly Amarr. Long live the Emperor...well, the Empire at least. |
|
Dragon Greg
Amarr IVC Consortium Imperial Republic Of the North
|
Posted - 2007.12.12 13:10:00 -
[2]
\o/
Cheers
Dragon Greg |
chouba
|
Posted - 2007.12.12 14:01:00 -
[3]
Thanks! Will the doc be updated today too ?
|
Salvis Tallan
Gallente The Shadow Order SMASH Alliance
|
Posted - 2007.12.12 14:04:00 -
[4]
WOOOHOOO
for anyone who wants the unofficial documentation for the API you can find it over at Eve-Dev wiki. ------
|
Yuto Kang
Garoun Investment Bank
|
Posted - 2007.12.12 14:37:00 -
[5]
Love that you are keeping us up-to-date!
Cheers for your work Garth, Yuto (ze german with ze killmail bugz)
|
TheNecromancer
Caldari The Royal Order
|
Posted - 2007.12.12 14:48:00 -
[6]
WOW..you made it..before you last working day
thx :)
I had a nightmare dreaming that you did not make it, and ccp stopped the project.
|
Jameroz
Art of War
|
Posted - 2007.12.12 17:08:00 -
[7]
Great job!
|
Cyclar
|
Posted - 2007.12.12 17:50:00 -
[8]
Great job !
I have been looking at forums trying to find some official documentation on how use the API and the XML formats, but I havent been able to find anything.
Where can I find some documentation ?
|
TheNecromancer
Caldari The Royal Order
|
Posted - 2007.12.12 17:52:00 -
[9]
http://wiki.eve-dev.net/Main_Page
|
John Hoe
|
Posted - 2007.12.12 17:56:00 -
[10]
Thanks TheNecromancer
Much appriciated. I was thinking about the official CCP documentation though. I was messing around with the API a long time ago, and at that time there was a page on eve-o describing the API. I cant find that page. Maybe it has been removed.
I'll search around some more...
|
|
Cyclar
|
Posted - 2007.12.12 17:59:00 -
[11]
I'll just repost this with my main to avoid any confussion
"Thanks TheNecromancer
Much appriciated. I was thinking about the official CCP documentation though. I was messing around with the API a long time ago, and at that time there was a page on eve-o describing the API. I cant find that page. Maybe it has been removed.
I'll search around some more... "
|
Br0wn 0ps
|
Posted - 2007.12.12 17:59:00 -
[12]
-eveapi version of the 2 starbase exports shows version 1 (minor) -general and combat settings should probably go in the starbaseList export, so they don't have to get polled as often in the starbaseDetail export, as they aren't likely to change very often, and definately not as often as fuel levels....perhaps make a starbaseFuel export? (minor)
|
TheNecromancer
Caldari The Royal Order
|
Posted - 2007.12.12 18:03:00 -
[13]
http://myeve.eve-online.com/api/doc/
is the offical one
|
Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.12 18:18:00 -
[14]
I'm getting a fatal error rather than an XML-formatted one when using proper parameters trying to access: /corp/StarbaseList.xml.aspx
In case you care to look up logs, userID is 763632... Corp in question has a LOT of starbases in case that's relevant. Character also only recently had the director box checked but they work fine accessing the other director-only pages.
|
Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.12 19:00:00 -
[15]
Originally by: Macdeth I'm getting a fatal error rather than an XML-formatted one when using proper parameters trying to access: /corp/StarbaseList.xml.aspx
In case you care to look up logs, userID is 763632... Corp in question has a LOT of starbases in case that's relevant. Character also only recently had the director box checked but they work fine accessing the other director-only pages.
Have since confirmed that another key for a character in a different corp with numerous (over 50) towers also returns same fatal error, while keys for a few corporations with not very many towers do work correctly.
|
Jai Centarium
Anqara Expeditions
|
Posted - 2007.12.12 20:27:00 -
[16]
Just a quick question... "killmails" are now being exported by the API, but losses aren't included in that output. Is there a separate feed for losses?
Thanks!
I want my disembodied head avatar back. Jai's Guide to Research |
rycar
Caldari GoonFleet GoonSwarm
|
Posted - 2007.12.12 23:37:00 -
[17]
Edited by: rycar on 12/12/2007 23:38:00 job well done!
|
DeTox MinRohim
Madhatters Inc. Enuma Elish.
|
Posted - 2007.12.12 23:59:00 -
[18]
Originally by: Jai Centarium Just a quick question... "killmails" are now being exported by the API, but losses aren't included in that output. Is there a separate feed for losses?
Thanks!
Confirmed - Probably an incoming parameter at some point or a full output.
Good job by the way.
------ This sig space is Read-only ! omgalink - Online Skillsheet |
Amida Ta
|
Posted - 2007.12.13 00:26:00 -
[19]
So far everything seems fine.
|
BATCOH 1
Caldari Rage and Terror Against ALL Authorities
|
Posted - 2007.12.13 10:16:00 -
[20]
There is error in some killmails. In victim attributes - allianceName="<GetName(741660584)>" for example. And can u tell api url for losses?
|
|
Verite Rendition
Caldari F.R.E.E. Explorer Atrum Tempestas Foedus
|
Posted - 2007.12.13 12:13:00 -
[21]
Hot damn, I finally have a station list. Garthagk, I want to have your babies. ---- FREE Explorer Lead Megalomanic EVE Automated Influence Map |
|
CCP Garthagk
|
Posted - 2007.12.13 13:14:00 -
[22]
Originally by: Verite Rendition Hot damn, I finally have a station list. Garthagk, I want to have your babies.
Sweet, usually I'm the one having the babies. Or kitties. Pick your poison.
Anyway, lots of people mentioning the kill log not showing losses. It's definitely supposed to, but keep in mind that it shows the most recent 25 (personal) / 100 (corporate) kill events - kills or losses.
You can go back up to a week though, similar to how the transaction/journal system works. Just send beforeKillID as the lowest killID you've seen and you can scroll back.
I'm working on documentation today/tomorrow so hopefully this will all become more clear.
-------------- Garthagk - EVE Software Group - EVE API Guy
Proud to fly Amarr. Long live the Emperor...well, the Empire at least. |
|
Jai Centarium
Anqara Expeditions
|
Posted - 2007.12.13 19:55:00 -
[23]
Don't really mean to kick you on your last day (which sucks, btw), but losses are definitely not exporting. If someone else has had luck getting corp losses pushed through the API, please let me know how you managed that.
Regardless, thanks again for all your hard work, Garth. You're going to be missed... your communication and feedback to the playerbase will be missed more!
I want my disembodied head avatar back. Jai's Guide to Research |
|
CCP Garthagk
|
Posted - 2007.12.14 08:29:00 -
[24]
You're right, corp losses are not exporting. I found the bug but it will require a database update, which will probably take a week or two to go through the process.
Sorry for the inconvenience on this.
-------------- Garthagk - EVE Software Group - EVE API Guy
Proud to fly Amarr. Long live the Emperor...well, the Empire at least. |
|
Aelena Thraant
Shadows of the Dead Aftermath Alliance
|
Posted - 2007.12.14 14:50:00 -
[25]
I found a slight issue with the killmail system as well. The victim Alliance name sometimes comes in as allianceName="<GetName(663734591)>"
I've submitted a bug report - 49505 - But if your in the code anyway :)
Anyway good luck with wherever you go... You will be missed. |
Serenity Steele
Dynamic Data Distribution Ministry of Information
|
Posted - 2007.12.14 19:00:00 -
[26]
Originally by: Verite Rendition Hot damn, I finally have a station list. Garthagk, I want to have your babies.
Hey what do you mean finally!
Eve Strategic Maps - Outpost Alert - Sovereign Systems - Alliance Rank |
Verite Rendition
Caldari F.R.E.E. Explorer Atrum Tempestas Foedus
|
Posted - 2007.12.14 22:38:00 -
[27]
Originally by: Serenity Steele
Originally by: Verite Rendition Hot damn, I finally have a station list. Garthagk, I want to have your babies.
Hey what do you mean finally!
Well I mean finally in the sense that it's coming from CCP rather than you having to do that work yourself. ---- FREE Explorer Lead Megalomanic EVE Automated Influence Map |
Raptorweb
|
Posted - 2007.12.15 01:59:00 -
[28]
It also seems to me after comparing some killmails that the security status for the attackers is not correct and on a side note there isnt a security status for the victim. Other then that I love it Thanks!
|
Henry Loenwind
|
Posted - 2007.12.15 11:07:00 -
[29]
There is a problem with the POS fuel status: no timestamp for the data. At the moment I'm guessing the data was pulled from the DB 6 hours before the CachedUntil timestamp, but that's a guess...
Using the current timestamp is only valid if (a) An application can be sure to be the only one pullung POS data and (b) it is obeying the cached time and (c) it has been runnng for at least than 6 hours. All of these can somewhat be controlled, but relying on them would make the result even more guesswork than the "cacheduntil minus 6h" assumption. Just image the following in the README file: "Thanks for using foo v1.0, please note that the application will do nothing for 6 hours when started the first time." W? :D
|
Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.15 11:22:00 -
[30]
Originally by: Henry Loenwind There is a problem with the POS fuel status: no timestamp for the data. At the moment I'm guessing the data was pulled from the DB 6 hours before the CachedUntil timestamp, but that's a guess...
Using the current timestamp is only valid if (a) An application can be sure to be the only one pullung POS data and (b) it is obeying the cached time and (c) it has been runnng for at least than 6 hours. All of these can somewhat be controlled, but relying on them would make the result even more guesswork than the "cacheduntil minus 6h" assumption. Just image the following in the README file: "Thanks for using foo v1.0, please note that the application will do nothing for 6 hours when started the first time." W? :D
Fuel is as of the stateTimestamp field found for that starbase's itemID in StarbaseList. Starbases apparently don't update their status in the database very often if nobody hangs out near them. It sucks, but that's the way eve stores it and we just have to deal with it. (Per Garthagk on #eve-dev IRC)
|
|
Henry Loenwind
|
Posted - 2007.12.18 18:23:00 -
[31]
Edited by: Henry Loenwind on 18/12/2007 18:55:20
Originally by: Macdeth Fuel is as of the stateTimestamp field found for that starbase's itemID in StarbaseList. Starbases apparently don't update their status in the database very often if nobody hangs out near them. It sucks, but that's the way eve stores it and we just have to deal with it. (Per Garthagk on #eve-dev IRC)
Let's see. I just pulled the data for one of my POSes:
online: 16:32:42 (I'd expect fuel to be consumed every two hours at this time) state: 18:36:09 (That's in the future? And it's accross the consuming time.) cachedUntil: 00:12:36 (6 hours from now)
Then I logged in and found that the fuel amount there matched the amount the API gave me. I'll check again after 18:32:42, that's when I expect the POS to consume. If it does, then the state timestamp would be NOT the timestamp for the fuel.
So, let's see in 10 minutes...
---
15 minutes later:
The POS consumed its fuel ingame at 18:36. Now that is just great. So the stateTimestamp seems to give the next time the POS will consume its fuel---but the fuel value is that of "now", of before the timestamp?
I could now calculate the fuel levels as values_from_api at stateTimestamp minus size_of_pos hours. But:
I called the PosList at 18:04, then PosList and PosDetails together at 18:12. The second tme I got (as expected) a cached version of the PosList, but a fresh version of the PosDetails. So if I'd taken the data I got at 18:12 and calculated the fuel levels for the POS that cycles at 18:07, I would have calculated garbage.
So again, fuel levels using the "values_from_api at stateTimestamp minus size_of_pos hours"-method are only usable if they have not ben cached. But---if they have not been cached, I could just use the currentTS and be done.
I'm back at cachedUntil minus 6 hours. That one is still the safest to use.
PS: Thank you Macdeth.
|
Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.18 19:51:00 -
[32]
Originally by: Henry Loenwind state: 18:36:09 (That's in the future? And it's accross the consuming time.)
Yeah, we encountered that 'stateTimestamp actually end of period' thing between when I posted and now.
It seems the best way to go about this is to just poll everything at regular intervals and then allow users to mark a tower as 'fueled since last update' to knock it off the priority list for a few hours, though that means the users have to be trusted (which hopefully they are if they have starbase config/fuel tech anyway) and not lazy (ugh).
|
0rlin
|
Posted - 2007.12.19 01:04:00 -
[33]
Originally by: CCP Garthagk
I'm working on documentation today/tomorrow so hopefully this will all become more clear.
I am still looking for them :) |
|
|
|
Pages: 1 2 :: [one page] |