close closed polylines (!)

[x11start]

It may seem like a paradox, but apparently closed polylinese, in reality they can be open polylines (group code 70 with value 0 instead of 1) and have the first and last coinciding summit. . .
It is not very difficult to "seek" the design to look for these polylines, eliminate the last vertex and place to 1 group code 70.
.... however if someone has a piece of code already made, I would be grateful.

 

[Tristan]

Forgive me, it is no longer easy to select all the polylines and from the palette of the properties set the parameter "closed" on you?

 

[x11start]

in doing as you say, the problems I think would be two:
- I don't want to close open polylines so I have to exclude them in the selection and I can't use filters
- I suppose that by setting the closing parameter, the first and last point continue to be coincident in the "false closed" lines.

these elucubrations of having the polylinees closed properly, comes only from the fact that some of my lisp requiring closed polylines, give problems with the "closed phalse".

Let's say it's not a "vital" problem... so I can write it down in the "to-do" lisp, which I usually throw in the we or during the holidays... .
.... thanks anyway tristan...

 

[Tristan]

in doing as you say, the problems I think would be two:
- I don't want to close open polylines so I have to exclude them in the selection and I can't use filters

Okay, right, more than fair observation

- I suppose that by setting the closing parameter, the first and last point continue to be coincident in the "false closed" lines.

in theory no, at least by sliding them from the palette of the properties is only a knot; then I don't know if you actually do that cleaning or entering through bees you find surpresina

 

[Cristallo]

as tristan says, I do not know if entering the definition of the entity finds 2 vertices at the end, from the property panel does not appear an added vertex.
the behavior of both beads (closed and unclosed) is the same: in an offset they are both closed, both delimit a valid area (for example to sample with a hatch).
Therefore, if your desire to clean the design is shared, for practical purposes it changes very little.
I don't know about this, but the idea that comes to me is to filter all the beads that have the first and last matching vertex, delete the last vertex and assign the parameter 70.
made in this sequence, you could also give a ssget "x" "0 . "*polyline", the next filtering on the vertices would eliminate all the open beads (first and last would not be coincidental).

all this if the operator who created that beads is not a dog (and there are so many around) and has gotten rid of making a beads on the 1-2-3-4-5-4. In this case the only one is to explode the beads.

 

[Legs]

I did a brief search and found this:

https://forums.autodesk.com/t5/visu...es-that-appear-closed-but/m-p/7521057#m361159

find code already made. Bye.

 

[x11start]

thanks to @legs for directing me to the kent1cooper lisp that brilliantly solved this problem.
... thank you and everyone else for the answers.

ps.
for @cristallo:
the problem of polylines with multiple matching vertices is easily solved with the _overkill command and then the command treated here (that of kent1cooper).

 

[Cristallo]

@x11start hello, overkill also eliminates overlapping polylinee vertices?
I stayed at the erasing overlapping entities.

 

[x11start]

... to the original of kent1cooper, I simply added a counter that at the exit indicates how many polylines it corrected. . .