Number ranges

[GMBazUK]

I know this function isnt supported in this form:

...valuemap="1-10:+5,11-20:+6...."/>

but is there another way it can be achieved, as I have encountered a problem with the obvious method; that of typing each number individually, and applying the modifier:

...valuemap="1:+5,2:+5,:+5...."
Having typed in a very looooooooooooong list in this way, the character sheet only acknowledges the modifier upto the number... say 90.

The numbers range from 21 through to 320.

Any ideas anyone.

Baz.

[joshuha]

It probably has a limit of like 255 characters or something that can be in the valuemap. If that is true then you will have to do some math tricks to try somethings. I believe when you do a division OP it will truncate the resulting number (I need to test this).

Does your progression change every 10 numbers always up to 320 or does the pattern change?

[GMBazUK]

Hi Joshuha,

The number ranges are:

21-55 56-85 86-110 111-130 131-145 146-155 156-170 171-190
191-215 216-245 246-280 281-320

I solved it in the end. I multiplied the numbers by 10 and then divided by 15, thus moving the result one decimal place along and therefore resulting in whole number differences, rather than decimal differences and also avoiding the problem of trying to divide by 1.5 (which I presume cant be done).

Now I have a smaller range of results (than the original 209 individual numbers), which crucially changes from one group to the next in a whole number form, which I can reference against the relevant modifier.

Baz.

[joshuha]

Correct that would. What I am saying is making the result of the strengthmod the source for yet another formula to determine the +5/+6/etc number. Since they go up in ranges IF the ranges were even you could divide the strengthmod by the value range and then add/multiply to get the +5 number.

However since your ranges look uneven between numbers this isn't gonna work.

My example would have been 1-9 = +3, 10-19 = +4, 20-29 = +5. In this case you could divide that number by 10 and add 3 since FG truncates the decimal.

[GMBazUK]

Oh yeah.

The first thing I did was establish the size of each range, to see whether there was any logical progression to the number of values in each range.

There is a formula which could work for establishing the modifier, rather than using a vlauemap, but due to FG limited functionality (+-/*), I'll stick with what I have.

Thanks for your thoughts though.

Baz.

[joshuha]

Whats the formula? You would be suprised how you can bring complex things down to a series of basic operators.