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 - monviso

Pages: [1]
1
General / Re: grayscale interpreted as alpha channel?
« on: December 12, 2023, 04:31:39 PM »
Hi,
just wondering if there is any update on this.

Many thanks

2
General / Re: grayscale interpreted as alpha channel?
« on: November 30, 2023, 07:29:12 PM »
Thanks Alex,

yes a sample file is here https://1drv.ms/f/s!Apsp_j88TMkNgekup6pt_t7japzVxQ?e=gEH4ID. In this image I have already tried to modify the grayscale channel by multiplying the 0-1 space by 10 (so the new range of the 4th layer is 0-10) to see if Metashape would have recognise it as non-alpha. But still what it import the frames as a  3 layer raster.

Thanks

3
General / grayscale interpreted as alpha channel?
« on: November 30, 2023, 03:11:07 PM »
Hi everyone.

I have raster formed by 4 layers: 3 RGB channels in the typical 0-255 colour range and a channel between 0-1 that is actually a grayscale raster of the scene. For processing purposes would be much more better not to transform the grayscale and leave it between 0 and 1.

When I import the images to metashapa I can only see the 3 RGB channels, so I believe the grayscale layer is being interpreted as an alpha channel and thus removed from the raasters. Is there a way to allow that layer not to be read as alpha?

Many Thanks


4
General / can I use orthophotos to rebuild orthomosaic?
« on: January 26, 2022, 08:51:12 PM »
Hi all,

I need to apply some correction to my images (pixels value must be corrected) before producing the final orthomosaic. Giving that the correction is based on the reciprocal position of the images estimate by Metashape, what happen is that I actually correct (in R) the pixel values of the orthophotos exported from Metashape after producing an orthomosaic with the uncorrected images.

What I need is to rebuilt the orthomosaic based on the new corrected orthophotos. I don't think I can really import in Metashape the corrected orthophotos and process them with the normal workflow (or yes?); alternatively, is there a way to rebuild the orthomosaic on the corrected orthophotos? Again, I cannot correct the original images and use the "change path" option.

many Thanks for any feedback

5
General / Thermal images pixel size
« on: November 10, 2021, 07:03:28 PM »
Hi all,

just a quick question. I see from here https://agisoft.freshdesk.com/support/solutions/articles/31000158942-thermal-imagery-processing, I see that is suggested for thermal images specify pixel size and focal length (mm) of the camera and set as fixed parameters f (I guess its dimension is in pixels). I have two question:
I-what is the rationale of that?
II- To my knowledge pixel size is computed as 1/FocalPlaneXResolution and 1\FocalPlaneYResolution, again what is the rational of that? For my camera it gives 0.0919118 x 0.11489. But if I compute pixel size simply by FocalPlaneXResolution/Xresolution and FocalPlaneYResolution/Yresolution my pixel size would be 0.017x0.017. Does this make any significative difference?

Many thanks!


6
General / effect of accuracy on GDS in sparse and dense cloud
« on: October 22, 2021, 06:13:09 PM »
Hi all, I need an information (very basic probably). I know that if I process my images in low accuracy I downscale of a factor of 1:8 (i.e., if my GSD=10 cm than I will have GSD= 80 cm) My question is: if I process images in low accuracy both in the sparse and dense cloud step do I apply this factor two times? example: my GSD is 10 cm, I calculate sparse cloud in low accuracy than I have a GSD of 80 cm. If I further process the dense cloud in low accuracy, my GSD will be then  640cm? or the factor still apply to the original resolution (i.e. my final GSD=160cm )?


Many Thanks

7
Feature Requests / export orthophotos issue - amended
« on: March 04, 2021, 02:36:35 AM »
Hi everyone,

I need to export the orthophotos on which my orthomosaic is built. I need to do so because I want to see how the value of the pixel vary from camera to camera using the tie points. The problem is that the values of the pixel range between -8 to 5 (are °C). So the background value is black or white (I guess 0 or 1) when I export as TIF, so values that easily can be confounded with the values of the pixels. Is there a way to customize the background values?
I am asking because when I import the orthophotos in R for the analysis it's almost impossible to distinguish between background value of the rotated tif and the real 0 or 1 value of the pixels. 

Thanks
Matteo

I need to amend the message:
I believe that the orthophoto I am exporting are not complete. It is probably my lack of knowledge, but I thought that they should be the original photos projected. Here attached a sample of the result I have (pixels value range -9.08 to 3.21). As you can see many areas of the orthophoto (but not in the background), have the value 0. I know that this is not true from the original images, so I guess they lack of some part. Why this happen?

Matteo

8
Feature Requests / Re: details on projects "ancillary" files\folder
« on: February 26, 2021, 07:31:54 PM »
Many Thanks, it should work...
so many time there is an easiest solution!
Matteo

9
Feature Requests / details on projects "ancillary" files\folder
« on: February 26, 2021, 01:06:51 PM »
Hi all,

let me first say that some expression in this post can be inaccurate or wrong, but I am asking about quite obscure for me.. so apologise in advance.

I would like to know if somewhere I can find details on how projects build and save its ancillary files. With ancillary file I mean the folders and its content that are automatically created by metashape when we save a project. I see that the file folder contains many files and zipped folder. Is there a way to understand how they are organized? Specifically I would like to understand if the project once it is opened uses the original file to display the orthophotos or uses a copy of them placed in the ancillary filed (I guess in the zip folder). I am asking because I need to build different orthomosaics of the same set of images (calibrated thermal, .tiff, ~1000) but with different thermal calibration parameter (the alignment process of these images took me 4 days, more than 80 hours of computation!!), and thus I am trying to find a way to avoid the alignment step by substituting the new calibrated images in the ancillary folder of the project considering that they are the same image but with variation of temperature values that do not impact in any way the image itself.
Or, an alternative solution, is there a way to apply the tie points of the first orthomosaic to the new set of images?
Hope to have been clear.
Any solution is welcome
Matteo

10
Feature Requests / Re: thermal images multi camera system process
« on: February 26, 2021, 12:36:30 PM »
Hi JoseASanchez,

yep, managed to build an orthomosaic but completely abandoning the two camera approach. Using the calibrated RJPG (now .tiff files), I have stitched them independently by subset them in three different chunks ( I have in tot 800 images). Fore some reason, not completely clear to me, when the images are divided into chunks metashape is able to align them (while processing all the images together fails). The alignment process is complete after iteratively running the alignment several time (as in https://www.agisoft.com/forum/index.php?topic=8554.0 ) and adding GCP for each chunk. I have subsequently aligned the three chunks using GCP (marker). Consider that in the calibrated .tiff  are written, using exiftool, the original metadata of the rJPG about centroid coordinates, altitude and yaw, pitch, roll degree. I guess without these metadata the alignment would fail more likely (but depending on your images resolution..)

Happy to give further details if needed.
Matteo

11
Feature Requests / thermal images multi camera system process
« on: February 05, 2021, 11:21:09 AM »
Hi,
I am trying to process with the multicamera system two folder containing thermal images and RGB from XT2 camera. If I ran the process using the original r-jpg and rbg together all seems to work (I have in the photos window the two images coupled one small and one large). Does anyone know what metadata allow the two images to be considered "from the same camera"?
I have wrote a script in R to convert r-jpg into absolute temperature tif raster and edit its metadata in order to have the necessary information (e.g. GPS position) to import the tif in metashape but when I try to process them together with rgb, I can't see them coupled. Any help is really appreciated. Thanks

12
Feature Requests / Tie point coordinates accuracy
« on: February 05, 2021, 01:31:53 AM »
Hi everybody, I am new to the forum.

I have a question regarding tie points. My UAVs horizontal accuracy is +-1mt ( I would assume that the coordinates of the centre of each image have the same uncertainty). In the field I have set a grid of GCPs geolocated with an accuracy of 0.1mt. In my workflow in Metashape, I align the images and after I import my GCPs (text file) and I correct the position of the point cloud. I am interested into the position of tie points, so my question is: after the use of GCPs correction, can I assume an accuracy of the tie points coordinates of 0.1mt?
Thanks
Matteo

Pages: [1]