Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   General Forum (http://www.chiefdelphi.com/forums/forumdisplay.php?f=16)
-   -   Team Update #20/Scoring Examples (http://www.chiefdelphi.com/forums/showthread.php?t=18793)

ahecht 03-03-2003 22:29

Team Update #20/Scoring Examples
 
There once was a Team Update 20.
It had scoring examples a plenty.
It showed how to win,
With stacks made of bins,
That, as Starbucks might say, are quite ‘Venti’!


Team Update #20 is out, and contains the post-build fabrication fules, some updates on GM31, and a number of scoring examples.

My question is about examples 3 through 7: Didn't team update #3 say that "Any container you touch that is touching any container, etc., will be worth zero points"? In these examples, they say that boxes touching a touched box are not in direct contact, and therefore do count.

Was this an oversight on FIRST's part, or was it an unannounced change in the scoring rules?

Madison 03-03-2003 22:47

Example #3, #4, and #5 seem inconsistent with regard to how continuous chains of contacting bins are scored.

Great.

I think this makes scoring a little too subjective with regard to what 'supported by' means.

Jnadke 03-03-2003 23:04

Basically, the very next container touching the red robot is the container that is nullified, whether it is a stack or not. Any connecting containers are not nullified.


Example 5 is semi-inconsistant. It basically says that if containers are on top of your robot, and they are directly touching a "stack", then that stack is nullified. I guess the containers on top of your robot count as an extension of your robot. That container in Example 5 that is sideways technically

Basic rule:
Vertically (on top of robot): Containers are an extension of your robot. They also do not count as a stack.
Horizontally (directly next to and touching robot): Only the containers directly touching your robot or an extension of your robot do not count as a stack, whether they are a stack or not. Stacks touching those containers (horizonally) are counted normally.





I like this new scoring system. It's very simplified. Also, stackers are important once again among the sea of bins! Pyramid stacks don't nullify the entire sea now.... So I guess the new strategy is to pick up bins and make one communal bonfire stack.

sanddrag 03-03-2003 23:13

Scoring made easy huh? Well, it was really confusing to me but I thank FIRST for the attempt nonetheless. It's also good that they cleared up the fabrication issue (I think they were evesdropping on us)
Quote:

Also, stackers are important once again among the sea of bins!
That sea will become much more shallow than one might expect. Fear 696...

Mark Garver 04-03-2003 04:13

GM31
 
Maybe it is just me but it seems that FIRST wrote the second part wrong... The way I read it is unless you can fit under the bar, you run the risk of being DQed. I know that is not what FIRST means, however I was wondering if any one else got that impression? If they would have left it with deployed I would have fully understood, however when they said fixed, I think of a robot's overall structure and I don't think them being pushed or accidently(judges call) running into the midfield bar is grounds for being DQed. Your thoughts please!!! My main confusion is in them using the word fixed...

meaubry 04-03-2003 05:36

signs, signs, everywhere theres signs
 
Just a very old song that kinda reminds me of this years over abundance of rules, penalties, and dq's. I agree with Mark that GM31 is now more confusing than it was before - it's simpler to understand "no interaction with the midfield barriers is allowed" than it is to try and include accidental, incidental or leave it to a referee to determine intent.
As for the rules on scoring - this reminds me of last years CDI where I (as the game developer) failed to realize just how complicated things can get when trying to determine, if and when a robot or game piece is touching or when is a pile considered touching, etc. There are crazy combinations that no one could have anticipated and situations that are beyond pictures. I would suggest to FIRST - the following (which I think they are trying to explain in this last round of updates); ANY BIN directly touching a robot in the scoring zone of that team, does not count. Any bin directly touching a bin that is touching a robot in their scoring zone does count - because THAT bin isn't directly touching the robot (there is something between it and the robot) Don't try and determine a combination or chain of bins touching a robot as it is very, very easy to 1) confuse the audience and more importantly 2) miss a single touching condition, especially when there is a jumbled pile (that could change the score alot) My advise - keep it as simple as possible - ANY BIN DIRECTLY TOUCHING A ROBOT IN THEIR SCORING ZONE - DOESN"T COUNT AS A BIN IN THEIR SCORE.
All these rules about human players and robots touching things, and what is legal and what isn't - is making my head hurt. I feel I'm spending more time obsessing about rules than I am trying to figure out how to play and enjoy, this years game. Just my 2cents worth -
"and the sign said, long haired freaky people need not apply - so I tucked my hair up under my hat and went in to ask them, why?"

Paul Copioli 04-03-2003 06:55

Example 5 Math Error
 
I think they just mistyped example 5. They state that you take the total bins in the zone (including in the stack) and subtract what is in the stack to get your base score.

In every example except 5, they counted the stack when doing the math. I really think there is just an oversight. There should be no reason that the 3 for the stack doesn't count as the base score.

As to GM31. I agree with the final clarification and have been stating that was the intent of the rule from the beginning. My question is: Why couldn't they have just said that in the first place? Maybe the loopholes were not apparent. It also looks as if FIRST definitely reads this site and has targeted specific mechanisms seen on this site.

Update 20 seems to basically say, "Use the HDPE to hold ground and you're safe. Any other locking means and you are on thin ice."

We will see how this is enforced.

Mike Norton 04-03-2003 10:09

Does anybody have the same feeling I do.

The rules state that you can now build more stuff for your robot up to the Wednesday after your competition.

So lets look at it. If you go to 3 regional you will have 14 more days to work on your robot than a team going to 1.

It is all fair the first round of regional then it stacks up against the robot that have not done any earlier regional.

I say they open this rule up. All team can work on parts to their robot. starting from the first regional.


I know it is not about being fair. But give the small team a chance.( teams that do not have a lot of money to do a lot of regionals.)

Dave Flowerday 04-03-2003 10:17

Quote:

Originally posted by Mike Norton
So lets look at it. If you go to 3 regional you will have 14 more days to work on your robot than a team going to 1.
You have to balance that against need for teams to attend to wear and tear (or more serious damage) from competing at a regional.
Quote:

I say they open this rule up. All team can work on parts to their robot. starting from the first regional.
So then all you've done is tipped the scales in favor of teams that DON'T go to multiple regionals. If this were the case, what would stop a team from only signing up for the Championship (no regionals) and then getting a full 3 weeks extra to work on their robots! Since they're not competing, there's no chance that they would have to use that time to repair damage. I think that is the main reason they made this rule in the first place.

BTW, these same rules existed last year. They are not new.

Joe Matt 04-03-2003 10:18

Seems like FIRST also ruled against 68s arms blocking the bar.

Paul Copioli 04-03-2003 11:24

JoesephM,

Yeah, that was basically what I was getting at.

-Paul

Jnadke 04-03-2003 11:32

Re: Example 5 Math Error
 
Quote:

Originally posted by Paul Copioli
As to GM31. I agree with the final clarification and have been stating that was the intent of the rule from the beginning. My question is: Why couldn't they have just said that in the first place? Maybe the loopholes were not apparent. It also looks as if FIRST definitely reads this site and has targeted specific mechanisms seen on this site.
There were no loopholes in the first place. People just don't know how to read.

GM31 already established that it is unacceptable to push against multiple barriers. It also established that the field barriers are merely a safety feature, they are not meant to be reacted upon. They chose to ignore this, now they must pay the consequences. Simple as that.

Paul Copioli 04-03-2003 11:37

Jnadke,

I agree with you entirely. However, if they would have eliminated the extra wording regarding the "top of the barriers" it would have been stone solid.

Jnadke 04-03-2003 12:02

Quote:

Originally posted by Paul Copioli
Jnadke,

I agree with you entirely. However, if they would have eliminated the extra wording regarding the "top of the barriers" it would have been stone solid.


Yeah, I understand what you mean. The extra information tends to make it misleading. Mainly the extra examples are to clarify that "functional mechanisms", and not just "immobility mechanisms", also apply toward this rule.

Otherwise FIRST would get 300 e-mails from teams asking if it is okay to push against/touch the bar so their robot can flip over it. This would be morely a functional mechanism.

JVN 04-03-2003 12:02

Quote:

Originally posted by Mike Norton
Does anybody have the same feeling I do.

The rules state that you can now build more stuff for your robot up to the Wednesday after your competition.

So lets look at it. If you go to 3 regional you will have 14 more days to work on your robot than a team going to 1.

It is all fair the first round of regional then it stacks up against the robot that have not done any earlier regional.

I say they open this rule up. All team can work on parts to their robot. starting from the first regional.


I know it is not about being fair. But give the small team a chance.( teams that do not have a lot of money to do a lot of regionals.)

We're going to one regional.
While I don't enjoy the thought that teams attending 3 regionals will get triple the time to modify their bot, I also believe that given 3 additional weeks, some engineers could make their bots do almost anything! This is certainly not the solution...
We'd get to nationals, and there'd be clones of the most successful designs. Especially of the successful teams that have released information i.e. Technokats.

Frankly, even as the rule stands now, I'm scared we're going to arrive in Houston and see similar versions of our now (I believe currently) unique approach to holding the ramp. I guess that will depend on the Gracious Prof of other teams... and whether or not we suck royally at UTC... :D I guess, imitation is the highest form of flattery... :P

Also... while I know FIRST intends the rule for robot repair... There ARE teams who would take advantage of said rule (as they should!) and use it to rebuild an entire robot. I'm reminded of TRIBE in 2001 completely rebuilding thier bot in the 3 days between UTC and Nats. This is certainly allowed within the current rule, and I think anyone who believes teams wont take advantage of it, is nuts.
The more time they have, the more technically complex the robot will be.

I guess it all boils down to what Deano said during kickoff:
This game is not fair.

Those that can... can. Those that can't... well... deal with it.

Unfortunately we fall into the second category... so I guess we'll do the best we can this year, with what we have, and hopefully do well enough that next year we have more resources, and can attend 3 regionals. :(

The "small teams" need to get bigger, or do the best they can with what they have. As much as I don't like it sometimes... this competition ISNT fair, and there really isnt anyway to make it fair....

Just another rant from the Clarkson kid... sorry
throws $.02


All times are GMT -5. The time now is 20:42.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi