Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

[DQT] v23 - Fix dictionary builder and dictionary display issues #8116

Merged
merged 1 commit into from
Jul 5, 2022

Conversation

ridz1208
Copy link
Collaborator

@ridz1208 ridz1208 commented Jun 14, 2022

Brief summary of changes

This PR is 2 parts:

  1. backporting fix for the display of the dictionary in the DQT module ([DQT|dataquery] Define Fields showing incorrect field description #7098)
  2. in the data_dictionary_builder script, reference the tesname value in parsed instruments (lorisform parser output format) instead of table while keeping it backwards compatible. This is needed because JSONdata instruments do not define a table variable and since [23.0.3] (https://github.com/aces/Loris/pull/7153/files#diff-962394c093e5275dcfa7cc6eca8927b2f8f592f42b7b95ec5921cb7fc0dc8453R88) the lorisform parser exports the test name in its output for this specific reason.

@ridz1208 ridz1208 added this to the 23.0.12 milestone Jun 14, 2022
@ridz1208 ridz1208 changed the title [DQT] Fix dictionary builder and dictionary display issues [DQT] v23 - Fix dictionary builder and dictionary display issues Jun 14, 2022
Copy link
Contributor

@zaliqarosli zaliqarosli left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@@ -185,7 +195,7 @@
"Type" => $bits[0],
"Description" => $bits[2],
"SourceField" => $bits[1],
"SourceFrom" => $table,
"SourceFrom" => $testname,
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this part is accurate. SourceFrom is supposed to be the table in the quat tables that the data is sourced from.. but I also don't think it matters, because the quat tables don't exist/aren't used anymore and as far as I know this isn't used anywhere, so I'll just merge it..

@driusan driusan merged commit 2e32249 into aces:23.0-release Jul 5, 2022
cmadjar pushed a commit to cmadjar/Loris that referenced this pull request Aug 10, 2022
- backporting fix for the display of the dictionary in the DQT module aces#7098
- in the data_dictionary_builder script, reference the tesname value in parsed instruments (lorisform parser output format) instead of table while keeping it backwards compatible. This is needed because JSONdata instruments do not define a table variable and since [23.0.3] (https://github.com/aces/Loris/pull/7153/files#diff-962394c093e5275dcfa7cc6eca8927b2f8f592f42b7b95ec5921cb7fc0dc8453R88) the lorisform parser exports the test name in its output for this specific reason.
cmadjar pushed a commit to cmadjar/Loris that referenced this pull request Sep 20, 2022
- backporting fix for the display of the dictionary in the DQT module aces#7098
- in the data_dictionary_builder script, reference the tesname value in parsed instruments (lorisform parser output format) instead of table while keeping it backwards compatible. This is needed because JSONdata instruments do not define a table variable and since [23.0.3] (https://github.com/aces/Loris/pull/7153/files#diff-962394c093e5275dcfa7cc6eca8927b2f8f592f42b7b95ec5921cb7fc0dc8453R88) the lorisform parser exports the test name in its output for this specific reason.
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants