Search the Community
Showing results for tags 'pix4d'.
The search index is currently processing. Current results may not be complete.
Can anyone advise me about the problem with vertical GPS values on DJI units? The horizontal values seem to be just fine. We have an Inspire 1 and an Phantom 4 Pro. We have been using them, along with DroneDeploy and Pix4D, to map wetland vegetation for wetland restoration projects in Florida. The problem arose when we started combining imagery with survey to create and deliver 3D models to our engineering colleagues. Both UAVs report accurate altitude to the RC, but the EXIF tags tell an entirely different story: A photo taken at ground level (let's say, 65' above sea level), is tagged with an elevation of -88.0 (no indication of what the units are, but .5 units represents about 100'). If we fly 100' into the air and take another picture, it now reports an altitude of -87.5 units. Per the DJI helpline folks, we've tried recalibrating the unit right before flight, and that doesn't seem to make a difference. Unfortunately, the images captured indicate that, rather than 200' over the levee (which is about 70' on the NAVD88 datum), the image thinks that it was captured from a position 20' or so below the roadbed. Flying another 100' or 200' up still doesn't get us above ground level. So Pix4D and Simactive both have trouble resolving this, and even manually editing the GCPs (at least in Pix4D) doesn't seem to fix things. DroneDeploy does a decent job of creating a model, but it's not georeferenced, and that's part of scope. Plus, 1) I'd like a more detailed model than they generally provide, and 2) my management will not support the subscription upgrade necessary to use GCPs, especially since we already purchased a license of Pix4DMapper. Dishing out $20K for an RTK unit is not on-budget for a few more years, so let's just assume that's not a solution. Besides, we don't need centimeter accuracy for the flight, just for the solution after the GCPs are incorporated. Just being within a few meters of reality (as advertised) during flight would be fine. We could probably write a python script to write pressure altitude values to the GPS field, but that seems like kind of a sloppy workaround. Any other ideas? Does anyone have a buddy at DJI who might fix this? Kindest regards, - Bill William E. VanSickle Professional Geographer, Commercial Remote Pilot GIS Analyst III, Office of Information Technology St. Johns River Water Management District P.O. Box 1429 ● Palatka, FL 32178-1429 Office: (386) 329-4580 Email: firstname.lastname@example.org Website: www.sjrwmd.com Connect with us: Newsletter, Facebook, Twitter, Instagram, YouTube, Pinterest
Hello everyone, I had a major issue today while using Pix4D during a commercial UAS operation today and I want to see if anyone in the forum had knowledge as to why my issue happened. My UAS company is currently subcontracting for another UAS company. We are currently working a large scale (10 nautical mile) 2D Pix4D mapping and Litchi video project of a small river to find ways to prevent flooding issues. The project will have 46 Pix4D flights when we are done. The aircraft that we are using with Pix4D are his DJI Matrice 100 (M-100) and my DJI Phantom 4 Pro. We are using the iPad air tablet. We almost lost the M-100 today. The issue is the following: I upload the flight plan and the program indicates I am good to launch the flight. Before the flight I close out all other background programs on the iPad, including the DJI Go App. At some point in time during the flight with Pix4D, the iPad fully crashes and shuts down. At this point I have no screen with no indications or warnings that there was an issue. Two weeks ago I did a cold weather flight test with another M-100 and noticed this issue right after takeoff while using Pix4D. I was able to land and tried restarting everything (iPad, controller, & M-100), but the issue continued. This M-100 worked fine in DJI Go App, but later had to be grounded due to other issues. Today mid flight, the second M-100 did the same thing. I noticed that the M-100 continued its programmed flight path and we think that it kept taking pictures based on what we saw when uploaded the SD card to the laptop we had with us. I was able to bring the aircraft back without the iPad. We changed out batteries and did a restart. The next flight went fine with no issues and over 150 photos taken. During the following flight the iPad crashed again. I tried restarting the iPad while the M-100 was still in the air, but Pix4D continued to fully crash the iPad. I even tried to restart and go into the DJI Go app, but the iPad crashed again. I noticed that the M-100 was not acting normal and was starting to go way off course. I spent the next few minutes significantly fighting with the controls. I was having extreme difficulty trying to control back of the aircraft. I activated the RTH button 3 times, but nothing. I was finally able to get it back after a lot of struggles with the controls. I have no idea why this happened, but wanted to see if anyone else had this issue. My Phantom 4 Pro worked mostly ok with the program, but on two flights it did not take any photos which wasted two batteries. I am not impressed with Pix4D so far. For as much as they charge for their services, I shouldn't have to worry about losing an aircraft. We are thinking about switching to Drone Deploy. Thanks, Chris
I have the Phantom 4 .. also the Sequoia cam, also investing in the thermals, high resolution cameras for use in survey mapping, search and recovery .. for both research and coursework / training (GIS / RMS, Pix4D, etc) . I am torn with the inspires as I dont think we can easily switch the cameras/ sensors on the Inspire2? Was leaning towards the Inspire1? I am also obtaining a couple of the Phantom4Pros in addition to the Inspires. We will primarily use units to generate orthos and surface models for remote sensing, watershed modeling ... Any suggestions?