> Why are you writing the number 5 as "4|1" (4 "bitwise or" 1) in Test 3?
According to the reference: "The integer option controls several behaviors, so it is a bit mask: you can specify one or more behaviors using | (for example, 2|4)".
I was so surprised by the use of a bitmap here I didn't get that far, my bad.
The task is as follows:
1) use normalization option 4 (document rank is divided by the average harmonic distance between blocks)
2) in test 3, get the result Y < X
You are first using normalization option 1 (divide rank by 1+ log(len))
Then, for option 4, divide that first result by "mean harmonic distance between extents" - I have no idea how to do that off the top of my head...
"If more than one flag bit is specified, the transformations are applied in the order listed."
The listed order is the documented order, not the order you specify. The function has no way of to know whether the 5 it received was presented as 5, 1|4, or 4|1
We are open source if you want to demonstrate specifically, using numbers, where the error in the calculation is and, ideally, where it happens in the code. I don't know enough to say with the information given whether your assertion of a bug is correct or a mis-understanding on your part.
David J.
