|
POST
|
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
06-18-2019
10:10 AM
|
0
|
0
|
1137
|
|
POST
|
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
06-11-2019
05:57 PM
|
0
|
0
|
1352
|
|
POST
|
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
05-29-2019
06:34 PM
|
1
|
0
|
8605
|
|
POST
|
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
05-13-2019
08:11 AM
|
1
|
0
|
7305
|
|
POST
|
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
05-12-2019
04:01 PM
|
0
|
0
|
906
|
|
POST
|
Look here http://links.esri.com/3dsamples for the tool ASCII text to LAS With a LAS file you can then run LAS dataset to Raster to generate a DEM. Note if your XYZI points represent "all returns" (not ground only) and you're seeking a bare earth DTM, you'll have to run Classify LAS. For ongoing help post in https://community.esri.com/groups/lidar-resources
... View more
05-12-2019
04:00 PM
|
2
|
1
|
1580
|
|
POST
|
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
05-12-2019
03:53 PM
|
0
|
2
|
7305
|
|
POST
|
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
05-10-2019
08:43 AM
|
1
|
2
|
3000
|
|
POST
|
Doug Drone2Map 2.0 will be released in June of this year, and it has full support for declaring control points as check points, to withhold them from the photogrammetric processing and then generate an accuracy report after processing. Unfortunately the 1.x versions don't have explicit support for check points, so it requires a manual process of measuring the check points and calculating the accuracy statistics. Cody B
... View more
05-01-2019
08:47 AM
|
1
|
0
|
1402
|
|
POST
|
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
04-24-2019
01:52 PM
|
0
|
0
|
1266
|
|
POST
|
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
04-03-2019
10:40 AM
|
1
|
2
|
1799
|
|
POST
|
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
04-02-2019
08:17 AM
|
2
|
0
|
5883
|
|
BLOG
|
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
03-31-2019
04:35 PM
|
0
|
0
|
14137
|
|
POST
|
3 of 81 images calibrated means 78 images are not being used. Please check your image altitude (Z values) in a few of the images. I expect you likely have an error in the image heights - this is a common issue with some DJI drones. If the height above ground appears too high, the software does not have the correct overlap. Drone2Map has a function to adjust this Note for future flights I would recommend 70% overlap, not 55% Cody B
... View more
03-31-2019
04:23 PM
|
1
|
0
|
1319
|
|
POST
|
Jason Can you tell us more about your project data? And/or, is it possible to send us a complete set of images? A few specific questions: 1) You've said "consistently get error" - How many different projects have you tried? e.g. "I've flown 10 drone projects, #1 works, the other 9 all fail" or do you have one project that you've tried and tried, changing configurations, and that one project always fails? 2) are you using ground control? 3) can you look at your one successful project, open the Processing Report, and let us know the "Camera Optimization" results? e.g. "XX% relative difference between initial and optimized internal camera parameters 4) is this a DJI drone? Some of the DJI drones report very poor values for flight altitude, and if you have that AND you don't have ground control, the software has to guess at the focal length and it can lead to some wildly erroneous values. (I'm not trying to blame DJI for the software errors, but just seeking to give you advice on how to move forward) Thx Cody
... View more
03-30-2019
12:05 PM
|
1
|
4
|
2760
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | 03-02-2026 03:35 PM | |
| 1 | 03-02-2026 11:46 AM | |
| 2 | 02-05-2026 05:21 PM | |
| 2 | 11-20-2025 03:34 PM | |
| 1 | 02-07-2025 06:14 AM |
| Online Status |
Offline
|
| Date Last Visited |
Tuesday
|