Missing Raster References in PDF from Print Organizer (Ss3)

Hi Caddcop,

Not sure what is going on with print organizer and raster, but it seems you are not the only one having problems.

Here is another related thread (communities.bentley.com/.../90330.aspx).

If you can send me some dataset I'll be glad to investigate further the problem.

Thanks,

Mathieu

Any movement on this? I'm having the same problem with PDF's.

Today, I am back working on that set of files. I stayed in PowerCivil for North America Ss2 instead of InRoads Suite Ss2 which uses MicroStation Ss3. The PDF's are in mid plot as I type this. The plot is taking much longer and there are messages about "Rasterizing tile X of Y" as it progresses.

This makes me assume that these file are plotting OK in the Ss2 based software but not in the Ss3 based software.

Hi Caddcop,

Unfortunately on my computer everything seems to work fine.

I have talked with one of my colleague and he told me that this ``ìs not uncommon on big plots on low-memory machines for raster images to be missing tiles``,

Though by what you are describing I'm not sure this is your problem.

Could you send me a dataset?

Thanks,

Mathieu

Just one of these JP2 files is more than 50 megs. Do you really need my data?

The other problem I am having is priorities. We work in a lot of 3D files but have 2D sheets. I can see my graphics and in my 3D file get the rasters to appear behind everything. But once I get to my sheet with this referenced in using live nesting, the update sequence is no longer honored.

I even tried a 2D file with the rasters referenced into my 3D plan views but for some reason the rasters are always on top of the graphics.

I even tried adding something to my pen table to set priorities but no joy.

The only way I could get my graphics on top of my rasters was to enable transparency, rasterize and make their level transparent by 50%.

I know, this should be a new thread...

Hi Caddcop,

If your dataset allows us to reproduce the problem on our side then we could try to fix it or even suggest a workaround. Otherwise we can only make guesses..

So if you could post a small dataset (one image is enough), including the .dgn, .pset, .ptlcfd and .tbl files it would help greatly.

By the way, did you try with only one raster? Also did you try with iTiff files instead of .jpeg ones?

Thanks,

Mathieu

I can only try it with the files I have. I am in production with some tight deadlines, so my responses might be delayed.

I also determined that when I do not use Rasterize, the following occur:

• I can control the display order of my raster files vs vector files.
• The irregular clip boundaries of my reference files are ignored for the raster files, instead they appear to use the smallest rectangular boundary they would encompass the clip boundary. All of the reference files (vector and raster) come from nesting to a single reference file, clipped by an element. However, the rectangular clip of the raster files behaved the same way when a fence was used to define the boundary.
• Toggling on Rasterize removes the ability to control the display order of raster vs vector, but fixes the clipping issue.

Again, these issues occur in PowerCivil for North America, Ss2 most current version.

The missing raster files occur when I move to MicroStation Ss3. I have not tested this with any other Power products. Since the raster files do not plot, I cannot confirm any of these other issues.

I can only try it with the files I have. I am in production with some tight deadlines, so my responses might be delayed.

I also determined that when I do not use Rasterize, the following occur:

• I can control the display order of my raster files vs vector files.
• The irregular clip boundaries of my reference files are ignored for the raster files, instead they appear to use the smallest rectangular boundary they would encompass the clip boundary. All of the reference files (vector and raster) come from nesting to a single reference file, clipped by an element. However, the rectangular clip of the raster files behaved the same way when a fence was used to define the boundary.
• Toggling on Rasterize removes the ability to control the display order of raster vs vector, but fixes the clipping issue.

Again, these issues occur in PowerCivil for North America, Ss2 most current version.

The missing raster files occur when I move to MicroStation Ss3. I have not tested this with any other Power products. Since the raster files do not plot, I cannot confirm any of these other issues.

We are having the same problem.

I am in SS3 08.11.09.536.

I am trying to plot a TIFF from a pset.  It will plot as an individual file using MicroStation Printer; however, if I attempt to plot it using Print Organizer, the TIFF does not show up.

There are a couple known raster printing issues from Print Organizer when other applications are installed, such as Descartes and Inroads. Take a look at MicroStation’s ….config\appl folder. If msgeo.cfg and\or dcartes.cfg exists, temporarily move them out of appl, restart MicroStation, and then test Print Organizer. Please reply with results, I’ll follow-up with Trouble Report numbers if this is your problem.

Todd, looks like the original poster hasn't answered yet but I can tell you I was having the same issue. Removing msgeo.cfg and dcartes.cfg from the appl folder fixed the problem. Hopefully you can come up with a solution that doesn't require moving cfg files though.

Thanks,

Ben

Ben,

We have seen this symptom when Descartes and Inroads are installed together and when Bentley Map and Descartes or GEOPAK are installed together. The workaround for the Descartes \ Inroads configuration is to remove dcartes.cfg from the appl folder. The workaround for the Bentley Map \ Descartes or GEOPAK configuration is to remove msgeo.cfg from appl. The conflict or problem appears to be with the application’s (Descartes, Inroads, Map, GEOPAK) subsystem not working correctly in non-graphics mode. When Print Organizer prints, it starts a separate 'ustation.exe' in the background (non-graphics) to print the plot.  There appears to be a problem with these applications not functioning correctly in this context. I suggest posting to the application’s forum or using the application’s support channels to find a solution, if the workarounds are introducing a problem with the way you use the application.  

Hi.

Do you have any new info on this problem? I have installed the latest InRoads version (.674), and the workaround is still required.

What I don't quite understand is what happens if I don't move the cfg-files back after plotting.

Is there any support tickets that I can follow on this case.

Thomas Hauglien

Reinertsen AS