Open access
Forum
Dec 24, 2020

Conceptualizing Georeferencing for Terrestrial Laser Scanning and Improving Point Cloud Metadata

Publication: Journal of Surveying Engineering
Volume 147, Issue 2

Abstract

Forum papers are thought-provoking opinion pieces or essays founded in fact, sometimes containing speculation, on a civil engineering topic of general interest and relevance to the readership of the journal. The views expressed in this Forum article do not necessarily reflect the views of ASCE or the Editorial Board of the journal.

Introduction

In the architecture, engineering, and construction (AEC) industry, point clouds and other forms of three-dimensional (3D) geodata are frequently used as a basis for design or for modeling existing assets. Products derived from point clouds inherit the quality and characteristics of the point cloud. The ability to express these factors as metadata, both for the point cloud and its derivatives, is key for transparency and efficient use and re-use of geodata. The quality of geodata is typically described using terms such as completeness and uncertainty, while the characteristics typically are described by the geodetic coordinate reference system (CRS). However, simply stating a CRS might not always provide enough information. For example, when surveying with a total station and presenting the data in a map projection, it is obvious that all distances should be reduced to the projection plane and that the internal geometry of the surveyed points is no longer a 1:1 representation of the actual scene. However, for a point cloud, there are many scenarios in which one would want to keep the internal geometry intact, even if that means that it will not fit a map projection quite as well. An example of this would be a scan of a building in which the ability to derive accurate measurements from the point cloud is much more important than the global position of the building. On the contrary, if a point cloud is produced in order to create a terrain model, it is likely that it is more important that the point cloud fits the map projection so that it can be seamlessly combined with geodata from other sources.

Aim and Contribution

Most studies on the topic of georeferencing point clouds are concerned with improving the positional accuracy and reducing efforts required in the field (Scaioni, 2005; Schuhmacher and Böhm, 2005; Alba and Scaioni, 2007; Otepka et al. 2013; Fan et al. 2015; Osada et al. 2017), but the fact that different georeferencing methods result in geometries that are conceptually different from each other in terms of shape and the horizontal scale is not addressed. In this article, we describe the most common georeferencing methods used for terrestrial laser scanning (TLS) and the different types of point clouds they result in. The magnitude of the geometrical differences between the point clouds are analyzed, and metadata parameters capable of describing the most impactful point cloud characteristics are proposed. We also consider the quality of 3D models derived from point clouds and identify limitations in commonly used exchange formats, as these lack the ability to express positional uncertainty in a satisfactory manner.
While this article only addresses georeferencing methods for TLS, the concepts and geometric characteristics discussed are valid for all types of point clouds, including those created by mobile laser scanning and photogrammetry.

Background and Related Research

This article addresses metadata for geographic information and its role in the digital built environment. The main focus lies on georeferencing point clouds, the conceptual differences caused by choices made during georeferencing, and how these conceptual differences can be described using metadata. The secondary focus is how the quality of geodata affects models of the built environment and how the major exchange formats can express the quality of a model.

Georeferencing Point Clouds

One major metadata component for any type of geographic data set is the CRS, in which the data is given. This can be either a global CRS or a map projection. In a global CRS, coordinates are given as ellipsoidal coordinates (latitude, longitude, and height) or as Earth-centered, Earth-fixed (ECEF) Cartesian coordinates. In a map projection, horizontal coordinates are given as Northing and Easting, and in the case of 3D data, the vertical coordinate is given as the height above the reference surface for the given datum. The different coordinate systems relevant to this article are presented in the “Coordinate Systems, Geodetic Reference Systems, and Georeferencing” section.
Most geodata are captured in a local coordinate system originating from the instrument and must in some way be related to a CRS—an activity known as georeferencing. For terrestrial laser scanning, there are many ways to do this, but all methods can be divided into two categories for which varying but equivalent terminology has been used. The categories are known as either direct and indirect georeferencing (Scaioni, 2005; Alba and Scaioni, 2007; Otepka et al. 2013; Fan et al. 2015) or as sensor-driven and data-driven georeferencing (Schuhmacher and Böhm, 2005; Osada et al. 2017). In direct georeferencing, the position and orientation of the laser scanner are determined by other surveying techniques [e.g., global navigation satellite system (GNSS) or total station], and the scanner can therefore capture a point cloud where each point has coordinates in a CRS. In indirect georeferencing, the point clouds are captured in a local coordinate system and then transformed to a CRS using ground control points (GCPs). (A GCP is a well-defined physical marker with coordinates in a CRS determined through geodetic surveying.) This can be done for an individual point cloud or for a batch of point clouds that have been combined through registration. (Registration is the process of transforming several adjacent point clouds to the local coordinate system of one of the instrument positions, essentially combining them into one point cloud.) Registration requires that point clouds have a certain overlap, and if the instruments are leveled, it can be assumed that the vertical axes of all instruments are parallel. This type of registration will be referred to as registration with a plumb line constraint.

Accuracy, Uncertainty, and Completeness in 3D Geodata

Another important aspect of a geographic data set is its quality. This includes both the completeness and geometric precision and accuracy. The term precision refers to uncertainty in dimensions and positions due to random measurement errors, while the term accuracy refers to the deviation between the measured and the true values. Accuracy requirements are usually given in the form of tolerances. This type of information is not only relevant for point clouds but also for the standards that are used to store and exchange information about the built environment. Two such standards are the geography markup language (GML) and the industry foundation classes (IFC). GML is an XML-based exchange format for generic geographic information that is published by the Open Geospatial Consortium (OGC). There are two formats based on GML, CityGML (Open Geospatial Consortium, 2012) and InfraGML (Open Geospatial Consortium, 2017), which are specifically designed for their respective domains within the built environment. CityGML is geared toward buildings and urban environments, while InfraGML covers roads, railroads, bridges, and so forth. The most common open exchange format in building information modeling (BIM) is Industry Foundation Classes (IFC) (buildingSMART 2017), and it is developed and maintained by buildingSMART and covers both buildings and infrastructure.
CityGML has the concept of the level of detail (LOD), which gives an idea of the semantic granularity of the data set. For example, an LOD2 building is a building volume with a simple roof shape, while an LOD4 building contains finer architectural details as well as interiors and furniture. A similar concept exists in BIM (the level of development), but it is not fully implemented in IFC (Tolmer et al. 2013). No such metadata exists for raw geodata sets; however, for example, the point density in a point cloud or the pixel size in an image can give an indication of what types of objects can be distinguished in the data set.
Another measure that is used to describe the quality of a data set is its geometric precision, which is commonly given in the form of a standard uncertainty. This makes it possible to create a probability distribution and confidence intervals for the coordinates of a measured point. For a full description of uncertainty in measurements, see the Guide to the Expression of Uncertainty in Measurement (BIPM et al. 1995). In the construction process, different activities have different requirements for accuracy, and the use of uncertainty makes it possible to identify data sets that are suitable for the task. For example, determining how many cubic meters of material need to be excavated from a construction site requires less precise height data than determining the slope of a water pipe. A similar yet different concept is the tolerance of objects that are designed but not yet constructed. Tolerances are given in absolute measures (e.g., millimeters) and can be specified for different activities within the construction process (such as manufacturing, stakeout, and installation). Because new objects are designed against the backdrop of geodata, knowing the quality of the geodata is essential to meet the tolerance requirements.
The uncertainty of the individual points in a point cloud cannot be determined through repeated redundant measurements. Instead, it is calculated using the general law of error propagation from a priori knowledge and estimated uncertainties regarding the sensors and their orientation. In GML, it is possible to state the geometric uncertainty introduced by a coordinate transformation. There have been suggestions to add similar attributes to the geometry primitive (Ioup et al. 2015), but it has not been implemented in the standard. Geometric precision is discussed in the CityGML standard, and the LODs are given different levels of precision (Open Geospatial Consortium 2012). In practice, these levels of precision are typically overlooked (Biljecki et al. 2013), and they do not give users any means of describing the true uncertainty of a geometry. In InfraGML, the support for geodetic measurements and uncertainties is more developed. The standard includes objects to hold information about survey equipment, observations, computed results, and methods used for computing the results (Open Geospatial Consortium 2017). In IFC, there is no support for uncertainty or tolerance.

Coordinate Systems, Geodetic Reference Systems, and Georeferencing

Defining any type of geometry requires a coordinate system. If a coordinate system is defined arbitrarily with respect to real-world objects or if it is defined by, for example, the physical frame of an instrument, it is considered to be a local coordinate system, and if a coordinate system has a known geometric relationship to the physical earth, it is considered to be a geodetic coordinate reference system. Coordinates are typically described as either length measures along perpendicular axes (Cartesian), such as ECEF coordinates (X,Y,Z), or as angles and distances, such as ellipsoidal coordinates (φ,λ, and h for latitude, longitude, and height). A map projection is a Cartesian two-dimensional (2D) CRS that has to be combined with a vertical CRS in order to describe 3D information, such as point clouds. The ECEF coordinate system is Euclidean in its nature, meaning that it has the following qualities:
All coordinate axes are mutually orthogonal;
All coordinate axes have a constant and equal scale;
The shortest path between two points is a straight line; and
The sum of angles in a triangle is π radians.
However, a map projection is not a Euclidean coordinate system because it cannot simultaneously be equidistant, conformal, and give an equal representation of areas. This means that in a map projection, the shortest path between two points is generally a curve, and the sum of the angles in a triangle is not necessarily π radians.
Transforming the coordinates of a point cloud from a local coordinate system to a CRS is known as georeferencing. The indirect approaches can be used for any point cloud because the relevant parameters are known or estimated, while the direct approaches are dependent on the sensor-specific setups. All georeferencing methods relevant to this article are based on translation, rotation, and scaling. To translate a geometry is to offset its origin by a vector and this can be done in one-dimension (1D), 2D, or 3D. The rotational part of the transformation is carried out by multiplying the positional vector (a vector containing the coordinates) with a rotation matrix. The rotation matrix rotates the vector around 1, 2, or 3 axes. A geometry can be scaled by multiplying all coordinates with a scalar value. The combination of these operations is known as the Helmert transformation
pb=Tb+SRabpa
(1)
where pa = positional vector in a system a; Rab = rotation matrix from system a to system b; S = diagonal matrix containing the scale factors for the respective coordinate axes; Tb = vector between the origin of a and the origin of b in system b; and pb = the positional vector in system b. Two relevant special cases of the Helmert transformation are (1) the rigid body transformation; and (2) the 2D Helmert transformation. The rigid body transformation does not alter the internal geometry of a point cloud, which means that S is equal to the identity matrix. A typical 3D Helmert transformation allows for scaling and rotation around all three axes, but in the 2D Helmert, the direction and scale of the vertical axis are not changed. In contrast to the rigid body transformation, the 2D Helmert allows the scale of the horizontal plane to change.
The most common possibilities for georeferencing individual point clouds are shown in the flowchart in Fig. 1. The indirect branch is valid for any type of point cloud, including those that have been directly georeferenced. The logic in the flowchart is not always strict. For example, just because the scale of a point cloud is known does not mean that one must use a rigid body transformation, while if the scale is not known, one cannot use a rigid body transformation. This type of inference is left to the reader, as pointing it out explicitly would clutter the flowchart unnecessarily.
Fig. 1. Flowchart describing the most common possibilities for georeferencing individual point clouds. The bracketed letters in the leaf nodes correspond to the subplots in Figs. 3 and 4.
A similar flowchart for how to georeference multiple point clouds is shown in Fig. 2. This flowchart only addresses the options that are not present for single point clouds.
Fig. 2. Flowchart describing possibilities for georeferencing multiple adjacent point clouds. The bracketed letters in the leaf nodes correspond to subplots in Fig. 3.
A terrestrial laser scanner can have a position determined using other surveying techniques and be aligned with the local plumb line, or its position and orientation can be completely arbitrary. Due to the short range of TLS and obstructions in the field of view, it is also common that several adjacent scans must be combined to form a point cloud that covers the entire scene.
In this article, we have divided the georeferencing methods into two categories: (1) strict georeferencing; and (2) approximate georeferencing. The difference between the two is that the approximate methods use shortcuts that make them easier to use in practice but also causes geometric inconsistencies.

Strict Georeferencing

The first strict method simply transforms a point cloud from its local coordinate system to the ECEF coordinates (X,Y,Z). This does not require any information regarding the position of the scanner, but it does require at least three non-collinear GCPs, and it results in the type of point cloud shown in Fig. 3(a). The transformation is performed using the Helmert transformation [Eq. (1)], and the transformation parameters are derived from the GCPs. Assuming a laser scanner that is correctly calibrated, the scale matrix S is equal to the identity matrix. This transformation does not introduce any distortions, making the point cloud a 1:1 representation of the scanned scene. All axes have the same scale, and vertical lines will not be parallel but instead perpendicular to the curved surface of the Earth. This can be done for a single point cloud or for point clouds that have been registered without plumb line constraints.
Fig. 3. Different types of point cloud geometries in which each subscene consists of four individual scans: (a) shows how the point clouds were captured in relation to the Earth and how they would look if expressed in ECEF coordinates; and (b)–(d) show the outcome of the various georeferencing methods used for terrestrial laser scanning.
A point cloud with ECEF coordinates can be projected to a map projection, which is the second strict georeferencing method [Fig. 3(b)]. Because the planar coordinates (N,E) are a projection of latitude and longitude, the (X,Y,Z) coordinates must be converted to (φ,λ,h). The height above the ellipsoid h can be converted to a height above geoid H using a geoid model, which results in a point cloud with the coordinates (N,E,H). In this point cloud, geometries are deformed, and the horizontal scale is not constant and differs from the vertical scale. This means that the shortest path between two points often is a curve and that the sum of the angles in a triangle is not necessarily π radians. However, this point cloud can be seamlessly combined with geodata from other sources that are expressed in the same map projection.
The third strict georeferencing method is a direct method that results in the type of point cloud shown in Fig. 3(a). This requires that the position and azimuth of the laser scanner are determined by other surveying techniques and that the scanner is aligned with the local plumb line. The ellipsoidal normal is not the same as the local plumb line, and in order to correctly relate the scanned points to the reference ellipsoid, it is necessary to use the deflection of the vertical (Fig. 4) to account for this difference. For a more detailed explanation of this method, see the study by Osada et al. (2017).
Fig. 4. Difference in geometry between point clouds aligned to the plumb line and ellipsoidal normal vector, respectively, where α is the deflection of the vertical. The instrument can be aligned either (a) with the plumb line; or (b) with the normal to the ellipsoid.

Approximate Georeferencing

For practical reasons, there are two assumptions that are commonly used when georeferencing point clouds: all vertical lines are parallel, and the map projection is a Euclidean coordinate system. When registering and georeferencing more than one point cloud (batch georeferencing in Fig. 2), we can assume that the vertical axes of all instruments are parallel. This means that if all instruments were leveled prior to scanning, we only need to find, besides the translation, the rotation around the vertical axis for each point cloud. If we can assume that a map projection is a Euclidean coordinate system, it is no longer necessary to transform the coordinates of a point cloud to ECEF and project them to a map projection, and instead, a 2D Helmert or a rigid body transformation can be used.
The first approximate method is a one-step indirect transformation from local coordinates to (N,E,H). This can be done for a single point cloud or for a group of point clouds, but in the latter case, the point clouds are georeferenced individually without registration. The resulting type is shown in Fig. 3(d). For a leveled instrument, five transformation parameters (three translations, one scale factor, and one rotation) must be estimated. This can be done using at least two GCPs, out of which at least one must have a determined height. For an instrument that is not leveled, seven parameters (three translations, one scale factor for the horizontal plane, and three rotations) must be estimated. This can be done using at least three non-collinear GCPs. If this is done for several point clouds, the vertical direction would be close to constant over the entire scene but vary within each individual point cloud. This will be referred to as a semiconstant vertical direction.
The second approximate method is a two-step indirect transformation from local coordinates to (N,E,H). In this method, the point clouds are not only georeferenced but also registered using a plumb line constraint. The two steps can be solved either in sequence (first registration and then Helmert transformation) or simultaneously. The simultaneous solution is more robust and typically yields a better result, but for the purpose of this article, they can be considered to be the same method as the geometric characteristics of the final point cloud are identical. The method requires that all instrument setups be leveled, and five transformation parameters (three translations, one horizontal scale factor, and one rotation) must be estimated for the entire scene. This results in a point cloud of the type shown in Fig. 3(c). This point cloud has a semi-constant vertical direction and a semi-constant scale. The latter means that the scale is close to constant over the entire point cloud but that it varies slightly depending on the height. The transformation applied in this method can either be a 2D Helmert transformation, resulting in a point cloud, which approximates the map scale over the entire area, or a rigid body transformation, which causes the scale to better resemble the scene but also causes larger residuals in the transformation to the map projection.
The third approximate method is approximate direct georeferencing. This requires that the position and azimuth of the instrument be determined and that the instrument is leveled. The points can be given ECEF coordinates [Fig. 3(a)] or cartographic coordinates [Fig. 3(c)]. In the case of ECEF coordinates, the vertical direction of the point cloud will be slightly incorrect as the direction of the local plumb line and the ellipsoidal normal are not identical. This difference is shown in Fig. 4.

Consequences and Categorization

The described georeferencing methods will result in point clouds with different geometries from the same input data. These geometries are first described conceptually and through visualizations and then through numerical estimates of their respective magnitudes.
The conceptual differences between the resulting point clouds are shown in Figs. 3 and 4. For convenience, the subplots will be referred to using only the figure number and their bracketed labels, i.e., Fig. 3(a) is referred to as (3a).
In direct georeferencing, the deflection of the vertical is also of importance. Fig. 4 shows the difference between aligning the vertical axis of the instrument with the direction of gravity (plumb line) or with the ellipsoidal normal. This does not affect the internal geometry of the point cloud, but it does change its relation to the global CRS.

Numerical Estimates of Differences

Figs. 3 and 4 show the conceptual differences between the outcomes of the different georeferencing methods but without any regard for the magnitude of the differences. To determine this magnitude, several aspects of the geometry of the Earth and the geometry of the point clouds must be considered.
The first aspect considered is the difference in height due to the curvature of the Earth. This is relevant both when comparing curved point clouds (3a) with flat point clouds (3b–3d) and when analyzing the internal height differences present in (3c) and (3d). A simplified model of this effect in which the reference ellipsoid has been replaced by a sphere is shown in Fig. 5.
Fig. 5. Point with the measured height V has a height above the sphere of V+δ. This gives the height correction c=V+δV, which depends on the measured slope distance S and the elevation angle β.
The difference between the measured height and the height above the sphere can be calculated from the following equations. The height correction c is given
c=V+δV
(2)
and
V+δ=R2+S2+2RSsinβR
(3)
The explanations of the quantities in Eqs. (2) and (3) can be derived from Fig. 5. Using these equations, it is possible to estimate the difference between a flat and a curved point cloud based on the point clouds’ horizontal extent. Results from such calculations are shown in Table 1. In these calculations, the approximate Earth radius of 6,731 km was used. Compared to an ellipsoid, a sphere is a less accurate approximation of the physical shape of Earth, but it is sufficient for the purpose of computation of the height corrections.
Table 1. Vertical distance between corresponding for elevation angle β=0° and β=45° using a radius of 6,371 km
Horizontal distance (m)Height correction β=0° (mm)Height correction β=45° (mm)Ellipsoidal minus spherical corrections (mm)
1000.80.40.01
2003.11.60.02
50019.69.80.11
1,00078.539.20.44
2,000313.9156.91.76
5,0001,962.0980.511.01
10,0007,848.13,919.744.05

Note: The horizontal distance is the distance from the point where the vertical axes of both point clouds align. The difference between height corrections computed from the spherical model and the computations using WGS84 are presented in the rightmost column.

Table 1 shows that the difference between a sphere and an ellipsoid in the most extreme case (φ=0°, β=0°) is small relative to the corresponding height correction (vertical distance). This shows that the model presented in Fig. 5 is good enough to be used for these types of estimates.
The difference between the curved point cloud (3a) and the flat point clouds (3b), (3c), and (3d) can be explained using the height differences presented in Table 1. For example, if a 1-km stretch of a road is scanned sequentially, and if the coordinate system of the first instrument setup is used as a basis for registration, the difference in height between corresponding points at the opposite end of the road segment would be 8 cm. If an instrument setup in the middle of the road segment is used for registration, the difference will be 4 cm in both ends. This effect can also be seen internally within (3c) and (3d), where there will be small height undulations in what should be a flat surface. However, because a point cloud created from a single instrument setup rarely exceeds 100 m, this effect will, for most cases, be well below 1 mm.
The differences in scale between (3a) and (3b) depend on the chosen map projection, the location within the map projection, the height above the ellipsoid, and the horizontal extent of the point cloud. This makes it difficult to give general estimates of the magnitude of this effect. To give one example, consider a point cloud that is following the central meridian of a Universal Transverse Mercator projection and that has a height of 0 m above the ellipsoid. The scale difference between (3a) and (3b) would be 400 parts per million (ppm), or 4 cm per 100 m. Using local map projections, this number will be lower. In Sweden, for example, the scale differences using the national projection zones would be limited to roughly 50 ppm (Lantmäteriet 2020). In the case of (3c), where all point clouds are registered before georeferencing, the scale could follow either cartographic or ECEF coordinates. The scale would be semi-constant over the entire area, which means that it would not follow a map projection in the same way as (3b) or (3d). Instead, the scale would be averaged, and depending on the geographic extent, the residuals between the point cloud and the map projection could be significant. In (3c) and (3d), there are also internal scale differences. When compared to (3a), the points in the upper parts of the point clouds have been shifted closer together, and the points in the lower parts have been shifted farther apart. The magnitude of this shift comes from the differences in horizontal distances depending on the height above the reference ellipsoid, which increases with roughly 16 ppm per 100 m (Uggla and Horemuz, 2018). To give an example of what this can mean in practice, consider two adjacent point clouds in the shape of cubes where the sides are 100 m long. The greatest difference in scale would occur in a situation in which they are tangent along their bottom edges and aligned by rotating around that edge. This is shown in Fig. 6. In our example, d2 would be 200 m, and d1 would be 16 ppm longer, which is roughly 3 mm.
Fig. 6. Two cube-shaped point clouds registered (a) without and (b) with the plumb line constraint. Aligning the point clouds shortens d1 into d2. The magnitude of this shortening depends on the height and length of the point clouds. This diagram shows the most extreme example where both point clouds are rotated along the bottom edge.
The difference between the deflection of the vertical and the ellipsoidal normal, see (4a) and (4b), affects the TLS point clouds that are directly georeferenced. The deflection of the vertical is typically limited to 20 arc seconds (arc/s) in lowland terrain and 70  arc/s in more mountainous areas (Bomford 1980). The georeferencing errors are mainly manifested along the vertical axis, and it depends on the size of the deflection of the vertical, the elevation angle, and the measured slope distance. Osada et al. (2017) performed calculations for 7.5  arc/s (lowlands) and 50  arc/s (mountainous) and estimated the measurement errors due to neglecting the deflection of the vertical to be below 10 and 50 mm, respectively, for a slope distance of 200 m.

Improved Metadata

From the point cloud characteristics discussed in this article, the most significant in terms of geometry is the horizontal scale and the curvature of the point cloud. The horizontal scale can be significant even for a point cloud covering a small area, while the height differences between a flat and a curved point cloud mostly are relevant for point clouds covering longer distances. The magnitude of the scale difference between a map projection and the physical environment depends on several factors, but scale distortions up to 400 ppm (center of a UTM projection zone) are not uncommon. If we disregard the flattening of the Earth and assume that it has the shape of a sphere, the height difference caused by its curvature would always be the same for any given distance, regardless of the location. This is not true in practice, but the values in Table 1 are still good indicators for the magnitude of this effect. For example, the difference between scanning a tunnel segment with a length of 1 km using registration with and without plumb line constraints would be roughly 8 cm. The other characteristics discussed in this article, such as the internal variation in scale and height in Figs. 3(c and d) are much less significant and would likely not be distinguishable from the measurement noise.
Considering this, we propose two new metadata parameters: (1) horizontal scale; and (2) shape. Each of these can take on one of two values. The scale can follow the terrain, meaning that the geometries in the point cloud are unaltered and that the fit to the map projection might be compromised, or it can follow the map projection, meaning that the point cloud will fit the map projection seamlessly but that the geometries will be distorted. If the point cloud follows a flat surface, all vertical lines will be parallel, and if it follows a curved surface, the direction of up will vary within the point cloud and follow the curvature of the Earth. The point clouds in Fig. 3 have been categorized according to these parameters in Table 2.
Table 2. Point clouds from Fig. 3 categorized according to the horizontal scale and their shape
ScaleShape
CurvedFlat
Terrain(3a)(3c)
Map(3b), (3c), and (3d)

Note: (3a) is a 1:1 representation of the physical scene, and (3b) is a strict transformation to a map projection. (3c) is a point cloud combined through registration that can approximate either the terrain scale or the map scale, and (3d) is a group of individually georeferenced point clouds that approximate the map scale.

As previously mentioned, the IFC and CityGML standards both lack proper attributes or properties to describe tolerance for not yet constructed objects and uncertainty for objects created from geodata. This article does not propose any specifics regarding the implementation of these metadata but allowing for tolerance and uncertainty to be described in terms of length units and standard uncertainty, respectively, for each individual geometry could be a step in the right direction.

Concluding Remarks

This article presents a thorough conceptual overview of how point clouds captured by TLS can be georeferenced and how the choice of georeferencing method affects the point cloud geometry. Out of these differences, two stand out as more significant and, therefore, also more important to describe using metadata. To better manage point clouds of different types, we propose two new metadata parameters: (1) horizontal scale; and (2) shape. These are relevant not only for point clouds but also for models of the built environment, as these inherit the geometric characteristics of the point clouds they were created from. Two major exchange formats used for information about the built environment, IFC and CityGML, both lack proper support for describing geometric tolerance and uncertainty for objects, and we strongly suggest that both standards are extended with such capabilities.

Data Availability Statement

No data, models, or code were generated or used during the study. All computations were performed using the equations given in the paper.

Acknowledgments

The authors would like to acknowledge the support by the Swedish Transport Administration, Grant No. FUD 6240.

References

Alba, M., and M. Scaioni. 2007. “Comparison of techniques for terrestrial laser scanning data georeferencing applied to 3-D modelling of cultural heritage.” In International archives of photogrammetry, remote sensing and spatial information sciences, XXXVI-5/W47. Göttingen, Germany: Copernicus Publications.
Biljecki, F., J. Zhao, J. Stoter, and H. Ledoux. 2013. “Revisiting the concept of level of detail in 3D city modelling.” In ISPRS annals of the photogrammetry, remote sensing and spatial information sciences, II-2/W1, 63–74. Göttingen, Germany: Copernicus Publications. https://doi.org/10.5194/isprsannals-II-2-W1-63-2013.
BIPM, IEC, IFCC, ISO, IUPAC, IUPAP, and OIML. 1995. “JCGM100:2008—GUM 1995 with minor corrections.” Accessed April 22, 2020. https://www.bipm.org/utils/common/documents/jcgm/JCGM_100_2008_E.pdf.
Bomford, G. 1980. Geodesy, 4th ed. Oxford, UK: Ofxord University Press.
buildingSMART. 2017. “Industry foundation classes 4.0.2.1.” Accessed April 23, 2020. https://standards.buildingsmart.org/IFC/RELEASE/IFC4/ADD2_TC1/HTML/.
Fan, L., J. A. Smethurst, P. M. Atkinson, and W. Powrie. 2015. “Error in target-based georeferencing and registration in terrestrial laser scanning.” Comput. Geosci. 83 (Oct): 54–64. https://doi.org/10.1016/j.cageo.2015.06.021.
Ioup, E., Z. Yang, B. Barre, J. Sample, K. Shaw, and M. Abdelguerfi. 2015. “Annotating uncertainty in geospatial and environmental data.” IEEE Internet Comput. 19 (1): 18–27. https://doi.org/10.1109/MIC.2014.39.
Lantmäteriet [The Swedish mapping, cadastral and land registration authority]. 2020. “SWEREF 99—Map projections.” Accessed April 14, 2020. https://www.lantmateriet.se/en/maps-and-geographic-information/gps-geodesi-och-swepos/Referenssystem/Tvadimensionella-system/SWEREF-99-projektioner/.
Open Geospatial Consortium. 2012. “OGC city geography markup language (CityGML) encoding standard 2.0, 6.2 multi-scale modelling (5 levels of detail, LOD).” Accessed April 9, 2020. https://www.ogc.org/standards/citygml.
Open Geospatial Consortium. 2017. “OGC InfraGML 1.0: Part 6—LandInfra survey—Enconding standard.” Accessed April 9, 2020. https://www.ogc.org/standards/infragml.
Osada, E., K. Sosnica, A. Borkowski, M. Owczarek-Wesolowska, and A. Gromczak. 2017. “A direct georeferencing method for terrestrial laser scanning using GNSS data and vertical deflection from global earth gravity models.” Sensors 17 (7): 1489. https://doi.org/10.3390/s17071489.
Otepka, J., S. Ghuffar, C. Waldhauser, R. Hochreiter, and N. Pfeifer. 2013. “Georeferenced point clouds: A survey of features and point cloud management.” ISPRS Int. J. Geo-Inf. 2 (4): 1038–1065. https://doi.org/10.3390/ijgi2041038.
Scaioni, M. 2005. “Direct georeferencing of TLS in surveying of complex sites.” In Proc., ISPRS Working Group V/4 Workshop 3D-ARCH ‘Virtual Reconstruction and Visualization of Complex Architectures’. Göttingen, Germany: Copernicus Publications.
Schuhmacher, S., and J. Böhm. 2005. “Georeferencing of terrestrial laser scanner data for applications in architectural modelling.” In Proc., ISPRS Working Group V/4 Workshop 3D-ARCH ‘Virtual Reconstruction and Visualization of Complex Architectures′. Göttingen, Germany: Copernicus Publications. https://doi.org/10.18419/OPUS-3749.
Tolmer, C., C. Castaing, Y. Diab, and D. Morand. 2013. “CityGML and IFC: Going further than LOD.” In Proc., 2013 Digital Heritage International Congress (DigitalHeritage), 645–648. Göttingen, Germany: Copernicus Publications. https://doi.org/10.1109/DigitalHeritage.2013.6743808.
Uggla, G., and M. Horemuz. 2018. “Geographic capabilities and limitations of industry foundation classes.” Autom. Constr. 96 (Dec): 554–566. https://doi.org/10.1016/j.autcon.2018.10.014.

Information & Authors

Information

Published In

Go to Journal of Surveying Engineering
Journal of Surveying Engineering
Volume 147Issue 2May 2021

History

Received: Jun 3, 2020
Accepted: Oct 15, 2020
Published online: Dec 24, 2020
Published in print: May 1, 2021
Discussion open until: May 24, 2021

Authors

Affiliations

Ph.D. Student, Div. of Geodesy and Satellite Positioning, KTH Royal Institute of Technology, Teknikringen 10B, 100 44 Stockholm, Sweden (corresponding author). ORCID: https://orcid.org/0000-0001-9032-4305. Email: [email protected]
Associate Professor, Div. of Geodesy and Satellite Positioning, KTH Royal Institute of Technology, Teknikringen 10B, 100 44 Stockholm, Sweden. ORCID: https://orcid.org/0000-0003-0382-9183. Email: [email protected]

Metrics & Citations

Metrics

Citations

Download citation

If you have the appropriate software installed, you can download article citation data to the citation manager of your choice. Simply select your manager software from the list below and click Download.

View Options

Media

Figures

Other

Tables

Share

Share

Copy the content Link

Share with email

Email a colleague

Share