....I applaud the ITAC for what they do and wouldn't have their job if it was a paid position.
LOL.
It's not. Actually, you pay to be on it...
OK, to be open, most of you know I'm on the ITAC. And history shows I was a big proponent of the "process" before it was "the process" and getting some cornerstone words removed form the GCR to enable the process to come to fruition. In other words, I'm a process fanboi!.
And, I'm lazy. Well, kinda. I like things that I don't have to remember. So naturally, I like theories, processes and philosophies, because instead of figuring out each situation that comes up, you just slot it into it's spot in a process, and the result is the result. That eliminates lot's of work.
But, sometimes there are problems. Like when the inputs result in outputs that don't align. That's always because the assumptions made on the input end are wrong.
It's historically been handled, as Kirk has pointed out, in a number of ways, mostly involving human interaction, and "fudging" things because of "what we know". In the classic case, a car at the Ruboffs gets 75 pounds because it was too fast. We knew that. We saw it. But we didn't see the guy in second actually did a crappy prep job, ran the wrong alignment, and came back the next year and whipped 'em all, LOL.
We know we don't want that.
Two cars come up. Both have the same engine size, and parameters. 4 valves/cyl, same generation, etc). The first one makes 160 hp. and the second makes 240.. The process applies the gain assumption, (let's say1.2) and the IT power is spit out. There are no adders on either, so the classes get determined by the power, and the cars get the weights calculated, and they get listed. Stop. We're going to have an issue.
The second car is making 120 hp per litre, and the first car is making 80. Is the second car really going to crank out 144 per litre in IT trim?? not likely, as that's beyond what any street based engine architecture has ever done. So, it's obvious to anyone who does homework before building a car that that car is as good as not classed.
We NEED to account for such anomalies, and we do now, by varying the factor and applying torque adders when these cases arise. But I agree we could do it better, and we should find a way to make it more automatic, both to ease the burden, increase consistency and improve the confidence o the organization.
The question is how:
-Is specific output a "trigger" that could be used to enact other processes? (like a research mode to determine real world built power?)
-Is submitted real world data another trigger?
If these are, what protocols should be utilized ?