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) |
GalTraZero
Outer World Industries Goonswarm Federation
0
|
Posted - 2014.10.28 16:33:38 -
[661] - Quote
Could you possibly add into corporation api the ability to see a corporations past alliances?
Currently the only way to get past alliances (similar to a characters past corporations) is either scraping the cache and doing some funky math or scraping eve gate, neither of which are appropriate or on the level. This would help greatly with checking a characters past corporation history and whether that corporation was in any hostile alliances when the character was in that corporation. |
Nicen Jehr
Brave Newbies Inc. Brave Collective
406
|
Posted - 2014.10.28 20:16:20 -
[662] - Quote
Why does each `item` under `/alliances/` have a top level `href` property?
I would access the details URI like: response.items[0].href.href
and I would access the name like: response.items[0].href.name
First few lines of the response (via curl -vX GET http://public-crest.eveonline.com/alliances/ )
{ "totalCount_str": "3072", "pageCount": 13, "items": [ { "href": { "id_str": "99000006", "shortName": "666", "href": "http://public-crest.eveonline.com/alliances/99000006/", "id": 99000006, "name": "Everto Rex Regis" } }, { "href": { "id_str": "99000008", "shortName": "PILS.", "href": "http://public-crest.eveonline.com/alliances/99000008/", "id": 99000008, "name": "People in Lousy Ships" } },
Little Things to improve GëíGïüGëí-á| My Little Things posts
|
Feyd Rautha Harkonnen
Lords.Of.Midnight The Devil's Warrior Alliance
1551
|
Posted - 2014.11.04 14:23:47 -
[663] - Quote
The SSO auth for the CREST API seems dependant on an HTTP callback to a URL, does this mean you can only build web-based apps to interact with CREST? i.e. How about building a thick-client or iPhone app?
F
Would you like to know more?
|
|
CCP FoxFour
C C P C C P Alliance
3631
|
Posted - 2014.11.04 14:43:22 -
[664] - Quote
Feyd Rautha Harkonnen wrote:The SSO auth for the CREST API seems dependant on an HTTP callback to a URL, does this mean you can only build web-based apps to interact with CREST? i.e. How about building a thick-client or iPhone app?
F
It doesn't have to be HTTP.
CCP FoxFour // Game Designer // @CCP_FoxFour
|
|
Feyd Rautha Harkonnen
Lords.Of.Midnight The Devil's Warrior Alliance
1552
|
Posted - 2014.11.04 21:10:59 -
[665] - Quote
CCP FoxFour wrote:Feyd Rautha Harkonnen wrote:The SSO auth for the CREST API seems dependant on an HTTP callback to a URL, does this mean you can only build web-based apps to interact with CREST? i.e. How about building a thick-client or iPhone app?
F
It doesn't have to be HTTP.
On the developer app set up site you have to enter..
"Callback URL *This is the only URL we will redirect to after authentication. We strongly recommend using HTTPS protocol."
So..I am confuse. How can an iPhone or thick-client app with variable IP address (based on user), make an auth request for an application thats been registered, when the callback URL (endpoint) is hardwired in server-side definition of the app?
Is there a non web-based example of using the auth CREST API available, to see how the lifecycle would work for a thick client app?
F
Would you like to know more?
|
Kali Izia
GoomWaffe Goonswarm Federation
23
|
Posted - 2014.11.05 00:56:03 -
[666] - Quote
Feyd Rautha Harkonnen wrote:Callback URL *This is the only URL we will redirect to after authentication. We strongly recommend using HTTPS protocol."
So..I am confuse. How can an iPhone or thick-client app with variable IP address (based on user), make an auth request for an application thats been registered, when the callback URL (endpoint) is hardwired in server-side definition of the app?
Is there a non web-based example of using the auth CREST API available, to see how the lifecycle would work for a thick client app? You can register an URL scheme and then set the callback to yourapp://whatever
|
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
4121
|
Posted - 2014.11.05 02:21:03 -
[667] - Quote
Kali Izia wrote:Feyd Rautha Harkonnen wrote:Callback URL *This is the only URL we will redirect to after authentication. We strongly recommend using HTTPS protocol."
So..I am confuse. How can an iPhone or thick-client app with variable IP address (based on user), make an auth request for an application thats been registered, when the callback URL (endpoint) is hardwired in server-side definition of the app?
Is there a non web-based example of using the auth CREST API available, to see how the lifecycle would work for a thick client app? You can register an URL scheme and then set the callback to yourapp://whatever
This is the correct way to manage this kind of application.
Handling the authentication with an internal web browser is bad, and people who do it should be punished.
Woo! CSM 9!
Fuzzwork Enterprises
Twitter: @fuzzysteve on Twitter
|
|
CCP FoxFour
C C P C C P Alliance
3633
|
Posted - 2014.11.05 08:08:08 -
[668] - Quote
Feyd Rautha Harkonnen wrote:Is there a non web-based example of using the auth CREST API available, to see how the lifecycle would work for a thick client app?
Here is a Windows Phone 8.1 example: https://bitbucket.org/Fezzik/eve-sso/overview
CCP FoxFour // Game Designer // @CCP_FoxFour
|
|
Louis Vitton
Viziam Amarr Empire
80
|
Posted - 2014.11.05 09:46:54 -
[669] - Quote
Hi CCP ForFour,
I created another thread without thinking to post here. Can you please review this thread and advise if i am doing anything wrong:
https://forums.eveonline.com/default.aspx?g=posts&t=383567&find=unread
Cheers,
Louis |
Wacktopia
Noir. Suddenly Spaceships.
715
|
Posted - 2014.11.05 10:11:12 -
[670] - Quote
Fairly obvious motives and may have been suggested but hopefully these are considered generally useful...
============================================ Idea: Ability to read/write corp fittings through CREST Description: Endpoints for listing and CRUD of corporation and personal fittings. The benefit would be the ability to synchronise and update corporate fittings in game from an OOG resource.
Idea: Ability to fit a ship through CREST using charID and shipDNA Description: Endpoint that accepts DNA or similar to fit modes to the current active ship for a given charID. The use case for this would be to fit a ship from an external resource without needing to first import the fitting to perrsonal/corp fittings. At present in order to get an externally listed fitting into game it must be copy-pasted or opened via DNA link and saved to personal fittings. Removing this step would provide a more steam-lined experience from OOG fittings a fitted ship IG.
Idea: Ability to read fleet members and composition for given charID Description: Endpoint that lists names, and charIDs, and possibly ship information if a character is fleet boss for a given charID. Time in fleet etc also useful. Benefits would be to allow fleet tracking and reporting without the need to use the IGB. Some corporations and alliances provide loot and other payouts based on fleet participation. If there was an easy way to report on this via CREST it would remove the clunky IGB hooks that are currently required. ============================================
Kitchen sink? Seriousy, get your ship together - -áFleet-Up.com
|
|
jaqwith
ja qorp
0
|
Posted - 2014.11.05 17:42:03 -
[671] - Quote
Could anybody tell me whether the information from the star map about the systems I've visited can be queried in some way? I looked for it but couldn't find it. I would like to query a region and get a list of its systems, the number of times I visited them already and the date of the last visit.
Actually I would be happy already with the list of systems I've not visited beforeGǪ |
Louis Vitton
Viziam Amarr Empire
80
|
Posted - 2014.11.05 21:14:11 -
[672] - Quote
Currently cannot be queried with the existing xml api or crest endpoints. |
Captain Thunk
Sniggerdly Pandemic Legion
148
|
Posted - 2014.11.06 11:03:35 -
[673] - Quote
Not read all pages, so sorry if it's been mentioned.
CharacterSheet API only shows the first 5 implants (not the hardwirings) It's supposed to show all 10
I've confirmed this with raw API and a character that I know has hardwirings in.
Also, with Jumpclones. Apparently the jumpclone name is lost when you jump to it and you cannot get the current jumpclone name (presumably because it isn't stored and why it is lost). Would be nice if it was retained and recoverable from API |
Salvoxia
Evoke. Ev0ke
8
|
Posted - 2014.11.06 16:27:08 -
[674] - Quote
Hi,
I've got a question regarding the market prices CREST endpoint. There are some tradeable type IDs that don't have an averagrePrice (only the adjustedPrice) and some are missing completely.
Examples:
missing completely: typeID = 14409, typeName = Setele's Modified Dual 250mm Railgun no averagePrice: typeID = 14854, typeName = Chelm's Modified Large Armor Repairer
Is this a bug or is there a reason for that behavior ?
Regards, Salvoxia |
Darius Caliente
Precision Strike Brigade Easily Excited
92
|
Posted - 2014.11.09 19:22:23 -
[675] - Quote
Idea: Provide a method of accessing the API Access Log via the API. Description: It would be nice to quickly see what/who is pulling data from your API. It's a good way to track without having to log into the website. |
EVE-GAMES
EVE-GAMES.NET
23
|
Posted - 2014.11.13 12:17:01 -
[676] - Quote
Would be awesome to have a CREST PUT method to donate isk to a player. I think there was a IGB javascript method at one point, but due to various shenanigans...I believe it got shut down.
Maybe incorporating it with the SSO and adding an "allow isk donations from this app" scope, would fix some of the crap people were using it for previously. (by only allowing isk to go INTO a user account...and not out)
https://eve-games.net
|
Feyd Rautha Harkonnen
Lords.Of.Midnight The Devil's Warrior Alliance
1573
|
Posted - 2014.11.14 21:02:52 -
[677] - Quote
CCP FoxFour wrote:Feyd Rautha Harkonnen wrote:Is there a non web-based example of using the auth CREST API available, to see how the lifecycle would work for a thick client app? Here is a Windows Phone 8.1 example: https://bitbucket.org/Fezzik/eve-sso/overview Typo fixed...hope to have an iPhone sample to post soon.
F
Would you like to know more?
|
Feyd Rautha Harkonnen
Lords.Of.Midnight The Devil's Warrior Alliance
1574
|
Posted - 2014.11.17 14:20:46 -
[678] - Quote
So a small eureka moment, being my first iPhone app...I think I successfully authenticated using SSO. (The code is admittedly complete shite so hesitant to upload it yet...)
"access_token" = "ZznF....stuffs....5g2"; "expires_in" = 300; state = 6...stuffs...1; "token_type" = Bearer;
The oauth library I am using now directs me to make an oauth.request(url)...and oauth presumably has the access token cached in it to wrap on each request...
Can someone advise a test resource URL request (sisi) I can try?
Thanks, F
Would you like to know more?
|
Lai Rai
Perkone Caldari State
1
|
Posted - 2014.11.27 03:13:07 -
[679] - Quote
Heya,
I saw the market/types endpoint on public-crest.eveonline.com and decided to try it. It seems to not work. My question is, is this the intended effect? Because the SISI version of it works.
Thank you. |
|
CCP FoxFour
C C P C C P Alliance
3720
|
Posted - 2014.11.27 04:20:16 -
[680] - Quote
Lai Rai wrote:Heya,
I saw the market/types endpoint on public-crest.eveonline.com and decided to try it. It seems to not work. My question is, is this the intended effect? Because the SISI version of it works.
Thank you.
It has not been exposed on TQ yet. That should happen with Rhea.
@CCP_FoxFour // Technical Designer // Team Size Matters
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
Hawelt
Warpspeed Shipping Inc.
14
|
Posted - 2014.11.30 22:08:27 -
[681] - Quote
This is what I get when querying the public crest root.
{"motd": {"dust": {"href": "http://newsfeed.eveonline.com/articles/71"}, "eve": {"href": "http://client.eveonline.com/motd/"}, "server": {"href": "http://client.eveonline.com/motd/"}}, "crestEndpoint": {"href": "http://public-crest.eveonline.com/"}, "corporationRoles": {"href": "http://public-crest.eveonline.com/corporations/roles/"}, "channels": {"href": "http://public-crest.eveonline.com/chat/channels/"}, "corporations": {"href": "http://public-crest.eveonline.com/corporations/"}, "alliances": {"href": "http://public-crest.eveonline.com/alliances/"}, "authEndpoint": {"href": "https://login-tq.eveonline.com/oauth/token/"}, "battleTheatres": {"href": "http://public-crest.eveonline.com/battles/theatres/"}, "marketPrices": {"href": "http://public-crest.eveonline.com/market/prices/"}, "itemTypes": {"href": "http://public-crest.eveonline.com/types/"}, "decode": {"href": "http://public-crest.eveonline.com/decode/"}, "bloodlines": {"href": "http://public-crest.eveonline.com/bloodlines/"}, "tournaments": {"href": " http://public-crest.eveonline.com/tournaments/"}, "map": {"href": "http://public-crest.eveonline.com/map/"}, "virtualGoodStore": {"href": "https://vgs-tq.eveonline.com/"}, "serverVersion": "EVE-TRANQUILITY 8.49.848384.848384", "wars": {"href": "http://public-crest.eveonline.com/wars/"}, "incursions": {"href": "http://public-crest.eveonline.com/incursions/"}, "races": {"href": "http://public-crest.eveonline.com/races/"}, "serviceStatus": {"dust": "online", "eve": "online", "server": "online"}, "userCounts": {"dust": 3166, "dust_str": "3166", "eve": 37675, "eve_str": "37675"}, "industry": {"facilities": {"href": "http://public-crest.eveonline.com/industry/facilities/"}, "specialities": {"href": "http://public-crest.eveonline.com/industry/specialities/"}, "teamsInAuction": {"href": "http://public-crest.eveonline.com/industry/teams/auction/"}, "systems": {"href": "http://public-crest.eveonline.com/industry/systems/"}, "teams": {"href": "http://public-crest.eveonline.com/industry/teams/"}}, "clients": {"dust": {" href": "http://public-crest.eveonline.com/roots/dust/"}, "eve": {"href": "http://public-crest.eveonline.com/roots/eve/"}}, "time": {"href": "http://public-crest.eveonline.com/time/"}, "marketTypes": {"href": "http://public-crest.eveonline.com/market/types/"}, "serverName": "TRANQUILITY"}
I'm missing the Market History Endpoint here. As you're pushing for clients not to contruct URI's themselves it would be nice to have all of the exposed functionality being reachable from the root. |
|
CCP FoxFour
C C P C C P Alliance
3734
|
Posted - 2014.11.30 22:33:10 -
[682] - Quote
Hawelt wrote:This is what I get when querying the public crest root. {"motd": {"dust": {"href": "http://newsfeed.eveonline.com/articles/71"}, "eve": {"href": "http://client.eveonline.com/motd/"}, "server": {"href": "http://client.eveonline.com/motd/"}}, "crestEndpoint": {"href": "http://public-crest.eveonline.com/"}, "corporationRoles": {"href": "http://public-crest.eveonline.com/corporations/roles/"}, "channels": {"href": "http://public-crest.eveonline.com/chat/channels/"}, "corporations": {"href": "http://public-crest.eveonline.com/corporations/"}, "alliances": {"href": "http://public-crest.eveonline.com/alliances/"}, "authEndpoint": {"href": "https://login-tq.eveonline.com/oauth/token/"}, "battleTheatres": {"href": "http://public-crest.eveonline.com/battles/theatres/"}, "marketPrices": {"href": "http://public-crest.eveonline.com/market/prices/"}, "itemTypes": {"href": "http://public-crest.eveonline.com/types/"}, "decode": {"href": "http://public-crest.eveonline.com/decode/"}, "bloodlines": {"href": "http://public-crest.eveonline.com/bloodlines/"}, "tournaments": {"href": " http://public-crest.eveonline.com/tournaments/"}, "map": {"href": "http://public-crest.eveonline.com/map/"}, "virtualGoodStore": {"href": "https://vgs-tq.eveonline.com/"}, "serverVersion": "EVE-TRANQUILITY 8.49.848384.848384", "wars": {"href": "http://public-crest.eveonline.com/wars/"}, "incursions": {"href": "http://public-crest.eveonline.com/incursions/"}, "races": {"href": "http://public-crest.eveonline.com/races/"}, "serviceStatus": {"dust": "online", "eve": "online", "server": "online"}, "userCounts": {"dust": 3166, "dust_str": "3166", "eve": 37675, "eve_str": "37675"}, "industry": {"facilities": {"href": "http://public-crest.eveonline.com/industry/facilities/"}, "specialities": {"href": "http://public-crest.eveonline.com/industry/specialities/"}, "teamsInAuction": {"href": "http://public-crest.eveonline.com/industry/teams/auction/"}, "systems": {"href": "http://public-crest.eveonline.com/industry/systems/"}, "teams": {"href": "http://public-crest.eveonline.com/industry/teams/"}}, "clients": {"dust": {" href": "http://public-crest.eveonline.com/roots/dust/"}, "eve": {"href": "http://public-crest.eveonline.com/roots/eve/"}}, "time": {"href": "http://public-crest.eveonline.com/time/"}, "marketTypes": {"href": "http://public-crest.eveonline.com/market/types/"}, "serverName": "TRANQUILITY"} I'm missing the Market History Endpoint here. As you're pushing for clients not to contruct URI's themselves it would be nice to have all of the exposed functionality being reachable from the root.
Yes, that should be the ONE resource that is not restful. It was one of the first I did and I didn't really do it right. :( Plan on fixing that soon.
@CCP_FoxFour // Technical Designer // Team Size Matters
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
Hawelt
Warpspeed Shipping Inc.
14
|
Posted - 2014.12.01 01:17:50 -
[683] - Quote
CCP FoxFour wrote:Hawelt wrote:This is what I get when querying the public crest root. {"motd": {"dust": {"href": "http://newsfeed.eveonline.com/articles/71"}, "eve": {"href": "http://client.eveonline.com/motd/"}, "server": {"href": "http://client.eveonline.com/motd/"}}, "crestEndpoint": {"href": "http://public-crest.eveonline.com/"}, "corporationRoles": {"href": "http://public-crest.eveonline.com/corporations/roles/"}, "channels": {"href": "http://public-crest.eveonline.com/chat/channels/"}, "corporations": {"href": "http://public-crest.eveonline.com/corporations/"}, "alliances": {"href": "http://public-crest.eveonline.com/alliances/"}, "authEndpoint": {"href": "https://login-tq.eveonline.com/oauth/token/"}, "battleTheatres": {"href": "http://public-crest.eveonline.com/battles/theatres/"}, "marketPrices": {"href": "http://public-crest.eveonline.com/market/prices/"}, "itemTypes": {"href": "http://public-crest.eveonline.com/types/"}, "decode": {"href": "http://public-crest.eveonline.com/decode/"}, "bloodlines": {"href": "http://public-crest.eveonline.com/bloodlines/"}, "tournaments": {"href": " http://public-crest.eveonline.com/tournaments/"}, "map": {"href": "http://public-crest.eveonline.com/map/"}, "virtualGoodStore": {"href": "https://vgs-tq.eveonline.com/"}, "serverVersion": "EVE-TRANQUILITY 8.49.848384.848384", "wars": {"href": "http://public-crest.eveonline.com/wars/"}, "incursions": {"href": "http://public-crest.eveonline.com/incursions/"}, "races": {"href": "http://public-crest.eveonline.com/races/"}, "serviceStatus": {"dust": "online", "eve": "online", "server": "online"}, "userCounts": {"dust": 3166, "dust_str": "3166", "eve": 37675, "eve_str": "37675"}, "industry": {"facilities": {"href": "http://public-crest.eveonline.com/industry/facilities/"}, "specialities": {"href": "http://public-crest.eveonline.com/industry/specialities/"}, "teamsInAuction": {"href": "http://public-crest.eveonline.com/industry/teams/auction/"}, "systems": {"href": "http://public-crest.eveonline.com/industry/systems/"}, "teams": {"href": "http://public-crest.eveonline.com/industry/teams/"}}, "clients": {"dust": {" href": "http://public-crest.eveonline.com/roots/dust/"}, "eve": {"href": "http://public-crest.eveonline.com/roots/eve/"}}, "time": {"href": "http://public-crest.eveonline.com/time/"}, "marketTypes": {"href": "http://public-crest.eveonline.com/market/types/"}, "serverName": "TRANQUILITY"} I'm missing the Market History Endpoint here. As you're pushing for clients not to contruct URI's themselves it would be nice to have all of the exposed functionality being reachable from the root. Yes, that should be the ONE resource that is not restful. It was one of the first I did and I didn't really do it right. :( Plan on fixing that soon.
That sounds promising. Especially if there will be a method for incremental updates of the Market History such as the history of all typeIDs (or a single typeID or (market)groupID) for a given regionID and day. |
Querns
GBS Logistics and Fives Support Goonswarm Federation
1180
|
Posted - 2014.12.01 21:55:27 -
[684] - Quote
Hey GÇö-áI'd like to request additional information for the industry teams endpoint.
Teams retrieved from the http://public-crest.eveonline.com/industry/teams/auction/ endpoint have information regarding bids for the auction being held for teams. However, when a team exits auction and is chartered (and it moves to the http://public-crest.testeveonline.com/industry/teams/ endpoint,) bid information is no longer available. Could this information continue to be exposed for teams that are chartered? Without this information, it is impossible to see the amount of money it took to win a particular auction. Given that the endpoints are highly cached, using this information to gain an advantage during the critical moments prior to the end of an auction would be impossible.
If not, could I also ask why? I suspect there's either a technical limitation (e.g.: bid information is removed during the process of completing the auction to save system resources) or there's an information security risk being mitigated.
This post was crafted by the wormhole expert of the Goonswarm Economic Warfare Cabal, the foremost authority on Eve: Online economics and gameplay.
|
Sir Substance
GoonWaffe Goonswarm Federation
656
|
Posted - 2014.12.10 04:31:03 -
[685] - Quote
Following up on this...
Quote:So, public CREST. LetGÇÖs have a brief chat about it shall we? Right now it is available on both HTTP and HTTPS. I want to make this a formal notice that the HTTP, the non-SSL version, will be going away. Still figuring out the exact date for killing it off, but no sooner than March. If you have any objections to this idea please voice them now.
I don't have an objection, per se, but I do have a query.
Is there a good reason to force encrypting this traffic? The public crest API produces data that is...well...public.
HTTPS traffic is more computationally intensive, and it's also more annoying to program support for in some cases. That may have an impact in areas like mobile device battery life (think wearables), and it will certainly contribute to developer fatigue.
Since public crest is producing data that anyone can request at any time, why do we care about third parties intercepting it?
The beatings will continue until posting improves. -Magnus Cortex
|
Hel O'Ween
Men On A Mission
102
|
Posted - 2014.12.10 11:37:40 -
[686] - Quote
Sir Substance wrote: I don't have an objection, per se, but I do have a query.
Is there a good reason to force encrypting this traffic? The public crest API produces data that is...well...public.
Counter query: in these days, after Snowden's revelations, is there any reason to NOT encrypt traffic?
EVEWalletAware - an offline wallet manager.
|
Sir Substance
GoonWaffe Goonswarm Federation
656
|
Posted - 2014.12.11 08:02:41 -
[687] - Quote
Hel O'Ween wrote:Sir Substance wrote: I don't have an objection, per se, but I do have a query.
Is there a good reason to force encrypting this traffic? The public crest API produces data that is...well...public.
Counter query: in these days, after Snowden's revelations, is there any reason to NOT encrypt traffic?
Yes. I literally just gave you a set of downsides to encrypting it.
FoxFour would be able to give a canonical response to this, but have you considered that the crest rate limits might in part be based on the assumption that the server is going to have to expend extra CPU cycles encrypting and decrypting a firehose of requests, and that the overhead of that might be very large?
If the only point of encrypting crest is to crusade about then importance of encryption, then encrypting data that anyone can request at any time without authorization is giving totally the wrong impression.
The beatings will continue until posting improves. -Magnus Cortex
|
|
CCP FoxFour
C C P C C P Alliance
3772
|
Posted - 2014.12.11 09:29:18 -
[688] - Quote
Admittedly one of the main reasons we want to do this is because we have to maintain a separate configuration for both the HTTP and HTTPS version of the service. That sucks and we don't want to.
For your concerns of mobile power consumption: Once Authed CREST is out with actual private data, I hardly see people using Public CREST on mobile. They would be getting private data through Authed CREST. If you are getting private data from Authed CREST it's not worth the added complexity of getting data from both Authed and Public CREST. Add in some basic client side caching, and things should be fine on mobile. Public CREST will mainly be used by... well I am not entirely sure at this point now that Authed CREST is out with a much higher rate limit.
HTTPS shouldn't be any harder to work with these days. I don't know of any added complexity to working with it.
@CCP_FoxFour // Technical Designer // Team Size Matters
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
Aineko Macx
319
|
Posted - 2014.12.11 11:44:03 -
[689] - Quote
https://public-crest.eveonline.com/market/prices/ is not returning data for typeID=34396 (Self-Assembling Nanolattice).
iveeCore: PHP library for calculation of industrial activities
|
Brian Paignton
White Flame Enterprises
0
|
Posted - 2014.12.11 13:05:17 -
[690] - Quote
Hi, I read this in the Rhea patch notes...
Quote:Exposed the ItemCategories, ItemCategory, ItemGroups, ItemGroup, ItemTypes, and ItemType resources for inventory data. These resources are available in public CREST.
So I went to https://public-crest.eveonline.com/ which gave me a REST endpoint of https://public-crest.eveonline.com/types/ which can be called. So I tried to access this to get a list of all the items but got the following error...
Quote:{ "message": "The route was not found", "key": "routeMissing", "exceptionType": "NotFoundError" }
So I then tried going through the industry groups...
https://public-crest.eveonline.com/inventory/groups/28/
... which gave me an new end point of ...
https://public-crest.eveonline.com/types/648/
... but that also gave me the same error about a missing route.
Am I doing something wrong or is this data just not available yet?
I can lift all of this from the SDE but its way more convenient to get it from CREST if it is going to be available there.
Thanks. |
|
|
|
|
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 |