Issue with DD_Associate_External_Class when trying to reference pds:Internal_Reference and pds:Local_Internal_Reference

[jordanpadams]

🐛 Describe the bug

From @anne-raugh

Found a bug in the released LDDTool v. 13.0.2 while helping Susie Slavney troubleshoot a problem with the Mars2020 dictionary she was on deadline for.

The problem is with the DD_Associate_External_Class, which she was trying to use to reference pds:Internal_Reference and pds:Local_Internal_Reference. The problem is that the output class and reference_type names are mangled - they are concatenations of the parent and pds: class and attribute names, which is not what they're supposed to look like.

I've attached a zip file with the following:

• ddaecLDD.xml - A short Ingest_LDD file to demo the problem.
• PDS4_TESTDDAEC_1G00_13.0.2.* - Output .sch and .xsd files from the released lddtool version 13.0.2, which show the naming problems in both files.
• PDS4_TESTDDAEC_1G00_snapshot.* - Output .sch and .xsd files created using the 13.1.0 snapshot dated 2021-07-08 (the one I've been using for testing), which do not show the naming problems.
  Susie was trying to use DD_Associate_External_Class because apparently the word has gone out that that is what should be used, but it is not usable with the current released LDDTool and she was understandably reticent to use a snapshot version to build a delivery dictionary.

If other people are expecting that class to be usable with the current release of LDDTool, then this problem is fairly urgent. If there's paperwork you'd like me to file with JIRA, say the word.

🕵️ Expected behavior

Generated successfully.

📚 Version of Software Used

v13.0.2

🩺 Test Data / Additional context

ddaecTest.zip

---

🦄 Related requirements

🦄 #368

⚙️ Engineering Details