You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Current implementation of scales is very limiting, only working well for text based scales. I'm thinking of adding a variant which supports numeric (integer, float, number) scales as well.
Current Idea:
Each of the 3 numeric Data types have their corresponding variant of Scale. This variant would track the start value, end value and the step (how to get to next value). The step value will be calculated as the difference between the start and end values divided by the total number of values. This way all points are spread somewhat evenly between the two endpoints. Should the scale values cross from negatives to positives, adding one to the total values used for the division might be a good idea.
Note however that this method might not perform well when the point values proceed logarithmically or close to that. Perhaps the option to treat the values logarithmically could be something to consider for a future feature.
The text was updated successfully, but these errors were encountered:
This implementation is not sufficient. I want to add the option for ScaleKind::Integer and ScaleKind::Number to provide the scale points either sequentially using the generated step or a step of 1.
There is a need to for scales to be representable like an Axis with possibly negative and positive points separated. Of course this won't apply to categorical data. How the points should be generated (sequentially or in-step) would be an option for the user to decide
Current implementation of scales is very limiting, only working well for text based scales. I'm thinking of adding a variant which supports numeric (integer, float, number) scales as well.
Current Idea:
Each of the 3 numeric
Data
types have their corresponding variant ofScale
. This variant would track the start value, end value and the step (how to get to next value). The step value will be calculated as the difference between the start and end values divided by the total number of values. This way all points are spread somewhat evenly between the two endpoints. Should the scale values cross from negatives to positives, adding one to the total values used for the division might be a good idea.Note however that this method might not perform well when the point values proceed logarithmically or close to that. Perhaps the option to treat the values logarithmically could be something to consider for a future feature.
The text was updated successfully, but these errors were encountered: