1
General / Re: Contour Line Labels
« on: August 17, 2025, 09:50:29 PM »
Control of annotation type elements in Metashape is very limited, if at all. Best to export into QGIS or similar to control things like that for now.
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.
2
General / Re: Is it possible to change which pixels Metashape prioritizes when generating orto
« on: August 11, 2025, 08:10:56 PM »Thank you, looks like I can do this to select oblique positions instead of nadir. I'll create another topic to know if there is any documentation regarding the assign images ranking.
Note that there is only a very small amount of area in the center of each image that can be described as "NADIR". All the rest of the area between images is interpolated. So, when you say you are selecting an oblique image to replace a nadir image, that is most likely not true. Unless of course you have other than nadir positioned images in your set.
Distortion generally occurs between seam lines in the ortho. If a seam line occurs on straight line or patterned area, then it can show distortions or offsets. Replacing the area with the method shown is a way to use one image (or a combination) for the entire selected area in order to remove the offset or distortion caused by the interpolation process to make it look nicer.
3
General / Re: Is it possible to change which pixels Metashape prioritizes when generating orto
« on: August 08, 2025, 01:18:05 AM »
Build the ortho. Then draw a polygon around an area you are not happy with. Right click the polygon and select "Assign Images".
You will get a list of the images that contain that area and you can try them to see if any of them provide a more acceptable render.
You will get a list of the images that contain that area and you can try them to see if any of them provide a more acceptable render.
4
General / Re: higher error from aligning photos after GNSS post-processing corrections
« on: August 08, 2025, 01:09:50 AM »
What is the reported error to your checkpoints before and after corrections?
5
Feature Requests / Re: Option to Globally Adjust the Displayed Decimal Places
« on: July 23, 2025, 03:27:16 AM »
Nice.
Along this line, it would be great if units of measure could be defined. For example, for volume, cubic yards instead of cubic feet. Also, the ability to not use scientific notation values.
Along this line, it would be great if units of measure could be defined. For example, for volume, cubic yards instead of cubic feet. Also, the ability to not use scientific notation values.
6
General / Re: Export to KML format
« on: March 04, 2025, 03:33:51 AM »
I don't think a .kml or .kmz file is workable unless it is in wgs84. Even though MS will export to .kmz with a specified CS, the file itself seems to be corrupt. Why do you specifically need a .kml ?
7
General / Ground points fade to white
« on: March 02, 2025, 08:05:53 PM »
Curious why point cloud ground points (colored brown) fade to white the farther you zoom out? Even if the cloud is filtered to only show ground points, they also fade to white as you zoom out. What is the reason for this behavior?
example screen recording
https://www.dropbox.com/scl/fi/y6pg3lgd08t5v8vlej3tc/ground-points.mp4?rlkey=rvpagji10thxd7maxl82gz3l8&dl=0
example screen recording
https://www.dropbox.com/scl/fi/y6pg3lgd08t5v8vlej3tc/ground-points.mp4?rlkey=rvpagji10thxd7maxl82gz3l8&dl=0
8
General / Re: Save Datum Transformation
« on: March 02, 2025, 03:31:29 AM »
You are correct that the problem I'm having is the result that the CS in MS is converting to us survey feet and not international feet.
I was able to get the correct matching values by using the CS with meters that you used. But the CS I have tried in MS seem to all be using us survey feet and I'm pretty sure NGS is using international feet as us survey feet was depreciated on December 31, 2022.
So far, I'm not finding an appropriate CS that uses international feet. But if I stay in metric, it matches.
Thanks again for the hand holding.
gratuity on the way.
I was able to get the correct matching values by using the CS with meters that you used. But the CS I have tried in MS seem to all be using us survey feet and I'm pretty sure NGS is using international feet as us survey feet was depreciated on December 31, 2022.
So far, I'm not finding an appropriate CS that uses international feet. But if I stay in metric, it matches.
Thanks again for the hand holding.
gratuity on the way.
9
General / Re: Save Datum Transformation
« on: February 27, 2025, 10:09:18 PM »
I can reproduce your transform to UTM grid using 6340 horizontal. But I can't seem to get close to WA State Plane South no matter which CS I use.
Neither of these have a combined vertical transform like 8791. Using 8791 seems to get me a good match to the geoid height in the OPUS report using the 7 parameter adjustment towgs84.
This all seems somewhat messy and prone to error for sure. :/
I really appreciate your help!
Neither of these have a combined vertical transform like 8791. Using 8791 seems to get me a good match to the geoid height in the OPUS report using the 7 parameter adjustment towgs84.
This all seems somewhat messy and prone to error for sure. :/
I really appreciate your help!
10
General / Re: Save Datum Transformation
« on: February 27, 2025, 06:54:51 PM »
I'm not sure what you are asking for, Paul? The coordinate that I have been using is the one established by a 2+ hour observation receiver rinex file processed through OPUS. And you have that.
11
General / Re: MRK Files ?
« on: February 27, 2025, 03:35:08 AM »
The .mrk file is used by software for ppk processing. It is not used in MS. If you use a ppk workflow, then you would use that file in that software. Metashape will use the locations in the image's exif data.
12
General / Re: Save Datum Transformation
« on: February 27, 2025, 01:38:49 AM »
Your instructions are very clear, Paul. Thank you.
However, when I enter the epoch adjusted coordinate into MS and apply the transformation, the state plane coordinate is off by 1.4 ft and 3.9 ft horizontally. Elevation is fine.
I'm using the results from the HTDP tool which are the same as yours.
I then convert the DMS coordinate to Decimal because MS doesn't like DMS at least in WGS84.
Then I apply the CS and the towgs84 parameters. I don't know why I get a different result than you do.
However, when I enter the epoch adjusted coordinate into MS and apply the transformation, the state plane coordinate is off by 1.4 ft and 3.9 ft horizontally. Elevation is fine.
I'm using the results from the HTDP tool which are the same as yours.
I then convert the DMS coordinate to Decimal because MS doesn't like DMS at least in WGS84.
Then I apply the CS and the towgs84 parameters. I don't know why I get a different result than you do.
13
General / Re: Save Datum Transformation
« on: February 26, 2025, 08:23:05 PM »
Okay, thanks Paul.
I'm still struggling a bit with this transformation per our other conversation. Using the OPUS point as a benchmark, when I perform the transformation from epoch corrected geographic to state plane projected in MS without using the towgs84 transform, the resulting coordinate is closer to what OPUS reports than when I apply the 7 parameter transformation. I have to assume the state plane coordinate on the OPUS report is the most accurate, right? And, the transformation from geographic to projected with out using the towgs84 transform in MS also agrees with the transformation using another tool in my Emlid account. So, at this point, I'm relieved that my job isn't requiring me to provide a horizontally, centimeter accurate, projected product!
Thanks for the tip on the .xml file!
I'm still struggling a bit with this transformation per our other conversation. Using the OPUS point as a benchmark, when I perform the transformation from epoch corrected geographic to state plane projected in MS without using the towgs84 transform, the resulting coordinate is closer to what OPUS reports than when I apply the 7 parameter transformation. I have to assume the state plane coordinate on the OPUS report is the most accurate, right? And, the transformation from geographic to projected with out using the towgs84 transform in MS also agrees with the transformation using another tool in my Emlid account. So, at this point, I'm relieved that my job isn't requiring me to provide a horizontally, centimeter accurate, projected product!
Thanks for the tip on the .xml file!
14
General / Save Datum Transformation
« on: February 23, 2025, 01:59:36 AM »
Is there any way to save a Datum Transformation (Go To WGS84) to a CRS so it does not need to be entered each time on a new project?
I suppose I could enter it and save the empty project as a template. But it seems there should be a way to edit the CRS to retain this transformation. In the Edit CRS dialog, there is currently no way to assign a Go To WGS84 transformation.
Am I missing it? Thanks!
I suppose I could enter it and save the empty project as a template. But it seems there should be a way to edit the CRS to retain this transformation. In the Edit CRS dialog, there is currently no way to assign a Go To WGS84 transformation.
Am I missing it? Thanks!
15
General / Re: exporting contours to google earth
« on: February 16, 2025, 07:35:53 PM »
If you just want to overlay contours in Google Earth, you can export the contours as a .kml file and they will be available to Google Earth.
You can do a lot more with visualization in QGIS.
https://qgis.org/project/overview/
You can do a lot more with visualization in QGIS.
https://qgis.org/project/overview/
