Are you having problems placing a hatch for planting, irrigation, or hardscape purposes? Potential issues include:
- An error message that the polyline contains arcs or segments
- Attempting to use pick points to place a hatch [not possible]
- Tools such as Exclude Shrubs are not working within the hatch boundary
Cause
Land F/X hatches require a closed polyline boundary. Without this boundary, you will not be able to place your hatch. Why? Because without an enclosed border, Land F/X will not be able to count or quantify the items represented by the hatch [such as plants, mulches, or schematic irrigation equipment].
If you have an existing polyline boundary for your hatch, it may be that this line is not completely closed.
Solution
You can close this polyline using the BOUNDARY command.
In this example, we're attempting to place a site hatch within the polyline area shown to the right. The polyline is not completely closed, which is preventing the hatch from placing properly.
To fix the issue, we can use the BOUNDARY command.
Type BOUNDARY in the Command line.
The Boundary Creation dialog box will open.
Click OK.
The Command line will prompt you to Pick internal point. Click within the polyline area in which you are attempting to place the hatch. AutoCAD will turn the polyline into a new, closed boundary.
You should now be able to place the hatch again within this polyline.
In this example, the polyline boundary has been transfprmed into a closed polyline. We can now place our site hatch.
The BOUNDARY Command will work for all hatch boundaries – planting areas, including groundcovers; site hatches; and schematic irrigation hatches.
Error Message?
In most cases, your re-created boundary will work and be perfect. But sometimes the BOUNDARY command will give you the following error message:
A closed boundary cannot be determined.
If the BOUNDARY Command Gives You This Error ...
It's time to zoom in and investigate your bounding polyline. Chances are, the issue is arising because it's not completely closed.
Here's an example. The rectangle pictured to the right may appear to be closed.
If you were to run the BOUNDARY command on this rectangle and see the error message, you'd know it's time to zoom in and check the polyline. Let's start with the top left corner.
When we zoom in, we can see that the polyline is not actually closed. This is what happens when a designer "eyeballs" a polyline closed rather than using the CLOSE command.
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Show only | Search instead for
Did you mean:
- Back to Topic Listing
- Previous
- Next
Anonymous
12113 Views, 7 Replies
09-13-2019 03:35 AM
'A closed boundary could not be determined' when creating hatch [possibly bug]?
Hi,
I have an issue with creating a hatch in an image, whereby Autocad claims that 'A closed boundary could not be determined' but I cannot find any problem with the drawing.
I managed to reduce it to a very simple case [in attachment]. If you create a hatch in the bottom part of the rectangle, it cannot find a closed boundary, but from the top part it can. As you can see from the properties, the line is connected to the arc, so there should be no issue. I have tried the usual remedies [FLATTEN, HPGAPTOL...] but to no avail. When I make a very small modification [e.g. extending the line very slightly], the hatching does work. It seems very strange that with such a straightforward drawing, the hatching should fail.
I'm seeing this issue in a lot of similar drawings so I would like to find the root cause of this behaviour [and not just a workaround for this drawing].
Does anybody have any suggestions as to what may be wrong?
Thanks a lot in advance for any ideas and kind regards.
Minimal problem drawing.dwg
- Back to Topic Listing
- Previous
- Next
7 REPLIES 7
in reply to: Anonymous
09-13-2019 03:57 AM
the issue will fix if you redraw the arc and make sure that is connected with the line . also be sure that you're CAD elements be always located near to 0,0,0 .
in reply to: Anonymous
09-13-2019 04:48 AM
Not strange at all if you've been doing this for years. AutoCAD has always struggled with hatching where there is a sharp interior angle like that involving a curve, and with reverse curves. xxxxxCAD hatches it with zero issues.
Moving your geometry closer to 0,0 isn't going to fix it, and neither is redrawing the arc. If there truly was a gap of significance, it wouldn't hatch the top portion either [the *same* geometry is forming part of the border of each shape]
There is a tiny, tiny, gap in between the endpoint of the line and the endpoint of the arc [inside the box], but this is not what's causing the problem.
The problem is where the arc meets the box at that tight angle. If you draw a polyline first, on top of this geometry, and select this polyline as the entity to hatch, it works every time.
in reply to: Anonymous
09-13-2019 05:04 AM
Hi,
@imadHabash points out a good but brief solution.
I want to show you how to identify the problem...
- Your drawing is initialized on a metric template and your objects are VERY tiny [.6268mm x .3472mm]. Hatch scale itself would be a challenge in this small space.
- Your objects are also located VERY far from the X,Y origin [3082.0274mm] to the lower left corner of the rectangle.
- If you perform a Zoom->All you will see that the tiny object set is far from the origin.
- If you select your object set and scale it by 1 million times, using the lower-left corner of the rectangle, you will be able to zoom in and see the disconnect between your line and your arc. You cannot observe a measured distance at 4 decimal places so change your units precision to 8 place decimals and use the DI command to measure endpoint of line to endpoint of arc. You should now be able to observe .00000050.
If you are experiencing problems with Hatching routinely then you need to correct your methods of creating your objects. You must ensure accurate connections are made and use the appropriate object snaps when working.
Also understand the spacial sizes and relationships for your desired units of measure. Working too far from the origin can be tough, especially on such tiny objects and using hatches that have to generate inside of such tiny objects.
Hope this helps,
Blaine
Blaine Young Senior Engineering Technician, US Army
09-13-2019 05:20 AM
Redrawing the line and arc accurately absolutely fixes the problem and hatches without error on top and bottom, even without scaling the model up. The fill pattern [ANGLE] is too dense to view and I couldn't really determine a workable scale for it or the ANSI31 pattern. You may or may not get a warning dialog about the desnsity of the hatch pattern, which offers you the decision to use a solid fill.
The place where arc meets box is not a tight angle [48°] but a tight space due to size.
Blaine Young Senior Engineering Technician, US Army
09-13-2019 05:31 AM
All of that is irrelevant, because the hatch works fine on the top shape. If the minuscule gap mattered, it would matter on the top shape also.
Of course if you scale the objects times one million, you're going to find a more noticeable gap, because you're magnifying a tiny error a million times.
The center of this geometry in this drawing is roughly 2525,1765. This is not "very" far from the origin. We work in state plane coordinates where the X and Y are in the tens of millions and only then do you start to see the effects of being far away from the origin with the floating point math. Even if this were a valid argument, moving this geometry close to 0,0 does not fix the problem in this case.
Lastly, other CAD programs hatch this same area in this same drawing with no problem at all. The problem is not the geometry, it's the code in AutoCAD unfortunately.
@beyoungjr
09-13-2019 05:44 AM
Irrelevant huh? That's not how I have seen you play typically???
Re-creating the arc and line with accurate connection works, without scaling as I stated. Please try it before shooting this down.
I gave "all of this" irrelevant info so the OP could understand his/her problem and I RARELY suggest other CAD programs or their abilities in solving stuff here.
I only reinforced the distance from origin thing because it occurs to me that the OP is not practicing a level; of design that might avoid the problem.
Please try what I offered.
I can't understand how AutoCAD succeeds with the top and not bottom and it surely is a code issue but I am only interested in showing the OP where the problem is and how to negate it.
Very Respectfully,
Blaine
Blaine Young Senior Engineering Technician, US Army
09-13-2019 05:56 AM
Without a single change to the file as posted by the OP...
Using the endpoint grip on the arc you can drag the arc endpoint upward and then drag it back to reconnect at the line endpoint. The Hatch then works for top and bottom.
This is a rough design technique but demonstrates the absolute need for proper connection.
The Gap Tolerance setting should aid in the Hatch process without changing this objects but it does not in this case. The "Gap Tolerance" may be a reason other CAD apps allow the fill to work??