All questions
Question 1
A sloped wall line ends before a proposed connection point. The connection point lies on the wall line's natural continuation, but the original wall line must not be lengthened or otherwise modified.
While specifying the connection point, which procedure uses the Extension object snap correctly?
- Select EXTEND, choose the wall as the boundary, and lengthen a temporary copy to the connection point.
- Acquire the wall endpoint with Extension, move along the temporary continuation path, and specify the connection point. (correct answer)
- Acquire the wall segment with Parallel, move along the parallel tracking path, and specify the connection point.
- Select the wall endpoint with Endpoint, enable Ortho, and move along the nearest orthogonal direction.
Explanation: When working with object snaps in AutoCAD, the Extension snap is specifically designed to let you locate points along the imaginary continuation of a line or arc — without actually modifying the original geometry. Questions like this test whether you understand the difference between Extension as a tracking tool versus commands that physically alter objects.
Extension works through a two-step process: you first acquire an endpoint by hovering over it until a small cross marker appears, then move your cursor along the projected path. AutoCAD displays a dashed tracking line showing the continuation, and you can either type a distance or click directly on the desired point. Answer B describes this workflow exactly — acquiring the wall endpoint activates the Extension path, and moving along that temporary continuation lets you precisely specify the connection point without touching the original wall.
Answer A is wrong because the EXTEND command physically stretches geometry to a boundary — it modifies objects rather than just locating a point. Creating a temporary copy also defeats the purpose of object snap tracking. Answer C confuses Extension with the Parallel object snap, which tracks along a direction parallel to an existing segment, not along its continuation — a meaningfully different geometric relationship. Answer D describes Ortho mode combined with Endpoint snap, which constrains movement to horizontal or vertical axes only; this works only if the wall happens to be perfectly orthogonal, which the question specifies it is not (it's sloped).
As a study tip: remember that Extension, Parallel, and Midpoint Between Two Points are all tracking-based snaps that project virtual paths — they never alter geometry. Knowing which snap produces which tracking direction will help you eliminate distractors quickly.
Question 2
A drafter has already specified the first point of a new line. Its second point must produce a line parallel to an existing diagonal reference line, but the new line must not begin or end on that reference.
Which workflow correctly establishes the required direction?
- Invoke Parallel, pause over the reference line to acquire it, then move from the first point along the parallel path. (correct answer)
- Invoke Nearest, click the reference line, then move from that point along the displayed rubber-band line.
- Invoke Extension, acquire the reference endpoint, then move from the first point along its continuation path.
- Invoke Apparent Intersection, acquire the reference line twice, then choose either displayed tracking direction.
Explanation: When working with object snaps and tracking in AutoCAD, questions like this test whether you understand the difference between snapping to a point and acquiring a direction. The key constraint here is that the new line must stay parallel to the reference but cannot touch it — so you need to borrow the reference line's angle, not any of its points.
The Parallel object snap does exactly this. After specifying your first point, you invoke Parallel, hover over the reference line until AutoCAD acquires its angle (shown by a small parallel symbol and tooltip), then move your cursor away from the first point. AutoCAD displays a tracking vector at that same angle, and you simply click to place the second point anywhere along that path — never touching the original line. This makes A the correct workflow.
B is wrong because the Nearest snap forces you to click on the reference line itself, meaning the new line would originate from that object — violating the "must not begin or end on that reference" condition.
C misleads you with the Extension snap, which projects along the continuation of a line beyond its endpoint. It changes where the line goes, not its angle relative to your chosen starting point, and it requires acquiring an endpoint rather than the line's slope.
D is wrong because Apparent Intersection requires two objects that appear to cross in the current view. Acquiring the same reference line twice produces no valid intersection and no usable tracking direction.
Your study tip: whenever a problem says "parallel but not touching," immediately think Parallel object snap + tracking vector — it gives you direction without contact.
Question 3
A room boundary appears closed at normal zoom, but one polyline endpoint is separated from the other by a very small gap. Geometric Center is enabled, yet no Geometric Center marker appears when the cursor is placed inside the boundary.
Which action most directly corrects the condition preventing the snap?
- Use REGEN to recalculate the display while leaving the polyline endpoints separated.
- Set OSNAPZ to zero so the apparent boundary is treated as planar and closed.
- Edit the polyline so it is formally closed, then attempt Geometric Center again. (correct answer)
- Increase the object-snap aperture until both separated endpoints fall inside the pickbox.
Explanation: Whenever you see a question about AutoCAD's Geometric Center osnap, think about what that snap actually requires: a formally closed geometric boundary. AutoCAD doesn't infer closure — it needs a shape that mathematically defines an enclosed area to calculate a centroid.
Geometric Center works by analyzing the closed path of an object. If a polyline has a tiny gap between its endpoints — even one invisible at normal zoom — AutoCAD treats it as an open path rather than a closed shape. Without a true enclosure, there's no centroid to snap to, so the marker simply never appears. The fix is to close the polyline properly, either by using the PEDIT command's Close option or by snapping the endpoint precisely onto the start point. Once the polyline is formally closed, AutoCAD can compute its Geometric Center and the snap marker will appear as expected. That makes C the correct answer.
A is wrong because REGEN only refreshes the visual display — it recalculates screen vectors but does nothing to close a geometric gap. The endpoints remain separated after a regen.
B is a trap: OSNAPZ controls whether object snaps are projected onto the current Z-plane, which is relevant for 3D work. It has no bearing on whether a 2D polyline is open or closed.
D is also wrong. Enlarging the aperture box makes it easier to locate snap points that already exist, but it cannot create a snap point — like a centroid — that doesn't exist because the boundary isn't closed.
The key study tip: Geometric Center requires formal closure, not visual closure. Always verify polylines with LIST or PEDIT to confirm closed status, not just appearance.
Question 4
A new line must start halfway between two existing endpoints and then run parallel to a separate reference line. No construction line or midpoint marker may be added to the drawing.
Which sequence completes the line with the fewest required operations?
- Start LINE, use M2P with Endpoint for both source points, then acquire the reference with Parallel for the second point. (correct answer)
- Start LINE, use Geometric Center on both endpoints, then acquire the reference with Extension for the second point.
- Start LINE on the reference using Nearest, acquire both endpoints with M2P, then move the line to the midpoint.
- Start LINE, acquire the reference with Parallel first, then use M2P as the line's second point.
Explanation: When AutoCAD asks you to locate a point that doesn't physically exist yet — like a midpoint between two separate endpoints — you need an object snap override that calculates that position on the fly. That's exactly what M2P (Mid Between 2 Points) does: it prompts you for two source points, then places your snap precisely halfway between them. Combine that with the Parallel osnap, which lets you lock onto a direction matching any existing line, and you have a two-step workflow that requires no temporary geometry.
Option A is correct because it executes the task in the minimum number of operations. You start LINE, invoke M2P and snap to both existing endpoints to nail the midpoint as your first point, then acquire the reference line's direction using Parallel to place the second point along the correct bearing. The line is complete — no extra steps.
Option B fails because Geometric Center targets the centroid of closed shapes like polygons or circles, not a midpoint between two unrelated endpoints. It simply won't produce the correct starting location. Extension also tracks along a line's projected path, not parallel to it, making the second point wrong as well.
Option C is unnecessarily expensive. Starting on the reference line with Nearest, then acquiring both endpoints, then moving the entire line afterward is three distinct operations where one smooth sequence suffices. The constraint says "fewest operations."
Option D reverses the logical order. Parallel requires an existing line segment to reference from — you can't acquire a parallel direction before the line's first point is even established.
Study tip: Whenever a question restricts you from adding construction geometry, look for osnap overrides like M2P and Parallel that do the math invisibly mid-command.
Question 5
A circle has center (10,10) and radius 4. A separate line has an endpoint at (22,18). A new circle must be centered exactly halfway between the eastern quadrant of the existing circle and the line endpoint.
Which object-snap workflow locates the required center, and what point does it return?
- Invoke M2P, select the eastern Quadrant and then the Endpoint; it returns (18,14). (correct answer)
- Invoke M2P, select the circle Center and then the Endpoint; it returns (16,14).
- Invoke Midpoint, select the circle and then the line; it returns (18,12).
- Invoke Geometric Center, select both objects in sequence; it returns (16,16).
Explanation: When a question asks you to place a point exactly halfway between two specific snap locations, that's your cue to reach for AutoCAD's M2P (Mid Between Two Points) object snap. M2P lets you pick any two snapped points and automatically returns their midpoint — it's purpose-built for this scenario.
Here's the geometry: the existing circle has center (10,10) and radius 4, so its eastern quadrant point (the rightmost point on the circle) sits at (14,10). The line endpoint is given as (22,18). The midpoint between these two is:
(214+22, 210+18)=(18, 14)
So the correct workflow is A: invoke M2P, snap to the eastern Quadrant of the circle, then snap to the Endpoint of the line, and AutoCAD returns (18,14) as your new circle's center.
B is wrong because it snaps to the circle's Center (10,10) instead of its eastern Quadrant (14,10). That gives (210+22,210+18)=(16,14) — a real midpoint, but not the one the problem requires.
C confuses M2P with the Midpoint snap, which finds the midpoint of a single object (like a line segment), not the midpoint between two discrete snap points on different objects. It cannot meaningfully snap "between" a circle and a line this way.
D invents a workflow that doesn't apply here — Geometric Center finds the centroid of a closed shape, not a halfway point between two objects.
Study tip: Whenever a problem says "halfway between" two specific geometric features on different objects, M2P is almost always the right tool. Know your snap types cold — the exam frequently tests whether you pick the right snap and the right point on each object. Question 6
A counterclockwise circular arc has center (0,0), radius 10, start angle 20°, and end angle 160°. Only the Quadrant object snap is enabled.
Which quadrant point is available on this arc?
- The point (10,0) because it is the full circle's zero-degree quadrant.
- The point (0,10) because the ninety-degree quadrant lies on the arc. (correct answer)
- The point (−10,0) because it is nearest to the arc's ending angle.
- The point at angle 20° because an arc endpoint is treated as a quadrant.
Explanation: When working with the Quadrant object snap in AutoCAD, you need to understand what it actually snaps to: the four cardinal points of a circle or arc at 0°, 90°, 180°, and 270°. Crucially, AutoCAD only makes a quadrant point available if that cardinal angle physically falls within the arc's swept range — not just anywhere on the full parent circle.
This arc runs counterclockwise from 20° to 160°. The swept range therefore covers every angle between 20° and 160°. Of the four cardinal quadrant angles, only 90° falls inside that range. The point at 90° on a circle of radius 10 centered at the origin is (0,10), making B the correct answer.
Choice A is wrong because 0° corresponds to the point (10,0), but 0° lies outside the arc's swept range (the arc starts at 20°, so 0° is never drawn). AutoCAD will not offer a quadrant snap to a cardinal point that doesn't exist on the actual arc geometry. Choice C is tempting because 180° is close to the end angle of 160°, but "close" isn't good enough — 180° is still outside the arc, so (−10,0) is unavailable. Choice D reflects a common misconception: arc endpoints are snapped to using the Endpoint object snap, not Quadrant. The Quadrant snap never treats start/end angles as quadrant points.
Study tip: Always ask yourself two things for Quadrant snaps — is the cardinal angle (0°,90°,180°,270°) within the arc's sweep, AND is the correct snap mode active? Both must be true. Question 7
Two line objects are at different elevations. In the current top view, their projections cross within the visible lengths of both lines, although the lines do not intersect in three-dimensional space. After the view is changed to an isometric direction, their projections no longer cross.
Which result is consistent with correct use of advanced object snaps?
- Intersection finds the point in both views because projected overlap is sufficient for a true intersection.
- Apparent Intersection finds the point in the top view but may not find it after the view changes. (correct answer)
- Extension finds the point in the top view because it averages the elevations of the two lines.
- M2P finds the crossing automatically because it uses the nearest point on each projected line.
Explanation: When working with object snaps in AutoCAD, the critical distinction to understand is between a true intersection (where objects actually meet in 3D space) and an apparent intersection (where objects only appear to cross in a particular view due to projection).
The Apparent Intersection snap is specifically designed to detect where two objects seem to cross in the current viewport, even when they don't physically share a point in 3D space. In your top view, the two lines at different elevations project onto the same 2D plane, creating a visible crossing — exactly the scenario Apparent Intersection is built for. However, once you rotate to an isometric view, the projection changes and the crossing may disappear entirely, so the snap can no longer locate that point. This behavior is precisely what answer B describes, making it correct.
Answer A is wrong because the Intersection snap requires objects to actually meet in 3D space — projected overlap alone doesn't qualify. Using it here would either return no result or snap to an incorrect location. Answer C confuses the Extension snap, which tracks along an object's existing path beyond its endpoints — it has nothing to do with averaging elevations or resolving crossing projections. Answer D misrepresents M2P (Midpoint Between 2 Points), which simply finds the midpoint between two manually picked points; it doesn't automatically detect projected crossings or compute nearest-point relationships.
As a study strategy, remember this rule: Apparent Intersection = view-dependent. Whenever a question mentions lines that cross only in a specific view but not in 3D, Apparent Intersection is almost certainly the snap being tested.
Question 8
Two endpoints have three-dimensional coordinates (2,4,0) and (10,12,12). In a plan view, a drafter invokes M2P and selects those endpoints while creating a new point. OSNAPZ is not being used to replace snap elevations.
What point does M2P return?
- It returns (6,8,0) because plan-view snaps remain on the current construction plane.
- It returns (8,10,6) because M2P averages the nearest halves of both segments.
- It returns (4,6,12) because the second selected point controls the elevation.
- It returns (6,8,6) because all three coordinate components are averaged. (correct answer)
Explanation: When you see a question involving M2P (Midpoint Between 2 Points) in AutoCAD, think of it as a simple three-dimensional midpoint calculator — it averages all three coordinate components of the two selected points, regardless of the current view or construction plane.
To find the midpoint between (2,4,0) and (10,12,12), average each axis independently:
X=22+10=6,Y=24+12=8,Z=20+12=6
This gives (6,8,6), confirming that D is correct.
Choice A is the most tempting trap. It assumes that because you're working in plan view, AutoCAD ignores the Z-component and locks the result to the current construction plane elevation of 0. That behavior only occurs when OSNAPZ is active — and the question explicitly tells you it is not. Without OSNAPZ, M2P honors the full 3D geometry.
Choice B invents a concept that doesn't exist. M2P has no notion of "nearest halves of both segments" — it simply computes a geometric midpoint between two discrete points. The coordinates (8,10,6) don't correspond to any meaningful calculation.
Choice C reflects a misconception that the second-selected point dominates the Z value. M2P treats both points symmetrically; neither has priority over the other.
A reliable study tip: whenever you see M2P on the exam, mentally write out the midpoint formula for all three axes. Also remember that OSNAPZ is the specific toggle that would override Z — if the question says it's off, trust the full 3D average. Question 9
Two finite, nonparallel line objects stop short of one another. Their natural projected paths would cross beyond both displayed endpoints, and the original objects must remain unchanged.
Which snapping approach can locate the projected crossing without adding construction geometry?
- Use regular Intersection on the two visible segments, because nonparallel lines always produce a valid snap point regardless of whether they physically meet.
- Use Parallel on both lines, because two paired parallel tracking paths converge at the projected crossing of the originals.
- Use Extension on one endpoint, because extending a single object along its direction is sufficient to determine where the two lines would meet.
- Use Extended Apparent Intersection by acquiring both objects and allowing AutoCAD to project their paths to the crossing point. (correct answer)
Explanation: When working with object snaps in AutoCAD, it helps to distinguish between snaps that work on visible geometry versus snaps that work on projected geometry. This question tests exactly that distinction.
AutoCAD's Extended Apparent Intersection snap is designed for precisely this scenario: two objects that don't physically touch but would intersect if their paths were projected beyond their endpoints. When you hover over both objects to acquire them, AutoCAD mathematically extends their directions and calculates where those imaginary paths cross — no construction lines, no temporary geometry needed. That makes D the correct approach.
Here's why the other options fall short. A is tempting but wrong: the regular Intersection snap only detects points where objects actually touch or visually overlap on screen. Since the two segments stop short of each other, there's no physical intersection for the snap to find, so it simply won't trigger. B misapplies the Parallel snap entirely — Parallel helps you draw a new line at the same angle as an existing one; it doesn't converge two separate tracking paths at a crossing point. It's a direction tool, not an intersection tool. C comes closest in spirit but is incomplete: the Extension snap tracks along a single object's projected path, which gives you a line, not a point. You'd need both objects projected simultaneously to locate their crossing, which is exactly what Extended Apparent Intersection does automatically.
A useful rule of thumb: whenever a question mentions two lines that would meet but don't, and asks you to find that theoretical crossing without adding geometry, Extended Apparent Intersection is your answer.
Question 10
A closed L-shaped polyline has consecutive vertices at (0,0), (6,0), (6,2), (2,2), (2,6), and (0,6). The polyline has no arc segments and does not self-intersect.
At which point should the Geometric Center object snap locate the centroid?
- At (3,3), the center of the bounding rectangle formed by the polyline's overall extents.
- At (8/3,8/3), the arithmetic mean of all six vertex coordinates.
- At (2.2,2.2), the centroid computed by weighting each rectangular sub-region by its area. (correct answer)
- At (2,2), the concave inside corner where the two rectangular arms of the L meet.
Explanation: When AutoCAD's Geometric Center snap finds the centroid of a closed polyline, it treats the shape as a filled 2D region and computes the true area-weighted centroid — not a simple average of vertices or bounding box center. For an L-shaped figure, you must decompose it into simpler rectangles, find each sub-centroid, then combine them proportionally.
Split the L-shape into two rectangles: a horizontal base rectangle from (0,0) to (6,2) with area A1=12 and centroid (3,1), and a vertical arm from (0,2) to (2,6) with area A2=8 and centroid (1,4). The total area is 20. The composite centroid is:
xˉ=2012(3)+8(1)=2044=2.2,yˉ=2012(1)+8(4)=2044=2.2
This confirms C — the centroid lands at (2.2,2.2).
Choice A is wrong because the bounding box center (3,3) ignores how mass is actually distributed — it would only be correct for a solid rectangle. Choice B averages the six vertex coordinates, which treats vertices like point masses regardless of the edge lengths or enclosed area between them; vertices don't represent the geometry evenly. Choice D picks the concave corner (2,2) — a visually prominent point, but geometrically meaningless for centroid calculations.
Your study tip: whenever a question involves centroids of composite shapes in AutoCAD, always decompose into simple rectangles, weight by area, and combine — never average vertices or rely on visual symmetry.