Open hatch boundary at inserted blocks - where there are none

[cvanriper]

I have an issue with Autocad LT 2024 (and have older AutoCAD versions doing the same thing) finding an open hatch boundary at some inserted blocks where it is clearly closed. It is an intermittent problem. I have had to either draw a boundary, isolate it hatch within it then unisolate, or explode the block(s) to get a boundary. Neither are not acceptable solutions and very time consuming, frustrating and inconvenient. I have attached one of the blocks that seems to give me problems.

[h_s_walker]

Just posting the block on it's own doesn't help, it needs to be posted with one of your problem boundaries. I created a polyline boundary attached to the endpoints of your block and hatched it without any problems

[cvanriper]

As I've mentioned, it is an intermittent problem. For example, I wanted a concrete hatch and drew a boundary, isolated it, hatched it, unisolated then deleted the boundary. After doing all of that, I posted my problem, then went back to it to try it again and it worked as it is supposed to. If it helps, I am attaching the drawing I was working in that failed as well as another block (of many) that occasionally gives me problems. I don't know what else I can provide.

[cadffm]

EDITED: Sorry, I posted in the wrong thread.

[cvanriper]

I don't understand what you mean to tell me.

[cadffm]

Hi,

answered above - I posted an answer to another topic here by mistake.

But while I am here:

>>" After doing all of that, I posted my problem, then went back to it to try it again and it worked"

An S5.3.dwg is a file without the wrong hatch?

>>"as it is supposed to. If it helps, I am attaching the drawing I was working in that failed"

We want to see the problem, so yes - please share the "wrong" version of your hatch.

I checked this S5.3.dwg and as a very experienced user I advise you:
Don't make your life unnecessarily difficult and use closed polylines to hatch.
Do you know the BOUNDARY command? This helps to create closed polylines.
Then you can create a hatch and use the object selector.

If you don't want to go this route, you will always have problems in situations like your example.
Boundary objects that only partially serve as a boundary or areas in which several objects are congruent,
This always causes calculation problems.

and very short parts like this

are also anything but perfect. Therefore avoid (if possible)

In addition, dynamic blocks as borders are also not the best choice, but this mainly applies to the associative hatchings that are to be favored,
which you probably don't want to/can't use anyway.

And non-dynamic blocks can also be problematic, especially when they are highly scaled.

You're using a fairly scaled dynamic block, that might usually work,
But if there are problems, then it doesn't surprise me at all.

-

General hint, especially for blocks and especially for dynamic blocks

If possible, don't draw your objects on random coordinates.

Instead coordinates like some on your pline
X = 0.001079305634and so on Y = 0.00222904890890and so on Z = 0.0Better
X = 0.0010793000000000000 Y = 0.002229000000000000000 Z = 0.0

[pendean]

---

@cvanriper wrote:

...It is an intermittent problem...

...I have an issue with Autocad LT 2024 (and have older AutoCAD versions doing the same thing)....

---

You'll have to explain how someone else can recreate the issue on demand for a universal solution to be offered.

---

@cvanriper wrote:

finding an open hatch boundary at some inserted blocks where it is clearly closed....

---

Boundaries don't just "un-close". BUT... perhaps that just means your destination file already have a block with that same exact name BUT drawn differently than the source: in case you never knew it, AutoCAD by default what is in the destination file is always used if it already exists. Could that be the simpler explanation to your issue here?

[cvanriper]

I cannot expect anyone to recreate the issue on demand; I can't even recreate the issue on demand.

It cannot be an issue of a block of the same name, but different than the source. I am using our company template that has no blocks defined except for those required by the template (tblk & associated blocks). there are no nail blocks, breaklines, bolts, 2x4's, etc. loaded in the .dwt file, meaning it is a clean slate.

I was hoping someone has also experienced this issue and had a solution, but it looks like I'm the only one that has seen this.

[RSomppi]

---

@cvanriper wrote:

I cannot expect anyone to recreate the issue on demand; I can't even recreate the issue on demand.

---

Computers don't do random. When you figure out how to recreate it or can provide an example, only then can the trouble shooting begin. 

[pendean]

---

@cvanriper wrote:

...I was hoping someone has also experienced this issue and had a solution, but it looks like I'm the only one that has seen this.

---

Not sure honestly, I erased your hatch and did a different one in LT2024.1 and there are no issues at all: I did not do that whole LAYISO/LAYUNISO thing as there was no need, I just ensured HPSEPARATE was turned off. Perhaps that's different enough for me not to see the issue

Q: it appears this is not your original file (or you copy/paste from a lot of others' files), correct?