cloudy-astrophysics / bug-tracker-migration-test

Trial run for importing the nublado.org Trac tickets as GitHub issues
0 stars 0 forks source link

Chianti level indexing is wrong (trac #429) #431

Open cloudy-bot opened 4 years ago

cloudy-bot commented 4 years ago

reported by: @mchatzikos

The Chianti levels are currently being reindexed to skip levels of 0 energy. This creates a disparity between the index printed with 'save lines labels' and the actual data files.

For instance, in C17, LineLabels.txt contains the line:

141866  Fe24      1.86110A              # Chianti, 1 30

while at the head of the trunk, the same line is:

150323  Fe24      1.86110A              # type: t, index=1, 25 Elow=0   Chianti,

The upper level index has changed from 30 to 25. This is because the unknown energy levels are skipped, and the levels reindexed. From chianti/fe/fe_24/fe_24.elvlc:

 16    10 1s2.5s          2  0 S  0.5  2   13925450.000     126.898041   13935076.000     126.985760
 17    11 1s2.5p          2  1 P  0.5  2          0.000       0.000000   13957516.000     127.190248
 18    11 1s2.5p          2  1 P  1.5  4   13948900.000     127.111733   13965161.000     127.259914
 19    12 1s2.5d          2  2 D  1.5  4   13960500.000     127.217440   13974391.000     127.344024
 20    12 1s2.5d          2  2 D  2.5  6   13965300.000     127.261181   13976940.000     127.367253
 21    13 1s2.5f          2  3 F  2.5  6          0.000       0.000000   13977510.000     127.372447
 22    13 1s2.5f          2  3 F  3.5  8          0.000       0.000000   13978798.000     127.384184
 23    14 1s2.5g          2  4 G  3.5  8          0.000       0.000000   13978807.000     127.384266
 24    14 1s2.5g          2  4 G  4.5 10          0.000       0.000000   13979582.000     127.391328
 25    15 1s.2s2          2  0 S  0.5  2   53235800.000     485.120319   53233806.201     485.102150
 26    16 1s.2s.2p(3P)    4  1 P  0.5  2   53343000.000     486.097197   53337042.830     486.042911
 27    16 1s.2s.2p(3P)    4  1 P  1.5  4   53367691.204     486.322200   53367691.204     486.322200
 28    16 1s.2s.2p(3P)    4  1 P  2.5  6   53461249.399     487.174765   53461249.399     487.174765
 29    16 1s.2s.2p(3P)    2  1 P  0.5  2   53663900.000     489.021453   53654818.077     488.938692
 30    16 1s.2s.2p(3P)    2  1 P  1.5  4   53732200.000     489.643848   53733858.621     489.658963

A user looking at the output of 'save lines labels' will mistakenly think that the upper level of this particular line is the level with the index 25 (first column), instead of the true one with index 30.

Migrated from https://www.nublado.org/ticket/429

{
    "status": "new",
    "changetime": "2019-09-25T15:51:09Z",
    "_ts": "1569426669474795",
    "description": "The Chianti levels are currently being reindexed to skip levels of 0 energy.  This creates a disparity between the index printed with 'save lines labels' and the actual data files.\n\nFor instance, in C17, LineLabels.txt contains the line:\n{{{\n141866  Fe24      1.86110A              # Chianti, 1 30\n}}}\nwhile at the head of the trunk, the same line is:\n{{{\n150323  Fe24      1.86110A              # type: t, index=1, 25 Elow=0   Chianti,\n}}}\n\nThe upper level index has changed from 30 to 25.  This is because the unknown energy levels are skipped, and the levels reindexed.  From chianti/fe/fe_24/fe_24.elvlc:\n{{{\n 16    10 1s2.5s          2  0 S  0.5  2   13925450.000     126.898041   13935076.000     126.985760\n 17    11 1s2.5p          2  1 P  0.5  2          0.000       0.000000   13957516.000     127.190248\n 18    11 1s2.5p          2  1 P  1.5  4   13948900.000     127.111733   13965161.000     127.259914\n 19    12 1s2.5d          2  2 D  1.5  4   13960500.000     127.217440   13974391.000     127.344024\n 20    12 1s2.5d          2  2 D  2.5  6   13965300.000     127.261181   13976940.000     127.367253\n 21    13 1s2.5f          2  3 F  2.5  6          0.000       0.000000   13977510.000     127.372447\n 22    13 1s2.5f          2  3 F  3.5  8          0.000       0.000000   13978798.000     127.384184\n 23    14 1s2.5g          2  4 G  3.5  8          0.000       0.000000   13978807.000     127.384266\n 24    14 1s2.5g          2  4 G  4.5 10          0.000       0.000000   13979582.000     127.391328\n 25    15 1s.2s2          2  0 S  0.5  2   53235800.000     485.120319   53233806.201     485.102150\n 26    16 1s.2s.2p(3P)    4  1 P  0.5  2   53343000.000     486.097197   53337042.830     486.042911\n 27    16 1s.2s.2p(3P)    4  1 P  1.5  4   53367691.204     486.322200   53367691.204     486.322200\n 28    16 1s.2s.2p(3P)    4  1 P  2.5  6   53461249.399     487.174765   53461249.399     487.174765\n 29    16 1s.2s.2p(3P)    2  1 P  0.5  2   53663900.000     489.021453   53654818.077     488.938692\n 30    16 1s.2s.2p(3P)    2  1 P  1.5  4   53732200.000     489.643848   53733858.621     489.658963\n}}}\n\nA user looking at the output of 'save lines labels' will mistakenly think that the upper level of this particular line is the level with the index 25 (first column), instead of the true one with index 30.",
    "reporter": "mchatzikos",
    "cc": "",
    "resolution": "",
    "time": "2019-09-25T15:51:09Z",
    "component": "atomic/molecular data base",
    "summary": "Chianti level indexing is wrong",
    "priority": "blocker",
    "keywords": "",
    "version": "trunk",
    "milestone": "c19 branch",
    "owner": "nobody",
    "type": "defect - wrong answer"
}