To whom it may concern,
I was curious if anyone knows how to upload the output of webODM to ArcGIS Pro. I can only seem to upload the orthomosiac and the dsm files successfully. I was curious if anyone has experience doing this.
Thanks,
Ian
To whom it may concern,
I was curious if anyone knows how to upload the output of webODM to ArcGIS Pro. I can only seem to upload the orthomosiac and the dsm files successfully. I was curious if anyone has experience doing this.
Thanks,
Ian
Welcome!
What output are you meaning?
I guess I should have been more specific. Currently I am struggling to upload the point cloud and textured model into ArcGIS Pro.
I’m not terribly surprised. ArcGIS Desktop 10.8.1 isn’t well suited for this type of data either.
Are you able to post your data products so I can test with Pro at a later time? I need to see if there is a workable workflow at the Standard license level without any add-ons (what I have access to).
What license level and add-ons are you licensed for?
I have the advanced license fortunately. I also have tried using QGIS 3.18 and its been easier to get the data in but there appear to be bugs that prevent the DSM from georefrencing correctly and I cannot change the viewing angle in 3D viewer. The forum does not seem to let me upload zip files or large amounts of zip files so I will paste the link. Thank you so much for helping out with this.
http://127.0.0.1:8000/public/task/a435bf28-259f-467c-9126-e94f0b1b69ea/3d/
Hey, that’s an internal IP I won’t be able to access.
Can you upload the products to something like Onedrive, Google Drive, Dropbox, Box, etc?
Odd that QGIS won’t let you change the view angle. I’ve not come across that issue. Same for the georeferencing issue. I’ll have a better idea once I can poke at the data.
3.18.2 with PDAL:
I’m able to navigate the cloud, but it is painful. I’ve commented upon the difficulty of navigating datasets like this in the issue tracker, but I’m not able to fund development to fix it. CloudCompare works really nicely for poking around point clouds.
As for geolocation, seems to be pretty much spot on:
Now, for ArcGIS Pro, it doesn’t support EPT or LAZ, so if you want to ingest the point cloud, you’re going to need to use another format like plain LAS or TXT (blegh).
As for the OBJ file, it looks like you’ll need CityEngine and/or 3D Analyst. I have access to neither, so I can’t assist you any further on that, unfortunately:
Wow thank you so much. I am going to sound stupid but what is the OBJ file and fortunately I do have 3D analyst.
Nah, not stupid at all. We’re all here to ask questions and learn.
OBJ is the Wavefront Object file that is a 3D model. It is usually accompanied by an MTL (Material) file that defines the textures.
You generated this all in your ODM output here:
So following the ESRI documentation, you should be able to import the textured OBJ file.
I also realized that the textured model is not georeferencing correctly as it spawns in the middle of the pacific ocean. Under spatial reference it says it has an unknown reference coordinate system. I tried using define projection but it did not seem to do much.
Your data seems to line up properly with EPSG:32610
Does the 3D Model still not align properly with that CRS?
So your advice with importing the laz files as las worked perfectly. Everything is georeferencing in the correct spot except the OBJ file. It seems as though it has no coordinate information associated with it.
I suppose that is possible that the OBJs aren’t actually georeferenced themselves. This GIS StackExchange question/answer seems to imply the same.
From briefly looking over the Wiki about OBJ, it doesn’t seem like the spec was designed to hold any CRS and is based around a local (0,0,0) coordinate system. I suppose you could translate that, but I’m not sure how.
Looks like Pix4D handles this OBJ limitation by writing out an offset file:
Okay there is a menu option within Import 3D Files in ArcGIS Pro called placement points and I going to research that. I cannot thank you enough for all your help.
Let us know how you get on! If you solve this, it’ll be a great help to everyone else, as well!
In the meantime, I’ve opened this Feature Request to see what everyone thinks:
Can you see if using the information in this file (odm_georeferencing/odm_georeferencing_model_geo.txt
) is sufficient to have ArcGIS Pro orient the model properly?
Apparently we write out the needed offset information already into this file. The question becomes how to get a tool like ArcGIS to take advantage of this.
So using the advice from this forum I was able to get the texture to georeference in the correct spot but the orientation of the texture is wrong. Are you familiar with how to rectify this situation.
Unfortunately not. I don’t have the license level and extensions to try, either.
It looks like they provide a workflow you can follow in that post, though.