Well, as long as I get enough different displayed values for attributes and I can see who is better at a glance, I can manage.
Regarding your previous post, I really see no point in using different methods for this and taking an arithmetic weight for them. I didn't answer it, because it was quite difficult for me to figure out what you wanted me to do. The way I see it, you're over-thinking a problem with a simple solution. You may want something complex for advice on what to assign to a Dwarf, but the part that just picks what values to display for an attribute need not be that way.
Yes, you can compute the median, assume it's 50 and actually do a lot of calculations on bins, get the cumulative distribution function for an attribute that takes into account the caste frequencies, then use it to map that attribute values to their cumulative distribution function, so that for each attribute the displayed value is it's probability of being equal to this or less for a starting dwarf. But:
1) You still have a problem with high physical attributes from military training and 1% above starting maximum is a very conservative estimate, so you'll still end up with some "99+" after a few years, which is against the point of displaying so many values.
2) Some other methods would be simpler and more intuitive, take less effort, coding time, debugging, etc, while being effective too.
Consider my proposal from some time ago:
int disp = (attr + 25) / 50; // Use "00" for >99
It has a resolution of 50, which to me is sufficient.
You can guestimate the attribute at a glance, unlike the bin method. 20 is obviously around a thousand.
The density is the same everywhere, so 30 is 1.5 +- 0.06 as much as 20, while with the bin method you only know that bigger is better, but not by how much.
No "Dead zone" between 39 and 63.
Yes, it will almost never use the full spectrum of numbers, but it doesn't need to. For a normal population you should get values in <500, 2000>, perhaps more, which maps to <10, 40>. 30 values with resolution 50 would suffice for me here.
Yes, you loose the information about the median (or average), but it could be displayed in an extra row, like those that are above dwarves in labour assignment grid.
You have no irregularities for weird attribute distributions, such as [1000:1000:1000:1000:1000:1000:1000] or [1000:2000:3000:4000:5000:5000:5000] or whatever else the modders come up with.
So to me, the simple method is preferable here, but I can manage with other methods, as long as with what you use:
1) Higher value always means higher attribute - v 20 beta satisfies this.
2) A lot of different values are used and they are easy to read at a glance.