-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove references to Steam Community XML feeds #195
Comments
This is already in progress as a result of the additions I am making, but I agree we need to move to the WebAPI as its much more stable. Problem is that it doesn't cover some fundamental data required. For instance, you cannot get a list of games that a user owns from the WebAPI. You'll find that all of the steam stats websites are struggling with this issue and that there has been a lot of requests to provide this in the WebAPI. It would be great to have a hand on the PHP side of ISteamUserStats if you're interested. I've only dabbled in PHP in my spare time so I'm not an expert :) |
I hope that the Web API will get some improvements over the coming weeks and months so this can make it into 2.0.0. XML access won't be removed if there's no equivalent data source. The quality of service has been degrading constantly over the last months resulting in more and more HTTP 503 errors which is kind of a show stopper. |
Is the improvement of the Web API something that Valve are working on? Insight into that would be useful but I can't find any central place for the discussion of the Web API that is up-to-date. |
I really hope so. I did already trigger some Valve guys to at least open up a issue tracker for the Web API about a week ago. As far as I know they still have to decide if this is happening, but @alfred-valve indicated that this is in the responsibility of each team. On the other hand, I don't know if there's really one Web API team. It seems like e.g. the interfaces for DotA 2 are updated together with the game's updates. So the Web API might be developed by the products' teams as well. |
Since the XML feeds have now been deprecated, its worth mapping the feed data with the equivalent WebAPI calls:
|
As I start working on making the PHP offering streamlined, I'm trying to figure out how much dependency we want with the deprecated XML fields that have more accurate fields. For example, "onlineState" is replaced with a combination of "personastate" & "gameid". Do we want to have more functions to retrofit the old data, or just drop the old data and update the user functions like $user->isInGame() to use the new data. |
The main goal when switching from XML to Web API is probably to not drop existing features. If there's a better alternative for some of them, don't hesitate to use it. |
Should the offering between the different languages be consistent? Granted most of what I've done already is adding the WebAPI operations in, in preperation for this particular task. I appreciate that the implementation between Java and Ruby isn't consistent at the moment, but if the main class API is the same does it matter? |
Because I needed to do this anyway, I'm making a chart that defines the differences between XML and WebAPI data. Once I"m done I'll share results. I think from there we have to decided how much we keep of the old and bring in the new. There's some data gone from WebAPI and some data that's changed to machine consumable formats. Once I get it done, we can talk more about it. |
Steam WebAPI vs. XMLHere's the Google Doc of the compare between WebAPI and XML. At this writing I got everything on the user Profile XML mapped to WebAPI. Here's my overview of findings: Almost all fields existAlmost all the fields exist in WebAPI. Most are 1 to 1 relationships, though some though different WebAPI calls. The spreadsheet highlights them. Some fields are adjustedSome have different datapoints which can arrive to the same conclusions.
Fields & Data with no WebAPI
|
@Yeggstry Consistent internals of the different implementations aren't a must-have (sometimes not even possible), but as I have to maintain three different code bases I'd love to have homogeneous code for all. Even if there might be 3 pull requests from 3 different developers that implement the same feature in 3 different ways I'd probably try to find a common "base implementation" in the long-term. @TheSeg Wow, thanks. Seems like a valuable source for every one of use. Although I already know these it's good to see it written down. We should really try to keep this up-to-date if something changes. Would you mind giving write-acces to me (and maybe others interested in this concern)? Altogether, I really want to get this done, but in the moment my time to work on Steam Condenser is somewhat limited. |
@koraktor No problem! It's keeping me current on Steam while I'm between employment. Totally can give you write access! I need a Gmail address. If you just give the username, I can assume the @gmail.com part. |
I think you can also guess the user name, or just look into the Git logs. 😏 |
@koraktor Done! |
Sorry for the delay, but I created something that may be of interest to everyone: I needed a public demonstration of my API development skills, so I created this site for proposing how hubs and game app data could work for WebAPI. Have a look though and feel free to comment! |
In reference to #268, I went and tried the XML api again just now and it appears to be working again. |
This is probably more of a tracking issue since its not possible to get all data that is exposed in the XML feeds in the WebAPI.
The rate limiting on Steam Community is getting progressively more strict. Overcoming this rate limiting would involve moving to the WebAPI as the only source of data. I would like to think that this is on the horizon for Condenser. What are the chances of starting to implement WebAPI only, and removing data that is no longer exposed?
This thread on the Steam forums [2] seems to indicate some word of discontinuation of the XML feeds. Although not official, its not beyond belief.
This move is going to require major version release (v2). I am interested in getting the ball rolling. At least with development of the PHP library.
The text was updated successfully, but these errors were encountered: