orthogonal line compared to the line of origin

[Cristallo]

I don't like the "I have it longer", it doesn't belong to me. but I'm not impressed.
software "with shortcomings in basic things" produces robes, for those who can know how to use it.
modeled with the "deficient", rendered elsewhere for quality:

a simple distribution scale
...because of road traffic. . .so much to understand, from digital model to realized work. . .
when you have to make others work blind....
Maybe getting out of national borders. . .poi when ho tempo per rilassarmi....Let's stop showing attributes. by now the age for this kind of challenges I have overcome it.
and read the answer given to massive if you want to know how to get the behavior you want (I'm not the one I didn't understand, you're the one who doesn't read).
use your soft for your things and let autocad to those who have to make it much more. .

 

[ragnol]

edit: I apologize for being dragged into this straw.

if an admin wants to erase my useless posts (type #13, #19, #20...) remains a cleaner and perhaps useful 3d in the future to others. :

 

[Tristus]

that eventually does exactly what made a special key on the tecnigraph many years ago...

pressed the button and the two orthogonal rows could rotate as desired with the rotating movement of the wrist.

returning to the speech of the ucts to rotate, I believe the software indicated by ♪ have a sort of dynamic ucs while working in 2d. i.e. that the xy plane automatically rotates by adapting to the entity whenever the cursor passes you over.
I don't know if autocad has this function.
in 3d autocad has dynamic uucs, which fits the face of the solid, I don't know if it can do as well working in 2d with the lines. It's still an interesting function.
it can be annoying because you don't always have the need for the rooster to fit the line, but it's likely that the software predicts that you can turn off the automatic rotation

 

[ragnol]

si @tristus, just get away from the orthogonal direction and the snap (let's just say it, or dynamic ucs) unleashes, you don't need to give commands. You're getting back and you're gonna try again.

 

[eugenesis]

it is not necessary to change the ucs to rotate the pair of axes (as with the button to the tecnigraph); it is much better to set the snapang variable to suit; just give 2 points to pleasure
(if I put osnap of end or near directly select the reference line) or indicate an angular value; there are various lisp that automatically do this thing. use the ucs instead of snapang, can be deletereous; the entities created with dedicated ucs (memorise the definition in the entity within the dxf code) then not the attacks anymore to others if you have to create or manage a polyline.

 

[Tristus]

Just get away from the orthogonal direction and the snap (let's call it that way, or dynamic ucs) unleashes, you don't need to give commands. You're getting back and you're gonna try again.

Yes, but if you don't want me to roar? It is not said that I want to build orthogonal lines that start from another line. at that point automatic rotation could be annoying. for this I said that it is probably possible to disable that automatic rotation function, and activate it right when it is thought to be useful. But, I repeat, I don't know if, I'm just speculating

use the ucs instead of snapang, can be deletereous; the entities created with dedicated ucs (memorise the definition in the entity within the dxf code) then not the attacks anymore to others if you have to create or manage a polyline.

because the bird takes into account all 3 coordinates (z included). working with ucs, if you do not pay attention to where you place it could arise problems of non-comparability between the lines.
working in 2d with a view from above may seem that 2 lines are connected to each other, instead they have different z, so they are not connected and autocad by the classic message "non-complanar lines" and of course does not allow to do operations like the chord. The error of course also moves to the dxf.
snapang I think it's only working on the xy plan.

 

[ragnol]

@tristus, today or tomorrow if I can attach a video. I don't understand what you mean, but in any case I'm obviously not obliged to make an orthogonal line.

 

[eugenesis]

Yes, but if you don't want me to roar? It is not said that I want to build orthogonal lines that start from another line. at that point automatic rotation could be annoying. for this I said that it is probably possible to disable that automatic rotation function, and activate it right when it is thought to be useful. But, I repeat, I don't know if, I'm just speculating


because the bird takes into account all 3 coordinates (z included). working with ucs, if you do not pay attention to where you place it could arise problems of non-comparability between the lines.
working in 2d with a view from above may seem that 2 lines are connected to each other, instead they have different z, so they are not connected and autocad by the classic message "non-complanar lines" and of course does not allow to do operations like the chord. The error of course also moves to the dxf.
snapang I think it's only working on the xy plan.

There is nothing to say if 2 lines are different zeta lines, even lines that are zero-zero (0), perfectly matching in the final points (not in appearance..) if they are created with different ucs (only rotated on the zeta z axis but always on the xy plane) between them, then you can't join them in polylinea between them. Try and see. snapang operates a simple rotation of the axes as to simulate the tecnigraph and is precisely what it serves. The ucs is powerful but dangerous. "if you know him," he said.

 

[Cristallo]

... even lines that are zero (0), perfectly matching in the final points (not in appearance..) if they are created with different ucs (only rotated on the zeta z axis but always on the xy plane) between them, then you can not join them in polylinea between them.

Try.
absolutely feasible. line with ucs world, line with ucs rotated, line with uscs world.
_pedit; _join; (all three), polylinea created.
ruoto again ucs, hanger line from previous pline ends, return to world, -> pedit+join perfectly successful.
I think it's your autocad that's having trouble.

 

[Cristallo]

The ucs is powerful but dangerous.

I can tell you that the phrase is to be truncated before the "but".

 

[eugenesis]

ok, try to do so using lines and arches; perhaps indeed lines with lines joins them even if on different ucs; Maybe the problem is on strings and lines.

Anyway, I guarantee that my autocad has no problem..
with my autocad I can do some things that maybe... you humans ..
Of course I'm joking, a little sarcasm never spoils
greetings

 

[Tristus]

There is nothing to say if 2 lines are different zeta lines, even lines that are zero-zero (0), perfectly matching in the final points (not in appearance..) if they are created with different ucs (only rotated on the zeta z axis but always on the xy plane) between them, then you can't join them in polylinea between them. Try and see. snapang operates a simple rotation of the axes as to simulate the tecnigraph and is precisely what it serves. The ucs is powerful but dangerous. "if you know him," he said.

We admit to having a set of lines all at altitude 0 (z=0) and coincidences between them.
If autocad does not allow to form a polylinea is because obviously one (or more) of those lines is no longer a line, but a polylinea.
try to explode all lines and join them with the heditapoliline command to form the polyline. You'll see that you'll get polyline. if these autocad conditions exist with that command will always be able to form a polyline.

in practice autocad (with heditapoliline command) manages to transform lines into a polyline when all entities are lines and when all their vertices lie on the same floor.
otherwise the only polyline that will be able to create is the first line that is selected through the heditapoliline command, and ignores the others.
At that point, considering forming a polyline again, autocad will not be able to do so because the entities it finds are not all lines.

you can only make up by exploding entities (which will return to be lines) and at that point the heditapoliline command will have no problem forming the polyline.

if instead the vertices of the entities do not lie on the same plane it will not be possible to create a polylinea2d (for problems of complanarity) and the only possibility is to form a polylinea 3d with the joint command.

autocad has his philosophy and can look sniffy, but he's powerful.
rhinoceros is more practical, not all these distinctions. rhinoceros considers all entities in the same way (lines, arches, circles, curves .... they are all curved for rhinoceros) and simplifies things.
But autocad is still powerful, I'm right crystal glass.
with autocad it is necessary to familiarize, and only after it turns out how powerful it can be. Sometimes it makes him angry, but he has his power undoubtedly.
with the ucts you have to pay attention, but I wouldn't say it's dangerous

 

[Tristus]

@ eugenesis​

I made a short video.
given an abcd trait I want to create a polyline, but we suggest that the summit is at odds other than the other videos (because maybe I wasn't careful with the ucs and I placed it by mistake on a different quota).
I don't realize the mistake and try to create a polyline.
I use the editpolilinea command. autocad creates a polylinea but only in the cd section and ignores the rest.
At this point I realize that the point is at different altitudes and I bring it back to the same share of the other points.
I repeat the attempt with the heditapoliline command, but being the stretch cd a polylinea (created previously with the heditapoliline command) autocad refuses.

At that point I explore the cd section and the heditapoliline command creates the polyline without problems.
in case you fall into the same problem, make sure that all the entities that you want I give the polyline are lines, in case different esplodile.

 

[Legs]

This discussion was very informative. I admit I never thought about using snapang for this kind of operation.
notice that in order to achieve a polyline, there is a difference between polylinea and merge; it may happen that you join fail in polylinea generation.
but when polylinea also does not work there is another possibility that is the multi-polyline edict. to be used also to generate a single polyline. this command has the possibility to set a tolerance. so when you have lines/polilines that do not touch (maybe for very little but that at video I do not see if not with a big zoom) or that intersect here is that then autocad fills (the length or shortness of what is enough) and joins them anyway.
then there may be other reasons for failure. You should investigate case by case.

 

[Tristus]

notice that in order to achieve a polyline, there is a difference between polylinea and merge; it may happen that you join fail in polylinea generation.

Yes, the joint command serves to form a 3d polyline.
unites entities whatever the z value of their vertices. whether their vertices lie on the same floor or not.
the heditapoliline command (by means of a single option) instead accepts only entities whose vertices lie on the same floor.

the snapang does not consider the z value, that is why if you use theucs, if you do not pay attention, we go to vary also the z, along with the xy rotation.
But it's hard to make this mistake. It is not improbable, but it is difficult.

I used the snap command in the past with the r. option which is very fast.
option r that sempra disappears, but if you type r after the command then magically reappear, despite in the command line it is not contemplated as an option.

snap (send)
r (transmission)
type 2 points that identify a rotation direction) and our xy wheel plane.

to return to the starting point
snap (send)
r (transmission)
0.0 (transmission)
0 (submitted)

In this way you do not touch the z

Today I prefer to grab the bird icon and turn it with the mouse, and make a global ucs if I want to go back to the starting point

 

[Cristallo]

ok, try to do so using lines and arches; perhaps indeed lines with lines joins them even if on different ucs; Maybe the problem is on strings and lines.

Try.
tilted line, ruoti ucs according to the line, generates arc from the end of the latter, remit global ucs, line trace from the end of the arc.
_pedit, join... et voilà polilinea created.

Osnap drawings, right?
or are you going to some "near" stuff?
if to rotate the ucts use the object option of the ucs command, if the entity was on z=0,00 the new ucs will have z=0,00 there is no way to wrong.

 

[Cristallo]

for the rest, there is something that many escape.
a pline is always composing. and the z of the pline (which autocad calls elevation) is that of the first point of the pline.
you can try with 3d lines, make a line from the extremes to different z of the lines, you will have a projection on the floor on which lies the first clicked point (in practice xy of point 3d, z of the first point)
in fact autocad makes a clear distinction between polylinee and 3dpolilinee.


very often (especially for those who do not work cleanly) there are 2 lines exactly the same length and exactly overlap. in that case the join chea a pline that closes on itself (to understand, like a circle that flattens completely, crushing it to the sides).
you will no longer intervene, you will not join other beads, will generate problems if it is edge of a hatch etc.
The only way is to explode it and make a nice overkill pass, just to eliminate these nefarious things that (believe) many leave behind.

I saw dwg from 100-200 kb taking 7-8 minutes to open... What was that? people who use the same file many times, inserting images and after deleting them (but without eliminating them from xref).
you went to the xref panel, with empty design and there were 200 references to images that in the drawing physically were not there. detach the images the same file put us 1/4 of a second to open.. .

 

[Tristus]

I understand, turning the uct you get, but how many clicks and clack to do and return to the global?

If you want to have a bird always visible and easily manageable then I recommend this configuration.
ie icon ucs always visible at the origin, and realistic display, so the ucs icon will be colored by autocad. to change ucs simply approach the mouse to the icon and right click the option that interests.
with realistic visualization you can also work in 2d without problems.

(global bird to return to the starting point... usually 0.0.0)

 

[Cristallo]

tristus, but working in 2d with realistic display creates a lot of problems, first among all the constant appeal of graphic display.
I agree with the visualization of theucs, but its problem was to have a perpendicular "automatic" to a segment.
Solved by polar tracking. Just know where to look.

 

[Tristus]

tristus, but working in 2d with realistic display creates a lot of problems, first among all the constant appeal of graphic display.

si, in the 2d it is better to exploit the functions of the snap oopure the polar tracking (in Italian polar pointing).


It is sufficient, in the settings, to set 90 as a right angle and polar measurements compared to the last segment.
f10 to activate the polar pointing.