Messages

1

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 ?

2

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

3

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.

4

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!

5

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.

6

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.

7

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.

8

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!

9

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!

10

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/

11

General / Re: PPP and shifting camera position or output position with RTK m300

« on: April 12, 2024, 10:40:44 PM »

Just a heads up. Emlid today just released Emlid Studio version 1.8 which retains the aforementioned metadata.

12

General / Re: PPP and shifting camera position or output position with RTK m300

« on: April 11, 2024, 01:59:58 AM »

The Emlid workflow geotags the photos, but that wipes the yaw, pitch, roll.
 I assume that I will want this in order to best use Agisoft's photo alignment?

In that case I can pull the latitude and longitude from the Emlid Studio events.pos file into a csv.
The only problem here is there is no associated filename, I can write a little script that pulls the exif data from the original photos and then match them via timestamp.
I am worried this is getting a bit complicated and I missed a simpler solution.

Yes.  Metashape uses those parameters.  Emlid is aware of this and are actively working on Emlid Studio to retain all of that data.  Until then, you need to employ a workaround like you suggested.  You could also use RedToolbox (https://www.redcatch.at/REDtoolbox/) in the meantime. It has a nominal fee, and a fully functioning trial.

I have two more questions..
1.  Can I do this when I have already built the ortho and update?  It doesn't seem likely, but just checking which step I need to go back to

If you use the method to write the original exif, including the corrected camera positions, to the images. Then they will be used when ingested by MS.  If you use the original images, and then supply a camera position reference file, yes, you want to do all of that and get everything position wise sorted before having MS process any products.  MS can update the sparse cloud (tie points) based upon updating your changes.  But products beyond that need to be re-done.

13

General / Re: RTK Positioning accuracy with Mavic 3E

« on: April 10, 2024, 11:48:50 PM »

A little tip, there is such a function in many web browsers, which is called translator  

Good tip. If you don't read the forum default language you could use it.

As a bonus,you might get participation from a lot more users that have experience with the issue you are having.

Cheers!
Dave

14

Bug Reports / DEM Fill / BaselineTool, Red Mask Bug

« on: April 10, 2024, 04:30:54 PM »

Please see this thread

https://www.agisoft.com/forum/index.php?topic=16352.0

15

General / Re: DEM Fill Tool

« on: April 10, 2024, 04:28:48 PM »

Yes.  It looks like that one option will work.