Just getting started on an app using this new API, and I hit a little snag. While trying to figure out the proper GET url for fetching a user's various teams, I noticed that if I query "http://fantasysports.yahooapis.com/fantasy/v2/users;use_login=1/games/leagues/teams" I receive a somewhat strange response (line breaks added for readability):
Disregarding the slightly strange "<detail/>" tag, the relevant point is this "Game 218 not supported." error. According to the documentation for the games resource, there is no Game 218. I suppose, if I look at the game id sequences, it's also fairly likely that there is a Game 218, but it was some other game from 2009 that is not fantasy football or fantasy baseball. At any rate, it seems to me that if I ask for all of a user's games, it is sort of assumed that I only mean those that are supported by the API.
Now, I did discover the is_available flag for the games resource, and adding that in does return the expected results for my current fantasy football team, so that's excellent. But I still think that the 218 error shouldn't be happening there, especially since it would appear to block my ability to pull up any history for my team, at least without having to resort to manually coding in game IDs for previous years, which just feels a bit hackish. Is there a more elegant solution to pulling up historical data?
Absolutely correct on just about everything you noted -- we currently have a couple bugs that manifest when you try to query across games for a user that are being caused by the fact that we have data on a bunch of games but only webservice coverage for MLB and NFL at the moment. We should have a fix hitting production in around 2 weeks for at least being able to ask which games a user has participated in without producing those sorts of errors.
Awesome, thanks, I eagerly await the fix. In the meantime, I can get by just fine with how I'm doing things; I've got a lot of UI work to do before I hit the point where I can reasonably say, "It would be done if only I could pull more historical team data in a more convenient manner." :r