If you read my previous post, you’ll see how much mobile email helps me – getting gentle reminders of functionality that I’d forgotten while traveling home from presentations is just one bit of fun I use to pass the time while traveling.Â Â Don’t worry, I wasn’t driving.Â Â Â I also received a support request (twice, for some reason)Â regarding plans production in Civil 3D 2008.Â Â The issue was that the hatch outside the matchlines was coming in over the other geometry, not allowing it to display.Â Â Â I thought it was a simple draworder issue, and responded as such.Â Â Â In my call today to the client, I realized that it goes a bit deeper than that, and could be an issue for some people – follow the link to find out more.
When I create my sheets normally, I drop my new layouts in the current drawing.Â Â Â I realize that some people may want to create their layouts in a new drawing, or even multiple new drawings – this would allow for more than one person to work on the sheets at a time.Â Â OK, fine, no problems with that…until you get to the issue of the match line mask.
See, when you create a matchline style, you have the opportunity to put a mask on the outside of the matchlines in the layout to either screen backÂ or block geometry outside the matchlines .Â Â There’s no one that I’ve ever talked to who is ambivalent about this subject – project managers either want to show geometry outside the matchlines or not show anything outside the matchlines.Â Â I haven’t found anyone who sits on the fence regarding this.Â Â Â But the hatch that can be provided is just one funky Civil 3D object – it’s a component of the matchline style, which is displayed in model space, but the hatch only exists in the layout (see, I told you it was funky.)Â Â But when the plan view is shown in a new drawing, it’s xreferenced.Â Â Â As such, if you go into the viewport and try to select the hatch, it selects the entire reference.Â Â Â Well, OK, soÂ a refedit command should fix it, right?Â Â Wrong – because of the funkiness of the object, refedit won’t work correctly either.Â Â There’s no way to send the hatch to the back if you create the layouts in a new drawing.Â Â Â
Hmmm, so what can I do?Â Â Â Â After some emails and and a phone conversation today with some people in the know, I found out why it behaves as it does.Â Â Understanding the “why” doesn’t always help to comprehend the “how,” but with some hand-holding as I thought aloud, I’ve figured out two possible workarounds:
1) Consider creating a color in your CTB file that applies screening.Â Â Â Make sure that you have your line merge/overwrite settings correct in your plotter setup, though.Â Â Â I kinda like Mark Scacco’s idea better:
2) Consider changing your hatch pattern in the matchline style to a dot style or something similar that can be set dense enough to allow you to see through it, providing an effective “screen” outside your matchlines.
I know, neither is a perfect solution – but it’s the best answer that I’ve come up with so far – if you have any other ideas, feel free to leave me a comment below.