I thought I'd give this thread a bump, as it seems things are still the same (I'm using C3D 2010). Attached is my example with the pipe hatch on top of the inside walls. Any improvement in 2011? As stated above, we should have the means to control draw order within a pipe syle. At the very least, hatching should default to the back.
Would it be possible to QSELECT the layer that the pipe walls are on and DRAWORDER it back?
not at work right now, so cannot test and taking a wild guess: does changing the value for HPDRAWORDER help any?
Thanks for the suggestions, but I don't think the pipe objects can be manipulated with regular AutoCAD commands, as the pipe hatch is not really an AutoCAD hatch object, and I can't select the pipe hatch layer with Quick Select. Seems like you should be able to move the pipe components up or down in the display tab to manipulate draw order. Oh well, not that big a deal in this particular case.
Is there a solution to this issue yet? I just started at a new company that shades their pipes. They have only been using Civil 3D for about a year and have not found a solution to this problem yet. I have experience with civil 3d, but never have I shaded my pipes.
We have Civil 3D 2011.
Your Name
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
It is useless to offer a feature that doesn't work. It's bittersweet. It seems like a great, new feature, until you realize it doesn't work, and then you're just upset that you knew about the feature to begin with because you can't use it.
I have found a workaround to make the draworder not matter and provide a shaded fill for the pipes and structures.
I used the following:
Since the pattern is black it will not diminish aught from the pipe or structure lines.
Because it is a dot pattern it will appear as gray on the plotted output.
But, other linework will appear through it (it will not hide anything... which may be a good thing).
I had actually forgotten about that bug. We tried using hatches for the pipe walls years ago but stopped because of this. You mean this still is an issue after 8 versions of the software?
Yes. I know it's hard to believe, but it is true. The sad part is that this is probably something one of the product developers could fix over their lunch break. I don't know how to get them to address the issue, but it is a big enough issue that makes it so I will not use the feature. If there is a better way to get their attention, please someone tell me.
I will gladly share my styles if you want but they may need some adjusting for any plot device other than a raster plotter. Autodesk has problems scaling annotation when a raster plotter is assigned to a pagesetup (everything is 12X too small) and I don't know if hatching has the same problem. If it does, the values that I have used in my styles must be divided by 12.0 to correctly scale for any plot device other than a raster device.
Here is how it plots (from the preview of the post it appears that the image width may get compressed):
(The grid is similarly done with black lines with custom dotted linetypes that differ depending upon the largest prime factor of the target scale so that dots are at intersections and dot spacing appear at a standard unit of measure. Three different pen widths are used to distinguish major index, minor index, and intermediate grid lines)
Does your hatch not sit on top of your linework? It's hard for me to tell from your image. I can't have the hatching on top of the linework as it obscures the lineweights. If you have a work-around to keep the hatch below the linework, I would very much appreciate information on how to accomplish that.
Sincerely,
Ryan
Yes, the hatch is on top. The original problem persists but this workaround uses a trick.
The trick is that the hatch is done in black color not gray.
Because the hatch pattern is all black no difference can be seen as it sits on top because the black it adds covers the black that was already there.
They gray effect is from the pen width and the dot linetype applied using the carefully crafted hatch scale and entity linetype scale as I have described.
Thank you for your workaround idea, but I'd rather not fuss with such a complex workaround for something so simple. I'd prefer to just not use the feature.
Thanks again, though, for your reply.