Anuncios

The Autodesk Community Forums has a new look. Read more about what's changed on the Community Announcements board.

Custom Hatch Pattern Issue

bwhisenhunt
Enthusiast

Custom Hatch Pattern Issue

bwhisenhunt
Enthusiast
Enthusiast

I have another custom hatch pattern that SHOULD be simple but I just can't seem to get right.   It is a diamond/cube tile pattern.   I have drawn the cube to pick the dimensions but I still haven't gotten the formulas to where I can get them to work correctly.    Please help.   I'm thinking this SHOULD be able to be written with three lines of code but I keep jacking it up.     

DIamond Cube Pattern.jpgDiamond Cube DIM.jpg

0 Me gusta
Responder
Soluciones aceptadas (2)
1.633 Vistas
8 Respuestas
Respuestas (8)

hugha
Collaborator
Collaborator
Solución aceptada

 

 

 

 

hth,

Hugh Adamson

 

 

0 Me gusta

Kent1Cooper
Consultant
Consultant

I notice your diagonal dimension and vertical dimension are not the same.  Shouldn't they be?  I expect that's why the HatchKit result comes out with wacky angles [not simple 30 / 150 / 270 or equivalents].

Kent Cooper, AIA
0 Me gusta

bwhisenhunt
Enthusiast
Enthusiast

It's odd I know.   It was given to me based off a tile mesh that the architect needed recreated.

0 Me gusta

bwhisenhunt
Enthusiast
Enthusiast

Thank you!   I will have to check out that HatchKit.   That's certainly not what I was expecting as I was trying to do it by math and individual lines.    Hatch patterns are one of those "Can't Get Right" things for me.

0 Me gusta

Kent1Cooper
Consultant
Consultant
Solución aceptada

@Kent1Cooper wrote:

I notice your diagonal dimension and vertical dimension are not the same.  Shouldn't they be?  ....


 

For anyone not wanting the oddified proportions, but wanting a regular  isometric stacked-cubes arrangement, here's one.  The edge of a "cube" is one drawing unit long -- use the Hatch pattern Scale directly to make that whatever size you want.  The origin is at one of the 3-line-end intersections [a closest-to-you virtual "corner" of a cube].

 

*ISOCUBES, Isometric stacked Cubes
30, 0,0, 1.5,.xxx-xxxxxxxx, 2,-1
150, 0,0, 1.5,.xxx-xxxxxxxx, 2,-1
270, 0,0, 1.5,.xxx-xxxxxxxx, 2,-1

[Yes, that's a lot of decimal places, to minimize pattern "drift" as distance from the origin increases -- knock some off if you like.]

EDIT:  Wow -- the "system" is replacing my lots-of-decimal places number with those x's, for some inconceivable reason.  Because it looks like a toll-free telephone number, maybe?  [That's the only reason I can think of for its adding the hyphen where it did.]  That element should be [with spaces added between digits here, because it wouldn't leave it alone outside the code window, either]   . 8 6 6 0 2 5 4 0 3 7 8   in each case.

I'm attaching the .pat file, which supposedly will come through without the Bowdlerizing.

Kent Cooper, AIA

bwhisenhunt
Enthusiast
Enthusiast

Thanks Kent, one of these days I'll finally get this through my thick skull.  

0 Me gusta

Kent1Cooper
Consultant
Consultant

@Kent1Cooper wrote:

....

EDIT:  Wow -- the "system" is replacing my lots-of-decimal places number with those x's, for some inconceivable reason.  ....


 

[Just so you know -- there is  a reason, over-thought though it may be, which came out when I mentioned this in the Community Feedback Forum.  A series of 11 digits is suspected by the system of being an AutoCAD serial number, and gets censored out that way.  That's any  such series, even when it doesn't  include a hyphen where serial numbers have one, and that it so "helpfully" inserted for me.  So in such a situation, when posting in a Message body, use 9 or 10 or 12 decimal places, not 11.]

Kent Cooper, AIA

hugha
Collaborator
Collaborator

So never suspect a stuff-up where a systems design decision provides an explanation :cara_con_una_leve_sonrisa: 

 

Thank you Kent for providing that nugget of information. I've been bashing my head against that exact issue since the introduction of the new forum. Cutting and pasting patterns to a thread would all-too-often trigger the xxx-xxxxxxxx  and until recently this could be overcome by pasting in a correction.  But not this time, so there's no text version in my earlier post, just the .PAT attachment.

 

Trimming a decimal place from an 11 digit floating point won't affect a pattern's precision to any great extent, so here goes:

 

;-------------------------------------------------------------------------------
;        Written by HatchKit
;        HatchKit (c)1990-2018 Cadro Pty Ltd
;        www.hatchkit.com.au/
;-------------------------------------------------------------------------------
;-Date                                   : 2018-07-25
;-Time                                   : 10:37:51
;-HatchKit Version                       : 3.1.10.2741
;-HatchKit Output Filetype               : AutoCAD format
;-------------------------------------------------------------------------------
*cubes
150.006075052,1.571,-0.9073,161.162499212,0.0523519960131,3.624,-163.002124311
-89.9715779373,0,1.873,5.5586763377,-0.007021460608,3.7459,-1238.618144
29.9825574218,-1.571,-0.9073,150.409322339,-0.0559613063,3.629,-152.250316729

 

 

Edit: that worked fine.  Kudos.

 

Hugh Adamson.

 

 

 

0 Me gusta