[Map SS4] Corrupt DGN level table after SHP import

Sorry for this late reply. I've investigated it a little further, but there are still some "gaps". The only way I can reproduce it is when your schema AND the .dgnlib file are used. As soon as I remove one of them from the process, no warnings.

For instance, the warning from the MicroStation Message Center says : verifyElm_hdr error: no level entry element found for level 1209.

I've tried to find out where this 1209 level comes from and did not find it. All the leves from the arning message "talk" about four digits level name\number. I've looked into your GSA .xml schema criteria, in your .dgnlib file, in your design file, and there is nothing linked to 1209 level in there. I've reviwed as well the .shp and there is data only linked to ATIS_CODE column. And again, we don't talk about 4 digits values.

Any idea regarding that ?

Otherwise, we might need development to take a closer look.

Not sure the warning message is not expected here. It seems it tries to find something on the level, but the level is empty. So it warns it.

Can you also reproduce the issue when importing levels from dgnlib that some linestyles ar missing? There is no issue if I do it in Microstation, only Map.

Now I reproduce the "verifyElm_hdr error: no level entre...", but not the crash when I leave the application. Thanks a lot for the further details. Let me investigate it.

Got it. ATIS.dgnlib is included in ATIS_XML.zip but you have to either copy it to exported workspace under project\dgnlib or fix XFM project so it takes it as template from your path(Base source dir) on GeoWorkspace export. Not sure if it supports relative path or variables.
If the dgnlib is not provided then it works ok that is why it is hard to reproduce the issue.

Regarding verifydgn it is just a test to verify that file is valid because otherwise no further tasks can be done and also program crashes on file close.

Oto. DGN corruption is indeed not expected. What I was saying is the level creation is expected, since you have defined a bunch of criteria in your schema. I've ran the keyin "mdl load verifydgn;verifydgn repair" and everything went well. Here is the MicroStation Message Center message > "verifyDgn verifying 476 elements in "D:\IOU\Map\2015\ATIS-test.dgn" for repair".

Can you please rephrase the following > "it doesn't correctly import elements in attached dgnlib levels only if they are already used in file and not only attached as level library".

With that being said, I don't think we have all what we need to properly troubleshoot and progress. What is the attached dgnlib you refer to ? Is it attached as a reference ? Defined to a configuration variable ? What content is attached as level library ?

Here is a video of my workflow : screencast.com/.../x4OLFdwVLWbC. I did not get any crash afterwards.

I would like to be able to reproduce, but I miss a few things I think.

I'm also curious to know why you ran that verifydgn;verifydgn repair ? You wanted to do further tasks and it failed ?