Custom Hatch Pattern Issue

Custom Hatch Pattern Issue

bwhisenhunt
Enthusiast Enthusiast
2,141 Views
8 Replies
Message 1 of 9

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 Likes
Accepted solutions (2)
2,142 Views
8 Replies
Replies (8)
Message 2 of 9

hugha
Collaborator
Collaborator
Accepted solution

 

 

 

 

hth,

Hugh Adamson

 

 

0 Likes
Message 3 of 9

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 Likes
Message 4 of 9

bwhisenhunt
Enthusiast
Enthusiast

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

0 Likes
Message 5 of 9

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 Likes
Message 6 of 9

Kent1Cooper
Consultant
Consultant
Accepted solution

@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
Message 7 of 9

bwhisenhunt
Enthusiast
Enthusiast

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

0 Likes
Message 8 of 9

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
Message 9 of 9

hugha
Collaborator
Collaborator

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

 

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 Likes