Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 30 .. 30 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 184 post(s) |
Malus Sentio
Oberon Incorporated RAZOR Alliance
2
|
Posted - 2014.05.29 22:48:00 -
[451] - Quote
CCP FoxFour wrote:Malus Sentio wrote:Idea: Allow us to query entire killmail history Description: We need to be able to pull entire killmail histories to be able to develop better killboards that can compete with the established ones. Killboards play a massive part in telling the stories that happen in EVE. Thats not a very good argument considering established killboards (aka zKillboard) offers an API to pull all the killmails they have. You don't need us to help you compete. To be honest, they also store them in a slightly better and more efficient way. If they were not offering an API to get killmails, which is actually easier than getting them from us because you don't need API keys and such, then I would be more considering of this.
Firstly, thank you for even replying. This thread (aside from the WH nonsense) is really refreshing to see.
I appreciate what you're saying but there is no way I would want to spend hundreds of hours to develop something that is reliant on an external 3rd party, especially one that I am actually competing with. It would require me to trust them and be beholden to any changes/censorship they make. Furthermore any server issues they might have, changing of licensing/introduction of fees or if they just get bored and shutdown.
Also, there is the issue of completeness, which is something I believe noone can offer yet aside from CCP.
|
TheSmokingHertog
TALIBAN EXPRESS
234
|
Posted - 2014.05.30 01:24:00 -
[452] - Quote
CCP FoxFour wrote:Ideki wrote:Hey FoxFour, love the Dev Spolight. always nice to be able to put a real face on a name :) Glad you enjoyed it.
That he did not say :P... |
Sentenced 1989
Quantum Anomaly Corporation
62
|
Posted - 2014.05.30 02:00:00 -
[453] - Quote
CCP FoxFour wrote:.... Awesome! That is exactly the way it should work and huge thanks for the user agent! :D
Any chance of sharing a link to what you are working on?
Yea, I'm pulling incursion data from your CREST into my server to see which incursions are up so I can created MOTD formatted messages that people can use (here is link:http://eve.qsna.eu/post.php?post_id=incursion_constellations_layout
So thank you for making this CREST endpoint, really helps out, otherwise I have to populate the selection box with about 40-50 options, this way it never has more then 3.
Ill prolly release the full source and might just make some youtube movie explaining how it works so maybe some part of it will be beneficial to somebody else trying to figure out this stuff.
Also, one small advice, create one page or wiki or whatever (but somewhere where only devs can modify) and please put a sample call for each API/CREST function. So talking here about sample call in normal browser. It would help many new devs to actually start, since it took me long time to even figure out how the older API calls worked since I couldn't find any example (not that much long once I decided to figure it out, but sometimes I just went there, saw the documentations and said, ah fu** it, some other time). Just having an list with functions isn't as clear as having an example line which can do query by itself by just copy paste into browser.
|
Sentenced 1989
Quantum Anomaly Corporation
64
|
Posted - 2014.06.01 17:18:00 -
[454] - Quote
As promised, here is how I handle crest request.
Excuse my hard english accent on video. Also keep in mind my video stream cut so I talked for 10 more minutes without recording :D Basically what is left to show, is when I lower the number in last_update.txt by 3600 or more, it will force new update from server.
http://youtu.be/mPwg4-lwQpg
So this is solution how to access eve CREST only on request (so not doing it every hour if there is no need) and how to check if there was any request in last hour to use local copy of data instead of making new request.
Source files: http://pastebin.com/FjLPjaUK (main file) http://pastebin.com/52ZNfqYm (proxy file)
Also, CCP don't get mad because I clicked 4-5 times get data in second :)
PS. Video should be ready for viewing in HD in about one hour after posting this
|
Wollari
Dirt Nap Squad Dirt Nap Squad.
73
|
Posted - 2014.06.04 12:55:00 -
[455] - Quote
Problem with the war details endpoint:
1) http://public-crest.eveonline.com/wars/69195/
--> no timeFinished
2) https://api.eveonline.com/corp/corporationSheet.xml.aspx?corporationID=1595673139
--> memberCount = 0
3) Client
--> Not involved in any wars
I bet this war is over but got never closed DOTLAN EveMaps-á| Your out-of-game map, navigation toolset, sov database, etc. since 2008 |
Wollari
Dirt Nap Squad Dirt Nap Squad.
73
|
Posted - 2014.06.04 13:40:00 -
[456] - Quote
I found lots of mutual wars that are more then 2-3 years old from very small corporations (that might not exist any longer).
IMHO there should be a small maintenance fee for both parties instead of no-fee. Then all mutual wars from corps that no longer exists or only exists of non-subscribed alts would automatically end.
btw. here's a broken war from 2014
war: https://public-crest.eveonline.com/wars/354187/ dead corp: https://api.eveonline.com/corp/corporationSheet.xml.aspx?corporationID=98110087
I managed to open the info window of the closed corporation * [Closed] Heavy-Snowflake Collision * 41 Active Wars * 33 Finished Wars DOTLAN EveMaps-á| Your out-of-game map, navigation toolset, sov database, etc. since 2008 |
Squizz Caphinator
Woopatang
162
|
Posted - 2014.06.04 14:53:00 -
[457] - Quote
Page iteration on killmails isn't working.
These two links are identical: https://public-crest.eveonline.com/wars/339618/killmails/all/ https://public-crest.eveonline.com/wars/339618/killmails/all/?page=2 Various projects I enjoy putting my time into: http://zkillboard.com | http://evewho.com | http://eve-kill.net | http://evechatter.com | http://skillq.net |
iskflakes
915
|
Posted - 2014.06.06 02:09:00 -
[458] - Quote
Idea: Loyalty points in the API Description: Provide an endpoint to retrieve character loyalty points from various factions/corporations. Possible places to put this information include the /char/Standings endpoint, the account balance endpoint or character sheet.
Use case: Loyalty point spending/tracking applications. Character tracking applications (e.g. EVEMon). - |
Mann im Mond
Deep Core Mining Inc. Caldari State
2
|
Posted - 2014.06.09 08:51:00 -
[459] - Quote
Idear: Add System list with the Incursion Profile to the Crest incursions endpoint or create a new one
If the Incursion gets closed and you need to change the current fokus for your Incursion group it is very helpfull if you get a dockup in a system with the Profile you prefere (Vanguards for me) , but atm you have to fly there at first to set the fokus and with my slow bs it take much more time than other pilots need. So it would be awesome to get the profile information over the API and set a proper dockup.
|
Protag Alduin
HF Salvage and Mining Corp.
0
|
Posted - 2014.06.10 07:06:00 -
[460] - Quote
Anyone else think that the number of planetary interaction API calls needed just to write a simple PI monitor is a bit excessive? I know planets don't change all that often, at least for me, but I think it would be nice if I could just send each of the endpoints a list of planet IDs rather than a single ID. That means making only 4 calls per character when a planet has been updated. Right now I have to make a PlanetaryColonies call, then a PlanetaryPins call for each planet, then a call to the other two endpoints for each updated planet for each character being monitored. I could manually stagger the calls instead of using the cachedUntil timer, but that just feels like I'm making too many calls, especially if my program is monitoring other endpoints. |
|
Ideki
E.A.D Alliance Omega Vector
207
|
Posted - 2014.06.10 12:25:00 -
[461] - Quote
well I find that's it a lot of webcalls too. But at least now we have a PI API. That's better than nothing. So I am not complaining too much.
So I am grateful to CCP FoxFour for his work. Creator of The EVE Planetary Planner and The EVE Ships Skills Planner Author of Immortal Warriors |
Protag Alduin
HF Salvage and Mining Corp.
0
|
Posted - 2014.06.10 13:56:00 -
[462] - Quote
Ideki wrote:well I find that's it a lot of webcalls too. But at least now we have a PI API. That's better than nothing. So I am not complaining too much. So I am grateful to CCP FoxFour for his work.
Absolutely. I didn't mean for it to come off as ungrateful. I love that I have access to the information now. It just made me feel like maybe I was using the interface wrong or something because I was having to call it so much. |
Hawelt
Warpspeed Shipping Inc.
14
|
Posted - 2014.06.13 05:30:00 -
[463] - Quote
So I've been playing around with the public crest market history end point here is an example and some observations:
- Threadnought: At over 20 pages I'll ignore 90% of them. Sorry if this feedback is made redundant by earlier posts. Maybe consider a seperate forum section with 1 thread for each api endpoint and some documentation in the original post.
- Documentation: abysmal. Its about the same level as the eviction notice for planet earth in HHGTG: Burried in some forgotten basement filing cabinet on a planet in alpha centauri.
- Parameter names: /types/ implies the ability of providing a list, doesnt seem to work
- Lack of time related parameters. I'd like to fetch the latest update for a given region and/or list of types since foo-day without fetching everything from last year. Might exist but then again the documentation doesn't.
- Unclear semantics: We get data for a timespan but its labeled by a timestamp:
{"totalCount_str": "397", "items": [{"volume_str": "3231", "orderCount": 2064, "lowPrice": 517592000.0, "highPrice": 527000000.0, "avgPrice": 523901000.0, "volume": 3231, "orderCount_str": "2064", "date": "2013-05-01T00:00:00"},
Does 'date' denote the beginning, middle or the end or neither one of those ? At what time becomes the latest data point available ? Did I mention the lack of documentation already ?
I currently have an interface that fetches data from crest when it presumes to be missing data combined with a cron job to update previously requested (type,region) pairs daily. As it stands its both unreliable and inefficient due to the points mentioned above.
Sorry for ranting so much about the documentation, its pretty awesome to have this api. But is there any chance of getting a zmq api to subscribe to in order to receive updates as they become available? |
|
CCP FoxFour
C C P C C P Alliance
3291
|
Posted - 2014.06.13 17:14:00 -
[464] - Quote
Hawelt wrote:So I've been playing around with the public crest market history end point here is an example and some observations:
- Threadnought: At over 20 pages I'll ignore 90% of them. Sorry if this feedback is made redundant by earlier posts. Maybe consider a seperate forum section with 1 thread for each api endpoint and some documentation in the original post.
- Documentation: abysmal. Its about the same level as the eviction notice for planet earth in HHGTTG: Burried in some forgotten basement filing cabinet on a planet in alpha centauri.
- Parameter names: /types/ implies the ability of providing a list, doesnt seem to work
- Lack of time related parameters. I'd like to fetch the latest update for a given region and/or list of types since foo-day without fetching everything from last year. Might exist but then again the documentation doesn't.
- Unclear semantics: We get data for a timespan but its labeled by a timestamp:
{"totalCount_str": "397", "items": [{"volume_str": "3231", "orderCount": 2064, "lowPrice": 517592000.0, "highPrice": 527000000.0, "avgPrice": 523901000.0, "volume": 3231, "orderCount_str": "2064", "date": "2013-05-01T00:00:00"},
Does 'date' denote the beginning, middle or the end or neither one of those ? At what time becomes the latest data point available ? Did I mention the lack of documentation already ?
I currently have an interface that fetches data from crest when it presumes to be missing data combined with a cron job to update previously requested (type,region) pairs daily. As it stands its both unreliable and inefficient due to the points mentioned above. Sorry for ranting so much about the documentation, its pretty awesome to have this api. But is there any chance of getting a zmq api to subscribe to in order to receive updates as they become available?
- 1 thread per endpoint is not feasible, there are far to many.
- Yes, but since the beginning of time CCP has basically stayed away from providing documentation for third parties. This goes for the SDE, API, CREST, and everything else. I do hope we can get some proper documentation for CREST out at some point, but don't expect anything from us for the older API and SDE.
- CREST is a restful API, /types/ is not a parameter. Parameter would be something after a ? such as ?page=2.
- I don't have any plans to provide anything like that for the market history resource. I do however have plans to release a resource that contains all market types and their current average price. That may help but it wont contain information like order count or anything like the history endpoint.
- Yea... that should probably drop the seconds, minutes, and hours leaving just the date. /shrug not enough of an issue for me to go fix it when the list of other things to fix (see war killmails being totally broken and PI endpoint needing lots of help) to put it very high on my list.
- Date denotes the day that information is for. This market history information is for per day, so yea. In your example above the volume, order count, and price information is all for the day of 2013-05-01.
- I recommend running all cron jobs for the market data at 01:00 every day and just leaving it at that.
- I have no idea what zmq is. But um... no not really. I recommend following this thread, specifically the third post.
CCP FoxFour // Game Designer // @regnerba
|
|
Hawelt
Warpspeed Shipping Inc.
14
|
Posted - 2014.06.14 08:20:00 -
[465] - Quote
CCP FoxFour wrote:CREST is a restful API, /types/ is not a parameter. Parameter would be something after a ? such as ?page=2.
What is the proper RESTful api terminology for the typeID numbers in an uri like http://public-crest.eveonline.com/market/10000002/types/34/history/ ?
And is there a way of specifying more than one typeID and if not why is it /types/ instead of /type/ ? (Sorry for nitpicking) When reading types I immediately assumed that just like with the zkb api I could get data for more than one typeID at a time and tried http://public-crest.eveonline.com/market/10000002/types/34,35,36,37,38/history/ with no success.
CCP FoxFour wrote: I don't have any plans to provide anything like that for the market history resource. I do however have plans to release a resource that contains all market types and their current average price. That may help but it wont contain information like order count or anything like the history endpoint.
Yesterday I've sequentially fetched history data for the regions The Forge, Heimatar, Sinq Laison, Metropolis, Domain, Essence with all type IDs that have a marketGroupID. I haven't timed it exactly but it took somewhere around 4 hours with downtime causing some grief too. At the very minimum I'd like to do daily updates for two to four regions for about 5000-10000 types because historic prices and volume for the last seven days are part of a ranking function I'd like to use when looking for profitable trades between market hubs.
As long as nobody complains about it I'm okay with hammering the server for an hour or two but it seems rather inefficient when I just want one out of 400ish elements in the individual results.
CCP FoxFour wrote: I have no idea what zmq is. But um... no not really. I recommend following this thread, specifically the third post.
Its a messaging protocol which allows for various producer/consumer models. Currently the way of getting fresh market order data (as gathered by evemon et al. users) EMDR is using zmq to dispatch json strings to consumers in real-time. For things that change rapidly like the currently active market orders it makes a lot of sense. For the case of yesterdays historic market data an restful api endpoint that doesnt involve throwing way 99.75% of the results would be perfectly fine. :D
CCP FoxFour wrote: I recommend running all cron jobs for the market data at 01:00 every day and just leaving it at that.
Awesome. I assume thats in UTC ? |
|
CCP FoxFour
C C P C C P Alliance
3291
|
Posted - 2014.06.14 17:40:00 -
[466] - Quote
Well ****, forums just ate my response and I have to run. Will try and remember to respond properly on Monday. CCP FoxFour // Game Designer // @regnerba
|
|
Darkblad
Hilfe is like free Entertainment
269
|
Posted - 2014.06.14 18:20:00 -
[467] - Quote
CCP FoxFour wrote:Well ****, forums just ate my response and I have to run. Will try and remember to respond properly on Monday. Don't hesitate, make your Forums Gold EVE Infolinks -+-áOld and new-áPortraits |
|
CCP FoxFour
C C P C C P Alliance
3291
|
Posted - 2014.06.14 19:01:00 -
[468] - Quote
Darkblad wrote:CCP FoxFour wrote:Well ****, forums just ate my response and I have to run. Will try and remember to respond properly on Monday. Don't hesitate, make your Forums Gold
Have that at work but not at home. :( CCP FoxFour // Game Designer // @regnerba
|
|
Hawelt
Warpspeed Shipping Inc.
14
|
Posted - 2014.06.14 19:16:00 -
[469] - Quote
Darkblad wrote:CCP FoxFour wrote:Well ****, forums just ate my response and I have to run. Will try and remember to respond properly on Monday. Don't hesitate, make your Forums Gold
That no-nom feature sounds delicious. Only a preventive application of copy & pasted saved me earlier today. |
Risingson
83
|
Posted - 2014.06.16 15:16:00 -
[470] - Quote
Please add allianceID + allianceName to ConquerableStationList ? Eveeye Prototype YD-114 Onboard Computer Systems |
|
Calvin
De'Sannar Industralised
0
|
Posted - 2014.06.17 13:30:00 -
[471] - Quote
Idea: In the wallet journal API for broker fees, replace 'EVE System' in the argName1 column with the orderID from the market order that generated the broker fee.
Reason: Currently the methods of connecting broker fees to the market order that originated it is limited. The issued column in the order API can be connected to the date column for the market journal API, but that only captures fees paid at the time of setting up the order, and not anything captured during order modifications. Plus, if two market orders are set up at the same time (granted it's unlikely, but still possible) then they become un-differentiatable from each other.
This puts broker fees at a clear accounting disadvantage compared to production installation fees and transaction taxes, both of which are traceable to their source event given the data provided in the API.
Thanks!
- Calvin |
stoxxine
OLVI industries Inter Malleum et Incudem
29
|
Posted - 2014.06.18 04:59:00 -
[472] - Quote
Calvin wrote:Idea: In the wallet journal API for broker fees, replace 'EVE System' in the argName1 column with the orderID from the market order that generated the broker fee.
Reason: Currently the methods of connecting broker fees to the market order that originated it is limited. The issued column in the order API can be connected to the date column for the market journal API, but that only captures fees paid at the time of setting up the order, and not anything captured during order modifications. Plus, if two market orders are set up at the same time (granted it's unlikely, but still possible) then they become un-differentiatable from each other.
This puts broker fees at a clear accounting disadvantage compared to production installation fees and transaction taxes, both of which are traceable to their source event given the data provided in the API.
Thanks!
- Calvin
+1 but expect this is in the market code and not the API code. Disclaimer: The above was probably written drunk or by a friend on my pc or a hacker. No warranty for any misinformation provided. |
|
CCP FoxFour
C C P C C P Alliance
3294
|
Posted - 2014.06.18 14:34:00 -
[473] - Quote
Now on Sisi for your testing:
EVE API
- Added corp/Facilities
- Added char/IndustryJobsHistory
- Added corp/IndustryJobsHistory
- Adjusted the columns returned for char/IndustryJobs
- Adjusted the columns returned for corp/IndustryJobs
Please note that since the columns being returned in the corp and char IndustryJobs endpoints is almost completely different than before this make break existing applications.
This stuff is on Sisi now, so go test and make your stuff work again. :)
Public CREST CCP Tuxford has gone and awesome by making some additions to public CREST for you guys. :D
- Added a teams resource
- Added a specialities resource
- Added a industry resource linking to the above two resources
See the industry resource here: http://public-crest-sisi.testeveonline.com/industry/
All of this stuff is on Sisi now for testing but please keep in mind it may change before release. CCP FoxFour // Game Designer // @regnerba
|
|
brammator
SUB ZERO. Legion of xXDEATHXx
97
|
Posted - 2014.06.19 10:47:00 -
[474] - Quote
Idea: add CREST endpoint listing all available endpoints Description: I'm sure you are using docstrings describing endpoint functions, but compiling them into useful document and laying it out could be boring and often forgotten chore. So why don't export it automagically? |
|
CCP FoxFour
C C P C C P Alliance
3301
|
Posted - 2014.06.19 12:33:00 -
[475] - Quote
brammator wrote:Idea: add CREST endpoint listing all available endpoints Description: I'm sure you are using docstrings describing endpoint functions, but compiling them into useful document and laying it out could be boring and often forgotten chore. So why don't export it automagically?
That exists at the root URL. It's not exposed publicly though right now, will see what I can do. CCP FoxFour // Game Designer // @regnerba
|
|
brammator
SUB ZERO. Legion of xXDEATHXx
97
|
Posted - 2014.06.25 10:38:00 -
[476] - Quote
Idea: Rate-Limit headers Description: I just saw wonderful feature in DigitalOcean API documentation: RateLimit-Limit: 1200 RateLimit-Remaining: 1193 RateLimit-Reset: 1402425459 would be helpful to have same thing in CREST and API responses. Maybe not as HTTP headers but XML results in meta section.
|
Teoshen
Transcendent Innovations Incorporated The.Spanish.Inquisition
4
|
Posted - 2014.06.27 14:19:00 -
[477] - Quote
CCP FoxFour wrote:brammator wrote:Idea: add CREST endpoint listing all available endpoints Description: I'm sure you are using docstrings describing endpoint functions, but compiling them into useful document and laying it out could be boring and often forgotten chore. So why don't export it automagically? That exists at the root URL. It's not exposed publicly though right now, will see what I can do.
Please excuse my ignorance, as some of this stuff makes sense to me but is out of my comfort/knowledge area.
What is the root URL you are referring to that lists the CREST endpoints? I assume you mean http://public-crest-sisi.testeveonline.com/ or http://public-crest.eveonline.com/ , but both of those URLs just return errors. |
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
3461
|
Posted - 2014.06.27 15:17:00 -
[478] - Quote
Teoshen wrote:CCP FoxFour wrote:brammator wrote:Idea: add CREST endpoint listing all available endpoints Description: I'm sure you are using docstrings describing endpoint functions, but compiling them into useful document and laying it out could be boring and often forgotten chore. So why don't export it automagically? That exists at the root URL. It's not exposed publicly though right now, will see what I can do. Please excuse my ignorance, as some of this stuff makes sense to me but is out of my comfort/knowledge area. What is the root URL you are referring to that lists the CREST endpoints? I assume you mean http://public-crest-sisi.testeveonline.com/ or http://public-crest.eveonline.com/ , but both of those URLs just return errors.
Quote:not exposed publicly... right now
i.e.: it exists, but we'll (non-cp people) get errors when we try to access it. Woo! CSM 9! http://fuzzwork.enterprises/ Twitter: @fuzzysteve on Twitter |
Teoshen
Transcendent Innovations Incorporated The.Spanish.Inquisition
4
|
Posted - 2014.06.27 16:50:00 -
[479] - Quote
Steve Ronuken wrote:Quote:not exposed publicly... right now i.e.: it exists, but we'll (non-cp people) get errors when we try to access it.
Ah, okay. Thank you. I'll wait for word then. |
Pania Templarus
Viziam Amarr Empire
0
|
Posted - 2014.06.29 17:48:00 -
[480] - Quote
CCP FoxFour wrote:Added long lat to pins, added what I *THINK* is quantity to pins (this should be an interesting one), but have not added ECU heads sorry. Will hopefully do that later. /char/PlanetaryPins returns the same value for 'latitude' and 'longitude' which seems very unlikely...all the pins would have to be in a perfectly diagonal line? |
|
|
|
|
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 30 .. 30 :: one page |
First page | Previous page | Next page | Last page |