Exporting Elevation with overlapping Hatchs

Exporting Elevation with overlapping Hatchs

David_Knight
Collaborator Collaborator
3,235 Views
7 Replies
Message 1 of 8

Exporting Elevation with overlapping Hatchs

David_Knight
Collaborator
Collaborator

So I have a question.  I cant seem to find a solution to this and thought I would ask the question...

 

We currently have a wall in elevation with different colored patterned bricks.  So the wall is a standard wall with a brick hatch.  We then overlay a transparent solid hatch over the wall to designate the area that has the black brick (Dark Grey Solid Hatch), red brick (Light Grey Solid Hatch), and grey brick (No Solid Hatch).

 

The problem I have: The solid shaded hatches obliterate the brick pattern hatch in the wall below it when exporting it to a cad file.  I've tried sending the solid hatches to the back - but it always gets rid of the wall hatch where the solid transparent hatches are.

 

Is there a work around for this? 

Printing is fine... They show up there.  Just when exporting they disappear.


Thanks guys!

 

Untitled-1.jpg

0 Likes
Accepted solutions (1)
3,236 Views
7 Replies
Replies (7)
Message 2 of 8

ToanDN
Consultant
Consultant

Not very elegant solution but I can't think of anything else.

 

Duplicate the elevation view, cut and paste the fill regions on there.  Turn off everything except for the fill regions and place that view on top of the elevation view on sheet.  Export to AutoCAD as usual.  Open the CAD file and send the solid hatch in a separate viewport to back.  Better lock all the viewports or do it in model space so you don't lose the existing viewport scale.

 

On the other hand, if your brick pattern boundary is simple then you could grip edit it in AutoCAD.

0 Likes
Message 3 of 8

David_Knight
Collaborator
Collaborator

You're probably correct.  It would be easier to grip edit the hatch.  I suppose at least if you're going to be doing a lot of exporting, the duplicated view would be permanent and you could isolate detail items.  Then there would be less setup in the future.

 

But it's really strange that it wont export two hatches on top of each other...

 

Thanks for the reply!

0 Likes
Message 4 of 8

Anonymous
Not applicable

Hi. Has anyone found a better solution for this? Is autodesk planning on correcting the problem???

This is driving me crazy! Even exporting overlapping hatches that come from a linked autocad file, it creates the problem. Sometimes the hatch is not exported even when there is no overlapping in the area. This is the kind of thing that is inadmissable...

Really!!!

0 Likes
Message 5 of 8

Corsten.Au
Advisor
Advisor

Hello

 

Its all about Standardising and customised export properties which varies as per company, countries etc..

someone from your team needs to coordinate between Revit Hatch patterns and the DWG Export profile..

 

Cheer!

 

DWG Export.JPG

Corsten
Building Designer
0 Likes
Message 6 of 8

Anonymous
Not applicable

Hello Ganesh,

 

I fail to see how an hatch export or any export can be afected by country or studio standarts. What you see is what you export. What varies is layer correspondence and that is somewhat covered (though it could and should be better).

Line styles and patterns are autogererated acording to the file that comes with Revit, and we don't use that many custom patterns.

I don't think you really understand the problem that is talked about here. But if I'm mistaken I will be happy if you could provide an example of 2 overlapping hatches been correctly exported from revit, and teach us how you did it. 🙂

Message 7 of 8

Corsten.Au
Advisor
Advisor
Accepted solution

Hello

 

CAD export for Wall + Filled Region with transparency.

Looks like as long as you give Wall hatch a different colour and hatch pattern a different colour

the CAD output looks alright.. no missing hatch patterns...

hatch-DWG file.JPG

Revit Hatch file.JPG

This is the screenshot of Revit file..Elevation.

 

 

When I mentioned the layer export standards , I meant these options..

hatch-export standards.JPG

 

More info here..

 

https://knowledge.autodesk.com/support/revit-products/learn-explore/caas/CloudHelp/cloudhelp/2017/EN...

 

" What you see, is what you export" holds true when exporting or printing in " JPG" " PDFs" etc

but When exported to CAD/DWG... each and every category gets its own

1. Layer

2. Colour

3. Linetype

4. opacity

and few more properties which can be read by Autocad...

 

well, there is no universal standard for Colour of the element in Autocad to have a particular line thickness.

those are guided by " CTB" file which are used in Autocad to print...CTB file will read Autocad and assign

Linetype, thickness and colour while printing PDFs from Autocad..

 

If you are aware of CTB files then its good, then you know what am talking about and why every other firm / country 

follows their own standards... 

 

If you are not aware of CTB file then I would reccommend you read about " PCP " files, which are created when you

Export DWG from Revit file..

 

https://forums.autodesk.com/t5/revit-structure-forum/file-pcp/td-p/3781035

 

Cheers

 

 

Corsten
Building Designer
Message 8 of 8

Anonymous
Not applicable

So it seems you don't get what I mean so I will give you pictures also with the problem.

 

1st image: in autocad I make 3 rectangles with diferent textures, the solid has 50% transparency.

 

2nd image: I imported that into revit. solid comes as 100% opacity. I made a copy of that and override with 50% trnaparency. I also creat similar elements with revit annottation tools. solid hatch had to be manually overriden to 50% transparency.

 

3rd image: export revit view to dwg. The dwg links actually performed as expected (although, I have one more complicated project file when it didn't), but as you can see, the revit elements exported wrong!!! The crossed part is not there, but is very easy to missed that. We can export, think everything is alright when it isn't...

 

Autodesk, please correct this BIG BUG!

 

PS: couldn't get the imagens to be in the text like you did (sorry, it didn't allow to cut and past), so they are attached. Pease look at them. : )