<div dir="ltr">Hi,<div><br></div><div>I am using therion (5.4.4 latest stable build for windows) in a following scenario:</div><div><br></div><div>1. Make triangulation-like survey with/without Geo fix.</div><div>2. Place 'visually-identifiable' markers exactly on a survey stations done on step 1.</div><div>3. Do a photogrammetric scanning, making photos in the way markers are clearly visible on obtained images.</div><div>4. Use a photogrammetry software to do a 3d reconstruction with a GCP fix, using markers from step 2 as ground control points.</div><div><br></div><div>To obtain GCP coordinates I use therion-produced database output, with a sample line from .thconfig file</div><div>"export database -o 350.sql"</div><div><br></div><div>Produced 

.sql - file  contains at its end series of SQL commands like following</div><div>"insert into STATION values (9, '1', 33, 732175.84, 4728436.27, 2292.57);" for UTM-fixed survey</div><div>and</div><div>"insert into STATION values (9, '1', 33, 41.99, 8.51, 33.04);" for non-geo fixed survey.</div><div><br></div><div>It is clearly seen that last 3 values are either UTM or local X, Y, Z coordinates. </div><div>Both types of outputs are acceptable for my workflows, but </div><div>the values produced with something like "%.2f" - 'printf' function parameter, or contain only 2 decimal digits after comma. </div><div><br></div><div>Is there any way to control such behavior, without patching the therion source code, and get for example 3 digits after comma for database outputs?</div><div><br></div><div>Workaround here is to produce .kml and then project it to desired coordinate system, but  </div><div>this requires a lot more work than simple dealing with .sql files.</div><div><br></div><div>Both .sql files are attached</div></div>