Reply to thread

Message

<blockquote data-quote="RoChess" data-source="post: 783484" data-attributes="member: 18896">Re: IMDb+ Scraper (Fix English, Rename+Group, RottenTomatoes, and more) v3.2.4It would be much easier for you to place those movies in their own folder, &quot;D:\Movies\NameA\...&quot; and then use a filter on the Full path to see if it includes &quot;NameA\&quot;. MovingPictures is able to retain all the information and just update the path if you move files within the defined import paths.When you import a movie, the scraper used is forever tied to that movie based on the scraper ID. The only way to link it to a new scraper ID is to sent it back to the importer. However another 'hack' you can do is to edit the IMDb+ Scraper ID to be the same as the scraper you originally used. This is why the imdb.com default scraper ID is referenced in the file, so that it is easy to copy and paste and adjust the scraper. But you need to do this before you import. If you have already imported it, then you need to switch to scraper-debug mode, or adjust the version+date. What I do myself is adjust version to v3.2.41, adjust the date and change the name to &quot;imdb.com (IMDb+)&quot;.A full redo of your database is another option and you can use Follw.it and Trakt integration to retain the watched flags, if you sync first before you start over and then sync again afterwards. But you do loose the date-added info then (which is why I'm still prosponing it myself until I figured out a solution for that).I've achieved 100% import rates with many test collections, but imdb.com database is way more populated them the tmdb one, so it is much easier for the scraper to get confused over multiple matches. The popularity ranking usually solves that, but there will always be rare situations on a large collection.The only way I can help on that is if I know what filenames are failing, so I can reproduce for myself and improve the scraper.</blockquote>

[QUOTE="RoChess, post: 783484, member: 18896"] [b]Re: IMDb+ Scraper (Fix English, Rename+Group, RottenTomatoes, and more) v3.2.4[/b] It would be much easier for you to place those movies in their own folder, "D:\Movies\NameA\..." and then use a filter on the Full path to see if it includes "NameA\". MovingPictures is able to retain all the information and just update the path if you move files within the defined import paths. When you import a movie, the scraper used is forever tied to that movie based on the scraper ID. The only way to link it to a new scraper ID is to sent it back to the importer. However another 'hack' you can do is to edit the IMDb+ Scraper ID to be the same as the scraper you originally used. This is why the imdb.com default scraper ID is referenced in the file, so that it is easy to copy and paste and adjust the scraper. But you need to do this before you import. If you have already imported it, then you need to switch to scraper-debug mode, or adjust the version+date. What I do myself is adjust version to v3.2.41, adjust the date and change the name to "imdb.com (IMDb+)". A full redo of your database is another option and you can use Follw.it and Trakt integration to retain the watched flags, if you sync first before you start over and then sync again afterwards. But you do loose the date-added info then (which is why I'm still prosponing it myself until I figured out a solution for that). I've achieved 100% import rates with many test collections, but imdb.com database is way more populated them the tmdb one, so it is much easier for the scraper to get confused over multiple matches. The popularity ranking usually solves that, but there will always be rare situations on a large collection. The only way I can help on that is if I know what filenames are failing, so I can reproduce for myself and improve the scraper. [/QUOTE]

Verification