| Message |
Details |
Quoting mediadogg:
Quote:
Just request the xml from HTTPJolie.
Do we have any reason to think that that will work better than the ordinary export? I'd hate to go to all the work of creating a program only to find that it crashes the same way that export does. | Posted: Topic Replies: 168, Topic Views: 10447 |
 |
Quoting mediadogg:
Quote:
Gunnar is always adding more stuff to BY Check. Nothing stops him from implementing your algorithm to build a dummy profile and use HTTPJolie to install it in the database.
Actually, I don't think I could do that, since Magmadrag cannot produce a complete export file. Not sure how to do that without the export file. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
I was wrong!
Yeah, it happens. In this case I thought that birth year later than production year was an undeniable fact that something is wrong. So there would be no need to ever exclude such a profile. But as I found out when using the program, that's not always true.
Production year 1939, birth year 1966? Well, that has to be wrong, doesn't it? Actually, no. The profile in question was Mickey Mouse in Living Color 2. It's a collection of shorts with wildly varying production years, but for the profile only the oldest is used. The short "The Prince and the Pauper" is from 1990.
I guess this could happen for TV shows as well. Someone who wasn't born when the show first started could be in a later season. Not very likely, but possible.
I didn't want to rush out an update for just such a minor oversight, but rest assured it is on my to-do list. | Posted: Topic Replies: 66, Topic Views: 21907 |
|
Well, I'm impressed! 
I'll have to digest this for a while, but I'll be PMing you with some ”How did you do that” questions. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
BirthYearCheck 4.3
Several minor fixes and enhancement. A few a bit more important:
- For profiles that contain episode dividers, the episode(s) that the person appeared in / worked on will be shown as a tooltip, so it is easier to find the person in a potentially very long cast or crew list.
- Crew is now listed as their function rather than just "Crew". Again to make them easier to find.
- Profiles can be hidden. Practical if you have a profile that you don't want to fix right now, but want to come back to at a later time.
- When you exclude a profile it is also hidden.
- You can "unhide" hidden profiles. This will make all hidden profiles visible again. When visible again, profiles that were excluded during this run can be "unexcluded".
 | Posted: Topic Replies: 66, Topic Views: 21907 |
|
The birth year list is loaded from the internet every time the program is started, so it is not static.
But I guess that's not quite what you wanted. That's all I have though. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
I'm not sure if I understand you correctly, Magmadrag. Isn't this what CastCrewCheck already does?
Edit: That should of course say BirthYearCheck. My bad. Too many tools to keep track of. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
BirthYearCheck 4.2.1
The following has been changed:
- There may be more than one documentation post in the birth year thread for a specific person. When you select Documentation in Possible invalid BYs, you will be prompted which link to follow, if there is more than one.
- When selecting Search title in IMDb, the search will be made with the Original Title if there is one.
- It is now possible to Exclude profiles so they don't show up in subsequent runs of the program. This is useful for entries that are in fact correct, like birth year 1797 for Mary Shelley.
And the help file has been updated. | Posted: Topic Replies: 66, Topic Views: 21907 |
|
Quoting mreeder50:
Quote:
I'm not looking to start an argument but here an example of how tags can help. I have one that says "4K UHD & 3D in 1 case". It gets there quicker than clicking each one and the and button. But that's just me. 
I agree. My point was that for just separating Blu-ray and UHD tags don't add anything. That's why I added that tags can be useful for other things. | Posted: Topic Replies: 6, Topic Views: 3952 |
|
Fully agree with others that separate databases is the least useful solution.
Using filters and saving them lets you select them really easy like this:
Creating collection categories can get you something like this:
Tags are not really useful for this purpose, because you would have to filter on tags instead of media type, so you wouldn't gain anything. That said, tags can be useful for a lot of other things.
Creating separate databases are only useful for very special purposes. I actually created one in order to take the snapshot of collection categories, because I didn't want to show my own categories as well, as that would confuse the picture. But for normal use, I don't see any reason to create separate databases.
If you need any help implementing either of the suggested solutions, please feel free to ask! | Posted: Topic Replies: 6, Topic Views: 3952 |
|
Quoting mreeder50:
Quote:
Ah, boy do I feel stupid. And I'm a retired IT guy. 
If it's any consolation, I have fallen into that trap at times as well. And yes, I'm a retired IT guy too. I guess we're not as infallible as we would like to think.  | Posted: Topic Replies: 66, Topic Views: 21907 |
|
| Works for me. You may have to refresh your browser (usually F5). | Posted: Topic Replies: 66, Topic Views: 21907 |
|
A small update to BirthYearCheck:
I styled the datagrid a bit to make the selected row look better, and I added a context menu with links to the documentation in the birthyear thread, and to IMDb.
You can select if you want to IMDb search to be opened in the internal browser, or in your default browser. Note that in the internal browser I skip one step when a title has been selected. I go directly to the Full Cast and Crew page. So that's one click less than in the standard browser.
Get version 4.1.0 here. | Posted: Topic Replies: 66, Topic Views: 21907 |
|
Glad you like it, ObiKen. I have to admit that I was a little shocked at the number of hits in my collection. I think I'll have to update the program with links to the birthyear thread in order to make it easier to research the birth years.
A toolmaker's job is never done …  | Posted: Topic Replies: 66, Topic Views: 21907 |
|
| As promised, BirthYearCheck 4.0. See this post. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
BirthYearCheck 4.0
The Possible invalid BYs tag has been extensively updated. | Posted: Topic Replies: 66, Topic Views: 21907 |
|
Just FYI the download for BySpecial expires May 25 so you can't download it after that. It was never meant to be a supported program.
However, I intend to incorporate suspicious birth years in the next version of BirthYearCheck, and it will cover both cast and crew. Look for an announcement in the Plugins forum. Eventually ...  | Posted: Topic Replies: 168, Topic Views: 10447 |
|
I have learned that there was a bug in SlowStarter 1.0 that could prevent the program from starting. This has been rectified, and the program has been updated so it shows its status during Windows startup.
I currently use it myself for autostarting DVD Profiler, and for delaying the start of tools that depend on HTTPJolie så that those tools don't start before Profiler is running. For me, that means a delay of at least 15 seconds more than the delay (if any) for starting DVD Profiler.
SlowStarter 1.1 | Posted: Topic Replies: 2, Topic Views: 5421 |
|
You seem to immediately take a defensive attitude rather than answering my questions.
Quoting DJ Doena:
Quote:
The problem is that DVD Profiler is stuck in Windows XP 32-bit world with the known "foreign letters" ANSI technology on top. At some point you will just reach the natural limits of what this program is capable of.
I don't think he meant that it is the foreign characters that are causing a problem, but rather that the 32 bit technology sets some limits "at some point". I don't believe that you have reached that point. If foreign characters were a problem that caused crashes we would have heard a lot about it. We haven't.
Quoting Magmadrag:
Quote:
EVERYTHING failed! Every solution caused more troubles than I had before.
That doesn't sound like a trivial problem that will only ever affect exports. But hey, if you don't want to discuss it, that's up to you. I've said what I felt needed saying. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
Quoting hydr0x:
Quote:
Stan Lee of course screws up the 90 year limit for anyone with Marvel films in his collection, even just the ones which he actually performed in  This raises an interesting question though: With posthumous appearances in franchises (Marvel, Star Wars etc.) getting more and more common, will such a tool need a list of known exceptions?
That's the reason that I call it "Suspicious birth year" rather than "Incorrect birth year". It does exclude any role that contains the word "archive" though. There will always be occurrences that need to be researched. I don't think they will be more than can be handled. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
@Magmadrag:
I think it's a mistake not to do everything possible to fix the database. Even if at the moment the problem only manifests itself during export, it's not going to get better, but it might very well get worse.
I see you haven't uploaded you collection since March 30. Does that mean that upload doesn't work for you either? Does backup work without errors?
It is, of course, entirely up to you if you want to ignore this problem. I'm just concerned that you may be setting yourself up for a bigger problem further on.  | Posted: Topic Replies: 168, Topic Views: 10447 |
|
Quoting Magmadrag:
Quote:
@GSyren:
Nice Idea but there is missing "the other part", too: If the production year is before the BY.... ;-)
No problem, just run the program backwards! | Posted: Topic Replies: 168, Topic Views: 10447 |
|
Just for fun I updated my BySpecial to include check for suspicious birth years:
Any birth year that is more than 90 years before production date is flagged as suspicious.
Double clicking a line opens the corresponding profile in DVD Profiler.
BySpecial 2.0
Again, this only checks cast. I can expand it to include crew if requested. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
Quoting mediadogg:
Quote:
And if that does happen, I can envision a fix. Costly in terms of time, but it will work. Once the profile is saved, I can reload it with a refreshed database pointer and compare, and simply re-write to the database with the BY reset back to zero.
I'm not sure that that is going to work. If the added profile contains a birth year, that would mean that Profiler used the existing cast (or crew) record. So changing that birth year would not create a new cast record, but either change the birth year for the existing record or fail, depending on how Profiler handles it internally. At least that's what I think will happen.
What might have a better chance of succeeding would be to assign a fake birth year (like 9999) instead of zero when adding the profile. This would force Profiler to create a new cast entry, which could possibly be changed afterwards to zero. Not sure though if such a change would change the actual database record, or just temporarily change a copy in memory. | Posted: Topic Replies: 168, Topic Views: 10447 |
|
Just a thought:
When you download a profile and it has a person w/o birth year, and your local database has the same name with a birthyear, the person in the downloaded profile will get that birthyear. This is the problem that Magmadrag wants to avoid.
But ... what's to say that the exact same thing doesn't happen if you add a profile (without a birthyear) through the API? It might be a good idea to test this - if not already done - before investing a lot of time and effort. | Posted: Topic Replies: 168, Topic Views: 10447 |