This is a known issue found in corridor projects, which our developers are still investigating.
See the illustration of the drift below.
The difference in results is not due to the platform on which you processed the project (Desktop/Cloud), but to the workflow you used to incorporate the ground control points (GCPs):
If incorporated before step 1, GCPs are only taken into account at the very end of step 1 which prevents them from applying stronger constraints than the image geotags (if there are any). As a consequence, they are not too strongly weighted and the project is not completely fitted to their position.
On the contrary, during the reoptimization, GCPs apply a stronger constraint on the georeferencing of the project and the project is fitted to the GCP positions. In this case, there is no shift between initial and computed GCP positions.
When processing locally, there was no shift in the position of the GCPs in the Desktop project, because you added the GCPs after running step 1 then reoptimized. In the case of the Cloud instead, there was a shift between initial and computed GCP positions since, after adding GCPs and uploading to the Cloud, step 1 started again incorporating GCPs from the beginning (processing always starts from the beginning on Pix4D Cloud).
For corridor projects, I recommend you do the following:
Process the projects entirely on the Desktop.
Process the project partly on the Cloud following these instructions:
If you just want to share results with third-parties, note that there is also the possibility of just uploading results on the Cloud. See the article How to upload results and outputs to the Cloud for more information.
In this Case, I had partially processed the project on the cloud. I had done Step 1, GCP marking and reoptimize in desktop. After checking of quality report i have uploaded the project on cloud.
thank you for getting back to me. It made me realize that I had written something wrong. The following
"Process the project partly on the Cloud following these instructions:
Process step 1 on the Desktop
Add GCPs on the Desktop
Reoptimize on the Desktop
4. Upload to the Cloud, where step 1 will be processed again."
will cause you to have the shift in the project on the cloud, because processing always starts from scratch on the cloud, so whatever was done on the desktop is not used on the cloud when a project is uploaded. The only things that are uploaded are the .p4d file (with image marks) and the images, then the processing starts again.
As I mentioned, this issue is specific to linear projects and our developers are looking into it. In the meantime, you need to process this project on the desktop and upload single results if you need to share them.
These cookies are necessary for the website to function and cannot be switched off in our systems.
They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences,
logging in, or filling in forms. These cookies do not store any personally identifiable information.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site.
They help us to know which pages are the most and least popular and see how visitors move around the site.
All information these cookies collect is aggregated and therefore anonymous.
If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partner (Google).
They may be used by Google to build a profile of your interests and show you relevant adverts on other sites.
They do not directly store personal information but are based on uniquely identifying your browser and internet device.
If you do not allow these cookies, you will experience less targeted advertising.