Open markbacker opened 5 years ago
The import algorithm could probably do with some refining in cases like this. I don't have time to do this before Archi 4.6 final release.
For reference, this is the code https://github.com/archimatetool/archi/blob/c1615b72e9e112ce5756c54e29909251b8d8fcad/org.opengroup.archimate.xmlexchange/src/org/opengroup/archimate/xmlexchange/XMLModelImporter.java#L373
Ok, thanks for looking into this so quick.
It's an awkward use case. I think the algorithm determines the parent item to be a folder because it has a child item and ignores the id-reference to the element. The algorithm needs to catch this case.
Archi 4.6.0 Build 201910010742 on Windows 10
Expected Behaviour
Imported objects in one folder (from BiZZdesign) all end up in one folder in Archi
Actual Behaviour
Imported objects with child objects end up in the parent folder. The child objects end up in an unnamed subfolder. See the screenshots for better understanding.
Steps to Reproduce the Behaviour
Create an export file with BiZZdesign ES
Import the BiZZdesign export with Archi
The BiZZdesing Archimate export XML file objects and folders hierarchi.zip
Suggested behavior
As Archi doesn't support parent-child objects in the model tree, I think it's best to ignore this. My suggested sollution is to place parent and child objects all in the same folder.
The current behavior is to place the child-objects in an unnamed folders. When there are many parent-child objects in one folder, this results in many unnamed subfolders. Hard to find the right subfolder ..