Quoting Closed:

Quote:
Hal:

Then FRANCOIS TRUFFAUT would be Francois Truffaut, that is what you see, you don't see the diacritical because it doesn't exist in the credit. Right. Tou might see it in your mind, but it does not appear On Screen as I have presented the data.

No, that is what you see.  What I see, for an on screen credit of FRANCOIS TRUFFAUT, is 'FRACNOIS TRUFFAUT'.  You can say it all you want, but 'Francois Truffaut' doesn't appear on screen any more than 'François Truffaut' does.  You might see it in your mind, but let's not pretend you see it on screen because that simply isn't true.

That is just WAY to scary. 

Quoting TheMadMartian:

Quote:
That is just WAY to scary. 

Quoting hal9g:

Quote:

As long as the new "linking" file contained an entry telling the program that Rene Bond=Paula Schnall, then when you double click on Paula Schnall in the cast list, it would display all films where she's credited as either Rene Bond or Paula Schnall.  Additional entries in the "linking" file would be used to link profiles where any other aliases may have been used.  But you would not have to edit any of the cast lists at all.  Just enter the on-screen credit.

That's how I saw your suggestion, Hal, and IMHO it really would be an excellent improvement in the database if it could be implemented (don't have a clue how big a workload it would require programming wise...). Unique identifiers for each name would take care of people with same name, so that would not be a problem.

Quoting Draxen:

Quote:
Quoting hal9g:

Quote:

As long as the new "linking" file contained an entry telling the program that Rene Bond=Paula Schnall, then when you double click on Paula Schnall in the cast list, it would display all films where she's credited as either Rene Bond or Paula Schnall.  Additional entries in the "linking" file would be used to link profiles where any other aliases may have been used.  But you would not have to edit any of the cast lists at all.  Just enter the on-screen credit.

That's how I saw your suggestion, Hal, and IMHO it really would be an excellent improvement in the database if it could be implemented (don't have a clue how big a workload it would require programming wise...). Unique identifiers for each name would take care of people with same name, so that would not be a problem.

There's certainly room for improvement, yeah. One gripe with this scenario is that whereas all linking information is currently stored local, it would then be in that illustrious "linking file" and we'd only store the actual "as credited" data in our profiles. Sounds lovely, but what if I'm absolutely certain that two name variants need to link together, but somehow I can't get it approved? Then it won't be part of the "linkfile", and they won't link in my local database? I'd have to contribute and get everything accepted to be able to have my local database reflect my own work? That would be a definite dealbreaker for me, then. In that regard, I like how it is now - the database as a whole may need work, but my local database has exactly the data I need it to have. I wouldn't want to depend on an external "link file". What if DVD Profiler one day stops development? No more updates to the linkfile, no more linking? As it stands now, I could still use DVD Profiler even if the online part disappeared. This may be something to take into account.

There's are also more practical problems with a linking system that is based on a list of aliases for every person. For instance, both Robert Downey, Sr. and Robert Downey, Jr. have, at some point in their careers, been credited as just "Robert Downey". As such, "Robert Downey" would have to be in both their lists of aliasses, possibly lumping both groups together. The same problem arises for hundreds, possibly thousands of people, but I'll just throw in one more lovely example: think of how many people would have "Alan Smithee" in their list of aliases... Or is there a unique identifier for each person embedded in this proposal as well? If so: who's going to assign and maintain these unique identifiers? Invelos?

Quoting T!M:

Quote:
Quoting Draxen:

Quote:
Quoting hal9g:

Quote:

As long as the new "linking" file contained an entry telling the program that Rene Bond=Paula Schnall, then when you double click on Paula Schnall in the cast list, it would display all films where she's credited as either Rene Bond or Paula Schnall.  Additional entries in the "linking" file would be used to link profiles where any other aliases may have been used.  But you would not have to edit any of the cast lists at all.  Just enter the on-screen credit.

That's how I saw your suggestion, Hal, and IMHO it really would be an excellent improvement in the database if it could be implemented (don't have a clue how big a workload it would require programming wise...). Unique identifiers for each name would take care of people with same name, so that would not be a problem.

Quoting Draxen:

Quote:
it really would be an excellent improvement in the database if it could be implemented

There's certainly room for improvement, yeah. One gripe with this scenario is that whereas all linking information is currently stored local, it would then be in that illustrious "linking file" and we'd only store the actual "as credited" data in our profiles. Sounds lovely, but what if I'm absolutely certain that two name variants need to link together, but somehow I can't get it approved? Then it won't be part of the "linkfile", and they won't link in my local database? I'd have to contribute and get everything accepted to be able to have my local database reflect my own work? That would be a definite dealbreaker for me, then. In that regard, I like how it is now - the database as a whole may need work, but my local database has exactly the data I need it to have. I wouldn't want to depend on an external "link file". What if DVD Profiler one day stops development? No more updates to the linkfile, no more linking? As it stands now, I could still use DVD Profiler even if the online part disappeared. This may be something to take into account.

There's are also more practical problems with a linking system that is based on a list of aliases for every person. For instance, both Robert Downey, Sr. and Robert Downey, Jr. have, at some point in their careers, been credited as just "Robert Downey". As such, "Robert Downey" would have to be in both their lists of aliasses, lumping them together. The same goes for pretty much every Jr./Sr. duo, but another lovely example is: think of how many people have "Alan Smithee" in their list of aliases...

I'm sure Ken could make it a locally controllable feature, just like any other field, allowing you to make local-only links or block on-line links you don't want.  I just complicates the programming, but I'm sure he would be up to it if he chose to go this route.

Alan Smithee would be a problem.  I'm more than happy to live with that one tiny problem than the huge problem that most of us have today.

Quoting Closed:

Quote:
I am following the standard cap rukles,

But that isn't what you said, now, is it?  Your post was about what was seen on screen.

Quote:
but diacrits are not part of capitalization, if you don't believe that you have to look no further the Character Map, amigo. I'll trust the expertise of the people who assembled that map, long before I will anyone here on these issues. I just wish that our program would recognize all the characters.

The Character Map is, to quote Wikipedia, "a utility included with Microsoft Windows operating systems and is used to view the characters in any installed font, to check what keyboard input (Alt code) is used to enter those characters, and to copy characters to the clipboard in lieu of typing them."  It does not, in any way, shape or form, tell you how to properly convert words from all uppercase into mixed case.  Conversion deals with spelling and grammar and the Character Map deals with neither.

Quoting Closed:

Quote:
Hal:

Then FRANCOIS TRUFFAUT would be Francois Truffaut, that is what you see, you don't see the diacritical because it doesn't exist in the credit. Right. Tou might see it in your mind, but it does not appear On Screen as I have presented the data.

Again we do neither see Francois Truffaut nor François Truffaut. We see  FRANCOIS TRUFFAUT. Only this would be as credited. Both of the other variants are converted.