|
POST
|
I should have offered that as an additional option - if you have an existing ortho base, you can load that into Drone2Map and then use it to extract control points. This works for horizontal control. A simillar process works for vertical control but you'd load in your own DEM... Cody B
... View more
08-10-2020
11:54 AM
|
2
|
0
|
4345
|
|
BLOG
|
Drone2Map users, it's time for an update! Version 2.2 was released last week - You should be notified in the app that there is a new version available. If you're unsure about version, view “About” in the main menu on the left side of the screen to verify your version, and download a new version if necessary. You can also download from My Esri. What’s new in ArcGIS Drone2Map version 2.2? We continue to improve Drone2Map with enhancements in the core technology as well as improving the usability to streamline your drone processing workflows. For a brief discussion of new features, see this blog What’s new in ArcGIS Drone2Map (July 2020) and you can find a more detailed listing here with full release notes available here
... View more
08-10-2020
11:06 AM
|
0
|
0
|
824
|
|
POST
|
Brian sorry I didn't see your message sooner. Are you using ground control points? Without ground control, your mosaic may be off by many meters. You get the best accuracy if you can survey points that are visible in the imagery using a high quality GPS receiver, then import the control points into D2M, "link" the control points to the images, and re-run your orthomosaic. If you don't have independent GPS control points you can extract control from the Esri imagery basemap. This will ensure your mosaic will align with the basemap but be aware that our basemap comes from many sources and Esri can't provide a stated accuracy for the basemap. A third option (if inside the USA) is to use the NAIP image service to extract control. Cody B
... View more
08-10-2020
09:19 AM
|
2
|
3
|
4345
|
|
BLOG
|
Trent sorry for the delay. This is already supported in the app if you have polygons published as feature services in your ArcGIS Online account. Note the current support is for visualization but not "click to select" the polygon. That will be added in a future release. If you're seeking support for using local SHP/KML/KMZ files, we can consider adding that but it's not currently on the roadmap. Cody B
... View more
08-04-2020
05:05 PM
|
0
|
0
|
3745
|
|
POST
|
This post is 2 years old, and the title doesn't seem to relate to the question within. If something interrupts processing, you must start over. Does this answer your question? If not, please start a new thread and let us know what you need. Cody B.
... View more
07-17-2020
12:27 PM
|
0
|
1
|
1149
|
|
POST
|
First, note you're looking at Help for ArcMap 10.3. That is very old; are you using 10.3? Second, I'd recommend you look at this resource which is newer and should have very similar advice (and should be applicable to 10.x although most of us now use ArcGIS Pro.) Introduction—Managing Preprocessed Orthophotos_Overview | ArcGIS Third, re: the specific question, that doc was probably not quite clear enough but the intent was "you MAY want to use an image service from ArcGIS Online for low resolution views INSTEAD of creating your own overviews..." but it is optional. You can create overviews from your imagery. I've advised switching to a different data source for low res views in the past for several reasons: air photos often do not look very good when you create overviews and zoom way out... small scale satellite images typically just look better if you have 2+ years, do you really need overviews of each year? if only one year is needed, which do you use? Does your imagery have much value when viewing at ~100 m/pixel or lower resolution? --> my feeling is "the overview is needed so the user can see context - mountains, rivers, etc. and navigate to the proper area - but the content of your specific imagery is (often) not highly relevant until you zoom into higher resolution..." If you disagree with the judgment that "your unique content is not relevant at 100m" then by all means ignore this option. This is just an alternative to provide imagery that is appropriate for low resolution views, but you can ignore the "use a service" option and use your own imagery to generate overviews
... View more
06-26-2020
10:12 AM
|
2
|
0
|
2355
|
|
POST
|
George (and David) Thanks, that looks pretty good but the black "nodata" at the edges hasn't been completely removed. I am guessing you have compressed data (JPG, JP2000, MrSid etc.) and where NoData was originally 0 it has been changed to a value of 1 or 2 due to the compression, and these nonzero values confuse the Build Footprints tool. Note that tool includes an option to "shrink" footprints, so presuming your data has plenty of overlap, adding a value (in map units like meters, not pixels) to reduce the footprint extent should eliminate the remaining NoData. You can also add Seamlines which can improve the visual appearance. Further you can consider running color correction but note if you are merging 8 bit preprocessed orthos that have already been processed for color correction, matching datasets from different years/seasons (or if clouds/shadows are present) may be challenging. Cody B.
... View more
05-29-2020
12:27 PM
|
2
|
1
|
13055
|
|
POST
|
Ryan You're correct that the world elevation is orthometric (geoid based), not elllipsoidal. If you used control referenced to WGS 84 (ellipsoidal height), that will align your 3D products with the vertical height of the ellipsoid. See help here Manage control—Drone2Map for ArcGIS Help | Documentation and also Vertical reference—Drone2Map for ArcGIS Help | Documentation I updated this post - had previously send a link to doc on an older version Yes you can change this - there are many approaches depending on your end goals. 1) if you're publishing 3D products in ArcGIS Online or Enterprise and then viewing 3D web scenes, you can apply a vertical offset in the web viewer. (You'd have to determine the right value to use - apparently something near 120 feet). 2) if you are using the 3D Products in ArcGIS Pro, you can set the ground height to reference ellipsoidal height 3) if you want your 3D products to be referenced to orthometric height (to automatically align with the ArcGIS world terrain), you'd need to re-run the 3D processing - we don't currently have a method to edit the Z values in 3D point clouds and meshes. To do this, you'd need to adjust the Z values in your GCPs to reference orthometric height before processing. If that doesn't help, let us know where (what software) you're using the 3D products Cody It sounds like you already understand orthometric vs. ellipsoidal heights, but this reference may be helpful Converting from orthometric to ellipsoidal heights—Help | Documentation
... View more
05-12-2020
09:32 AM
|
0
|
0
|
1333
|
|
POST
|
Esri is using core technology from Pix4D inside Drone2Map, but note that our engineers must build onto the released version of the Pix4D technology, so implementation of new features in Drone2Map (after they're released in Pix4D) will take time. Also, keep in mind that many features are related to the user interface vs. core technology, so depending on exactly which features you're seeking, Drone2Map may not have exactly the same feature. The performance improvements added to Pix4D (now version 4.5.6) over the last year will appear in Drone2Map 2.2, due to be released in July 2020. If you're seeking some specific capabilities, please let us know. Cody B.
... View more
05-07-2020
08:16 AM
|
1
|
2
|
2150
|
|
POST
|
Esri provides the best quality imagery that we are able to offer in our imagery basemap, but note this is a composite of a great many sources, and it is not possible to quote an accuracy specification, or guarantee the spatial accuracy at any location. If you are interested in comparing the various dates of imagery, or need to stay "locked" to a specific date of images for a region of interest, Esri provides this service: Wayback Imagery
... View more
05-07-2020
08:09 AM
|
0
|
0
|
1213
|
|
POST
|
The output coordinate system is not controlled by the coordinate system of the input images. It defaults to UTM but you can use control points with vertical datum of NAVD88 to define your output coordinates: Vertical reference—Drone2Map for ArcGIS Help | ArcGIS If you have GCPs, the height of Drone2Map products use the vertical units and vertical reference model used by the ground control. If you don't have GCPs, the output products are created using the vertical units and vertical reference model of the images.
... View more
05-05-2020
04:38 PM
|
0
|
0
|
3556
|
|
POST
|
James This raises a few questions - I will try to advise but can you clarify this: You say "lidar" but it's apparent you're talking about elevation files, presumably raster format (not TINs) - is that correct? Do you have the lidar data, or were you given the raster elevation files? Also, what is the resolution of the elevation rasters, and is their misalignment more than one pixel, or a fraction of a pixel? I'd be cautious about moving either dataset unless the precise positioning of your output results is not critical. Ideally you should have accuracy information for both datasets - a specification and an accuracy report - then presuming you have lidar in LAS (point cloud) format, I'd extract your own elevation surfaces from the lidar and ensure those are pixel aligned before doing the before/after comparison ("pixel aligned" refers to both the raster resolution and also the precise placement of the pixels. This can be done in ArcGIS, but if you were given raster files, Cody B.
... View more
05-01-2020
03:34 PM
|
0
|
0
|
2114
|
|
POST
|
Ryan Thanks for the note, and I'm glad you were careful enough to notice this. This is a limitation in version 2.1, and it has been addressed in the upcoming version 2.2, scheduled for release early July. Drone2Map supports fields for horizontal and vertical accuracy in the GCP files that are input, but until 2.2 is released, the solution for this is to input GCPs in a projected coordinate system. If you have ArcGIS Pro, you can reproject your GCPs before ingesting into Drone2Map. Cody
... View more
05-01-2020
03:05 PM
|
0
|
0
|
1009
|
|
POST
|
Gary see Editing the camera model—ArcGIS Help | Documentation Cody B
... View more
04-30-2020
01:30 PM
|
0
|
1
|
3158
|
|
POST
|
Richard If you want to know for sure the date & source of imagery in the default basemap, you can query this feature class overlay https://www.arcgis.com/home/item.html?id=c03a526d94704bfb839445e80de95495 Also, if it's important to you to exert more control over exactly what you see, the Wayback service allows you to choose. Using World Imagery Wayback Thanks to Peter for his original response. Cody B
... View more
03-20-2020
01:00 PM
|
1
|
0
|
1088
|
| 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
|