gdat issueshttps://gitlab.epfl.ch/spc/gdat/-/issues2020-10-12T14:41:34Zhttps://gitlab.epfl.ch/spc/gdat/-/issues/33consider exploiting gitlab's `matrix` facility2020-10-12T14:41:34ZFotis Georgatosconsider exploiting gitlab's `matrix` facilityin relation to the multiple tests against matlab ;
this is fyi:
* https://about.gitlab.com/releases/2020/09/22/gitlab-13-4-released/#parallel-matrix-jobs-show-relevant-variables-in-job-namein relation to the multiple tests against matlab ;
this is fyi:
* https://about.gitlab.com/releases/2020/09/22/gitlab-13-4-released/#parallel-matrix-jobs-show-relevant-variables-in-job-namehttps://gitlab.epfl.ch/spc/gdat/-/issues/24multiple data_requests and multiple shot_numbers as input2020-03-12T12:55:04ZNgoc Minh Trang Vumultiple data_requests and multiple shot_numbers as inputIt may be useful if the users can define the data_request as a list of keywords/param_names they want to get and call:
>> out = gdat(shot,{'ip','q0',...})
or even as for several shots for the comparison:
>> out = gdat([shot1, shot2, ... ...It may be useful if the users can define the data_request as a list of keywords/param_names they want to get and call:
>> out = gdat(shot,{'ip','q0',...})
or even as for several shots for the comparison:
>> out = gdat([shot1, shot2, ... ],{'ip', 'q0'},1)
The output out may be in form of a structure, for example out.shot1.ip, out.shot1.q0, etc. And eventually the users can obtain a plot with subplots of all the params they ask for.Olivier SauterOlivier Sauterhttps://gitlab.epfl.ch/spc/gdat/-/issues/23Circuit names are not consistent with the static tree2020-02-14T07:24:41ZAntoine MerleCircuit names are not consistent with the static treeCircuit names should be "E_001", "F_001", "OH_001", "G_001" etc. in accordance with the static tree.
The list of names from the static tree can be read using `static("dim_a")`.
The IDS interface for LIUQE will need to be jointly updated .Circuit names should be "E_001", "F_001", "OH_001", "G_001" etc. in accordance with the static tree.
The list of names from the static tree can be read using `static("dim_a")`.
The IDS interface for LIUQE will need to be jointly updated .https://gitlab.epfl.ch/spc/gdat/-/issues/22Clean up IDS/gen_filament to make it more modular.2020-02-10T21:44:36ZFrancesco CarpaneseClean up IDS/gen_filament to make it more modular.This is not an urgent task.
Related to discussion in https://gitlab.epfl.ch/spc/tcv/tbx/meq/merge_requests/60#note_49643This is not an urgent task.
Related to discussion in https://gitlab.epfl.ch/spc/tcv/tbx/meq/merge_requests/60#note_49643Francesco CarpaneseFrancesco Carpanesehttps://gitlab.epfl.ch/spc/gdat/-/issues/20Treatment of B0 in mapping of equilibrium to IDS is inconsistent.2020-04-16T09:21:14ZAntoine MerleTreatment of B0 in mapping of equilibrium to IDS is inconsistent.In my opinion, since no one expressed any objection to my last remark in meq#41, I think the `0.996` correction should be removed completely.
Should you choose to disagree, then the following errors/approximations in `matlab/TCV_IMAS/tc...In my opinion, since no one expressed any objection to my last remark in meq#41, I think the `0.996` correction should be removed completely.
Should you choose to disagree, then the following errors/approximations in `matlab/TCV_IMAS/tcv_get_ids_equilibrium.m` need to be addressed:
* `f_df_dpsi` comes only from the plasma so the correction does not apply there.
* `f` is not directly proportional to `f0`, here the correction would be ```f_new = sign(f0)*sqrt((0.996*f0)^2 + (f_old)^2 - (f0)^2)```
* `Phi` is also not directly proportional to `f0`, you would have to recompute it from the new `f`.
* \[ For `f` and `Phi` in the limit of small diamagnetism they are indeed proportional to `f0` \]
* `rho_tor` and `q` should also have corrections but I do not see them (maybe they are elsewhere).
Poke @osauter @ffelici @carpanes.https://gitlab.epfl.ch/spc/gdat/-/issues/19gdat getting CORSICA simulation from ITER database in HPC2020-01-21T17:16:27ZFrancesco Carpanesegdat getting CORSICA simulation from ITER database in HPCSteps needed
- logging in HPC
- ``module load IMAS``
- ``imasdb iter``
- ``module load MATLAB``
Clone the folder
``git clone git@gitlab.epfl.ch:spc/tcv/tbx/meq.git foder_name``;
``cd folder_name``;
``git checkout --track -b iter_dev r...Steps needed
- logging in HPC
- ``module load IMAS``
- ``imasdb iter``
- ``module load MATLAB``
Clone the folder
``git clone git@gitlab.epfl.ch:spc/tcv/tbx/meq.git foder_name``;
``cd folder_name``;
``git checkout --track -b iter_dev remotes/origin/iter_dev``
- ``cd IDS``
- ``matlab -nodesktop``
- ``IDS = get_IDS_ITER_4_LIUQE(130506,1)``
You can get a list of the available database by typing on the bash command line
scenario_summary -s ITER,CORSICA
In the folder ``IDS`` the functions/folder that will be moved will be:
* complete_IDS_CORSICA.m
* G_ITER_generator.m
* data_generator
* LLXLY_IDS_CORSICA
However before doing it I might need to do some restructring and also moving file in GIT to a different folder needs some special command to keep the history.
Releated to meq!60Olivier SauterOlivier Sauterhttps://gitlab.epfl.ch/spc/gdat/-/issues/17tcv2ids in lac not working2019-12-07T14:24:48ZFrancesco Carpanesetcv2ids in lac not working@osauter Please have a look to ``tcv2ids``, it is giving
```matlab
Warning: problems calling gdat_tcv
> In gdat (line 197)
In tcv2ids (line 112)
Error using psitbxtcv2
Too many input arguments.
Error in tcv_get_ids_equilibrium (lin...@osauter Please have a look to ``tcv2ids``, it is giving
```matlab
Warning: problems calling gdat_tcv
> In gdat (line 197)
In tcv2ids (line 112)
Error using psitbxtcv2
Too many input arguments.
Error in tcv_get_ids_equilibrium (line 300)
fsd = psitbxtcv2(shot,profiles_1d.volume.t,'FS',psitbx_str,false); % will get automatically the correct time interval
Error in gdat_tcv (line 1295)
[ids_top,ids_top_description] = feval(['tcv_get_ids_' ids_top_name],shot,ids_empty,gdat_data.gdat_params);
Error in gdat (line 191)
[gdat_data,gdat_params,error_status,varargout] = feval(['gdat_' lower(machine_eff)],args{:});
Error in tcv2ids (line 112)
tmp = gdat(shot,gdat_params);
```Olivier SauterOlivier Sauterhttps://gitlab.epfl.ch/spc/gdat/-/issues/15Acomodate an effective number of turns in number_of_turn_with_sign ids structure2019-12-07T11:29:15ZFrancesco CarpaneseAcomodate an effective number of turns in number_of_turn_with_sign ids structureThe effective number of turn in T coil is now a floating number which is probably not supported by ids definition. Need to find a way to acomodate for that.The effective number of turn in T coil is now a floating number which is probably not supported by ids definition. Need to find a way to acomodate for that.Francesco CarpaneseFrancesco Carpanesehttps://gitlab.epfl.ch/spc/gdat/-/issues/13deploy command ala svntag2019-10-21T21:03:43ZOlivier Sauterdeploy command ala svntagI am not sure if you created a script to do the tag release or cannot find the command
Tell me or add it directly in the release tag section of the wiki, that's were I'll put it...I am not sure if you created a script to do the tag release or cannot find the command
Tell me or add it directly in the release tag section of the wiki, that's were I'll put it...https://gitlab.epfl.ch/spc/gdat/-/issues/8The 'all' test option still fails2020-05-29T08:08:39ZFederico FeliciThe 'all' test option still fails`run_gdat_tests('all')` fails since not all tests run correctly yet (only basic/non-slow) tests work now).
This caused (a.o.) failure of
Job [#25755](https://gitlab.epfl.ch/spc/tcv/tbx/gdat/-/jobs/25755) failed for ed7729f3c65278162a6a...`run_gdat_tests('all')` fails since not all tests run correctly yet (only basic/non-slow) tests work now).
This caused (a.o.) failure of
Job [#25755](https://gitlab.epfl.ch/spc/tcv/tbx/gdat/-/jobs/25755) failed for ed7729f3c65278162a6a5f98ffd76b7bbf427d3b:
Not urgent but to fix at some point.Olivier SauterOlivier Sauterhttps://gitlab.epfl.ch/spc/gdat/-/issues/7For TCV_IMAS, there is no information about version compatibily with the Data...2019-10-11T09:30:12ZAntoine MerleFor TCV_IMAS, there is no information about version compatibily with the Data DictionnaryIt would be nice to add at least a comment on the version of the Data Dictionary the tcv_ids_get_... functions comply with.
Same thing with the ids_empty files.It would be nice to add at least a comment on the version of the Data Dictionary the tcv_ids_get_... functions comply with.
Same thing with the ids_empty files.Olivier SauterOlivier Sauter