Latest Contributions by CodyBenkelman

See https://doc.arcgis.com/en/drone2map/help/indices.htm  ... View more

They're using an open source image software library that adds an extra band to each image, usually with a NoData mask with each pixel written as 0 or 255.  Notice band 6 in your first screenshot - that's the extra band.  In what should be single band images you get 2 bands.  just ignore band 2 in all of the single band reflectance images.   You can use the image analysis window and "Composite Bands" function to combine 5 single band images into a 5 band output.  Make sure your 5 input bands are in the correct order in the table of contents. ... View more

Maribeth it sounds like you did not link the control points to specific locations in multiple images.  GCPs have known ground coordinates, but can't be used until the locations of those points are identified in at least some of the images (raw image coordinates). see https://doc.arcgis.com/en/drone2map/projects/manage-gcps.htm Cody ... View more

Corey Please open a support incident with support@esri.com or https://support.esri.com/en They can direct you to the camera database. Have you verified that your Z values in EXIF all represent orthometric height above sea level?  If it is height above ground and Drone2Map assumes orthometric height, the software may calculate your overlap to be zero, then fail to calibrate the camera model Cody B.  ... View more

Brandon This use of the imagery basemap (and its variations such as Clarity and Wayback) is allowed.   See the Terms of Use section for the World Imagery item in ArcGIS Online (see “Data Collection and Editing” below). This work is licensed under the Esri Master License Agreement. View Summary | View Terms of Use   Export: This layer is not intended to be used to export tiles for offline.  If you would like to export imagery for offline use in ArcGIS applications, you may use the World Imagery (for Export) layer, which is intended for this purpose.   Data Collection and Editing: This layer may be used in various ArcGIS apps to support data collection and editing, with the results used internally or shared with others, as described for these use cases. Cody B ... View more

Ben I haven't received any lidar that lacks true earth coordinates; I thought the problem was that you had lost the coordinate system definition.    Based on what you've said, I assume it's just using a local coordinate system?  If you have a solution based on Cloud Compare, I would continue with that. Best wishes Cody B ... View more

Kayla, sorry I just saw this.  Do you still need help?LIDAR Resources Cody B @lidar-resources  https://community.esri.com/groups/lidar-resources ... View more

Ben I just found your post.  Do you still need help? Cody B.  https://community.esri.com/groups/lidar-resources https://community.esri.com/groups/lidar-and-other-point-clouds  ... View more

Sorry, I never saw this post.  This is saying there is no problem with processing if GCPs are not applied, but adding GCPs creates the error?  I'd have to know more about the GCPs.  Were they from a GPS unit (imported as text) or extracted ad hoc from the imagery basemap?  Can you share the GCPs, or at least a description of how they were entered, which coordinate system they were in, the vertical datum, etc.? Cody B ... View more

Michael please look at your Z values, and verify if the images have good height values representing height above sea level (not height above ground). If these images are from a DJI drone, especially a Mavic, please adjust the Z values before processing.  I have seen problems with attempting to fix the Z values after an initial process has been run; Bad Z values will generate an erroneous focal length, so you may need to start a new project. (Don't worry about having to re-measure all of your control points - you can *export* the control points from your existing project, and import them into the new project) If you need more detail, let us know Cody B. ... View more

I would advise 70% or more, and note if you have tall features (trees, buildings) you should consider overlapping imagery at the top of those features, not just on the ground. In general my advice is very often to fly higher.  I find most people testing drones are excited by the prospect of 1 cm imagery, but flying too close to the ground generates a lot of problems with oblique views of trees/buildings, ground blur, excessive data volumes,  etc.   For any project, even if you decide you want to fly at 200' altitude, I'd recommend an additional flight up at 400'  You might find 6 or 8 cm imagery works very well and it will process much faster Cody B ... View more

Agreed with Dan https://www.indexdatabase.de/db/i-single.php?id=128 confirms you have the correct equation for GCI but it's clearly not a normalized index.  If NIR=250 and green = 1, GCI will be 249 -1 < GCI < 254, and you'll also have to check for Green = 0 to avoid division by zero. ... View more

Lan I responded to you in email after reviewing your data, but will repeat it here. In your data from 17 March, the time stamps have been corrupted, I presume by MS Excel.  This is a known problem with Excel reformatting 16 bit integers into scientific notation.  see http://esriurl.com/FMVmanual.   It cannot be corrected without returning to an earlier copy of your data to restore the timestamps. In your 30 March data, everything works fine for me, although there does appear to be a time delta of about 4 seconds between your metadata file and your video.  It sounds like your concern is accuracy - note that FMV does not attempt to improve the accuracy of your input data.  If you do not have an accurate (x,y,z) location AND heading/pitch/roll AND sensor field of view, ArcGIS cannot provide accurate location for the video frame or any points digitized in the video. Cody ... View more