|
|
Welcome to the Invelos forums. Please read the forum
rules before posting.
Read access to our public forums is open to everyone. To post messages, a free
registration is required.
If you have an Invelos account, sign in to post.
|
|
|
|
Invelos Forums->DVD Profiler: Desktop Feature Requests |
Page:
1... 10 11 12 13 14 ...17 Previous Next
|
New naming system |
|
|
|
Author |
Message |
Registered: March 13, 2007 | Posts: 4,596 |
| Posted: | | | | Quoting northbloke: Quote: Quoting 8ballMax:
Quote: I don't think it's necessary to completely alter the program by eliminating one or two fields. I think the checkbox is a good idea but this can be accomplished without elimating fields. Here is a variation of synner_mans's proposal: Enter the credit as credited on-screen. Each of the three fields will have a checkbox. The last field for the surname will always be checked by system default. If the surname is not in the last field, as is the case with Asian names, then check the appropriate box.
Edit: Thinking more on this, perhaps it would be better that the middle field be checked by system default because the vast majority of the credits in the database use just two fields. I'm confused - why the middle field? I think one checkbox telling the system to use the first name for sorting instead of the last name would be enough to clear up the problem. Now you have me confused. Why would we want the system to sort on the first name and not the surname? I think your confusion stems from the assumption that my suggestion was based on using the checkbox as a sort field...it's not. The checkbox would be for indicating the surname. The system already sorts actors by surname (last name) in the edit window. Edit: Nevermind...the Actors list is listed by first name in the edit window . But that shouldn't really matter should it, since the search field uses a substring filter. | | | My WebGenDVD online Collection | | | Last edited: by Bad Father |
| Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | Quoting northbloke: Quote: Quoting skipnet50:
Quote: You want to use Yun-Fat//Chow, /Yun-Fat/Chow instead of Chow Yun-Fat(As Credited) you have that ability AND that authority NOBODY is going to tell you what to do with YOUR data.
Do I? That's news to me! I've alway been under the impression that that was my least favourite option. Thanks for setting me straight - I've obviously been supporting the wrong idea!
Quote: But the above is not what YOU want. See my comment to lars for further clarification, you like everybody else sat on the sidelines It would have been very difficult for me to sit on the sidelines seeing how I never owned Profiler while the guidelines were in existence. But again I must submit to your superior knowledge. Obviously I've owned Profiler a lot longer than I thought I did! I know it is your least favorite option, north, because as I have pointed out what you seem to want is pre-packaged data in the download that meets your parameters. We can't do that and keep the Rules simple with all the various cultures involved in Profiler, it was decided to go with simple sometimes at the expense of your wish for for "infinite accuracy". "Infinite accuracy" beccomes something for you to handle or not locally as you choose and you are free locally to use whatever parameters you want. The Rules are exceedingly simple, save for those few who want to to create havoc and chaos by pretending they are not. Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video |
| Registered: March 13, 2007 | Posts: 4,596 |
| Posted: | | | | I don't know. Perhaps there is some merit in going to Two fields. It would eliminate much of the parsing problems and with a checkbox to indicate first name it would list Asian actors correctly in the cast list. I'm just afraid of all the problem that could arrise, and probably will, from merging the first and middle name fields into one field. | | | My WebGenDVD online Collection |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | I don't see what those problems would be: <first name> + <space> + <middle name> = <new name field>
If an incorrect name is created because of this, it's because the data was wrong in the first place. No extra work has been created. Although, as many have said, going from three fields to two fields would only reduce problems, not remove them completely. |
| Registered: March 13, 2007 | Posts: 4,596 |
| Posted: | | | | Quoting northbloke: Quote: Although, as many have said, going from three fields to two fields would only reduce problems, not remove them completely. I agree...there is no way that problems will be eliminated completely going to two fields, perfection is unobtainable. Going to one field though, as you suggest, is just poor database structure and I can't support it. | | | My WebGenDVD online Collection |
| Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | I don't see an advantage or a disadvantage, north. I think the three fields makes searching a tad easier. I also don't see the problem related to arguments. The arguments are not a result of the number of fields nor are they a result of the Rules, they are ar direct result of users wanting to using some standard other than the one that the Rules use. It is really that simple and trying to create interpretations that justify a position which goes against the Rules.
Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | Quoting 8ballMax: Quote: Going to one field though, as you suggest, is just poor database structure and I can't support it. Why is this poor database structure? |
| Registered: March 29, 2007 | Reputation: | Posts: 4,479 |
| Posted: | | | | Quoting northbloke: Quote: Quoting 8ballMax:
Quote: Going to one field though, as you suggest, is just poor database structure and I can't support it. Why is this poor database structure? The problem I see with only one field is the risk to limit further development, plugins, or even treatments you can do through Excel. One field needs a sort field (so we still have two), which has to be completed for new names, much more work than just a checkbox used for a small percentage of names (asian, stage names). | | | Images from movies |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| | Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | Were I Ken, I would in fact ADD two more name fields for Prefixes and Suffixes.
Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video |
| Registered: March 29, 2007 | Reputation: | Posts: 4,479 |
| Posted: | | | | Quoting skipnet50: Quote: Were I Ken, I would in fact ADD two more name fields for Prefixes and Suffixes.
Skip Thanks to God, you are not Ken, even if you crave that. | | | Images from movies |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | Quoting skipnet50: Quote: Were I Ken, I would in fact ADD two more name fields for Prefixes and Suffixes.
Skip Sorry Skip, but that would go against the rules - you can do what you like locally, but it's not for the online. |
| Registered: March 14, 2007 | Posts: 3,830 |
| Posted: | | | | Quoting northbloke: Quote: Quoting skipnet50:
Quote: Were I Ken, I would in fact ADD two more name fields for Prefixes and Suffixes.
Skip Sorry Skip, but that would go against the rules - you can do what you like locally, but it's not for the online. If Skip was Ken it would be legal, Ken = Master of the Database, whatever Ken decides we have to work with it And a title field would not be a bad idea, solving surfeur51's Reverent problem! | | | Sources for one or more of the changes and/or additions were not submitted. Please include the sources for your changes in the contribution notes, especially for cast and crew additions. | | | Last edited: by ? |
| Registered: March 29, 2007 | Reputation: | Posts: 4,479 |
| Posted: | | | | Quoting Giga Wizard: Quote: And a title field would not be a bad idea, solving surfeur51's Reverent problem! Not at all. Please have a look to that example, and you'll see that a title field doesn' solve the problem. But merging first and middle resolves it... Demonstration : From Reverend Thomas//Bermingham Reverend/Michael J./Thomas Reverend/John/Nicola Reverend William/J./Parham Frère Jean-Philippe// Revel You add a slash after Reverend: Reverend/Thomas//Bermingham Reverend//Michael J./Thomas Reverend//John/Nicola Reverend/William/J./Parham Frère/Jean-Philippe// Revel You delete the first slash : Reverend Thomas/Bermingham Reverend Michael J./Thomas Reverend John/Nicola Reverend William J./Parham Frère Jean-Philippe/Revel | | | Images from movies | | | Last edited: by surfeur51 |
| Registered: March 13, 2007 | Posts: 4,596 |
| Posted: | | | | Quoting surfeur51: Quote: Quoting northbloke:
Quote: Quoting 8ballMax:
Quote: Going to one field though, as you suggest, is just poor database structure and I can't support it. Why is this poor database structure?
The problem I see with only one field is the risk to limit further development, plugins, or even treatments you can do through Excel.
One field needs a sort field (so we still have two), which has to be completed for new names, much more work than just a checkbox used for a small percentage of names (asian, stage names). Exactly...thank you Surfeur51. I'm a list guy...love my lists. I Export to xml and edit in Excel allowing me to create an actor list sorted by last name. Going to one field would make this more work as I'd have to then convert text to columns. | | | My WebGenDVD online Collection |
| Registered: March 14, 2007 | Posts: 3,830 |
| Posted: | | | | Quote: Reverend Thomas/Bermingham that does not help if you want to enter/search from the cast list: tho ber, it want show as reverend stands in the way, and that is the whole idea of database fields. | | | Sources for one or more of the changes and/or additions were not submitted. Please include the sources for your changes in the contribution notes, especially for cast and crew additions. | | | Last edited: by ? |
|
|
Invelos Forums->DVD Profiler: Desktop Feature Requests |
Page:
1... 10 11 12 13 14 ...17 Previous Next
|
|
|
|
|
|
|
|
|