- Which workflow moves the UCS as required without changing its orientation?
Answer: Use UCS Origin and specify (4250,1800,0) as the new origin.
When working with coordinate systems in AutoCAD, the key distinction to recognize is between moving the UCS origin versus rotating it. The question explicitly states the new system must retain axes parallel to the WCS — meaning only a translation of the origin is needed, with zero rotation.
The UCS Origin option does exactly this: it relocates the UCS origin to a point you specify while keeping X, Y, and Z axes aligned with their current directions. By specifying (4250,1800,0), the drafter places the new origin at the building corner, so all subsequent coordinates are measured relative to that point. This makes A the correct workflow.
Choice B is a trap for students who confuse coordinate input with angular values. The UCS Z option rotates the entire coordinate system around the Z-axis by a degree value — entering (4250,1800,0) as a "rotation angle" is meaningless syntax and would not relocate the origin at all.
Choice C confuses the UCS with the display view. UCS View aligns the XY plane with the current screen view, which changes axis orientation — the opposite of what the question requires. Centering a viewport on a coordinate is a display operation, not a coordinate system operation.
Choice D is a geometry workaround, not a UCS solution. Moving all existing objects by (−4250,−1800,0) would shift geometry in the WCS but leaves the UCS itself unchanged, and it risks permanently displacing survey data.
Study tip: On UCS questions, always ask yourself two things: does the task require moving the origin, rotating an axis, or both? If only relocation is needed, UCS Origin is almost always the answer. - Which action should the drafter take?
Answer: Run PLAN and choose the Current UCS option.
Whenever you see a question about UCS and view alignment in AutoCAD, ask yourself two things: what needs to change (the view or the coordinate system?), and what must stay protected (objects, UCS, or both)?
Here, the drafter has a custom UCS already aligned to the roof plane — that's the hard work done. The goal is simply to look straight down at that plane, which means aligning the viewport to the current UCS, not modifying the UCS itself. The PLAN command does exactly this: it reorients your view so you're looking perpendicularly at the XY plane of a chosen coordinate system. Choosing the Current UCS option (answer A) snaps the display into a clean plan view of the roof without touching the UCS definition or moving any objects. That's the correct action.
Answer B is a trap — switching to World UCS destroys the custom UCS you've built and changes the coordinate context entirely. You'd have to rebuild it, and the "restore the previous zoom" step doesn't fix the orientation problem anyway. Answer C goes too far in the wrong direction: ROTATE3D would physically move geometry in 3D space, which violates the requirement to preserve all object locations. Answer D misunderstands the UCS View option — that command creates a new UCS aligned to the current screen view, which is the opposite of what's needed; you'd be defining a UCS from the oblique view, not correcting the view to match the existing UCS.
Remember this pattern: PLAN changes the view to match a UCS; UCS View changes the UCS to match the view. Keeping that distinction clear will protect you on any viewport-orientation question.
- Which workflow most reliably maintains the required alignment for the later commands?
Answer: Use UCS Face on the face, then save the result as a named UCS.
Whenever you see a question about coordinate systems in AutoCAD, ask yourself: does the situation require a temporary alignment or a persistent, reusable one? Dynamic UCS is powerful for quick, on-the-fly alignment, but it only lasts for a single command — the moment your command ends, the UCS snaps back to its previous state.
That distinction is exactly what this question tests. Because you need circles and polylines to share the same face-based coordinate system across multiple separate commands, you need something that persists. The correct workflow is B: use UCS Face to align the UCS to the sloped solid face, then immediately save it as a named UCS. From that point forward, you can restore that named UCS at any time, regardless of where your cursor is or which command you're running — giving you reliable, repeatable alignment.
A fails because Dynamic UCS resets after each command. Starting a new command away from the solid face means Dynamic UCS won't detect that face at all, so you lose alignment entirely.
C is counterproductive — PLAN World reorients your view to the World coordinate system, which has nothing to do with the sloped face. Object snaps help you connect to geometry, but they don't redefine your coordinate plane.
D misunderstands what UCS View does. It aligns the XY plane to your current screen view, not to any meaningful face geometry. Orbiting until the face "looks" horizontal is an unreliable visual workaround, not a precise alignment method.
Your takeaway: when a task requires consistent custom alignment across multiple commands, save a named UCS — Dynamic UCS is for one-shot convenience only.
- Which UCS Face adjustment reverses X while retaining the direction of Y?
Answer: Apply Yflip, a 180° rotation about the UCS Y-axis.
When working with UCS Face adjustments in AutoCAD, you need to think carefully about which axis serves as the rotation axis — because a flip rotates 180° around that axis, not along it. This distinction is the heart of this question.
When you apply Yflip, AutoCAD rotates the UCS 180° around the Y-axis. Picture this geometrically: Y stays fixed and pointing in its original direction, while X swings through a half-rotation and ends up pointing the opposite way. That's exactly what the scenario requires — X reversed, Y preserved. D is the correct answer.
Here's why the other options fail. A (Xflip) rotates 180° around the X-axis, which keeps X pointing the same direction while flipping Y into the opposite direction — the exact opposite of what you need. B (Origin) only relocates the UCS origin to a different point on the face; it does not rotate or reorient the axes at all, so X and Y directions remain unchanged. C (Next) cycles through adjacent faces of the solid, which changes both the UCS plane and axis orientations unpredictably — there's no guarantee the new face will fix your X direction, and you'd lose the correct Y alignment you already have.
A useful memory trick: the axis you name in a flip is the one that survives unchanged. Yflip → Y survives; Xflip → X survives. Whenever an AutoCAD question describes a single-axis reversal problem, identify which axis must stay put, then choose the flip named after that axis. - Which UCS operation produces the required alignment?
Answer: Rotate the UCS about its Z-axis by 30°.
When working with UCS rotation in AutoCAD, the key concept to internalize is that you are rotating the coordinate system itself, not the geometry. Think of it like rotating a ruler to align with a wall — the wall doesn't move, the ruler does.
Here's the logic: the wall edge sits at 30° counterclockwise from the WCS X-axis. You want the UCS X-axis to point in that same direction. To accomplish this, you rotate the UCS about its Z-axis (which in plan view points straight up, out of the screen) by +30° counterclockwise. After this rotation, the UCS X-axis lands exactly on the wall edge. That makes B the correct answer.
A is a classic sign-flip trap. Rotating by −30° tilts the UCS X-axis clockwise, pointing it to −30° from WCS X — directly away from the wall edge, not aligned with it. C is wrong because rotating about the X-axis tilts the UCS out of the plan plane entirely (think of it pitching upward into 3D space), which does nothing to align an axis with a wall edge drawn in the XY plane. D is wrong on a fundamental level — the question asks you to realign the UCS, not to move or rotate the actual geometry. Rotating the wall edge would alter your drawing, not your coordinate system.
A helpful memory tip: when aligning the UCS X-axis to a feature, the rotation angle you apply about Z equals the angle that feature makes with the current X-axis, and the sign matches the direction (CCW = positive). - What is the point's WCS coordinate?
Answer: (90,70,0)
When working with User Coordinate Systems (UCS) in AutoCAD, your goal is to convert a point from UCS space into World Coordinate System (WCS) space. The key is understanding that a rotated UCS changes which direction each axis points, so you can't simply add the UCS coordinates to the origin.
Here, the UCS origin sits at WCS (100,50,0), and the system is rotated 90° counterclockwise about Z. That rotation means UCS X points along WCS +Y, and UCS Y points along WCS −X. To convert UCS (20,10,0) to WCS, apply each UCS component along its actual WCS direction:
- UCS X contribution: 20 units along WCS +Y → adds (0,+20,0)
- UCS Y contribution: 10 units along WCS −X → adds (−10,0,0)
Adding to the origin: (100+0+(−10), 50+20+0, 0)=(90,70,0), confirming B is correct.
A (110,70,0) is a common trap — it adds the UCS X value directly to WCS X instead of routing it through the rotated axis. C (120,40,0) ignores the rotation entirely and naively adds 20 to X and subtracts 10 from Y with no geometric justification. D (80,60,0) reverses the signs incorrectly, as if the rotation went the opposite direction.
As a study tip, always sketch the rotated axes first and ask "which WCS direction does each UCS axis actually point?" — that one step prevents almost every coordinate-transform error on this type of question. - What is the entered point's WCS coordinate?
Answer: (10,18,35)
When working with UCS transformations in AutoCAD, your goal is to convert a UCS point into WCS by applying the rotation first, then adding the origin offset. Think of it as two steps: "rotate the axes, then translate."
After rotating 90° about the UCS X-axis, the axis mapping becomes: UCS X → WCS X (unchanged), UCS Y → WCS Z (positive), and UCS Z → WCS negative Y. So a UCS coordinate (u,v,w) maps to WCS displacement (u, −w, v) before adding the origin offset.
For the point (0,5,2):
- WCS X displacement: 0
- WCS Y displacement: −2
- WCS Z displacement: 5
Adding the origin (10,20,30):
X=10+0=10,Y=20+(−2)=18,Z=30+5=35
This gives (10,18,35), confirming D is correct.
Choice A (10,22,35) adds the UCS Z value positively to WCS Y instead of negatively — it ignores that the rotation flips the sign of the Z component's contribution to WCS Y. Choice B (12,20,35) incorrectly applies the UCS X offset to WCS X using the wrong component and misplaces the Y value entirely. Choice C (10,25,28) treats the axes as unrotated, simply adding UCS Y to WCS Y and UCS Z to WCS Z — a classic mistake of forgetting the rotation happened at all.
As a study tip, always write out the axis mapping table explicitly before plugging in numbers. On AutoCAD exams, UCS rotation questions almost always hinge on getting the sign of one transformed axis wrong — that single sign error separates every distractor from the correct answer. - What is the resulting effect on the existing part and on subsequent coordinate entry?
Answer: The part remains fixed, while new coordinates are interpreted from the moved and rotated UCS.
Whenever you see a question about the User Coordinate System (UCS) in AutoCAD, the key distinction to internalize is this: the UCS is a reference frame for input and display, not a transformation applied to geometry. Moving or rotating the UCS never moves, rotates, or modifies existing objects — it simply changes the "ruler" you're working with.
In the scenario described, the drafter repositions the UCS origin to a hole center and tilts it to align with an angled slot. The mechanical part stays exactly where it was in 3D space — its geometry is completely untouched. What changes is how AutoCAD interprets your coordinate entries going forward. If you now type 5,0,0, AutoCAD places that point 5 units along the new X-axis (following the angled slot), not the original WCS X-axis. This is precisely what answer C describes, making it correct.
Answer A is wrong because the part does not rotate or move at all — objects are only transformed when explicitly selected and modified with commands like MOVE or ROTATE. Answer B has the relationship exactly backwards: the part stays fixed (not the coordinates), and new entries follow the UCS (not the WCS). Answer D invents a behavior that doesn't exist — relocating the UCS has no automatic effect on input mode; you still choose between Cartesian, relative, or polar entry manually.
A reliable study tip: think of the UCS as a GPS recalibration. You haven't moved the city — you've just changed where "north" points from your perspective. Any question pairing UCS changes with object movement is almost certainly a trap.
- When using the UCS 3point option, in which order should the points be specified?
Answer: Select O, then A, then B.
When working with the UCS 3point option, think of each click as answering a specific geometric question: Where is the origin? Which way is +X? Which side is +Y? AutoCAD asks these questions in exactly that order, and your clicks must match.
The 3point workflow works like this: your first pick sets the new origin, your second pick defines the positive X-axis direction, and your third pick indicates which side of the X-axis becomes the positive Y side. Given the problem's setup — O is the desired origin, A lies in the positive X direction from O, and B sits on the positive-Y side — the correct input sequence is O → A → B, which is exactly what choice A describes.
Choice B (A → O → B) places the origin at A instead of O, misaligning the entire coordinate system from the start. Choice C (O → B → A) correctly sets the origin at O but then points the X-axis toward B rather than A, swapping your X and Y axes. Choice D (A → B → O) gets both the origin and axis directions wrong, essentially inverting the intended UCS geometry entirely.
A practical memory aid: think "Origin, X, Y-side" — the three prompts always appear in that fixed order in AutoCAD, regardless of how your geometry is arranged. The trap on exam questions like this is assuming you can pick the axis-defining point first; AutoCAD always demands the origin before any directional information. When you see a 3point UCS question, immediately map each named point to one of those three roles before selecting an answer.
- What should the drafter expect immediately after restoring MACHINE?
Answer: Its saved origin and axis orientation return, but the isometric viewing direction can remain unchanged.
When working with named UCS configurations in AutoCAD, it helps to understand exactly what gets "frozen" when you save a UCS — and what doesn't. A saved UCS stores two things: its origin point and its axis orientation. Nothing else. The viewing angle, zoom level, and visual style are completely separate properties belonging to the viewport, not the UCS itself.
When the drafter restores MACHINE, AutoCAD faithfully brings back the custom origin at the machine base point and the rotated axis alignment matching the centerline. However, the viewport is still displaying the isometric view that was set independently — and restoring a UCS does nothing to override that. The drafter will see the correct UCS, still framed within the isometric perspective. That's exactly what answer C describes, making it correct.
Answer A is wrong because it implies the origin resets to the WCS origin — but the whole point of saving a named UCS is to preserve your custom origin. It wouldn't be useful if origins reset automatically.
Answer B flips the logic incorrectly: the axes do not adopt the current viewing direction. View direction is a viewport property; it cannot overwrite a restored UCS's axis orientation.
Answer D overclaims significantly. A named UCS does not package zoom level, visual style, or view direction. Those would require a saved View (using the VIEW command), not a saved UCS.
A good rule of thumb: UCS saves geometry reference; VIEW saves visual presentation. On the AutoCAD exam, whenever you see options mixing UCS with zoom or visual style, those extras are almost always distractors.