Ground Control Coordinates what does RS want?

First I am in the UK so Eastings (X) then Northings (Y) and Lat then Long. I have ground control coordinates for my drone project, I’d like to import them.

They were measured and recorded in OSGB 36 British National Grid + ODN Height

Which looks like this

Settings

Result

OK maybe you want the coordinates is WSG 84 as with the camera positions, not a problem.

These coordinates are absolutely correct, but I’ll double-check.

As expected.

Import as local (Eucildean)

Bingo

So what is it that you want, why doesn’t RS recognise the coordinates?

Regards’

Hello @D2RS
Try to use EPSG 27700 instead of one with ODN heights (RealityScan doesn’t support geoid’s heights).
When you’re using Lat/Lon coordinates, you need to use WGS84 coordinate system, not the same as for meter’s values.

OK, I changed the project coordinate system to 27700

We have drone images with WGS84 positions, what do you mean by this?

“When you’re using Lat/Lon coordinates, you need to use WGS84 coordinate system, not the same as for meter’s values.”

I have ground control in GB OSGB 1936, though I can convert to WGS84, is this what RC wants

Ultimately I need to output in GB OSGB 1936

What should my project coordinate system be?
Output system I presume I is epsg: 27700 - OSGB 1936

Regards’

OK, I changed my control points to epsg: 27700 - OSGB 1936 / British National Grid and updated constraints. All the residuals minimised to something we expect.

Couldn’t we remove the unsupported coordinate systems from the list?

We have around 1.5m shift from camera priors to ground control coordinates. This is with RTK processing but without an on site base station. I would trust my static measurements on the ground over the flight. I’ll be interested to see the pilots’ outcome in Pix4D.

We have drone images with WGS84 positions, what do you mean by this?
“When you’re using Lat/Lon coordinates, you need to use WGS84 coordinate system, not the same as for meter’s values.”

You used both coordinate systems in your import settings. The file name is called WGS, but the selected CS was set to OSGB36:

The best option is to have the seme project and output CS. So, for your case 27700 - OSGB36

Couldn’t we remove the unsupported coordinate systems from the list?

Sometimes there is an option to use also the geoid’s heights: How to improve a registration - #11 by OndrejTrhan and the file with ESPG codes is from external source, so basically all available are there.