Rasters always print on top?

Background: We very recently upgraded to v8i, skipping XM and coming directly from v8.5 (2004).

I cannot figure out how to get rasters to print underneath the linework.  Right now every raster prints atop all linework no matter what I've tried, covering up the linework upon plotting. I've looked into all option screens, property and preference screens and found no setting for something like "print rasters first, then print linework".  I've selected the linework in microstation and done EDIT-BRING TO FRONT, but the raster still obliterates it upon printing.

Our workflow here is to print to PDF, then plot the PDF when needed.  Oddly, when I open the PDF files, the linework appears briefly, then it is covered by the raster images as they load in.  So the linework IS indeed plotting, but the plot order is wrong and I cannot figure out why.

I realize this could possibly be a print driver issue, and that's out of my league.  Hopeful someone can suggest an option/config/preference change to help me here.  Why am I having this trouble with v8i?  Thanks.  Al B.

Parents Reply
  • No, it is a 2D file.

    A coworker said the plotting order used to be handled by "Update Sequence" in v8.5, but the v8i "update sequence" looks a lot different and only has one entry, the CAD file itself. It does not show the raster image on the sequence list.  My test file has no references and one raster, the photogrammetric aerial.

    Also, another thing I just found (unrelated to printing), the aerial (rgb format) will not clip boundary.  I cannot clip it with a fence or with an closed element no matter what I do.  I unclipped it, and now I cannot reclip.  Odd.

Children
  • It might just be a corrupt file I'm working with Phil.  I created a totally new file, attached an aerial, then drew linework atop it.  The linework printed atop the aerial like it should, and I did not have to manually change the order at all.  Also, I was able to clip the aerial without issue.

    I think I will try to copy/paste the linework from the v8.5 file into a brand v8i file created from scratch, reattach the aerial rgb file and see if that fixes this.

  • Hmmm... can you provide the file? Chances are pretty good that it is NOT corrupt, so taking a look at it might help prevent something similar from happening to you in the future.

      

  • Our aerial images are huge, 200 MB or so each, so it'd be tough to transmit.  And I seem to have found the fix for this.

    If I go into raster manager and click on (select) the aerial image, then right click and do a SEND TO BACK, then nothing changes with the file or printout.  The aerial prints atop the linework and obliterates it.

    However, if I select all the linework in the file, then deselect the aerial raster image (by clicking on the image border with the Shift key held down to remove it from the selection set) and then I do an EDIT - BRING TO FRONT command, the aerial is now in its proper place underneath the linework.

    So at this point I guess I'm just curious why right-clicking the raster in Raster Manager and trying to do a SEND TO BACK on it doesn't seem to work, and yet selecting all the linework and doing a BRING TO FRONT does.  Having to manually bring all linework to the front in all our aerials in every V8.5 file will be a bit of a pain in the neck, but at least I have a solution that works now.

    If you do wish to investigate Phil, I'd be happy to send you a file, but likely minus the aerial so I'm not sure how that would help.  Appreciate your assistance.

  • In theory, the display priority of Raster Manager attachments should not be complicated in your case -- assuming a 2D model with a raster directly attached (no references).  You should definitely not have to jump through the hoops you describe with the bring-to-front and bring-to-back commands.

    The big difference with Raster Manager attachments between MicroStation 8.5 and 8.9/8.11 is that rasters are now treated more like elements than references.  You already noticed that rasters no longer appear in the reference update sequence list.  Raster elements now can be placed on specific levels, and thus inherit the same level priority (and model priority) that are applied to all other elements in the design.

    The Raster Manager dialog contains three "planes" for raster attachments, indicated by rule lines.  Raster elements can be placed on the background plane, the design plane, or the foreground plane.  Rasters in the background plane should display below all vector elements, rasters in the design plane should display intermingled with vector elements based on display priority or Z depths, and rasters in the foreground plane should display atop all vector elements.

    When you open in MicroStation V8i a design file containing a raster attachment that was authored by MicroStation 8.5, I'm not sure what plane the raster is placed in.  I assume that Raster Manager looks at the reference update sequence.  If the raster is listed first in the update sequence, then the Raster Element should be placed in the background plane.  Otherwise, it should placed in the either the design plane or the foreground plane.  I don't know what the precise behavior is -- you may find a more informed opinion in the base MicroStation V8i forum.

    If the raster element is in the design plane, and shares the same model / level / element display priority as all the vector elements, then the actual display order may be unpredictable.  For performance reasons involving the Direct 3D architecture, overlapping elements with the same display priority are not always drawn in the same order they were placed.  Bentley recommends that all overlapping elements in the MicroStation 8.9 and later be given unique display priorities or Z depths to eliminate this ambiguity.  In the case of raster data, the solution should be as simple as moving the raster element to the background plane.

    I can't explain the clipping issue.  If it reappears or you see it in more design files, I'd recommend contacting Bentley support.  A data case (including the raster data) would be necessary to analyze that problem.

          
    .

  • Andrew Edge:
    The Raster Manager dialog contains three "planes" for raster attachments, indicated by rule lines.  Raster elements can be placed on the background plane, the design plane, or the foreground plane.  Rasters in the background plane should display below all vector elements, rasters in the design plane should display intermingled with vector elements based on display priority or Z depths, and rasters in the foreground plane should display atop all vector elements.

    Thanks for the explanation.  I did not realize there were now these three planes.  I did wonder what the "rule lines" are in the Raster Manager.  I did check, and yes, all my raster ARE indeed on the "background" plane.  Unfortunately, I am still having this issue with rasters printing atop my linework and obliterating all my design elements upon printing.

    Let me ask this question...   I have a design file with two rasters (a RGB aerial and a small TIF for my PE seal with signature), a reference (existing ground features) and all my proposed linework.   Everything plots in the proper order except for the RGB aerial printing atop the Reference File.  My proposed linework prints atop the aerial just fine.  So...  how does Microstation now decide what plots first - raster or reference - since they've been kind of separated versus previous versions (i.e. no rasters in update sequence now)?