home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 2
General
this view could not be built
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="MJGraf" data-source="post: 1165739" data-attributes="member: 17886"><p>Thanks, JSchuricht. Cannot reproduce the upper two, but the lower one is certainly the right one.</p><p></p><p>[USER=114299]@breese[/USER]: I can reproduce your result. I get 29 matches instead of 28, but in any case not >40.</p><p>I've traced one of the non-matches down: "Armageddon (1998)".</p><p>The issue is that even with the year, there is no unique match. Tmdb returns the right movie "Armageddon", but also "<a href="https://www.themoviedb.org/search?query=Armageddon+Boulevard" target="_blank">Armageddon Boulevard</a>" also dating 1998. That's why we don't get a unique match. What I could imagine as an improvement at this place is that if we have a 100% match of title and year (i.e. TitleFromTmdb == TitleFromFileName), we prefer it to a "contains-match" (i.e. TitleFromTmdb contains TitleFromFileName). That way we would have a unique match in that case.</p><p>What I generally found out (but I already feared this), is that our tmdb-wrapper is not really ideal. What we e.g. do is that even if there is a year, we only search for "&query=Armageddon"; as a result we get 20 results (with a paging possibility to get another 26 results) and locally filter for those with the right year. We could also just search for "&query=Armageddon&year=2008" and we would only get two results (as described above). That would save us a lot of unnecessary internet traffic and, hence, time...</p><p>Anyway, at some point we will have to write our own wrappers at least for the most important databases such as tmdb. The ones available via nuget are altogether not ideal...</p></blockquote><p></p>
[QUOTE="MJGraf, post: 1165739, member: 17886"] Thanks, JSchuricht. Cannot reproduce the upper two, but the lower one is certainly the right one. [USER=114299]@breese[/USER]: I can reproduce your result. I get 29 matches instead of 28, but in any case not >40. I've traced one of the non-matches down: "Armageddon (1998)". The issue is that even with the year, there is no unique match. Tmdb returns the right movie "Armageddon", but also "[URL='https://www.themoviedb.org/search?query=Armageddon+Boulevard']Armageddon Boulevard[/URL]" also dating 1998. That's why we don't get a unique match. What I could imagine as an improvement at this place is that if we have a 100% match of title and year (i.e. TitleFromTmdb == TitleFromFileName), we prefer it to a "contains-match" (i.e. TitleFromTmdb contains TitleFromFileName). That way we would have a unique match in that case. What I generally found out (but I already feared this), is that our tmdb-wrapper is not really ideal. What we e.g. do is that even if there is a year, we only search for "&query=Armageddon"; as a result we get 20 results (with a paging possibility to get another 26 results) and locally filter for those with the right year. We could also just search for "&query=Armageddon&year=2008" and we would only get two results (as described above). That would save us a lot of unnecessary internet traffic and, hence, time... Anyway, at some point we will have to write our own wrappers at least for the most important databases such as tmdb. The ones available via nuget are altogether not ideal... [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
General
this view could not be built
Contact us
RSS
Top
Bottom