[Map SS4] Corrupt DGN level table after SHP import

I have issue that importing SHP data in Map SS3, SS4 the resulted DGN file is not correct. Features are correctly mapped but the levels they are on are not marked as used. If executing DGN repair by Key-in:"mdl load verifydgn;verifydgn repair" then it shows long list of errors like "verifyElm_hdr error: no level entry element found for level 1483". Also Map sometimes crashes when trying to close this file. The levels are from dgnlib and are not in seed file I start with.

Parents
  • This is already logged as SR 7000132991 but not properly escalated.

    Run Level audit and the Level master tables are correct but auditing elements show lot of similar errors to this "ERROR: Invalid element levelid=1068"

    Also found out that if trying to import levels from dgnlib then the levels also are not correctly imported, it shows that linestyles are missing. Importing in MS there are no issues with the same dgnlib.


    Attached sample DGN, XFM,workspace(+DGNLIB) and sample SHP.ATIS-test.dgn ATIS-FullSampleSHP_data.zipATIS_XML.zip

  • I've properly imported both .shp files into the a new created design file and into the provided design file as well. I've also ran and exported your .xml schema (atis-shp2xfm-new.xml) and did not have any problem to impor both shape files (points and polygone). At first sight, Bentley Map seems able to properly import the files. We need to search somewhere else.

    Sebastien Cote

    Regards

  • 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.

    Sebastien Cote

    Regards

  • The problem is simple. Bentley Map does not import levels if they are linked from DGNLIB. This is not normal behavior as normally in Microstation if I set a dgnlib level as active and draw new elements using drawing tools then the level is automatically added to active DGN file level table and marked as used. The level number you see comes from autonumbering(CAPABILITY_LEVELS_USE_AUTO_GENERATED_NUMBERS) . If I import levels from dgnlib using Microstation(because there is another issue if importing in Map) then the import works ok. Also see that only level with name 1000000001 imports correctly because it is not defined in DGNLIB and so doesn't make a conflict.

  • Unfortunately, we don't have a new update regarding this problem. As I said, we have reproduced it and the work item has been logged for it in our internal tracking system.

    We would be interested to know what are the impacts in your daily task and workflow.

    Regards

    Sebastien Cote

    Regards

  • What is Defect number for this issue? Please link it to my ticket SR7000132991 .
Reply Children