Quote:
Quoting skipnet50:

Quote:
Tim:

I will present the argument for your benefit. Take any TV series that utilizes Muti-sided discs. Keep in mind that the Edition issue is a settled topic, even though both of us agree. Unlike other user i am consistent with things.

You have a string of data that indicates nothing other that it appears (depending upon which form you use) either somewhere on ONE of the discs in this set, or it is on this particular disc, but not which Side, or in grandchild cases which of the discs. To include simply is consistent with the Edition field data handling and provides data to help determine what is where.

Sadly thees people do not engage in logical arguments, IF they did we woiuld not have the kind of discussions we had recently over Megasets where the light went on in some users head that using Parent Profiles for cast and crew wasn't a good idea (275 MASH Episodes), but by the same token his pride would NOT allow him to admit he was wrong, so instead we embarked on attempting to create a new animal. Parent is Parent regardless of it's configuration, Child is Child and when they get here Grandchildren will be Grandchildren and once that is reconized, then Megaset, Boxset, whatever becomes one simple procedure and there is no need a create new things. sadly these concepts which are so basic to database design escape most of the user community and they aren't willing to listen to those that do comprehend it. Right, rick?

Regarding the "megaset" issue - I don't see that problem at all. The rules on the subject haven't changed in years. The rules have always told us to handle TV-on-DVD-sets in single profiles, with the exception of multi-series/season sets, which should be handled using child profiles for each series/season. Because of persistent whining by a few vocal users, child profiles for single series/seasons of TV shows are now allowed - (a) as long as no data is removed from the parent profile and (b) although both the community (through polls) and Ken have indicated a clear preference for not using them. As for what you call "megasets", the rules haven't changed at all: if a set contains multiple series/seasons, we use child profiles for each of them. We've done it that way for years, and we still do. There has been no new development in this department, so I don't see the fuss. IMHO, this is a totally moot point.

The thing about putting disc numbers/side labels into dividers has nothing to do with that. I even fail to see the relation to the 'Edition' field - as I understand it, you're saying that the community has made a mistake in its decision how to use the 'Edition' field, and now you want to claim revenge by entering similarly redundant data into the dividers? As I said, I agree that the community took the use of the 'Edition' field too far, I prefer to use it only when needed, but that doesn't have any impact on other fields - thank goodness. Surely you're not arguing that since the community decided to enter redundant data into the 'Edition' field, that obliges us to enter redundant data into episode dividers, too? The question is simply: does the community want numbers/side labels repeated in the episode dividers, and the result of the poll is: no, the community doesn't want that. I can't make any more of it...

Quote:
Quoting lyonsden5:

Quote:
Quoting Lopek:

Quote:
Eveyone please ignore the trolls... let the voting do the talking! 

Thanks for the cold water in the face. Just in time. I'll stay out of it. (I must like pain or something to jump into these "debates"  )

One last point, the rules are very clear about this (something Skippy has yet to address enev though he says they are "vague"

They state the dividers are to be used to separate cast lists, not to designate discs or sides. Those of you who want this (or should I say both of you) should go to the rules forum and try to get the current, very clear rule, amended. Until then stop forcing YOUR personal preference on the community that overwhelmingly is against it.

I hope Ken and Gerri take into account the poll results here.

Don't include ME in your little diatribe, boy, I'm not playin'.  I've been against dividers since the jump.

Quote:
Quoting Rifter:

Quote:
What this all boils down to, Tim, is that if boxsets were done properly to start with, we wouldn't have this insane mishmash of methods that led to the everything-in-one fiasco, which in turn has caused all this ruckus over dividers.  I've been doggin' this issue for three years, and its always the same suspects who won't let their egos admit that they were wrong then and are still wrong today, so they obfuscate and misdirect to get their way.

I hear ya, I'm just wondering who "they" are. The whole TV-on-DVD issue has NEVER been unclear to me. I've been profiling TV box sets for years, I own every possible type of box set you can imagine, and they can all be effortlessly profiled within the current contribution rules. I very seldomly need child profiles for TV sets, and there's certainly no need at all for grandchildren, or even for a change in treatment of "megasets" - it's all there in the rules, and it's been there for years. Maybe all that's needed is a little re-wording of the rules, so there's no need to keep debating the issue.

Quote:
I've been against dividers since the jump.

Haven't you been against just about everything that tries to ensure we get data that's actually usable somehow? You're against dividers - apparently you prefer to have long cast lists without any indication to in which episode any given actor appears. You're fiercely against "credited as" - apparently you prefer to have separate, non-linking entries for the same actor. Everytime the software tries to take a direction which could actually make the data useful, you're against it. I don't understand the need to end up with data that may be perfect from a "database design" standpoint, but absolutely useless for actual users. As I understand from Skip's post, Ken has said that "usability and functionality take top priority". Sure, both the dividers and the "credited as" system aren't perfect yet, but as far as I'm concerned, they're both a big step in the right direction.

But again, I fail to see what both these topics have to do with the issue at hand... 

Quote:
Interesting comment since no one here is ever interested in discussion and debate, and the few that are are attacked and demeaned for daring to open their mouth or their keyboard.

Quote:
Quoting SpaceFreakMicha:

Quote:
Quoting eagle61397:

Quote:
Quoting TigiHof:

Quote:
Quoting Gadgeteer:

Quote:
We have the disc number/side & episode numbers in the disc info section so we don't need them in the credits.

Exactly !

I second that.

Me too!

Oh, Great. Then we don't need all the Edition data we are adding that is redundant because we have Widescreen information somewhere else in the Program...right. Inconsistent people. I didn't vote on this and seldon do  So I will very happily,  like Hal, keep all of my data to myself from here on. . But I will still be here and I will still be very active, but my data is MINE from now on.

You guys wanted to list parent profiles, UNTIL it became TOO incomnveneient with Megasets, so instead of recognizing the error of your logic, you decide to try and set up a separate situation which treats Megasets differently. If it weren'tso sad and pathetic it would be absolutely laughable.

The reason we have the problems that we have with the Rules for the most part is not a result of a problem with the Rules, they are a direct result of people not having clue about database design principles.

Skip    

Quote:
And then there is the ever present method of mentioning Skip.....

Quote:

BTW, before any of you make the anticipated snide comment, this fact and I have proven it numerous times, by taking positions the opposite of what I might really think the correct answer and the results are very predictable from many users, some in particular, if I offer a position then the Community led by Rick, James and a few others  will go the other way. So all i can say is....GOTCHA!!!!

Quote:
if I offer a position then the Community led by Rick, James and a few others  will go the other way.

Quote:
BTW, before any of you make the anticipated snide comment, this fact and I have proven it numerous times, by taking positions the opposite of what I might really think the correct answer and the results are very predictable from many users, some in particular, if I offer a position then the Community led by Rick, James and a few others  will go the other way. So all i can say is....GOTCHA!!!!