Hey everyone,

I wanted to share a recent breakthrough I had with a dataset I just processed. I took 395 nadir images captured by a M3E with 80m flight height and processed use the platform I developed (aimed to generate orthomosaics). Traditional orthomosaics always seem to struggle with certain geometric artifacts, but gaussian splatting nailed it. Here are a few things that seriously impressed me:

• Perfect Streetlight Reconstruction: Almost all the streetlights were completely restored in their exact, precise locations. Usually, thin vertical structures like poles get warped or completely omitted, but they look flawless here.
• Sharp Rooftop Edges: Complex and intricate roof structures maintained incredibly crisp and sharp edges. There's none of that usual "melting" effect you see around roof boundaries.
• Natural Vegetation: Trees and bushes actually look natural instead of looking like distorted, blocky blobs of green mesh.
• Original-Level Clarity: The overall texture clarity and sharpness of the final orthophoto are almost identical to the raw, original images.

Hey everyone,

I’ve been developing photogrammetry software for nearly a decade now. Over the years, I’ve analyzed and debugged a massive amount of 3D reconstruction and accuracy issues. What I’ve learned is that very rarely are bad results actually caused by software bugs. Most of the time, if a model's quality or accuracy doesn't meet expectations, the project was doomed during the image acquisition phase—the data was simply never going to yield a high-quality result.

With the dropping costs of drones and software, a lot more people are jumping into this field. But as many of you know, photogrammetry is highly dependent on experience and hands-on practice. It’s not something you can fully master just by watching a few YouTube tutorials. Learning from your own mistakes and failures is the fastest way to grow.

But here’s the frustrating part: when a reconstruction fails, figuring out exactly what went wrong in your workflow is rarely easy.

• Is there motion blur? (Just because an image looks sharp to the naked eye doesn't mean micro-blur isn't there).
• Were your camera shutter settings actually correct?
• Was the RTK status stable? If it dropped, which specific photos have bad RTK data?
• Is your overlap actually sufficient? (The overlap you set in your flight planning app does not always equal the actual overlap you captured, especially over changing terrain).

From flight planning to data collection to processing, there are just too many details where things can go wrong, and a mistake at any single step can compromise your final deliverable. Honestly, because getting a flawless result is so difficult, finally nailing a high-quality model is incredibly rewarding. That’s the real charm of photogrammetry.

What I'm building to help fix this

I’m currently building my own platform that generates orthomosaics using Gaussian Splatting. But while building it, I realized I wanted users to have a crystal-clear understanding of their image data quality before they even start processing.

So, I built an Image Data Quality Check feature.

I heavily optimized it to be lightning-fast, and it runs locally in your browser. If you have a laptop out in the field, you can QA your data immediately after landing. You can clearly and intuitively check:

• Drone image motion blur.
• Actual forward and side overlap rates (and how they fluctuate due to terrain).
• RTK status for every shot.
• Whether a mechanical shutter was used.

You can filter your images based on any of these parameters. No login required, and no data is uploaded to a server (you only need to log in and upload if you actually want to initiate a cloud gaussian splatting DOM task).

Note: This QA tool is primarily designed for DJI drones, as they are the ones that record all the necessary metadata required to calculate these metrics.

You can't improve what you can't measure. I’m hoping this tool can serve as a reliable benchmark for your data quality, helping you continuously professionalize your data collection and deliver more reliable, high-quality results to your clients.

Would love to hear your feedback on the QA tool.

Hi everyone,

I’m currently building a platform that generates orthomosaic using 3D Gaussian Splatting. The platform will supports both standard top-down (nadir) orthomosaic and building facade orthomosaic.

I’ve achieved a level of clarity that is significantly higher than any existing 3DGS currently on the market (this is specifically designed for generating orthomosaic). However, compared to traditional photogrammetry, the texture clarity is still looks slightly blur. I’d love to get the community's feedback on them.

Pros：

The biggest win is accurate geometry. When rendering man-made structures, there is almost zero distortion. Building edges remain straight. Corners retain their sharp right angles without any of the warping, bending, or melting effects you sometimes see in photogrammetry.

Cons:

Slightly lower texture clarity: As you can see in the attached images, the high-frequency texture detail are still softer or less crisp than what you would get from a traditional photogrammetry orthomosaic. (still working on further optimizing texture clarity)

(And no high-quality DSM from Gaussian Splatting: This is a major drawback right now. Gaussian Splatting currently cannot generate high-quality Digital Surface Models directly from the Gaussian Splatting output. Still requires photogrammetry to generate a DSM.)

My Question:

I’d love to hear from professionals working in surveying, GIS, architecture, or 3D mapping.

In your specific application fields, is accepting a slight drop in texture clarity a worthwhile trade-off to get straight building edges and undistorted geometry? Or texture clarity still the absolute priority for your workflows?

Looking forward to hearing your thoughts!