TheSwamp

CAD Forums => CAD General => Topic started by: 42 on February 17, 2004, 09:56:57 AM

Title: Hatch problem
Post by: 42 on February 17, 2004, 09:56:57 AM
Have a look at this drawing of a hatch problem. The one on the left is correct. What has happened to the righthand one?
http://theswamp.org/lilly.pond/42/hatch.dwg
It seems to be broken, the effect is the same for all hatch pattens.
Title: Hatch problem
Post by: daron on February 17, 2004, 10:01:01 AM
I don't know, but using match fixed it.
Title: Hatch problem
Post by: 42 on February 17, 2004, 10:04:10 AM
Unfortunately using match does not fix it on my machine, although I match the left one into the right one.
Title: Hatch problem
Post by: Craig on February 17, 2004, 10:07:37 AM
One thing I noticed about the two is the following
One on the left
(70 . 0) (71 . 0) (91 . 4) (92 . 5) (93 . 4) (72 . 1)
One on the right
(70 . 0) (71 . 1) (91 . 1) (92 . 1) (93 . 4) (72 . 1)

71 - Associativity flag (associative = 1; non-associative = 0)
91 - Number of boundary paths (loops)
92 - Boundary path type flag (bit coded):0 = Default; 1 = External; 2 = Polyline;4 = Derived; 8 = Textbox; 16 = Outermost
--------------------------
72 - Edge type (only if boundary is not a polyline):1 = Line; 2 = Circular arc; 3 = Elliptic arc; 4 = Spline
93 - Number of edges in this boundary path

When I redid the same hatch on my machine they came in identical
(70 . 0) (71 . 1) (91 . 1) (92 . 1) (93 . 4) (72 . 1)
(70 . 0) (71 . 1) (91 . 1) (92 . 1) (93 . 4) (72 . 1)

Hope this helps some
Title: Hatch problem
Post by: 42 on February 17, 2004, 10:29:25 AM
That’s beautiful Craig, but I do not have a Scooby Doo what it means. Well yes I know that it refers to the hatch construction, but beyond that no clue. The hatch works fine in other drawings.
Title: Hatch problem
Post by: daron on February 17, 2004, 10:33:05 AM
audit the drawing?
Title: Hatch problem
Post by: 42 on February 17, 2004, 10:33:28 AM
Yep done that
Title: Hatch problem
Post by: daron on February 17, 2004, 10:35:52 AM
wblock it to another name and rename?


Lastly, start over?
Title: Hatch problem
Post by: 42 on February 17, 2004, 10:44:45 AM
Done that but no dice on effect on the hatch.
Not an option 3.5MB drawing.
Title: Hatch problem
Post by: CAB on February 17, 2004, 10:47:49 AM
I noticed that the one on the right is associative.
Your Scale factor does not work for me. Maybe my
arconc hatch is different but when I edit the hatch on the right
change the scale to 20 it redraws as correct.

 :roll:


CAB
Title: Hatch problem
Post by: daron on February 17, 2004, 10:54:19 AM
Have you tried deleting the bad hatch, redrawing its boundary, then re-hatching it as non-associative. It seems to be associative when listing it, but doen't appear to be associative when selecting it.
Title: Hatch problem
Post by: Craig on February 17, 2004, 10:57:42 AM
Well I found something else that might be your problem. Did you create the rectangles differently? Notice the difference between the two LWPOLYLINE's?
The left one
((-1 . <Entity name: 40a0be30>) (0 . "LWPOLYLINE") (330 . <Entity name: 40a86c10>)

The right one
((-1 . <Entity name: 40a0be20>) (0 . "LWPOLYLINE") (5 . "9AC") (102 . "{ACAD_REACTORS") (330 . <Entity name: 40a0be28>)
---------------------------
102 - Start of application-defined group "{application_name". For example, "{ACAD_REACTORS" indicates the start of the AutoCAD persistent reactors group. This group exists only if persistent reactors have been attached to this object.
Title: Hatch problem
Post by: 42 on February 17, 2004, 10:58:10 AM
I rehatched both areas in the original drawing using associative and non-associative hatching, it makes no differance.
Daron, this also makes on differance. I can draw a new hatch boundary and either hatch it by point or object. What is frustrating is that hatching done earlier is fine.
Title: Hatch problem
Post by: 42 on February 17, 2004, 11:03:00 AM
Craig. I can copy a rectangle that containes correct hatch, rehatch the second rectangle and obtain the incorrect hatch.
Title: Hatch problem
Post by: daron on February 17, 2004, 11:08:51 AM
It seems that you have something setting reactors in your drawing, as Craig pointed out. I had your drawing open and was in here. I went in to cad and noticed it had frozen up. Has anybody else experienced this?

List your rectangles. Are they containing any reactors? Are they both unassociative?
Title: Hatch problem
Post by: CAB on February 17, 2004, 11:14:12 AM
Yes, I went to move the right hatch & ACAD locked up.
Title: Hatch problem
Post by: daron on February 17, 2004, 11:33:16 AM
42, what sort of reactors do you have set up in vba or lisp? Do you have many, a few or any that you know of?
Title: Hatch problem
Post by: 42 on February 17, 2004, 11:57:35 AM
Eh??? Sorry but you are now talking in tongues.
Title: Hatch problem
Post by: daron on February 17, 2004, 12:04:20 PM
But it's your drawing that seems to be talking in tongues. Anybody in your office capable of conjuring these sort of things up?
Title: Hatch problem
Post by: 42 on February 17, 2004, 12:05:30 PM
No......well yes but he is on leave.
Title: Hatch problem
Post by: daron on February 17, 2004, 12:18:21 PM
Isn't that the way? I feel for you.
Title: Hatch problem
Post by: SMadsen on February 17, 2004, 01:04:16 PM
Daron, associative hatches reference the boundary objects - and vice versa. That the boundary has a 102 code reactor thingie only means that it's being referenced by an associative hatch. It's normal.

For the problem at hand, check out TS60223 (http://usa.autodesk.com/adsk/servlet/ps/item?siteID=123112&id=2880908&linkID=2475323) for drawing complex patterns at high coordinate values.
Title: Hatch problem
Post by: daron on February 17, 2004, 01:24:04 PM
Hm. I didn't think about that. The hatch didn't look like it was associative even though it claimed to be. Agh! I even looked into this one:
Quote
Set the SNAPBASE variable to a coordinate close to the coordinates for the hatch boundary

and it worked, but I failed to mention it, because I thought the results would turn out the same as match props did.
Title: Hatch problem
Post by: 42 on February 17, 2004, 04:28:09 PM
At home now. I will try the snap base tomorrow. If it works then thanks, if not........keep on scratching.
Title: Hatch problem
Post by: Spageddie on February 17, 2004, 06:33:03 PM
8) Question ???
Might it have something to do with being too far from the origin ?
Title: Hatch problem
Post by: CarlB on February 17, 2004, 06:42:06 PM
Yes, it's the "too far from the origin" problem.  Surveyors/civil types have experienced that problem since Day 1 of AutoCAD. You can fix the "broken" hatch using HATCHEDIT>>apply after setting your snapbase or UCS origin close to the hatch.
Title: Hatch problem
Post by: 42 on February 18, 2004, 04:15:35 AM
Gentlemen. Well that certainly seems to fixed the problem. I moved the ucs to the area of the drawing where all of my work is. I now recollect that some time ago there was a post concerning offsetting a rectangles distant from 0,0 with a similar solution. Again thanks. :D
Title: Hatch problem
Post by: diarmuid on February 24, 2004, 03:38:29 AM
concrete hatching like that will go crazy when the origin point of the hatch has been altered or moved to a different position.

what i'm saying is:

when a block wall was hatched a large distance from 0,0 it used to go crazy.

if you moved the block wall close to 0,0 it was o.k. (but you had to re-hatch)

now...if you moved (or it has been moved) the snapbase point (the mountain instead of mohamad) a large ditance from the block you got the same problem.

is it possible that the origin point has moved?

possible quick solution...type snapbase. selcet a location close to the are to be hatched and try and hatch. see if that corrects the problem.

hth

Diarmuid
Title: Re: Hatch problem
Post by: drizzt on May 10, 2006, 12:04:40 PM
Wow! I don't know how old this thread is, but it sure helped my problem in LDD. This has been a thorn in my side for a long time!
Title: Re: Hatch problem
Post by: diarmuid on May 16, 2006, 06:28:53 AM
whoa........hold on everyone.  dont panic.

the hatch probelm is a simple one.  the hatch pattern base is proably set at a point that is VERY far a wasy for the area bieng hatched.

type: snapbase.  it it doesn't say 0,0,0 then set it to 0,0,0

if the problem persists, then tyoe snapbase again, and select a point very close or on the boundary of the area you want to fill.  try it again and it should be o.k.

hth

Diarmuid
Title: Re: Hatch problem
Post by: drizzt on May 18, 2006, 12:17:56 PM
In effect, isn't that the same thing as setting the ucs closer to the hatch object?