Forum

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - spader

Pages: [1]
1
General / Re: Agisoft Metashape 2.0.0 pre-release
« on: December 14, 2022, 12:24:53 AM »
I am noticing a significant slowdown between 1.8.4 and 2.0, latest version, as well. (Imac Prop, 3.2 GHz 8-Core Intel Xeon W, Radeon Pro Vega 56 8 GB, Montery). Alexey or RHenriques, do you mind sharing that small dataset so we have someting similar to test on? Alexey, is it the logs that would be of best help, or can we do something else to troubleshoot?

2
Feature Requests / COPC .laz support for exporting point cloud
« on: April 13, 2022, 12:17:28 PM »
There is a push in the open source community for a new, backwards-compatible way of formatting tiled .laz files called COPC. The result is a single laz file that can be streamed/has LOD etc etc, which previously were restricted to potree/entwine exports which consists of thousands of files. At the same time it can be opened using all the standard laz reading methods, as it is "just a laz", in a manner similar to a cloud optimized geotiff is "just a tiff".

If Metashape would add support for exporting point clouds directly this would be really beneficial, since this would significantly reduce the overhead of using/showing others the billion-points large point clouds we routinely produce.

QGIS will support simple drag-and-drop copc laz in 3.26, and potree 2.0 will support copc as well. PDAL supports reading/writing copc as of 2.4.0. I am not sure about Cloudcompare, but I hope it will support copc.

A couple of helpful links:
https://copc.io
https://pdal.io/stages/writers.copc.html
https://www.lutraconsulting.co.uk/crowdfunding/elevation-pointcloud-enhancements-qgis/

3
Feature Requests / Re: 360 Panorama alignment to world
« on: December 05, 2021, 11:44:53 AM »
The  1.8.0 build 13597 was released since my last post, with the excellent addition of "Added Build Panorama command with seamline editing support". This is great news! As panoramas are apparently being worked on at this moment, I would like to add a few more thoughts on how its usability could be improved.

Suggestion #2: Allow for precise angular alignment of a 360 using markers in an image with n projections = 1. Lets say you have a group of images marked as a station and nothing else in a chunk. The images are aligned, and the tie points appear as the classical spere. My suggestion is this: allow adding markers with known reference in a single image. Then the direction of that ray is known. Then add a few more markers with known coordinates, yielding more rays. Optimizing with multiple rays should lead to that the orientation of the spherical panorama should be pretty precise, as well as yielding some scaffolding to avoid drift.

Use case:  we have a drone pano shot above a city. Mark three or more house corners, and get their reference XY positions from a typical map service.  Optimize. Build Panorama. The direction that this resulting panorama looks in should now be in relation to the world, for example that the middle of the equirectangular image point straight north.

Suggestion #3: Assume that we have multiple previously created 360 images using the Build Panorama. These are loaded as single images into a chunk, and their projection set to spherical. Allow for a common alignment without calculatin tie points by simply marking common points. Then allow export with exif tags as suggested in #4.

Suggestion #4: Export the correct exif tags of the spherical image. Approximate the center of the spherical image from ingoing image coordinates and use it as exif coordinates. Do the same for yaw/pitch/roll.

Why is this, and my last suggested feature, useful? 360 images are increasingly used for VR/AR/BIM use cases. Being able to precisely align these panoramas to world, in an overfit manner, either by themselves or in combination with others, is critical for this use case. We can get a good enough approximation of the camera position using PPK or RTK, but the use case critically need a bit more robustness and precision in relating the image alignment to the world system.



4
Feature Requests / 360 Panorama alignment to world
« on: November 11, 2021, 05:10:42 PM »
The panoramic results from MS are great, but lacks automatic horizon alignment. Aligning the horizon has to be done manually, and as far as I can see, can only be done on on single-image chunks. The same holds for aligning images to north.

If, on the other hand, we use multiple camera stations that are aligned with eac hother and perhaps a few GCPS, then it it is not possible to rotate object as is suggested in the tutorial at https://agisoft.freshdesk.com/support/solutions/articles/31000148830. It is currently possible to align multiple camera stations with each other, and thus also with GCPs. Therefore, the exterior orientation of the panorama should be known. Yet, when I try to output the results, the panorama is randomly rotated.

I thus suggest the following feature. If the ingoing spherical panorama has a known exterior orientation, then allow us to export the panorama perfectly levelled and with the equirectangular center pointing exactly north. This would allow usage of Metashape for perfectly georeferenced 360 dataset generation.




Pages: [1]