Pix4Dmapper can process images taken with any cameras, DSLR, large format or lightweight compact camera, perspective or fisheye lens, and using any applications. The only requirement is to have .jpeg or .tiff images.
More information here on the inputs: https://support.pix4d.com/hc/en-us/articles/202558539
If you want to geotag the images using Pixhawk then Pix4Dmapper will be able to process the images without limitations.
Regarding your last question, we are not sure to understand how you would like to integrate Sequoia. Could you please explicit a bit?
I think “…without limitation” is a little misleading.
From what I’ve seen, Pix4d syncs with the pix hawk flight log’s CAM messages, and does not allow for multiple flight logs.
Doing it this way, you would need to make sure that your first image is indeed the first image triggered by the flight log.
You also need to make sure that you’re using a setup where the triggering is actually handled by the FC. Many people are using an intervalometer, so the CAM messages are ignored.
Not saying it doesn’t work, but there’s more to it than a simple “yes”.
No matter what, you can get it to work in pix4d…but importing the flight log in to p4d might not be the way to do it for your setup.
It’s a rookie question.
I was actually wondering if instead of using mission planer, I could use Pix4Dmapper Pro to do the flight plan, upload it to Pixhawk so that it can automate the role process of autonomous flight path also controling a Sequoia camera, just as it would do if using a DJI multirrotor.
Or Pix4D will only process the images afterwards and all the flight plan must be done with Mission Planer?
Is there a fixed wing UAV that works just like the DJI multirrotors with Pix4Dmapper?
Hi Daniel, I’ve built a small fleet of Pixhawk/APM powered UAV. APM boards you can get cheap, the user community is tremendous, and the system is incredibly open and flexible. Perfect for DIY.
As Derrick indicated there are a couple ways of using Pixhawk/APM in combination with Pix4D and a sensor but I’m not sure I’d bother. Let Pixhawk do the driving. Sequoia has its own high-quality GPS on-board, geotagging its own images at precisely the right time. After the flight point Pix4D at geotagged images and you’re done.
And its not hard to send a trigger impulse out of Pixhawk/APM if you want to. I don’t see any limitations if you’re worried there’s something you’re missing. You’d just use Mission Planner. No doubt you’ve been over to DIYdrones?
Thank you for your replies that will surely help other users.
@ All
There are two ways to process images in Pix4Dmapper when flying a Solo.
1. Extraction of the log file and import into Pix4Dmapper
Once the flight mission log file is taken from the SD card or extracted using Mission Planner, import it into Pix4Dmapper to define the geolocation of the images (accepted formats are.log/.tlog/.csv/.txt). For more information: https://support.pix4d.com/hc/en-us/articles/205320215
In the first step of processing, Pix4Dmapper tries to align the camera and GPS times but it may fail. After running step 1. Initial Processing, the user should check the image geotags in the Quality Report and verify that they do not accumulate near the takeoff and landing points. Delays could also be visible along the flight tracks. In this case, using Mission Planner to geotag the images is recommended.
2. Image geotagging using Mission Planner
No need to connect Pixhawk to apply this procedure. It only requires the log file in the .csv format that is generated after extracting the log file using Mission Planner. For more information, see Tuffwing website: http://www.tuffwing.com/support/geotag_gopro_images_with_pixhawk_log.html
Note that when flying Solo with Sequoia, the two should connect with a cable that connects the camera to the gimbal of the drone. This cable is not commercialized yet. Here is Parrot’s SQ forum-community page: https://community.parrot.com/t5/Sequoia/bd-p/Sequoia
@ Daniel
Pix4Dmapper is a processing software to convert your images into into 3D models, maps and more. To assist our users for the flight plan we have a mobile application that support DJI drones, Parrot Bebop 2 and on Android only, 3DR Solo. This will probably be very interesting to you. You can find more on how to get started here: https://support.pix4d.com/hc/en-us/articles/202557269
Image coordinates are saved in the .p4d file that is generated at the end of the mission, so that you can process in Pix4Dmapper with image geolocation. Note that however, Pix4Dcapture does not write in the image EXIF.
Hello Pix4d Support, pixhawk which runs the APM firmware now has two different messages related to the camera logging. There is a TRIG message that is logged when the computer is sending the signal to trigger the camera. A hotshoe on the flash of the camera has a pc connection cable that is plugged into the pixhawk, the pixhawk listens for the flash and then logs a CAM message which is a confirmation that an image was captured. Currently when importing a 3DR log… which should be renamed to APM log since 3DR products are based on the APM flight stack and 3DR no longer supports open source or drone code… the imported data does not match the logged data. Lat Long and Elevation are incorrect and it has been this way for a while now. Also usually the first and last image do not get any geolocation data imported even though the number of CAM messages match 100% every time with the number of images captured. Its a real shame because this method is currently the only way to input YAW PITCH and ROLL and have Pix4D convert them to OMEGA PHI and KAPP values. (Photoscan currently will let you import YAW PITCH and ROLL in a log file and convert to OMEGA PHI KAPPA, please make is so we can do this as well!!)
I was recently at the ASPRS conference in Palm Springs, California and spoke to Antoine Martin and Andrew McIntyre about these as well as a few other issues.
It would be great if this could be resolved. Most professionals that I know rely on pixhawk and other hardware running APM since it works so much better than DJI for photogrammetry applications and recently the US department of interior banned DJI products from performing government contracts .
Please feel free to contact me if you have any questions, I really think Pix4D is a great product and would gladly help the team improve it in anyway I can help.
Thank you very much for your feedback and all the details you could provide.
Also thank you for the nice comment.
We have reported your suggestion that will be considered by our Product Team for future development of the software. We will be happy to get in touch with you in the future if needed.
3DR does still support DroneCode, which is primarily pushing the PX4 flight stack. The Ardupilot (APM) project separated from DroneCode due to the changes to the licensing agreement.
Nice discussion, I’m not that of a guru on how the firm and the planner etc works, I do fly lots of fixed wing UAV with Pixhawk controllers and now waiting for new build which should come with new pixhawk. Anyway, what is annoying with Mission planner also is that you can not geotagg TIFFS, it just gives you double work that you have to geotag JPEGS then use the resulting location file in Pix4D to process TIFFs. I’m also a huge support of the idea that Pix4d should have its own geotagging tool that recognizes Pixhawk logs so that we can reduce the amount of work that we have to do. With regards to how GPS log is logged with pixhawk, as Nicholas pointed out I use Segull triggers, which makes me feel comfortable using cameras that have no horse shoe, oops flash shoe I mean! My favorite camera so far has been Sony A5100 with Voitglander II lens, perfect combination. Voitglander III has too long barrel hence too much vignetting. Apparently the new one with E-mount has no vignetting, I would love to try it.
Thanks all for your valuable contributions, Nicholas, it seems I have 5000 things to learn from you!
I’d like to bring this thread up because I’m having trouble georeferencing images with pix4dmapper. When trying to use the 3DR log (Ardupilot APM, not 3DR Solo itself) for geotagging, it always warns that 80% of the image orientations of the camera model are identical. As a result, the coordinates of the CAM messages reported in the flight log are not adopted to the images.
Hi till,
If you open the .txt, .log, or .csv file can you confirm that indeed 80% of the orientations are identical? If so, it might be an issue with the 3D Robotics Flight Log.
To make things clear. I’m using the UAV’s DataFlash log (which i downloaded via Mission Planner) and trying to import it into Pix4dmapper.
When I use the same flight log in Mission Planner to geotag the photos, it works. So I think it’s safe to say that the image orientations are not identical. When I set up the project with the un-geotagged images, I get the same warning, which is understandable because the images do not have any geoinformation in the Exif data. But by means of the log file they should get them with the log file.
I’m not sure it is safe to say that they are not identical. Mission Planner certainly wrote orientations to the exif but do you know that the data it wrote was different?
Is it correct that Pix4D also gets the coordinate information from this CAM-lines?
I’m not sure if I understand your second question correctly, or if you understood me correctly (I’m not a native speaker). The warning that 80% of the orientations are identical does accure when i import the flight log into Pix4D. This means that up to this point the exif data of my pictures are empty in relation to their orientation. Geotagging with Mission Planner was just a test. Files or exif info generated within this process were not included in the processing in Pix4D.
Just the images (without any geoinformation or Roll ,Pitch, Yaw information) and the flight logs where used in Pix4D.
Perhaps I didn’t fully understand. Once you load all of your images then you will need to use the From File… option to attach your image geolocation file.
The screenshots are useful because I can tell that the format of your file is not correct. Mapper is not able to read the latitude/longitude and assumingly the orientation data as well. Have you visited the Input files support page for PIX4Dmapper?
If Mapper cannot read the 3D Robotics Flight Log file then you will need to make sure it is in the same format that is listed in the article.
You might need to remove the QIHLLeeeccC, TimeUS,GPSTime,GPSWeek and RelAlt,GPSAlt values.
Make sure your data only contains: imagename,longitude [decimal degrees],latitude [decimal degrees],altitude [meter],omega [degrees], phi [degrees], kappa [degrees]
The question then is why Pix4Dmaper can’t read the 3DR log files? The flight log is not edited in any way by me.
Editing the flight log rows as u described can’t be the right procedure - what else is the point of having the option to load a 3DR flight log then when i can’t use the same?
If i follow your description, it practically results in a different input format. I am aware of the different types of Image geolocation files that can be used (PPK image geolocation accuracy). And since when can’t Pix4Dmapper read a latitude/longitude? It shows it in the drop down menu (look at the screenshot).
Or have I misunderstood you? What am i missing?
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.