Forum Replies Created
-
Posts
-
What you really want is the new version of the Sampler that we are working on now, which allows you to have multiple stages of selection linked together, so you could set up both “decks”, have it pull a card from the first deck and then the second deck, producing a single row of output from both.
Here are a couple of hacky ways you might get around that. In this document I set up two Samplers which would allow you to simulate each deck. (Note, I had to modify the first table some so that the second Sampler didn’t try to put it’s output into that same table.). Then I calculated a lookup value from the first table to combine the data from both “decks.”
In this version, there is one Sampler, but I added a categorical “index” attribute, so you could graph the result of each round of card selection.
Hope this helps.
Can you describe a bit more about this game? You said you pick one from each pile of six and then throw them out. How many times do you pick cards. It seems the maximum would be 6 times before you would start again with two piles of six cards. Is that correct? If you start again, is there a number of times you go through the stacks and restart?
Also are you asking about using the Sampler plugin or some way to do this using formulas?
The CODAP software will try to use the browser’s default language to figure out what language to open the software with. That means that opening files will open them in the language CODAP is currently using.If your browser uses Spanish as the default language, then CODAP should launch itself in Spanish, and any files open with it should also open in the Spanish translation of CODAP.However, if you have CODAP in Spanish when you make a share link to a document, I believe using that link to open the shared view of the doc will open in Spanish regardless of the browser default language.
Normandie,Would you be willing to translate any untranslated Spanish text? We have some new features since CODAP was translated into Spanish, so some text is not yet translated. Any help with translation would be much appreciated.If you are interested, I’ll send you an email with instructions on how to access the online translation database.-Dan Damelin
I’m not sure what you mean by UDL being “in CODAP.” I would argue that one could design educational materials using CODAP that employ many of the UDL principles, but perhaps you could be more specific about what you mean by UDL guidelines “in CODAP.”
You sent me a link to your data here: https://codap.concord.org/app/static/dg/en/cert/index.html#shared=https%3A%2F%2Fcfm-shared.concord.org%2FPrzgG6tnHTtekJ1Uz1MR%2Ffile.json The issue is that the values in “Deer Population” have commas in them so CODAP is interpreting those as text rather than numbers. When you try to use “Deer Population” on a graph axis it is treating each number as it’s own category, not a numerical value on the y-axis.You can address this in two ways.
- You can click on the y-axis and choose “Treat as numerical” which will create a scatterplot and you’ll have the connecting line option.
- You can click on the attribute name in the table (the table header for the Deer Population column) and then select “Edit attribute properties“, after which you can set the attribute “Type” to be “numeric.” Once you do that all future graphs will treat this attribute as numeric, so you can remake the graph.
It can depend on the type of graph you have made. If you make a scatterplot you should see that option. If you are graphing categorical attributes or you are making distribution graphs you won’t. Feel free to create a share link to your doc if you want more specific feedback on the graph you are trying to add connecting lines to.
Are you referring to these UDL guidelines?
https://udlguidelines.cast.org/static/udlg3-graphicorganizer-digital-numbers-a11y.pdf
Having a faster CPU definitely helps, but that’s not usually an option for folks to upgrade their computer. On a high end machine one can work pretty comfortably with 5 or 10 thousand cases. However, if you are struggling with 500 cases there maybe something else going on with your machine. Even low end Chromebooks should be able to handle that number of cases pretty easily. If you have many applications open at once (or tabs on your browser running computationally heavy pages) using up both CPU and memory, that might explain the slow down.
Try sending to codap@concord.org.
Can you share the dataset (CSV) or the CODAP document (by going to the hamburger menu to the left of the document title and choosing Share->Get link to shared view)?I have an idea about a way to use a formula to pick out these sections that don’t change by much compared with other sections.
One way to potentially make this work would be to create a plugin that monitors the selectionList in CODAP. If the selection changes and contains only one case, then the plugin could scan the case attribute values looking for URLs. Once the first one is found, the plugin could open a webview (or perhaps modify an open webview) to display the URL.
Hi Itai,Do you have the GeoJSON that contains the boundary information for these regions? If so, you can load both the csv and the GeoJSON into the same CODAP document and then drag your “REGION” column onto the matching region name column in the CODAP table that has the boundary information. See these help docs for how to join tables:
https://codap.concord.org/help/work-tables/join-two-tables
https://codap.concord.org/help/work-maps/create-map-custom-boundaries
I don’t have a target file size, but smaller is better. What I generally do is move the % slider until I start to see a loss of detail in the borders. It’s amazing how much info can be thrown out and have almost no visual change in the boundary definitions. I’m quite impressed with their algorithm for simplifying shapes.
Here’s a CODAP doc with NC census tracts.https://codap.concord.org/releases/latest/static/dg/en/cert/index.html#shared=https%3A%2F%2Fcfm-shared.concord.org%2FrPsp6ogNPu0J6ZzzYj0p%2Ffile.jsonTo make this I searched the web for NC census tracts geoJSON, but could not find that. I was able to find shapefiles, which were here.Then I opened this great tool (mapshaper.org) for simplifying and converting between various boundary file types. I uploaded the files that I had downloaded, clicked “simplify” and used the slider to reduce file size, and then “export” to save as geoJSON. Then you can just drag the geoJSON into CODAP and join tables based on one of the identifiers (assuming your data has one of those identifiers for linking).