Author |
Message |
Registered: March 14, 2007 | Posts: 1,328 |
| Posted: | | | | How's this for an idea. Invelos maintains the common name database and users link to that with "as credited" name.
- User when making new profiles, enter only a single field "as credited" name and link it to a downloaded Invelos maintained master common name database. - User may request a name be added or changed to the Invelos master common name database much like how we contribute DVD profiles, but it would be up to the screeners to accept a new name or make changes. - Users have the option of parsing the downloaded Invelos master name to whatever they like for their local name and display/sorting purpose but this would be kept strictly local.
Little additional work for the screeners, but once it's setup, there shouldn't be too much work. We have our linking, "as credited" credits, and freedom to sort and parse our local names to whatever we like. | | | My Home Theater | | | Last edited: by xradman |
|
Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | I am playing coding games now, xradman, give me a while to process this, it's an interesting premise to be sure.
One thing Isee right away based on your comment is this User may request a name be added or changed to the common name database much like how we contribute DVD profiles, but it would be up to the screeners to accept a new name or make changes.
Documentation under such a scenario would have to be an absolute must, and it would have to be GOOD documentation, no guessing, no assumptions. While this would not bother me in the slightest, i would provide it regardless, for some it may be ummmm upsetting.
Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video |
|
Registered: March 13, 2007 | Reputation: | Posts: 6,635 |
| Posted: | | | | This certainly has some merit.
The biggest downside that I see is that each user still has to do all of the linking in their local database themselves. In many cases, especially where the names are not even close to being the same, many if not most people will never link them since the knowledge that the names should be linked is not sharable.
If Invelos maintained a "table" of linked names that was part of the download file, this problem could be solved. | | | Hal | | | Last edited: by hal9g |
|
Registered: March 14, 2007 | Posts: 1,328 |
| Posted: | | | | Quoting hal9g: Quote: This certainly has some merit.
If Invelos maintained a "table" of linked names that was part of the download file, this problem could be solved. That's the core of this method. Invelos master database is downloaded and that's what's linked to the credits "as they appear in the credits". Local user has the option of displaying the master name with their own local name variant. So if the master name has Andy Lau Tak-wah and the "as credited" name is Andy Lau, you could sort this actor as Tak-wah/Andy/Lau if you wanted in your own database. | | | My Home Theater |
|
Registered: March 13, 2007 | Reputation: | Posts: 6,635 |
| Posted: | | | | Quoting xradman: Quote: Quoting hal9g:
Quote: This certainly has some merit.
If Invelos maintained a "table" of linked names that was part of the download file, this problem could be solved. That's the core of this method. Invelos master database is downloaded and that's what's linked to the credits "as they appear in the credits". Local user has the option of displaying the master name with their own local name variant. So if the master name has Andy Lau Tak-wah and the "as credited" name is Andy Lau, you could sort this actor as Tak-wah/Andy/Lau if you wanted in your own database. I guess I'm being a little thick-headed tonight. I don't see how a "master common-name" database that is downloaded to your local gets linked to the "variant" names in your local database without the user actually linking them. I download the master common name database and it contains "Robin//Wright Penn" as the common name selected by Invelos. I have a bunch of profiles in my local db with "Robin//Wright" and "Robin//Wright-Penn" in them. Explain how the profiles with "Robin//Wright" and "Robin//Wright-Penn" get linked to the profiles with "Robin//Wright Penn" unless the user does it manually. | | | Hal |
|
Registered: March 18, 2007 | Reputation: | Posts: 6,461 |
| Posted: | | | | Quoting hal9g: Quote: Explain how the profiles with "Robin//Wright" and "Robin//Wright-Penn" get linked to the profiles with "Robin//Wright Penn" unless the user does it manually. Oh man, I'm way out on a limb here - this ain't my usual cup of tea, but whenever I smell automation, I get excited. Of course a program could make linkages as simple as the one you described. But are there others more complicated that would make automating the linkages impossible? Sure would be a fun "plugin" type project, or maybe a relatively simple enhancement to the main program. Sorry if this idea is silly. I admit I'm not well versed in this aspect of Profiler. But I'm trying to learn more. | | | Thanks for your support. Free Plugins available here. Advanced plugins available here. Hey, new product!!! BDPFrog. |
|
Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video |
|
Registered: March 13, 2007 | Reputation: | Posts: 767 |
| Posted: | | | | Didn't we have name databases in versions 1.x and 2.x? There must have been a few reasons for IVS to abandon those. |
|
Registered: March 13, 2007 | Posts: 810 |
| Posted: | | | | Quoting marcelb7: Quote: Didn't we have name databases in versions 1.x and 2.x? There must have been a few reasons for IVS to abandon those. We still have one in 3.5.1, but each user has a local version that they can change at any time. This is not the same as a 'maintained master database' that would require approval to add a new actor/crew person. The main problem that I see with this idea is that it would slow down adding any DVD that has a new actor or crew person in its cast. pdf | | | Paul Francis San Juan Capistrano, CA, USA |
|
Registered: July 31, 2008 | Reputation: | Posts: 2,506 |
| Posted: | | | | Quoting pdf256: Quote:
The main problem that I see with this idea is that it would slow down adding any DVD that has a new actor or crew person in its cast. Exactly, especially for smaller films where (almost) every actor could be a new one. I'm not opposed to the idea but considering how "casual" it seems to be going here recently with regards to contributions & contribution notes, I'm not sure how many people will go with it. |
|
Registered: March 14, 2007 | Posts: 2,366 |
| Posted: | | | | Quoting pdf256: Quote: Quoting marcelb7:
Quote: Didn't we have name databases in versions 1.x and 2.x? There must have been a few reasons for IVS to abandon those. We still have one in 3.5.1, but each user has a local version that they can change at any time. In the versions below 3.0 we had a file called Aliases.DAT which contained all the names users had submitted to the online and you could update that file with " Online->Update Tables from IVS". For some reason this has been removed. | | | Martin Zuidervliet
DVD Profiler Nederlands | | | Last edited: by Daddy DVD |
|
Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | Quoting pdf256: Quote: The main problem that I see with this idea is that it would slow down adding any DVD that has a new actor or crew person in its cast.
pdf Perhaps we look at it from another direction and say that whenever adding new names it is assumed they are a new person until the linking is submitted for approval. That way new entries aren't delayed but the linking could be created at a later date (and the program automatically fills in the "credited as" field). Edit: either way I really like the idea of a central actor database, it would help linking a lot! | | | Last edited: by northbloke |
|