Quoting Addicted2DVD:

Quote:
Which doesn't matter as all Ken wants at this time is the most commonly credited name... he was very clear about that and was very clear with the only exception being if the Credit Look-up Tool is documented as being wrong. He did not make any exception for names we believe will change in the near or distant future.

I see your point Pete and Ken's, but in the case of a female actor this could change yet going on this synopsis the CLT will never show the correct amount of credits.
Why?

A.Actress (under maiden name Actress) makes 5 films CLT = A.Actress 5 film
she marries A. Better (new surname) makes 7 films CLT = A.Better 7 films
credits for A.Actress now have to be change to show most common
CLT = A.Better 12 films
she now divorces goes back to A.Actress makes another 5 films make 10 as A.Actress (total), 7 as A.Better, but the original A.Actress have been eradicated by the CLT linking to common name yet the film count has changed to A.Actress 10>7.
If you as a new submitter not knowing that A.Actress already has credits as A.Actress you as per the Rules must follow the CLT which means the CLT will never be corrected to show the correct number of credits as per the name.
As you would have to enter A.Better (credited As A.Actress) which does not alter the count in the CLT.

She may then re-marry again and become A.Star and make an even larger number of films which would throw every thing into chaos again. The only time an actress is beyond being able to change her name (or make any new films come to think of it) is once she is Deceased, then and only then will the CLT be able to show the Most Commonly Credited Name.

Steve

Quoting snarbo:

Quote:


As you would have to enter A.Better (credited As A.Actress) which does not alter the count in the CLT.

Wrong

If she is credited as A.Actress in five films, the CLT will ALWAYS show that, regardless of what you select as common name.

The CLT looks at the 'credited as' field and not the common name when it counts profiles

Quote:

A.Actress (under maiden name Actress) makes 5 films CLT = A.Actress 5 film
she marries A. Better (new surname) makes 7 films CLT = A.Better 7 films
credits for A.Actress now have to be change to show most common
CLT = A.Better 12 films

Your math is wrong here. The CLT will not report A.Better 12 films, regardless of what you select as common name. It will always show A.Actress 5 films and A.Better 7 films. The CLT will show what is entered in the credited as field.

Quoting Martin_Zuidervliet:

Quote:
Quoting snarbo:

Quote:
As you would have to enter A.Better (credited As A.Actress) which does not alter the count in the CLT.

Which is exactly what I meant with my statement on page 1 about the CLT becoming "polluted".

But that is not how it works as it looks at the Credited as field not the name field.

Quoting reybr:

Quote:
Quoting snarbo:

Quote:


As you would have to enter A.Better (credited As A.Actress) which does not alter the count in the CLT.

Wrong

If she is credited as A.Actress in five films, the CLT will ALWAYS show that, regardless of what you select as common name.

The CLT looks at the 'credited as' field and not the common name when it counts profiles

And what if the 5 as A.Actress, 7 as A.Better were enter into the online before the CLT became active until somebody actually links the fact that the actress is one and the same the link would not be there, so it brings you back to the same situation,
5 for 1st
7 for 2nd
somebody makes the link 1st name & 2nd name are the same actress.

Steve

And in cases where the credited name is not right in the profile... we need to do as ken said... best way is to fix the profiles... other then that document that it is wrong.

Edit:
Quoting Ken Cole:

Quote:
The lookup tool is not to be blindly trusted, however it does outweigh other sources, including autographs.  The common name is not intended to always reflect the "real name", but the most commonly credited name. 

However, if a user documents errors in the database where the credit is not entered properly, that can and should be considered.  Better yet, correct the entries, assuming you own the discs in question, thereby correcting the lookup results.

Ken's own words above... see part I put in bold.

Quoting Addicted2DVD:

Quote:
Quoting reybr:

Quote:
Quoting snarbo:

Quote:


As you would have to enter A.Better (credited As A.Actress) which does not alter the count in the CLT.

Wrong

If she is credited as A.Actress in five films, the CLT will ALWAYS show that, regardless of what you select as common name.

The CLT looks at the 'credited as' field and not the common name when it counts profiles

yes... thank you.

Correct. As long as users are very careful when they''re editing common names:.

Quoting goodguy from a previous thread:

Quote:

In the local DVD Profiler, the tables "ACTORASSGN" and "CreditsAssign" each hold a field "CREDITED_AS". This field is empty in most records. The display of CreditedAs in the Edit window in these cases is provided by program logic, which falls back to generating the CreditedAs name from the common name if it is not present. Likewise, it empties the table field if you save an entry where you have entered a CreditedAs name that matches the common name.

A problem with that approach arises, if you change the common name of a cast or crew member via DVD Profiler.

Assume, you have a common name "John||Doe Jr."

In Profile_1, "John||Doe Jr." is credited as "John Doe Jr.". An empty CreditedAs value is stored.

In Profile_2, "John||Doe Jr." is credited as "John Doe, Jr.". The given CreditedAs value is stored.

Now you edit some profile and change the common name "John||Doe Jr." to "John||Doe, Jr." This will not change any of the stored CreditedAs values.

As a result, Profile_1 no longer matches the credits, because the formerly identical CreditedAs name was not stored.

Please note that this problem does not occur if you use the Name Variants plugin to pick a common name.

That is where documenting when it is wrong comes in.  Will you still get no votes... possibly... but in such cases I would PM no voter pointing to Ken's statement with the documentation that it is wrong and that should take care of it.

But that is all we can do for now... I brought this to ken's attention... and the last I heard he was looking into how to fix it...

Quoting Ken Cole:

Quote:
Currently the index is not built to consider birth years.  I'll add it to my list for further investigation.  The complication is that the lookup goes based on the Credited As field, which does not have a direct tie to birth year.  The birth year is tied to the common name entered for that credit, which is not considered for the lookup tool.  Still, possibly there's a way to make it work.