- This topic has 3 replies, 3 voices, and was last updated 3 years, 6 months ago by
.
-
Posts
-
Hi! My team is building a CODAP plugin and we’re trying to read data from CODAP through the data interactive API. Specifically, we’re using item search to get all the data items from a context, but this doesn’t seem to work well for hierarchical data where the parent collection has a computed attribute (via a formula). When searching on such a data set, most of the returned data items have empty values for the computed attribute. Is this behavior intended?
Here our plugin just copies all the data items from the table on the top and inserts them into a new data context. As you can see, only one data item per parent case has a non-empty value for the computed attribute “Boundaries”.
I want to go further and argue this is a bug. The data in the
placestable are associated with all of their corresponding entries inpeople. This is the meaningful semantics for the upper display. So when the tables are expanded (basically ajoin), the data should be “replicated” intocodapflow_1.I agree this is a bug.
I have logged the bug. You can follow its progress here: https://www.pivotaltracker.com/story/show/178132550
In the mean time, if I understand what you are trying to do, a simple remedy is to copy the formula when you create the replicated attribute. This will regenerate the values in the new dataset.
Thanks!
Correct, that would indeed be a remedy, and we discussed this. However, we are not yet convinced whether we should always copy the value or the formula, and indeed we think there might be situations when either might be called for. The latter would, as you note, mask the bug, while the fix would take care of the former scenario.
- You must be logged in to reply to this topic.