CloudCompare forum

So currently it's hardcoded and this behavior can't be changed by the user... What would be easy to do is to make the timestamp more detailed (with seconds or even microseconds).

And/or add an option to set the base output filename.

I'll add this to the TODO list.

No, there's no such feature at the moment.

And it's probably already in the TODO list... but this list is way too long!

Hum, not sure how to manage this with the command line. Maybe Python would be a better option (with CloudCompy). And sadly, the only scalar field that can be saved with the E57 format is 'intensity'. So the only option would be to rename the distances SF 'Intensity', and I'm not sure what would happ...

Yes, so you can see that the bounding box along X and Y is super small (<0.02) and super large along Z (> 420). This is once again typical from a geographical coordinate system. You can try to rescale X and Y with the 'Edit > Multiply / scale' tool (by using a factor of 100 for instance for X and Y ...

I don't believe there's any such feature in CloudCompare...

To export to ascii, you have to use -C_EXPORT_FMT ASC (or TXT should work). This must be placed before -SAVE_CLOUDS.

And before calling -EXTRACT_VERTICES, I would remove the cloud with -POP_CLOUDS (so that only the plane remains, because it's a mesh).

See https://github.com/CloudCompare/CloudCo ... rtObject.h (it's part of the 'DB' library)

Animation Trajectory: the plugin can only export a polyline for now... The other pieces of information would have to be exported as a series of 'viewport objects' I guess? As one 'viewport' object for each frame, or something like that. But that would require to modify the code of the plugin. And sa...

Yes, CCCoreLib doesn't manage normals at all. So it would definitely not be easy to pass this information and use it in the existing algorithm without a lot of refactoring...

Generally, when this issue happens (a 'linear' cloud), this is due to the cloud being saved with a Geographic coordinate system (with angular coordinates for X and Y, and metric coordinates for Z, and a totally different scale). CloudCompare doesn't automatically convert these geographic coordinates...