I just discovered, we have a few linestyles that have names that end with a space character. During a LC= Key in, MicroStation will try to locate a best match and if there is any ambiguity, open a list dialog box, and if there is not, activate the matched linestyle.
However, in the Element Templates dialog box, you cannot actually key in a linestyle name. What I have learned, is that some line styles in some element templates are missing the space. I'm not sure how this occurred, but the end result is if the stored line style name does not match exactly, the element template will not set that linestyle. It will set everything else defined in the element template, however.
We have hundreds, if not thousands of files in ProjectWise expecting one of our to specific workspaces to correctly display its contents. So I cannot implement a simple fix without knowing the repercussions of any fix that involves existing files.
My choices seems to be one of the following:
does anyone have any thoughts or suggestions on our dilemma?
Oh how I wish the V8 Level naming committee, all those years ago, would have listened to the handful of us who advocated for ByLevel Symbologies!
I think you have to go with option 1. Either of the other two options you're just prolonging the agony until you fix it correctly.
While you're having to go through all of this, now is an opportune time to revisit using ByLevel symbology for everything. Maybe a new committee will see the error in their ways.
Check out the Batch Conversion tool to remap from the old line style names to the new line style names in all of your files. Not sure if it will honor the trailing space in the line style names when doing the comparison, but will help tremendously if you have to edit all of your dgn files.
We had a similar issue years ago with a client that added an extra space on the end of their font name in their InRoads XIN file. None of the text was coming out correctly. That was a minor fix compared to what you're up against.
I wish you luck.
Rod WingSenior Systems Analyst
Here's where we stand.
A lot of files use this linestyle - some no longer active. Most are in our original V8 Workspace which use common level names across disciplines for different purposes and with many different symbologies. These pretty much ruled out ByLevel symbologies. However, as with many of our linestyles, these are used for both our original V8 workspace and our current workspace.
When we began working on our current workspace for Ss4 (now Ss10), we revisited level names and went with an NCS compliant approach. We were actually restoring the discipline character by doing this, as that infamous committee based their levels on an NCS "like" approach, but decided that since the CADD file names were discipline specific, we did not need a discipline designation.
Unfortunately, our resources are stripped really thin. Right now, I'm a one man band. So while we are gradually introducing ByLevel into the workspace, it is not being done in a very timely manner. Ad there is a lot of compromises and book keeping to accomplish it correctly.
So this fix will have to wait for Open Roads Designer CONNECT Edition. We know a lot of things need to change for it, so it will be easier to ensure such things are addressed.
Charles (Chuck) Rheault CADD Manager
MDOT State Highway Administration
caddcop said:I just discovered, we have a few linestyles that have names that end with a space character. During a LC= Key in, MicroStation will try to locate a best match and if there is any ambiguity, open a list dialog box, and if there is not, activate the matched linestyle.
What happens if you use quotes around the keyin in LC="trailing spaced name style "
Currently Using V8iss10 (8.11.09.919)
and dabbling in CE update 16 (10.16.00.80)
Pwise Administrator ( yeah I passed the training course!)
MicroStation user since 1990 Melbourne Australia.click link to PM me
I believe both with or without will work. What is happening is the Element Template seems to have the linestyle names with no space, and fail to assign a line style. If I open the DGNLIB and reassign the line styles, it then shows the line style names with the trailing space and then the element templates work.
I guess I would try Option 1 first. Back up enough to put back as it was if it doesn't clear it up. Option 3 would be fine (create a new resource file), who cares if there are 2 linestyles with the same name, one with a space, users will read the name and the linestyles will be the same. Option 2 is the best solution, if it's just the Element Templates that have the issue. Fine job you've done, identifying the issue and creating solution.
Side Note- Years ago my company did loads of work for Maryland DOT. If you were there back then you'd remember a fellow named Duane Barton. The way you guys handled contours was brilliant, 2d file with an attached Z attribute.
Connect r16 10.16.01.56 self-employed