Personal Video Database

Welcome.

The plugin gets the [MPAA], but 'Parental Guidance' is an entire page at IMDb. You could add a link to that page to any field that takes them (e.g., [Comments]). The link URL would be '{IMDb URL from the [URL] field}\parentalguide'.

To add User Reviews, add a custom memo field (Preferences > Movies > Custom item) and then add that to the plugin using the Configure button (Preferences > Plugins > IMDb).

It would be great if multiple URL's were possible giving each "lookup" plugin it's own field to do it's job.

As I indicated, URLs are normally saved in the URL field. Separate fields are unnecessary. I suspect the TVDb URL is not saved because the plugin doesn't use it.

Just to be clear, I'm not the developer, nostra is. I can only tell what I've learned from using the program. Bear in mind this is the hobby effort of one individual, and the TVDb plugin is one of many. Also, as good as it is for some things, it's not a source everyone will need or want to use. It, or other software that uses it exclusively (like TV Rename) are not likely to be model for all aspects of handling series.

Don't ask me how (I haven't tried it myself), if TV Rename writes sidecar data files, you might be able to import those using the Text file import plugin. There's also a plugin or script for importing local images (perhaps just posters), but I'm less sure how practical that might be.

I use Sick Beard for handing series. Like TV Rename, it's open source and no longer actively supported, but it works. And while I'm not familiar with TV Rename, it may do more. It looks for torrents of new episodes, works with my torrent client to download them, renames and moves them, and gets all the TVDb data (including images)—all automatically. Even so, I don't find it too difficult to maintain the same information in PVD using the plugin. It won't get the episode images, but they're generally crappy anyway. I prefer to let PVD automatically create some screenshots. I then choose one to use as a poster, and delete the rest. I suppose the other reason I don't mind this approach is I need to run the IMDb plugin to get the people data anyway. I run both as a batch for updating episodes.

My point is, I could suggest PVD do what Sick Beard does, or to be integrated with it so they can be used seamlessly together. I don't, because I don't expect others to adapt to my personal preferences—including those who use TV Rename or something else. What's important is that it provide the tools necessary to adapt to any reasonable situation. It can create series records using several sources and add data from sidecar files. It's file scanner can easily match episode files named by any systematic naming routine.

run TVDB plugin on the show (I did, but the title matching came up with nothing); then run IMDB per season to get the details (I do, but I run IMDB as step 1 also).

I'm not sure, but maybe the better result I get is from running the TVDb plugin first.

The question there was how do I get a correct record in the database given that I use my filename (see format in the previous post) as the input.

Don't use the filename as input! It only takes a moment to Add a series by entering it's name and running the plugin. Once the series records are created, the file scanner will properly match the files.

Sorry, I don't know what the problem with the IMDb plugin might be. Maybe nostra will have an idea.

As for TMDb plugin, I too wish it would just download the default poster. Especially considering it now seems to be the best source for quality posters. What I do is run the plugin without the option to include images. I will normally have a poster from elsewhere, but will usually replace that by using the TMDb URL to visit the site and downloading a poster manually. That process is rather easy using version 1.0.x because the image can be copied and pasted directly to the poster container.

I've gotten used to double-clicking the thumbnails to open images in the viewer. That's easier (doesn't require moving the mouse and finding a 'next' control that's only visible on hover) and allows random access. The only problem is when the thumbnails are hidden by the viewer. But then the viewer closes with one click, so that's not a big deal.

What I would like to see a full edit-mode set of controls on hover of the viewer. That would make it much easier to open an image in the viewer for purpose of checking it's quality or suitability, then immediately deleting, replacing, moving elsewhere, etc. This would save a lot of time where the thumbnails are too small to accommodate the controls.

Although a prefix will always appear with the number, it will be recorded separately. As a result, the values will always sort by the number, regardless of prefix. I assume that's what users wanted at the time prefix support was added. Unfortunately, logical operators used in Advanced Search cause a 'conversion' error if any records include a prefix.

But it's unclear why you would need to distinguish TV Series in this manner. Are you not recording episode data—and thereby distinguishing those records as series?

If I'm not mistaken it for AllRovi need to add this / at the end of the url that redirects to AllRovi web site. If this is not the end of the url, then redirect to AllMovie web site.

Now why didn't I think of that?

More visible difference is in the web pages of people.

My question pertained to data not visible differences, and movies not people. The Rovi site includes music data, but there doesn't appear to be any additional movie data—on movie or people pages.

Now what would be really useful is an AllMusic script for album information. The redesign of that site has hopelessly broken the script I was using (a mod of the original AllMovie script). I'm not looking forward to rewriting that.

PHP is a scripting language. I know little about such things, but I believe it would be used on a web server to, for example, read a PVD database directly and generate web pages dynamically. I don't know what you mean or hope to achieve by changing the 'format' from HTML to PHP.

I don't know how you might resolve that, short of modifying the template so it puts all the files for each export into separate folders.

But I think you would be much better off using Export template: HTML List, even if it doesn't work with your search engine (and maybe it will). There are some examples of it in use here.