I am brand new to API work, and am coming from a tutorial on Smashing Magazine. I had everything working nicely in the 2.1 API, and am trying to switch it over to v3. I notice that when I do a search, the results are now very abbreviated. I thought maybe I could use append_to_response to get the overview of a film as well, but that doesn't seem to work. I could do a search, get the id, then look the movie up directly with the id and get the overview there, but that seems kludgy and wasteful. What am I missing?
Es fehlt ein Film oder eine Serie? Logge dich ein zum Ergänzen.
Diesen Eintrag bewerten oder zu einer Liste hinzufügen?
Kein Mitglied?
Antwort von Travis Bell
am 14. Februar 2013 um 17:33
There is no way to get the overview in the search results. You would have to go out and get the movie details in a second request if it's required.
Cheers.
Antwort von neobium
am 14. Februar 2013 um 18:26
Hi Travis, I'm not sure I follow you. Are you saying I should run the search, then pull the id and get the overview from a second query where I pull the movie data via the id?
Antwort von Travis Bell
am 14. Februar 2013 um 18:39
Yes, that is the only way to get the overview of a movie at this time. Depending on the design of your app, this isn't necessarily that many more requests if you cache the movie data locally. Ie. do a search and if you already have the id cached locally, pull it from your own cache and skip pulling it from our API.
Antwort von Jack Luminous
am 23. September 2013 um 21:55
Hi. I am converting from v2.1 to v3 as well and ran into the same problem neobium did. This is a bit of a letdown from v2.1. In my case, I am displaying a list of matches for the end-user to select the correct one. Not having the synopsis/overview makes my UI look a bit silly. Other items such as cast, etc. I can understand but overview I do not. I am in agreement that having to do a subsequent get just for the overview is wasteful for bandwidth. Is there anyway this could be improved?
Thanks for re-considering.
Antwort von digitaldesaster
am 28. Januar 2014 um 14:00
i am also wondering why this is not possible. most other apis (i know / i use) are trying to reduce the amount of api calls. if i like to fetch the 10 most popular movies including the overview details, i need 11 api calls. i am fine with it :-) , but i wonder what is your view on this..
Antwort von caprica6
am 2. Februar 2014 um 08:35
My main use of the API (the same as Jack Luminous above, and a pretty common use-case I suppose) is to find the right movie for a particular title.
Where multiple search results are returned, the overview is the most useful thing for me to use when I iterate the search results to decide which movie is the right one. For each search result, I make those additional 1+n requests just to get the overview to present in the list to the user.
So for me, adding overview to the movie search results would eliminate most of my TMDB API calls and simplify my application a lot.
On the other hand, I don't pay the bandwidth bill and I do cache everything on first access so it makes no real difference to me other than it being a little bit awkward.
Antwort von Travis Bell
am 2. Februar 2014 um 10:09
Hi guys,
We don't have any plans on changing this at the moment. If this is important, bring the data in house.
Cheers.
Antwort von JoshGlazebrook
am 20. Februar 2014 um 04:57
Just found this out too. :-/
Perhaps it might be useful to extend the "append to response" to the search endpoint as well? Maybe append_to_response=movie or =info?
Antwort von victorcampeanu
am 12. Juni 2014 um 08:18
i would like this as well, it is basic movie info
Antwort von Travis Bell
am 12. Juni 2014 um 13:53
If this ever gets looked at, I would imagine this to be how it would work but I haven't really spent any time thinking about it.
Unfortunately, our position on this has not yet changed. We do not have plans to add this at this time.