top of page

How do you save as P21 in civil CAD? 7 measures to prevent garbled text and display corruption

By LRTK Team (Lefixea Inc.)

All-in-One Surveying Device: LRTK Phone
text explanation of LRTK Phone

When saving drawings as P21 in civil CAD, simply being able to save is not enough. Only when the recipient can open the file correctly, lines and text do not break, attributes are preserved, and coordinates do not shift can the save be considered successful for practical use. Especially for projects involving multiple people, even small differences between how the drawing looks during drafting and how it appears after transfer can dramatically increase rework and verification tasks.


P21 is a format often used for drawing exchange in the civil engineering field, but if the drawing state before saving is not prepared, garbled text, display corruption, changes in line types, and attribute loss are more likely to occur after saving. Conversely, if you standardize the pre- and post-save verification procedures, many troubles can be prevented with high probability.


This article explains, for civil CAD practitioners, the practical flow of saving as P21 in civil CAD in the order of pre-check, pre-save settings, save operation, post-save check, and pre-transfer check. It also organizes practical considerations including precautions for re-saving and points to confirm when sharing internally so they are easy to use on site.


Table of Contents

• First understand common problems that occur when saving as P21

• Fundamentals to confirm beforehand

• Pre-save settings to prevent garbled text

• Drawing cleanup to prevent line shifts and display corruption

• Review drawing information to prevent attribute loss

• A practical P21 save procedure that minimizes errors

• Points to always check after saving

• Pre-transfer checks and internal sharing precautions

• Reasons re-saving tends to cause corruption and countermeasures

• Perspectives to connect P21 save accuracy to on-site operations


First understand common problems that occur when saving as P21

The reason P21 saves are prone to failure lies less in the save operation itself and more in the drawing state before saving. In practice, a drawing may look fine on the creator’s screen but the recipient may see garbled text, changed line types, different appearances of dimensions or annotations, or shifted entities. These kinds of defects often appear to occur suddenly during saving, but in reality they frequently surface from inconsistencies in drafting rules or environment-dependent settings.


The first mindset to adopt is not to treat P21 saving as a mere export task. If you treat it as the final adjustment step for drawing exchange, you will see the necessary verification items. For example, garbled text is not just a character encoding issue; it is also related to the characters used, font dependency, handling of special symbols, and mixed annotation styles. Line shifts often stem from inconsistencies in scale settings, coordinate systems, units, and linetype scales, while attribute loss can be caused by insufficient organization of layers and element attributes or by incorrect selection of save targets.


Also, display corruption can be caused not only by lineweights and linetypes but by how complex shapes and annotations are constructed. Drawings that have been individually tweaked to prioritize appearance are less reproducible in other environments. Therefore, when saving as P21, you should focus on organizing the structure of the drawing before perfecting its appearance.


The seven prevention measures presented here are not special operations. They primarily consist of solidifying basic actions that can be repeatedly used in practice. The important point is not to rely on guesswork each time you save. The true purpose of P21 saving is to create a state where files can be handed over at consistent quality even when the person in charge changes.


Fundamentals to confirm beforehand

The first prevention measure is to align the drawing prerequisites before saving. If this is left ambiguous, no matter how carefully you save later, you will not be able to fully prevent problems downstream. Points to check beforehand include the drawing’s purpose, drawing units, coordinate reference, characters used, layer usage, presence of external references, and the recipient’s operating conditions.


First confirm the purpose for which this drawing is being saved as P21. Whether it is for delivery, internal review, or handover to a subcontractor changes the acceptable representations and depth of verification. For deliverables you need to check not only appearance but also strict reproducibility of attributes and coordinates. Even for internal review, if there is a possibility the file will later be given to an external party, it is safer to prepare it closer to deliverable standards from the start.


Next, confirm the drawing units and coordinate reference. In civil CAD, even if entities appear correctly, differences in unit interpretation alone can break overall size and positional relationships. Before saving as P21, check whether distance standards are unified across the drawing, whether there are unnecessary entities near the origin, and whether there are stray test drawings or undeleted objects placed far away. Such unnecessary elements can cause coordinate shifts and abnormal display extents.


For text, check whether special symbols or machine-dependent characters are included. In practice, people sometimes use special characters selectively to improve appearance, but if those characters cannot be reproduced in the recipient’s environment, they lead to garbling or omission. It is important to identify all places where text is used—headings, annotations, dimension values, title blocks—and review the tendencies of characters used.


Furthermore, layer and attribute usage are important pre-check items. If the same type of line is scattered across multiple layers or elements that should share attributes are varied, the appearance and handling after saving can become unstable. Before saving, check whether linetypes, colors, lineweights, layer names, and annotation rules are significantly inconsistent; resolving such inconsistencies will reduce later troubles considerably.


You can consider that about 70% of drawing quality is decided at the pre-check stage. Rather than trying to prevent defects solely through save settings, it is important to bring the drawing itself into a state that is easy to exchange.


Pre-save settings to prevent garbled text

The second prevention measure is to organize text-related settings and representations. Text problems cause the most inquiries after P21 saves. Issues such as annotations being unreadable the moment the drawing is opened, symbols being replaced by other characters, or line spacing collapsing and making text hard to read reduce the overall reliability of the drawing. Therefore, before saving you must intentionally align text-related elements.


First, keep the types of characters used in the drawing as standard as possible. Mixing special symbols or decorative characters to improve appearance can lead to reproduction failures due to environmental differences. In particular, characters that look similar may be treated differently internally, causing them to garble or be substituted after saving. To prevent garbled text, limit annotations to the minimum necessary expressions that prioritize readability and compatibility.


Next, review mixed text styles. If text height, width, alignment, rotation, and vertical/horizontal text handling are inconsistent within the same drawing, parts can change appearance after saving. Particularly in drawings with multiple contributors, it is common for annotation settings to vary by note. Before saving, unify primary annotation styles and ensure consistency by type—headings, explanatory text, dimension supplements—so you reduce the chance of breakage.


Countermeasures against font dependency are also indispensable. If you rely on text settings that exist only in the creator’s environment, the recipient will display substitutes that slightly change widths and heights, disrupting the whole layout. Even if the characters themselves are readable, line breaks can shift, text can overflow frames, and annotation positions can appear misaligned, significantly reducing readability. Therefore, before saving align the approach to text across the drawing and avoid excessive dependence on specific environments.


Also pay special attention to tightly arranged text areas such as multiline annotations and title blocks. Layouts with small margins can experience overlaps and overflow from even minor font width differences. Before saving, leave a little margin around text so that it remains readable even if the display environment changes. This is not about loosening the appearance but designing for stability after transfer.


When preventing garbled text, do not overtrust the save functionality. Text issues are not automatically fixed during saving; they must be controlled on the drawing side beforehand. In practice, prioritize: first, readability; second, avoidance of breakage; and then, appearance—this order helps prevent failures.


Drawing cleanup to prevent line shifts and display corruption

The third prevention measure is to organize line and shape representation so they display with the same meaning after saving. In civil drawings, center lines, boundary lines, structure lines, auxiliary lines, and dimension aids differ in how they should be shown. If those representations depend on individual tweaks, P21 saving tends to cause linetype changes, inconsistent thickness, and spacing disruptions resulting in display corruption.


First check whether lines with the same meaning are drawn according to the same rules. If some areas use thin lines while others use thick lines, or some people use solid lines while others use dashed lines, the appearance after saving will also be unstable. Review whether representations changed partway through the drawing and whether layer usage and line meaning match.


To prevent line shifts it is important that not only appearances match but the underlying data is clean. For example, if lines that should meet at intersections are slightly separated or multiple duplicate lines are overlapping, the appearance after saving can look unnatural and editing behavior may degrade. Zoom in and check major contour lines, boundary lines, structure endpoints, and dimension auxiliary lines, and eliminate tiny gaps and duplicates.


Display corruption can also occur when linetype scale and lineweight concepts are inconsistent. Even the same dashed line can look different element by element; after saving some segments may become extremely short or long, making the drawing’s meaning hard to convey. Before saving, check not only the full-drawing display but also part-wide zoomed views to ensure there is no discomfort and that the line appearance is natural for its purpose.


Also be cautious when using fills and complex shape representations heavily; reproducibility after saving can suffer. Even if they look clean during creation, boundaries may be lost or stacking order may change on the recipient side. In civil CAD P21 saving, prioritize reproducibility over flashy appearance and, where possible, express things with lines rather than fills so they are less likely to break in other environments.


Line shifts and display corruption are costly to fix if noticed only after saving. That is why organizing the drawing beforehand and checking line meaning, connection state, and visual consistency is the most efficient countermeasure.


Review drawing information to prevent attribute loss

The fourth prevention measure is to organize not only the geometry but also the attribute information contained in the drawing. Even if things look the same, differences in how internal information is stored can cause some elements to change meaning or lose attributes after P21 saving. Attribute loss is particularly unacceptable in drawings assumed to be searched, extracted, edited, or reused later.


Attribute loss tends to occur in drawings with ambiguous drafting rules. For the same object, if one person draws it with the prescribed attributes and another simulates the appearance by a different method, differences will surface after saving. Before saving, confirm for main elements which layer they are on, what linetype or classification is used, and whether correspondence with annotations and dimensions is maintained.


Removing unnecessary temporary elements is also important to prevent attribute loss. If auxiliary lines used during work, alignment marks, or temporary objects placed for comparison remain, they can be mixed into the saved target and confuse the recipient. Especially hidden layers or stray objects placed far away are easily overlooked, so before saving review the entire drawing and organize unnecessary elements.


When checking attribute consistency, also review whether you rely too much on individual element overrides. Things that should be managed by layers or common settings but are adjusted for each element cause reproducibility to degrade after saving. Drawings where color, lineweight, and linetype meanings are scattered into individual settings become difficult to handle after transfer. In practice, it is more important to align the structure than to match appearance first.


Also check the relationship between annotations and entities from the attribute-loss perspective. Even if an annotation appears close to its corresponding object visually, it can shift or disconnect during drawing cleanup and lose its association. Before saving, check that primary annotations, dimensions, and leaders correspond correctly to their objects to help prevent information loss after saving.


Attribute loss can be hard to notice when you first open a drawing. The appearance may seem acceptable, but necessary information can become unusable downstream. Therefore, before P21 saving, be conscious not only of visible lines and text but also of the internal organization that supports the drawing’s meaning.


A practical P21 save procedure that minimizes errors

The fifth prevention measure is to proceed with the save operation while inserting verifications rather than trying to finish it in one go. Although saving to P21 often completes in a few steps, skipping pre- and post-checks leads to frequent rework. In practice, making the save result readable and stable is more important than shortening the save operation itself.


First, clarify the drawing area to be saved. Check that unrelated elements or work-in-progress areas are not included, and save only the necessary content. Mixing unnecessary elements can cause not only visual corruption but also misinterpretation by the recipient. Being mindful of the save target alone reduces many troubles.


Next, execute the P21 save after reflecting the pre-save settings you prepared. It is important to fix the drawing state before saving. If you add annotations just before saving, change some linetypes, or hurriedly fix only appearance-related display settings, consistency can easily break. Before saving, stop and ensure your drawing cleanup is complete.


File naming is also important in practice. If it is unclear whether a file is the latest, a revised version, internal, or external, confusion arises during re-saving or re-sending. When corrections occur after P21 saving, losing track of the relationship between the source drawing and the saved data makes it hard to know which is authoritative. Therefore, establish a naming rule that indicates project name, drawing type, version, date, or update classification.


Additionally, keeping a backup under a different name immediately after saving is useful. The purpose is not to create redundant copies but to allow comparison between pre- and post-save states. This makes it easier to trace when display corruption or attribute loss occurs. In practice, keeping the original drawing before saving, the saved delivery drawing, and their verification results linked helps speed up rework responses.


The thing to avoid most during save operations is skipping result verification. Do not be satisfied just because the save completed; consider the save procedure to include the subsequent verification steps for more reliable operation.


Points to always check after saving

The sixth prevention measure is to check the saved drawing as if it were a different file. If you keep looking at the drawing you created, your brain fills in gaps and you can easily miss corruption or omission. After saving as P21, mentally switch and reopen the file from the recipient’s perspective to verify display, text, lines, attributes, and coordinates.


First check the overall display state. If the drawing looks extremely small, is off-screen, or has a strange display extent, suspect coordinate issues or stray entities. Confirm whether the full view fits a natural extent and whether major entities maintain expected positional relationships. Coordinate shifts are hard to notice by checking only part of the drawing, so verify both overall and partial views.


Next, check text: headings, annotations, dimensions, and title block. Focus on whether any text is unreadable, whether character widths have changed, or whether line breaks are unnatural. Even if there is no garbled text, a cramped or overflowing arrangement could indicate further degradation on the recipient’s side. Because dense annotation areas are easy to overlook, inspect them while zoomed in.


For lines, compare the appearance of main contours, dashed lines, centerlines, and auxiliary lines. Check whether linetypes have changed, whether lineweights have become excessively thin, and whether gaps or overlaps are noticeable at connections. Line shifts often occur at structure endpoints and intersections, so focus on those areas.


For attributes, confirm whether elements are preserved in intended classifications, not just visually present. Checking whether main objects are handled as coherent groups and whether correspondence with annotations and dimensions remains intact helps detect early signs of attribute loss. This requires a reuse- or editing-oriented perspective, not just a visual one.


During post-save checks, do not only look at modified areas; use a fixed checklist to inspect locations where problems commonly appear. Checking in the same order each time reduces variation among staff and reduces overlooked issues. Even simply checking full view, main text, main lines, coordinate sense, and attributes in that order significantly stabilizes quality.


Pre-transfer checks and internal sharing precautions

The seventh prevention measure is not to consider the job done once the file is saved, but to complete the final pre-transfer check and establish internal sharing rules. Many P21 issues are discovered after transfer rather than during saving, often halting the recipient’s work. That is why final checks before sending and clarifying internal handling are important.


Before transfer, first confirm the correct file is being sent. Sending a similarly named file or an old version causes major rework. Only send files that have completed post-save checks, and manage them so they are not mixed with unverified data. Establishing a common storage location and naming rules internally helps prevent such mistakes.


Next, anticipate points that may trouble the recipient and double-check them. Readability of text, drawing extent, scale feel, annotation consistency, and the presence of extraneous elements influence the recipient’s first impression. Whether the recipient will edit the drawing or just view it changes priority checks, but at minimum the drawing must be readable, not shifted, and free of unnecessary items.


For internal sharing, clearly define who manages the source drawing and who manages the P21 saved version. On projects with multiple people involved, one person may modify the source drawing while another resends an old saved version. To prevent such confusion, assign responsibility for creating saved versions, verifying them, and sending them, or at least make the latest file location obvious at a glance.


Also, when sharing internally, keeping brief notes about what you checked during saving is effective. For example, noting that you adjusted text, deleted unnecessary entities, or confirmed coordinates helps avoid repeating the same problem when re-editing. This does not require an elaborate report—short, project-internal records suffice.


Pre-transfer checks are often skipped when time is short, but they are among the most cost-effective steps. Finding one oddity before sending can reduce many rounds of back-and-forth with the recipient. If you want to stabilize P21 saving, make a moment of pre-send verification a standardized step.


Reasons re-saving tends to cause corruption and countermeasures

It is common to make corrections to data that has already been saved as P21 and then re-save. One thing to note is that re-saving tends to cause different types of corruption than the initial save. Even if the initial save had no problems, after revisions text positions may shift, line appearances may be disturbed, or attributes may be stripped.


One reason is ambiguity about which file—the original drawing or the saved data—served as the basis during re-saving. The correct approach is to modify the original drawing and then create a fresh P21 save, but if you edit the already-saved data directly, representations and attribute organization are more likely to break. Fixing appearance only while neglecting internal consistency weakens structure and can surface problems in the next save.


When re-saving, examine not only the modified parts but also how the changes affect surrounding elements. For example, adding a single annotation can alter spacing with nearby text and cause overflow after saving. Slightly extending a line can disrupt connection consistency. It is easy to think you only need to check differences, but in practice you must re-verify the whole drawing.


Also, the more you re-save, the more version control matters. If it becomes unclear which original drawing was used to produce a saved file or which correction is reflected, confusion arises internally and externally. Manage files so the update reason and scope are traceable and prevent older versions from being used by mistake.


To avoid failures on re-save, follow the same verification steps you used for the initial save each time. Urgent corrections tempt you to skip checks, but that is where accidents are most likely. Even a quick pass through modification checks, full-view check, text check, line check, and pre-transfer check will help stabilize re-save quality.


Perspectives to connect P21 save accuracy to on-site operations

The task of saving as P21 in civil CAD is both the endpoint for handing over drawings and the starting point for the next processes. If save quality is poor, confirmation, correction, coordinate reinterpretation, and field implementation at the recipient’s side will all incur unnecessary burden. Therefore, P21 saving should be considered not as a one-off operation but within the overall workflow of surveying, construction, as-built verification, and maintenance.


Summarizing the seven prevention measures covered: first align drawing prerequisites in the pre-check, suppress text and font dependency in pre-save settings, prevent line shifts and display corruption by cleaning the drawing, and prevent information loss by reviewing attributes. On that basis, proceed calmly with the save operation, review from the recipient’s perspective in the post-save check, and prevent mix-ups and oversights through pre-transfer checks and internal sharing.


When this flow becomes established, not only does P21 saving stabilize, but on-site decisions based on drawings proceed more smoothly. For example, when you need to handle coordinates and position information reliably, consider not only drawing data quality but also how positioning and verification will be performed on site. If you want to better link drawings and the field, operations that tie drawing information to on-site position checks—such as using an iPhone-mounted GNSS high-precision positioning device like LRTK—are effective. Improving P21 save accuracy is not merely for data exchange but to produce information that can be used on site without confusion.


When you are unsure about P21 saving in civil CAD, before searching for complicated settings, follow the sequence presented here and check step by step. By carefully stacking pre-check, pre-save settings, save operation, post-save check, and pre-transfer check, you can prevent most instances of garbled text, line shifts, attribute loss, display corruption, font dependency, and coordinate shifts. In practice, what matters more than special techniques is having a reproducible procedure you can follow every time. Stabilizing P21 saving protects drawing quality, smooths internal and external exchanges, and ultimately improves overall on-site work efficiency.


Next Steps:
Explore LRTK Products & Workflows

LRTK helps professionals capture absolute coordinates, create georeferenced point clouds, and streamline surveying and construction workflows. Explore the products below, or contact us for a demo, pricing, or implementation support.

LRTK supercharges field accuracy and efficiency

​

The LRTK series delivers high-precision GNSS positioning for construction, civil engineering, and surveying, enabling significant reductions in work time and major gains in productivity. It makes it easy to handle everything from design surveys and point-cloud scanning to AR, 3D construction, as-built management, and infrastructure inspection.

bottom of page