dxf levels 10.13.01.01

Bob Rayner said:

When I merge those in all the data goes to Default level instead of the level they were assigned as a DXF

Am I missing something? In the original description you mentioned the issue was that when you mergerd the referenced DXF it all went to the Default level instead of the allocated level in the file.

Bob Rayner said:

Open DGN, attach, check scale 1:1, save, save settings, close, re-open scale changes.

In your updated comment you mention the issue is that the scale is changing.

Which of these issues is what we should be investigating?

1. When I performed the merge of the referenced DXF the elements went to their assigned levels.

2. When I closed and reopened my DGN with the DXF reference it was still defined as 1:1 scale.

Would you be able to provide the DGN file also for testing that you're performing these operations within.

Apologies, that was for the scale issue. The attached is the level thing.

File is from Surfer, attached to a 2d design model, scale 1:1, merge.

GWC1a.dxf

Should have mentioned. This (level) used to work fine in previous Connect release(?). I looked in Surfer, could not find an option to change the layer (level) name to something more reasonable.

Thanks for clarifying what this particular issue was regarding. I have tested the merge of this DXF as a reference and have replicated what you are saying. The elements on this level "Contours-GWCdata.grd" is going to the Default level. I have checked for existing Defects that may have been raised but this had not been reported. I have created a new one for our development team to investigate.

Defect 1062398:Merging referenced DXF the elements move to Default level

As for a workaround until this is fixed, you can edit a DXF file in a text editor like Notepad++. I suspect the issue is regarding the ".grd" part of the level name so what you can perform in a text editor is Find and Replace. You could perform the Find using "a.grd" and just replaced this with "a" to make the new level name "Contours-GWCdata". When you merge these elements they now stay on this level name. Try this out and tell me what you think.

Andrew Bell said:

The elements on this level "Contours-GWCdata.grd" is going to the Default level

Good detective work!  This AskInga wiki covers that specific issue.

Andrew Bell said:

The elements on this level "Contours-GWCdata.grd" is going to the Default level

Good detective work!  This AskInga wiki covers that specific issue.

That level name was coming from a different software. The only point was that it used to work fine, now it doesn't.

Bob Rayner said:

it used to work fine, now it doesn't

If you look at that AskInga wiki, the set of illegal characters hasn't changed in years.  Perhaps the name that is now Contours-GWCdata.grd used not to have the period? What did MicroStation V8i do when it encountered an illegal level name?

AskInga article doesn't apply to this issue (bug?). If you read Ingas article, she says "it is possible to receive a file that contains them". Carrying this one step further, you can have a level name with the illegal characters come from another file. This may have changed recently, which would be fine with me, if I knew it was supposed to do that. Like I said, was just pointing out a couple anomalies with reference functions, not having any problem getting things done.

Thanks All!

Bob Rayner said:

AskInga article doesn't apply to this issue

I agree with Bob here, Jon, in that the level name with the dot worked fine when merged in MicroStation V8i. This may be different with other "illegal" characters in the level names. This is a change in operation for CONNECT Edition so is why I raised a Defect.