|
|
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... 9 10 11 12 13 ...17 Previous Next
|
New naming system |
|
|
|
Author |
Message |
Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | There you are, Lars. Working backwards by whose definition...yours.
You had the opportunity just like every other user to recognize the problems being caused by the Old Guidelines and picking up the ball and doing something about it. Did you...NO you did not. Just like everyone else you sat on the sidelines. A couple of users did see thee the problem and did do something about it, and now all you and others want to do is whine about it. i will not sit and watch you attempt to undo all the work that has been done to get us where we are today.
Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video |
| Registered: March 14, 2007 | Posts: 3,830 |
| Posted: | | | | Quoting northbloke: Quote: @skip Sorting isn't a local issue, it's a program issue. We have no control over how the cast and crew names are displayed in the "edit profile" window. Why don't you make a request for those fields, to be displayed in separte columns, you could drag the in any possition you want. like we can now with name and role? see this thread: Roles on the left, names on the right | | | 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. |
| Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | Quoting Giga Wizard: Quote: Quoting northbloke:
Quote: @skip Sorting isn't a local issue, it's a program issue. We have no control over how the cast and crew names are displayed in the "edit profile" window.
Why don't you make a request for those fields, to be displayed in separte columns, you could drag the in any possition you want. like we can now with name and role? see this thread: Roles on the left, names on the right And yet again,north, you display a complete lack of understanding. The PROGRAM by definition IS LOCAL, it is NOT the Online. The program resides on YOUR computer's hard drive, it is not something that mysteriously appears. The Online data hokks to the Progran but is unrelated to it. The Contribution Rules apply to the Online side NOT the program side. So if you want a Program fix then you don't do it by changing the Online. And yes even now the Program will accomodate EXACTLY what you want, it means you have to edit the downloaded to meet your parameters and that data then becomes non-contributable I have a lot of data like that. If you understood this you wouldn't be going on about it, what you want "fixed" to YOUR standards is the Online. Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video | | | Last edited: by Winston Smith |
| Registered: March 13, 2007 | Posts: 21,610 |
| Posted: | | | | Quoting northbloke: Quote: Quoting Giga Wizard:
Quote: sorry, i did not take anything out of context, You may then have noticed that: Quoting surfeur51:
Quote: We are in the request forum. If the request is accepted,rules will have to be changed. I'm sorry but are you doing this simply because of the person who said it? Did you happen to miss the "If the request is accepted" bit of the sentence? A lot of the feature requests made would require rule changes - are you saying they're all out to destroy the rules too? There are Rules changes and there are Rules changes. The Rules will be modified with every iteration of the program. As new features are added, modifications made etc. However anm attack on the funadmental basis of the Rules is not change. As I have described many time when you develop a program or a Rules structure, there are many different yardsticks which can be used to build the foundation. For example, had Ken been willing, we could have continued using IMDb as our center refeernce point. I looked at every possibility, including the concept of allowing users to use a "dartboard" and define things however they wanted, this is fundamentally a bad idea. It was decided that the best concept was to rely o concrete data that could be seen and referenced, not imagined, hallucinated or otherwise not exist in the real world. Thus the film credits and As Credited was born, the filmmakers are the ULTIMATE source for accuracy. Have you made ANY movies, north, I rather doubt it, I have never seen IMDb listed as a Producer of ANY film yet they purport as you do to able to divine data OTHER than its appearance ON SCREEN. The foundation is As the data is seen On Screen, that means that anything not seen On Screen must be dealt with in some other fashion. There are possibilities to do that both in the Program AND the Online, the Online require some sort of compromise, which means trhat you won't be 100% happy, but will it do the job that is wanted. The other is Locally, in which case you the user are in total control of YOUR data and can present it any form you like that makes you happy. 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. Further when youy upload your collection we all get to see how you are handling your data, we can even duplicate if we like it, though that takes some effort. But the above is not what YOU want. See my comment to lars for further clarification, you like everybody else sat on the sidelines, and you wat to use a DIFFERENT standard (foundation) that is NOT based on HARD data that appears On Screen, it is based on a variety of interpretations of that data, or dartboards if you will. Skip | | | ASSUME NOTHING!!!!!! CBE, MBE, MoA and proud of it. Outta here
Billy Video | | | Last edited: by Winston Smith |
| Registered: March 29, 2007 | Reputation: | Posts: 4,479 |
| Posted: | | | | Quoting kdh1949: Quote: Quoting surfeur51:
Quote: Quoting kdh1949:
Quote: I know I sound like the arrogant American here.
Pot to kettle: You're black. Oh I see that you are angry since that time I didn't give you your green arrows. It's corrected. You even got two, you seem to like those pieces of sugar... Sorry again for having forgotten them. PS. BTW, I've not the slightest idea about what really means what you wrote. Translated in french, that means nothing consistent... | | | Images from movies | | | Last edited: by surfeur51 |
| | T!M | Profiling since Dec. 2000 |
Registered: March 13, 2007 | Reputation: | Posts: 8,736 |
| Posted: | | | | Quoting skipnet50: Quote: For example, had Ken been willing, we could have continued using IMDb as our center refeernce point. Unfortunately, that's exactly what we ARE doing for the time being. Why? Because (a) about 75% of the data in the Invelos-database is still mined IMDb-data, and (b) we're subsequently told to use the "credit lookup tool" to establish a person's name. Thanks to the large chunk of IMDb-data in the database, the CLT results will essentially always declare the IMDb-name the winner. As we speak, I'm once again getting multiple no-votes to me correcting obviously incorrect IMDb-names, with reputable users quoting the ridiculously flawed CLT results as reason for voting against it. So it seems we haven't moved away from IMDb at all just yet. |
| Registered: March 13, 2007 | Reputation: | Posts: 6,635 |
| Posted: | | | | Quoting lmoelleb: Quote: Quoting skipnet50:
Quote: Again, synner this undoes hundreds of thousands of man-hours work it took to get here.
Why is this a valid argument? I don't get it - we must work towards a better program and better data, and yes - that might mean replacing data with better data. If we get so attached to data that has been entered we will never move on.
Notice I am NOT arguing this specific feature request should be implemented, I am simply saying I do not agree with this specific argument used against it. In general, I agree with you. The problem is being able to determine when such an effort is worth it. I find synner_man's proposal interesting, however, it might be an over-complicated solution to the problem. Getting everyone to understand how this would work would be a significant challenge based on the fact that we can't get accurate data entry with relatively simple Rules today. | | | Hal |
| Registered: March 13, 2007 | Reputation: | Posts: 6,635 |
| Posted: | | | | Quoting surfeur51: Quote:
PS. BTW, I've not the slightest idea about what really means what you wrote. Translated in french, that means nothing consistent... We really should be careful about using colloquialisms in an international forum. Ken has modified the phrase "That's like the pot calling the kettle black". Since both the pot and the kettle are black, it is a saying people use when someone accuses someone else of something that they are guilty of themselves. I hope that is clear???? | | | Hal |
| Registered: March 29, 2007 | Reputation: | Posts: 4,479 |
| Posted: | | | | Quoting hal9g: Quote: ... on the fact that we can't get accurate data entry with relatively simple Rules today. Rules are not simple today. American users must undestand that "middle name" means nothing for thousands of users who do not spend their time on those forums, and who do not know how to manage it (I will not give for the third time the example of reverends... which clearly shows that contributors made the wrong thing). A system with two fields, based on first field = title and given name, and last = surname is by far more intuitive for many non american users, even if it doesn't solve the problems of the type "Helena Bonham Carter", which has no solution except documentation (even a one field + sort field can't manage it). | | | Images from movies |
| Registered: March 29, 2007 | Reputation: | Posts: 4,479 |
| Posted: | | | | Quoting hal9g: Quote: Quoting surfeur51:
Quote:
PS. BTW, I've not the slightest idea about what really means what you wrote. Translated in french, that means nothing consistent...
We really should be careful about using colloquialisms in an international forum.
Ken has modified the phrase "That's like the pot calling the kettle black".
Since both the pot and the kettle are black, it is a saying people use when someone accuses someone else of something that they are guilty of themselves.
I hope that is clear???? That is clear, thanks. But I accused nobody. Kdh confessed his own sins, and I just showed that I found him courageous to do that in public.. | | | Images from movies |
| Registered: March 14, 2007 | Posts: 2,366 |
| Posted: | | | | Quoting T!M: Quote: Thanks to the large chunk of IMDb-data in the database, the CLT results will essentially always declare the IMDb-name the winner. As we speak, I'm once again getting multiple no-votes to me correcting obviously incorrect IMDb-names, with reputable users quoting the ridiculously flawed CLT results as reason for voting against it. So it seems we haven't moved away from IMDb at all just yet. And what annoys me the most is that when a perfectly reasonable contribution with enough positive votes always gets approved, but when it's 50-50 the same contribution for another release gets declined. | | | Martin Zuidervliet
DVD Profiler Nederlands |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | Quoting Giga Wizard: Quote: Why don't you make a request for those fields, to be displayed in separte columns, you could drag the in any possition you want. like we can now with name and role? see this thread: Roles on the left, names on the right Because that would affect the entire database, not just individual names. |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | Quoting hal9g: Quote: I find synner_man's proposal interesting, however, it might be an over-complicated solution to the problem. Getting everyone to understand how this would work would be a significant challenge based on the fact that we can't get accurate data entry with relatively simple Rules today. I've got to agree with Hal. Although it's an interesting idea, it does seem an overly complicated way of solving the problem. I think the sort checkbox or the single field/sort field ideas are simpler ways of achieving the same result. |
| Registered: March 13, 2007 | Posts: 4,596 |
| Posted: | | | | 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. | | | My WebGenDVD online Collection | | | Last edited: by Bad Father |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | 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! |
| Registered: March 15, 2007 | Reputation: | Posts: 5,459 |
| Posted: | | | | 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. |
|
|
Invelos Forums->DVD Profiler: Desktop Feature Requests |
Page:
1... 9 10 11 12 13 ...17 Previous Next
|
|
|
|
|
|
|
|
|