top of page

Types of Mesh Models and How to Choose|7 Decision Criteria to Avoid Mistakes by Use Case

By LRTK Team (Lefixea Inc.)

All-in-One Surveying Device: LRTK Phone

Mesh models are widely used in the field of 3D data applications, but they are also a data format that tends to be adopted while the differences between types and how to choose them remain unclear. If you pick one thinking that a good appearance is sufficient, you may later encounter problems such as being unable to use it for measurements, the data being too large to share easily, corrections being time-consuming, or being unable to hand it off to the next process.


What is especially important for practitioners is not to understand mesh models merely as a 3D appearance, but to be able to determine which type to choose according to the use case. For site records, facility management, as-built verification, cultural heritage documentation, coordination with design, presentations, and so on, when the purpose changes the criteria that make a model suitable also change.


This article organizes, from the basics of mesh models to their main types, the points where people often fail when selecting them, and reliable decision criteria by use case, all from a practical perspective. It explains, in a form that makes decisions easier, the common search-time worry of “I still don’t know which one to choose.”


Table of Contents

What is a mesh model?

Main types of mesh models

Common mistakes in mesh model selection

7 fail-safe decision criteria by use case

How to Choose Mesh Models by Use Case

Operational rules to establish before implementation

Summary


What is a mesh model?

A mesh model is 3D data that represents a shape in three-dimensional space as a collection of many faces. Typically, triangular or quadrilateral faces are connected continuously to reproduce the object's outer shape. Because it makes it easy for people to grasp the form and visually understand it, mesh models are used in a wide range of tasks.


The reason mesh models are used in practice is that they make it easy both to show shapes and to work with them. They allow sharing three-dimensional situations that are hard to understand from photographs alone, and they also make it easier to grasp how surfaces connect and the bumps and depressions that are difficult to perceive from a mere collection of points. Another characteristic is that they are easy to use regardless of the type of object, such as site topography, structures, equipment, building exteriors, cultural heritage, and product shapes.


However, mesh models are not a panacea. Even if they present the shape well, they are not necessarily suited to design changes, nor are they necessarily easy to use for analysis. A model may look neat yet have uneven face density that makes it cumbersome to work with. Conversely, a model that looks coarse may still be sufficient for the task at hand. In other words, what matters is not whether you have a mesh model, but what kind of mesh model you have.


Mesh models are often confused with point cloud data. A point cloud is data that represents an object's position with a large number of points, while a mesh expresses the exterior as continuous surfaces based on those points and face information. Point clouds are close to the raw data immediately after acquisition, whereas meshes are easier to understand as a representation that has been processed for sharing, visualization, and application-specific workflows. When considering everything from on-site acquisition to internal use and external sharing, deciding where to perform meshing—while taking into account the differences between point clouds and meshes—is an important judgment.


Many practitioners who search for "mesh model" are not simply looking for the definition; they want to know which type to choose to avoid failure. Therefore, the next thing to grasp is not to think of mesh model types along a single axis. Mesh models have multiple classification axes, and the combination of those determines practical usability.


Main types of mesh models

When trying to understand the types of mesh models, it's helpful to first focus on the differences in how faces are composed. A representative type is the triangular mesh. Triangles can accommodate virtually any shape and are easy to construct stably even on complex surfaces, so they are the most widely used in practice. For recording terrain and structures, recreating as-built conditions, and general-purpose 3D visualization, triangular meshes are often the default.


On the other hand, there are meshes that are based on quadrilaterals. These make it easier to control surface flow and can be better suited to editing and deformation. They can be easier to handle in processes where shapes are adjusted by hand or in situations where you want to later work with the surface flow in mind. However, for site models that are automatically generated from acquired data, it is common for them to be created on a triangle basis first. In practice, a realistic approach is to first stabilize the shape with triangles and then, as needed, convert it into a configuration that is easier to edit.


Another important consideration is the "difference in density." High-density meshes make it easier to represent fine bumps and edges and are suited to appearance reproduction and detailed inspection. They are effective for cultural heritage documentation where you want to see the condition down to the details, for checking equipment surface conditions, and for visualizing complex shapes. However, they increase data volume accordingly, causing issues such as higher display load and difficulty in sharing. Low-density meshes are lightweight and easy to handle, suitable for browser sharing, device display, and overview checks, but they tend to sacrifice detailed representation.


There is also the distinction of whether they carry visual appearance information. A mesh model that only contains shape may be sufficient to grasp dimensions and surface relief, but it can be difficult to convey surface patterns and color differences. In contrast, a textured mesh with surface images applied makes it easier to visually recognize cracks, dirt, paint condition, and differences in material appearance. This is a major advantage for on-site sharing and reporting, but caution is required because a strong impression of color alone can lead to incorrect judgments about geometric accuracy.


"Whether it is a closed shape or an open shape" is also an important distinction. A mesh with a fully closed exterior is easier to handle because it conveys a sense of volume and can be suitable for processes that require distinguishing interior from exterior. Conversely, an open mesh that represents only one side is sufficient for appearance reproduction and for representing ground surfaces, but it can cause problems in later stages. If you are satisfied with visual reproduction alone, you may find that, when needed, the mesh is unusable because it has holes.


Also, the ease of use differs between meshes with uniformly distributed faces and meshes that have large local density differences. Refining only the complex parts of an object while keeping flat areas coarse is a reasonable approach, but if the difference is too great it becomes difficult to handle when editing or comparing. When using this for work, you need to consider not only visual detail but also whether the structure will be easy to compare, modify, and share later.


In this way, there is not a single type of mesh model. Mesh models consist of combinations of multiple attributes—whether they are triangular or quadrilateral, high-density or low-density, textured or untextured, closed or open, homogeneous or heterogeneous. Therefore, what practitioners should consider is not "which type is superior" but "which combination is optimal for their company's use."


Common Pitfalls When Choosing a Mesh Model

A common mistake when selecting mesh models is using appearance as the criterion. If it looks smooth on the display and the colors are nicely applied, it feels highly finished. However, in actual practice, looking good and being easy to use are not the same. For example, a model may be sufficient for viewing in meetings, but when you try to perform comparative measurements later, surface irregularities can be large and make it difficult to work with.


Another common mistake is choosing a model that is more detailed than necessary. Creating large, heavy files on the assumption they might be used in the future increases the burden of storage, transfer, viewing, and sharing. As a result, they go unused on site and become data that only a limited number of personnel can handle. Mesh models are not better the more detailed they are; what matters is that they are neither excessive nor insufficient for their intended purpose.


Conversely, prioritizing lightness too much can lead to insufficient information. If a coarse model is adopted on the assumption that it only needs to look acceptable from a distance, important steps or defects may not be reproduced, making it unusable as a basis for decision-making. In particular, for tasks that require capturing minute changes or verifying consistency with existing objects, meshes that are too coarse can actually set the work back.


Another failure is creating something without anticipating the downstream processes. Even if there are no problems at the time of site recording, later—when overlaying with design data, comparing pre- and post-construction, converting into report materials, or handing over to maintenance management—the format or structure may not match and rework can be required. It is essential to view a mesh model not as a finished deliverable at the time of creation but as an intermediate asset that is passed on to the next stage of use.


Moreover, it is dangerous to underestimate the relationship between acquisition conditions and mesh quality. If the original data are insufficient, there are many occluded areas, or the positional reference is ambiguous, no matter how much you refine it in later processes there will be limits. A mesh model is not determined solely by processing techniques; it strongly depends on the quality of the input data. Before selection, if the prerequisite questions of what to acquire and how to acquire it are not settled, you cannot make correct comparisons or evaluations.


To prevent such failures, it is important to consider the whole flow—from acquisition, through sharing, to utilization—rather than the model by itself. The decision criteria introduced next concretize that way of thinking.


7 Foolproof Decision Criteria by Use Case

The first criterion is to clarify what the mesh model will be used for. This is the most fundamental point, but also the one most easily overlooked. Whether the purpose is for viewing, for use in explanatory materials, for tracking changes in condition, for comparing shapes, or for supporting a management ledger, the required specifications of the model will change significantly. If the purpose remains ambiguous, the result will tend to lean toward either excessive detail or insufficient information.


The second criterion is to decide in advance the required level of accuracy and detail. What’s important here is not aiming for the highest possible accuracy but determining the level necessary for practical decision-making. A lightweight model is sufficient for distant checks or sharing an overview, but if you need to verify component shapes or capture local changes, a certain minimum surface density is required. Although producing more detail may seem reassuring, it also has the side effect of becoming harder to handle, so the essence is to identify the granularity needed for judgment.


The third criterion is whether it suits the object's shape characteristics. The way you create a mesh differs between targets dominated by flat ground or large wall surfaces and those that include fine ornamentation or complex piping. Objects with many edges, thin members, repetitive forms, or intricate structures tend to lose their defining features with a coarse mesh. Conversely, assigning an excessively dense set of faces to large, smooth objects only results in unnecessarily heavy data. It is important to examine the object's features and have the perspective to decide where density is required.


The fourth criterion is to think in terms of whether you prioritize appearance or editing/measurement. Textured, realistic models are strong for sharing and explanation, but they are not necessarily easy to handle for shape verification or surface editing. Conversely, models that lack color but have a well-organized shape structure can prove useful in later processes. In the field, people sometimes try to satisfy both at once and end up with something half-baked. It is effective to decide the primary purpose from the start and, if necessary, use different versions for viewing and for processing.


The fifth criterion is whether the amount of data can be handled by the intended usage environment. The acceptable size varies depending on whether it will be used only on high-performance in-house terminals, whether it needs to be accessible on field devices, or whether it will be shared with external stakeholders. No matter how high the quality, if it takes a long time to open and stalls every time it is viewed, it will not become part of everyday work. A mesh model is not something you make once and finish; it only delivers value when it is repeatedly viewed and used. Therefore, performance requirements are not merely a technical issue but a criterion directly linked to operational adoption.


The sixth criterion is connectivity with the subsequent process. If it will be used not only for assessing the current state but also for design verification, maintenance management, comparative evaluation, or report preparation, its structure must be such that downstream processes won’t encounter problems. The presence or absence of holes, surface irregularities, how coordinates are handled, alignment of orientation, and the state of removal of unnecessary parts all affect later processes. If you produce it without checking these points, someone will have to rework it later. When selecting, you need to consider not only the people who will use it now but also the work of those who will receive it afterward.


The seventh criterion is the consistency between acquisition method and positional reference. It’s easy to overlook if you only look at shape reproduction, but in practical work it’s important where something is located and what positional relationship it is handled in. Even if a model looks fine on its own, if the coordinate reference is ambiguous it becomes difficult to use for comparison or management. Especially when you want to acquire multiple times to track changes or overlay with other drawings or data, it is essential to align the positional reference at the time of acquisition. The quality of a mesh model is affected not only by the smoothness of its surfaces but also by the consistency of its positioning.


If you keep these seven decision criteria in mind, you’ll be less likely to be swayed by the large number of options. There isn’t a single correct choice, but looking at options across the seven axes—purpose, granularity, target object, primary use, operating environment, downstream process, and positional reference—makes the required conditions clear. As a result, you can greatly reduce the risk of choosing based only on appearance or producing deliverables that become unusable later.


How to Choose Mesh Models by Application

If the main purpose is site records and progress sharing, what should be prioritized first is a balance between readability and ease of use. Because it is important that stakeholders can grasp the situation in a short time, a model that is reasonably lightweight and makes the necessary parts easy to see is suitable. In this case, reducing gaps and omissions in the target area and presenting the overall view stably is more important than extreme densification. Textured models can help with sharing the situation, but they should be chosen while considering the trade-off with display load.


When used on construction and maintenance sites to check existing conditions and identify parts, clarity of positional relationships is crucial. Evaluation criteria include which part is where, how easy it is to verify later, and how readily it can be correlated with other documentation. For this purpose, not only visual realism but also minimal shape distortion when zooming in on parts and low levels of extraneous noise matter. When appropriate, it is also effective to manage separate lightweight models for viewing and detailed models for storage.


When recording cultural heritage and complex shapes, the ability to render fine detail tends to be prioritized. If you want to preserve surface scratches, weathering, subtle bumps and depressions, or decorations, a coarse mesh will lose that information. Therefore, a high-density configuration that excels at reproducing fine details is necessary. However, rather than needlessly making the entire model heavy, prioritizing fidelity in important areas and removing unnecessary background and surplus parts makes it easier to balance detail with practicality.


For terrain and large-area subjects, surface continuity and overall consistency are more important than local details. The larger the area covered, the more data-volume management becomes a challenge compared with achieving local high resolution. In such cases, an approach that avoids over-densifying flat areas while retaining necessary information in regions with large variation is effective. When both a broad overview and local inspection are needed, it is easier to operate by using separate models for the overview and for the details rather than trying to satisfy everything with a single model.


For presentations and explanatory materials, how intuitively the audience can understand the content is crucial. In this context, value comes more from whether the information you want to show is conveyed naturally than from the exact precision of the shape itself. The presence or absence of textures, the clarity of shading, the removal of unnecessary information, and how the subject is cropped or framed all affect the outcome. However, using an explanatory model as-is as the basis for practical decisions can lead to misunderstandings. It is important to adopt the mindset of separating roles according to purpose.


Thus, the choice of a mesh model varies greatly depending on its application. The important point is not to treat the term "mesh model" as a single finished product, but to regard it as a deliverable whose specifications should be adapted to the business objective. On-site, "creating a mesh" can easily become the goal in itself, but the true purpose is to aid business decision-making. From that perspective, it becomes easier to select a model that is neither excessive nor insufficient.


Operational rules to decide before implementation

To avoid failures in selecting a mesh model, it is essential to establish rules before creating it. The first thing to decide is at which stage to perform meshing. Whether you mesh everything immediately after acquisition or inspect the point cloud and mesh only the necessary areas will change both the workload and how you manage the data. Meshing everything makes management more cumbersome and tends to increase the amount of data that will go unused later.


Next, it is important to separate retention policies according to the intended use of the deliverables. Viewing, archival, reporting, comparison, and so on—different roles require different specifications. If you try to cover everything with a single set of data without separating these uses, it tends to become difficult for anyone to use. In practice, operations that are established on site often organize and manage multiple uses separately.


Rules for coordinates and naming cannot be overlooked. Because a mesh model appears self-contained, it is easy to become confused when comparing them later. If you don't organize the acquisition date, coverage area, reference position, identification of updated versions, and so on, you won't know which data is correct. In professional practice, differences in this kind of operational organization show up in results more than the modeling technique itself.


You should also decide the criteria for quality checks in advance. If you create without deciding whether holes are present, how to handle missing parts, the extent of removal of unwanted material, surface roughness, weight, and methods for visual inspection, quality will vary by person in charge. As a result, inefficiencies arise: comparisons become impossible, sharing becomes difficult, and downstream processes require readjustments. Even simply documenting the minimum inspection items will significantly improve the stability of quality.


Also, it is important not to treat the data-acquisition site and the modeling process as separate. If the site has many blind spots, inappropriate distances, or ambiguous reference positions, there is a limit to how much can be corrected afterward. If you want to improve the quality of a mesh model, those responsible for acquisition must share the same decision criteria as those responsible for creation, not just the creators. In other words, the matter of selection is not only a problem for the modeling department but also an operational-design issue that connects acquisition through to utilization.


Summary

When considering the types of mesh models and how to choose them, the important thing is not to judge by appearance. Whether they are triangular or quadrilateral, high-density or low-density, or textured or not, each has its own strengths and weaknesses. Rather than asking which is superior, the first step to avoid failure is to clarify what to prioritize for your company's purposes.


In practice, viewing the requirements for a mesh model through seven decision criteria—purpose, required level of detail, the object's shape, whether appearance or processing is prioritized, the operating environment, connection to subsequent processes, and positional reference—makes it easier to organize the necessary conditions for the mesh model. With this perspective, you can more easily avoid common failures such as data that is too large, too coarse, hard to share, or unusable later.


And the quality of a mesh model is not determined solely by how the authoring software is operated. Ultimately, its usability depends on the original acquisition data being stable, the positional references being consistent, and the data being linked to on-site information. In particular, if you want to connect information collected on site to subsequent comparison, sharing, and management, it is important to consider not only the geometry but also the certainty/accuracy of the positions.


If you want to make on-site 3D utilization more practical, it’s worth reexamining not only the choice of mesh model itself but also the entry point of data acquisition. In situations where you want to link photos, point clouds, and as-built records with location information, adopting measures like LRTK, an iPhone-mounted GNSS high-precision positioning device, can bolster on-site positioning accuracy while establishing a foundation for records, making subsequent meshing and data utilization easier. If you want mesh models to become truly usable business assets, it is important to optimize the entire workflow, including organizing acquisition accuracy and establishing positional reference standards before modeling.


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