Where to store key scenario parameters for quick search in databases (e.g. main species / plasma composition) #51
Replies: 11 comments 11 replies
-
Hi @olivhoenen. The plasma composition is already present in the summary IDS. For instance, in summary/volume_average, you have n_e, n_i_total (sum over ion species) and the n_i structure listing the density of each ion species. The only difference w.r.t. core_profiles is that we have an explicit list of ion species (e.g. "hydrogen", "deuterium", ...) , instead of arrays of structure "ion(:)" - we wanted to avoid using arrays of structure for such pulse metadata. Regarding your second point, I think p_sol corresponds to global_quantities/power_loss "Power through separatrix" |
Beta Was this translation helpful? Give feedback.
-
Thanks @imbeauf ! (for information @prasad-sawantdesai and @hrdoktorx ) |
Beta Was this translation helpful? Give feedback.
-
Ok thanks for the added comment @MireilleSchneider. So while the some quantities have placeholders in the summary IDS, they are not given in a convenient way for (one of) the foreseen usage (as one would have to identify the time of maximum density and then calculate the relative fraction for all species present at that time), is this the correct understanding? |
Beta Was this translation helpful? Give feedback.
-
The two main use cases I foresee for an eventual plasma composition structure is to be able to answer:
|
Beta Was this translation helpful? Give feedback.
-
@hrdoktorx @MireilleSchneider is there a more precise definition (threshold) for "main species"? |
Beta Was this translation helpful? Give feedback.
-
We discussed this topic this morning with @SimonPinches and the general through was that for filtering simulations/scenarios what would be most convenient if to have the total density as well as the ratio for each species (right now we only have density per species, but we think that ratio would be more user friendly at the summary level). This would allow users to decide their own threshold. Would that work for you? |
Beta Was this translation helpful? Give feedback.
-
The total density is calculated from the centre to the last closed flux surface, so you are out ;-). |
Beta Was this translation helpful? Give feedback.
-
Averaged over the plasma volume? https://imas-data-dictionary.readthedocs.io/en/latest/generated/ids/summary.html#summary-volume_average-n_i_total? |
Beta Was this translation helpful? Give feedback.
-
If we are using a threshold, I would lower it from 45% to something like 40% or even 35%. JET routinely ran DT mixtures in the 40-60 range, and ITER likely will do so as well. |
Beta Was this translation helpful? Give feedback.
-
So, to summarize, you want to have a constant structure in the Summary IDS that gives exactly the same information as the table displayed by Olivier at the starting point of the discussion (list of elements + density ratios at the time of maximum central electron density). Plus the list of main ion species, being defined as volume average density above 35 % of the total ion density, evaluated at the time of maximum central electron density. Should we go for this ? |
Beta Was this translation helpful? Give feedback.
-
Last discussion concluded that the most relevant and flexible way to store plasma composition was to only keep |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi @imbeauf, unless we've missed an obvious place, there seem to be no placeholder (e.g. in
summary
ordataset_description
) to store information about the plasma composition (in fact the information is scattered across several IDSs:edge_profiles/ggd/ion[:]
andcore_profiles/profiles_1d/ion[:]
).We have a function in idstools (https://git.iter.org/projects/IMAS/repos/idstools/browse/scripts/printplasmacompo?at=refs%2Fheads%2Fdevelop, sorry this one is still password protected) that calculates the list and amount of species, such that it can get a table like that:
Can we think about a way to store this info in the
summary
(ordataset_description
)?Are there other key scenario parameters that we are not capturing in these IDSs?
From our legacy DB at ITER, with metadata stored in plain yaml files, it appears that
p_sol
has no placeholder: it is currently calculated as the sum of power fluxes that go through the segments of the separatrix grid_subset of the GGD inedge_profiles
. It could maybe go insidesummary/scrape_off_layer
.Beta Was this translation helpful? Give feedback.
All reactions