-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mod data views using X,Y,Z #29
Comments
@hski-github Is it something like this that you would like to see in the text? |
Given this image it is also easier to elaborate on #28. It is possible to get all dataview rows from any hierarchy root node. Using |
I had to think for a while to understand what you are showing with this diagram. Therefor I think this drawing is not really helpful. I was more thinking about a kind of JSON file which would show, what data you get using what methods. And maybe it is good to start with showing some example data e.g. "For example given this data table as original data source" Product | Product Category | Country | Sales "When putting Product on X, Country on Z and Sales resp. Sum(Sales) on Y you would get the following rows via dataView.rows" "And then dataView.hierarchy("X") you would get" etc. |
I think it would be difficult to convey the data in a JSON file because one important aspect when comparing hierarchies and I think one way to try this out is via the js-dev-bachart example, which has two hierarchies. Set some breakpoints in the developer tools, somewhere where the x hierarchy is used in combination with the color hierarchy, and it will be a much more interactive experience compared to static data. |
Yes, you are probably right regarding JSON. Maybe you can add method call signature also to the hierarchy part like you did with dataView.allRows. Don‘t automatically understand the „filtered out“. The filtering is happening outside of the mod, so I am confused why you bring this information. |
I might have been unclear in the drawing, all of the lines from a node represents the rows that are retrieved when calling
A filtered out row is not sent to the mod since it is no longer part of the data view. Its underlying hierarchy node can be kept via configuration in the properties panel to allow for scales that show holes. We need to be able to separate between the cases when a row is filtered out and when it is non existing. That's when hierarchies really come handy because they contain more information than the bare rows. The following image illustrates what happens when a value on the X axis is filtered out. The first bar chart re-render its scale without the first publisher. The other two (one of them a mod) keeps the publisher in the scale without any bar. This is possible since the hierarchy leaf node for that value is kept but its list of rows is empty. We talk a bit about hierarchies in this video https://www.youtube.com/watch?v=gexpop2grIM&t=1250s |
Oh, I was not aware of that an empty child is then in the hierarchy. It is really good, that you extend the documentation around hierarchies. ;-) That means, that the full list of possible values is available as children even if I filtered out 90% or data, right? What is the order of the children especially assuming that there is a custom sort order configured for the column? |
Sorry for this late reply. This way the Mod will be able to read all possible values of a categorical axis. But bear in mind that this is something the end user controls, not you as a Mod developer. The order of hierarchy nodes will be the same as any Spotfire visualization, thus it will follow any sort order set on the data table columns. |
I would be useful to get an example, where not only X and Y are used, but a third categorial axis Z would be configured and used.
X = Apples, Oranges
Y = 16000, 31000
Z = USA, Spain
Would be interesting to understand, how this is then represented in dataView.rows() and dataView.hierarchy("X") resp. dataView.hierarchy("Z").
The text was updated successfully, but these errors were encountered: