I marked 7 GCP’s and 3 checkpoints. I noticed that the error for some reason was much more for the checkpoints as opposed to the GCP’s I created. The GCP’s seemed to be spot on. I know that checkpoints don’t go into the computations, but I’m just trying to understand my absolute accuracy here.
Is it possible that I just didn’t match images good enough for the checkpoints as opposed to the GCP’s? I don’t understand the purpose of checkpoints if each GCP can give you their own margin of error from their original spot before you correct with image matching.
Please explain this to me, as maybe I’m not really understanding checkpoints. I’ve attached my QR. I’m going to need some detail, so please don’t just send me a link to an article as I’ve read all of them that Pix4d has to offer on this subject.
GCPs are used to georeference the project improve the absolute and relative accuracy of photogrammetry projects while Checkpoints are used for quality assessment.
Checkpoints are used to assess the absolute accuracy of the model. The marks of the checkpoints are used to estimate its 3D position as well as potential errors in the clicks. This way, the relative accuracy of the area of the checkpoints may improve. The difference between the initial and the computed positions of the checkpoints is displayed in the quality report, and it gives an estimation of the absolute accuracy of the model in the region.
We generally recommend that each project has at least 5 GCPs distributed throughout the project area. If the project area is quite large then more GCPs are needed. We recommend measuring more GCPs, so some can be used as checkpoints to assess the accuracy of the project.
The error that each checkpoint gives is highly related to how close or far they are located from the GCPs. So it really depends on the distribution of the GCPs and checkpoints at the same time.
Unfortunately from the picture, you provided to us it is not clear how the GCPs and checkpoints are distributed. Can you please set all checkpoints as GCPs and select Menu Process > Reoptimize and Menu Process > Generate Quality Report and send us the quality report in .pdf format?
Ok next question is simple. My “Z” values were incredibly off using the 96 Geoid.
I had my lat long in WGS 84/UTM 16N.
My surveyor then sent me “Z” values in MSL taken from the 12B Geoid.
Am I able to simply change the “Z” values in my GCP’s based off the 12B Geoid, in other words manually changing them, then reoptimize, but keep the lat/long values as the same?
Because the lat/long seems to be spot on, whereas my only discrepancies lie in the “Z” values. From what I read on this forum, it seems that this works as a solution, being that I’ve heard of many issues with the EGM 96 Geoid. But I just wanted to make sure that if I do this I can still expect accurate results.
If possible share with us the quality report in .pdf format.
In PIX4Dmatic
The other option is to use the free 15-day-trial of PIX4Dmatic where the specific vertical coordinate system and the geoid are supported. You can download the software from this link:
And on the link below you can find a list of the supported Vertical CS and the geoids supported in PIX4Dmatic.
I’ve already processed this project based on manually putting those arbitrary numbers into the “Z” column, even though it was originally set to the EGM 96 Geoid.
With this being said, my “Z” values are still correct, they are what they are.
I guess what I’m asking is, are these 2 scenarios essentially the same and will yield in accurate results:
1). Setting the vertical coordinate system to arbitrary, entering your “Z” values.
OR
2). Setting the vertical coordinate system originally to EGM 96 Geoid “Z” values, but then manually changing them in the “Z” column to arbitrary “Z” values. At this point, essentially the “Z” values would no longer be based on the EGM 96 Geoid, since I manually changed them in the “Z” column to 12B Geoid numbers.
I am not sure I understand the second scenario. When you say “Setting the vertical coordinate system originally to EGM 96 Geoid “Z” values, but then manually changing them in the “Z” column to arbitrary “Z” values” how do you mean to do that? Can you give me some more information?
You also mention that you manually changed them in the “Z” column to 12B Geoid coordinates. Because we do not support this Geoid I would suggest to you to select as a GCP and Output Coordinate System the Arbitrary option as shown in the image above and reprocess. This way the output vertical coordinate system although it would be set to Arbitrary the Vertical Coordinates will be transformed into the “Arbitrary” vertical coordinate system you used, which is based on the 12B Geoid.
So what I meant was, after I had originally set it to the EGM 96 Geoid and processed the entire project, I realized my “Z” values for the GCP’s were way off.
So after that, I went in to the GCP menu and then manually changed all of the “Z” values to 12B values, and then I reprocessed the whole thing. The GCP menu allows you to go in and change the values manually by simply clicking on the desired cells, and then you see a text cursor with highlighted live text that you can change.
Does this make sense? I am just making sure that in doing this I am ok with my data. It seems as though I am, only because my XY values were spot on, only “Z” values were off in MSL.
Do you mean that you changed the values of the GCP coordinates? Were they in another coordinate system?
If yes, then this is the correct workflow. Either correct them manually or import a corrected .csv file.
Then you can select as a GCP and Output Coordinate System the Arbitrary option as shown in the image above and reprocess. Are those the steps you followed? How are the results?
Hi,
Firstly, I have images with EGM 96 Geoid ( auto detected by images) and GCP’s with EGM2008 Geoid, Does it affect in the accuracy while using that GCP’s values.
Secondly, Does the elevation changes according to the EGM2008 Geoid or Creates a problem in accuracy while using two EMG Geoids
Thank you in advance!
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.
