Preserving georeferenced position?

I’m looking for assistance in the proper workflows for georeferenced assets/models: I want to import the .obj export from Reality Capture into Esri ArcGIS Pro, but I’m having a problem in that the global position of the model isn’t maintained. Is this something that has been discussed already? Are there any good tutorials to follow?

Hi UAV_Data_Capt, do you have set Project and Output coordinate system to a wanted one? Are your data georeferenced? If so, which method is used for georeferencing? When you are exporting your model, do you have set the correct option for Coordinate system in Export transformation settings (it should be Project output)?

HI @OndrejTrhan yeah I have the Project and Output coordinate system fields set to the ones I want (which matches my ArcGIS Pro project GCS as well), but as for a “method” used for georeferencing…I’m not doing anything other than using my ground control points and those coordinate system fields. When I have a map viewport open in RC, it shows the correct location, should I be setting an actual spatial position manually?

Hi UAV_Data_Capt, you didn’t mention the export settings.
Did you have set it also like this:
image
?
What exactly do you mean that the global position of the model isn’t maintained?

@OndrejTrhan I think the export settings were set to that, I’ll double check.

“global position of model isn’t maintained” meaning when I tried to import the .obj file from RC export into ArcGIS Pro, it said it didn’t have any position data so it couldn’t put the .obj where it was supposed to go.

If you export the model, are there any other data next to it in the folder?
Also, if you open the model in CloudCompare and check the coordinates, are they correct?

There are additional files upon export:

When you open that rcInfo file you should see the coordinate system which was used.
Have you tried open it in CloudComapre? Were the coordinates correct?

I haven’t tried it in CloudCompare, but when I import it into ArcGIS Pro an error displays regarding the dataset not having any coordinate metadata.

CloudCompare doesn’t have a coordinate system functionality in it, just like it doesn’t use actual units of measure, but rather it treats the coordinates of the point clouds as x/y/z data only, there isn’t a geographic reference.

Which coordinate system are you using? Is it in meters or degrees?
I mentioned the CloudCompare just to check if the values of the coordinates are correct, as they should. For example, if you import model created in S-JTSK (Slovak CS), you see the correct values there. Also, you are asked if the coordinates should be transformed, as JSTK used big values from 0.
When you open that rcInfo file, what does it say?

Sorry for the delayed response: I’m using MA State Plane, Mainland, Ft (EPSG: 6492).

I can tell you the measurements I take in CloudCompare are in ft units as x,y, and z-values.

I can’t recall if upon export it asks about transformation, but I specify that the output coordinate system should be EPSG 6492

I meant you are asked in CloudCompare during import, like:


If you open rcInfo file next to your model file in the notepad, can you see your coordinate system in globalCoordianteSystemName section?

As the units in CloudCompare then the model should be in correct system and units. Probably there is something, that ArcGIS is not able to read that or georeference the model. Is there some kind of settings to set the system for the model manually in ArcGIS. For example, in QGIS it is possible to do.