What affects sequence when plotting?

I have a single level in a nested reference in an existing  survey motif that is plotting above design, all 2D files

I have the priority of the level set to -200 in the nested reference, then I have the motif referenced in the sheet file with "never" overrides. I have the motif at the top of the sequence order in my references.

I then have my pentable set up so that the nested reference logical name is plotted at -200, the design motif is plotted at 200, and even wrote in the pentable to have the level in the nested reference plot at -200.

It STILL plots on top. I have tried enabling "non-rasterized priority sort mode" and it results in all my survey being plotted above my design. I am stumped. Is there anything else that can screw with the priority when plotting?

To summarize, I have used the following methods to make survey plot behind:

  • Negative priority in design file, referenced with never override
  • File moved to top of sequence in references
  • Used the pentable to have both the nested reference, and the level in the nested reference plot at a negative priority (and have it at the bottom of the pentable list to be the final action)

ORD 10.09.00.91

Parents
  • Not sure from your language, but did you adjust this-

    If so, I would start with a generic pltcfg, no pen table to test. The add stuff back one at a time.

    I adjusted my work flow to make everything WYSIWYG (except linecodes 0-7, and weights, working on that) years ago, I won't go back. Of course that's not possible when you're forced to use other's configuration/standards.

    Connect r17 10.17.2.61 self-employed-Unpaid Beta tester for Bentley

  • If so, I would start with a generic pltcfg, no pen table to test.

    I think Bob is on the right track here. I would go back and remove all priorities and pen table settings. Start from the beginning & keep it simple. Applying too many settings can cause just as many issues. Some of the settings can be cumulative as well. Best example of something I ran into when transparency was first introduced, I had some shading in a drawing and I hade the level set to 50% transparency. In my plot driver I had the color for that shading set to 50% transparent as well. When the file was printed there was no shading because the 2 separate transparency settings were added together to make the shading 100% transparent.

    Once you are back to the beginning I would go to the container file of the nested reference and set all display priorities and reference sequences in that file. Create a plot and see what you get. I would not change any settings in the sheet file as the container file should control everything for the reference files attached to it.

    It can be a tedious process, but once you figure it out you know what to look for in the future. Nested files can be tough to deal with. 

    Microstation CONNECT - 10.17.2.61

    ORD - 2021 R1 10.10.1.3

    ORD 2022 R1.1 - 10.11.3.2

    ORD 2022 R3 -  10.12.2.4

    Microstation v8i SS 10 - 08.11.09.919

    Power InRoads v8i - 08.11.09.615

    ProjectWise - 10.0.3.453

Reply
  • If so, I would start with a generic pltcfg, no pen table to test.

    I think Bob is on the right track here. I would go back and remove all priorities and pen table settings. Start from the beginning & keep it simple. Applying too many settings can cause just as many issues. Some of the settings can be cumulative as well. Best example of something I ran into when transparency was first introduced, I had some shading in a drawing and I hade the level set to 50% transparency. In my plot driver I had the color for that shading set to 50% transparent as well. When the file was printed there was no shading because the 2 separate transparency settings were added together to make the shading 100% transparent.

    Once you are back to the beginning I would go to the container file of the nested reference and set all display priorities and reference sequences in that file. Create a plot and see what you get. I would not change any settings in the sheet file as the container file should control everything for the reference files attached to it.

    It can be a tedious process, but once you figure it out you know what to look for in the future. Nested files can be tough to deal with. 

    Microstation CONNECT - 10.17.2.61

    ORD - 2021 R1 10.10.1.3

    ORD 2022 R1.1 - 10.11.3.2

    ORD 2022 R3 -  10.12.2.4

    Microstation v8i SS 10 - 08.11.09.919

    Power InRoads v8i - 08.11.09.615

    ProjectWise - 10.0.3.453

Children
  • Yes nesting can cause grief .. I found that transparency really screws with the layering priorities especially when you have a file with hatch patterning in the mix... the only solution for me that worked and i tried everything even now .. was to remove the hatched areas from the nesting and add it as a separate ref on top  so it forced the priority how I needed it .. but this defeated the benefit of a nested file as one source of truth for attachments.. but heck when you just have to get it  out to client as a deliverable by 430 pm on a Friday and its 4 pm now and you just " have to fake it till you make it"

    .. by the way this is always when bad things always happen in MicroStation.. Slight smile

    Lorys

    Started msnt work 1990 - Retired  Nov 2022 ( oh boy am I old )

    But was long time user V8iss10 (8.11.09.919) dabbler CE  update 16 (10.16.00.80) 

    MicroStation user since 1990 Melbourne Australia.
    click link to PM me