I have noticed that with the new version of Reality Scan, it is difficult to integrate registered e57 data into the overall RS registration. Previously, we would use the scan data for survey control and the images were mostly used for texture generation.
The problem is that when running an alignment, the (good) photos will generate a component, and the e57’s are their own separate component.
Combining the e57 and photogrammetric components using control points are a challenge as the images from the scanner (not used in our alignment) aren’t as detailed and finding sharp, coincident points is problematic.
Hello @Devey_32
The principles re still the same and they haven’t been changed. You need to use a good data overlap or control points. And basically you need to consider this LSP’s restriction during laser scanning (for example to place the scans denser).
After alignment, our scans and images are two different and unconnected components. Pre-2.0, this was not an issue. I noticed that in another discussion, you mentioned having problems with Z+F data, which is what we use.
Has this been resolved in the recent 2.1 release? Could this be the problem with our alignment?
Hi Devey
As you mentioned it wasn’t an issue before, are you trying to align the same data in different versions?
As you are getting two component, you need to use control points. As I mentioned.
Are you using georeferenced data?
There were some Z&F scans problems, which should be solved now. But I am not sure which one do you mean.