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?
Etkö löydä elokuvaa tai TV-ohjelmaa? Kirjaudu sisään lisätäksesi se.
Haluatko pisteyttää vai lisätä tämän nimikkeen listaan?
Ei rekisteröitynyt jäsen?
Vastaus käyttäjältä Travis Bell
14 helmikuu 2013 klo 5:33PM
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.
Vastaus käyttäjältä neobium
14 helmikuu 2013 klo 6:26PM
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?
Vastaus käyttäjältä Travis Bell
14 helmikuu 2013 klo 6:39PM
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.
Vastaus käyttäjältä Jack Luminous
23 syyskuu 2013 klo 9:55PM
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.
Vastaus käyttäjältä digitaldesaster
28 tammikuu 2014 klo 2:00PM
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..
Vastaus käyttäjältä caprica6
2 helmikuu 2014 klo 8:35AM
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.
Vastaus käyttäjältä Travis Bell
2 helmikuu 2014 klo 10:09AM
Hi guys,
We don't have any plans on changing this at the moment. If this is important, bring the data in house.
Cheers.
Vastaus käyttäjältä JoshGlazebrook
20 helmikuu 2014 klo 4:57AM
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?
Vastaus käyttäjältä victorcampeanu
12 kesäkuu 2014 klo 8:18AM
i would like this as well, it is basic movie info
Vastaus käyttäjältä Travis Bell
12 kesäkuu 2014 klo 1:53PM
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.