Latest Contributions by CodyBenkelman

I re-read my notes above and realize I failed to mention our Oriented Imagery capability which also supports video.  This is not photogrammetric processing - so it won't create orthos, point clouds, meshes etc. - but re: your comments above about "...a large quantity of archived drone videos..." and "... tag features in the video..." (especially oblique orientation), our growing Oriented Imagery capability provides an excellent foundation for these sorts of use cases.   See https://doc.arcgis.com/en/imagery/workflows/resources/managing-and-visualizing-oriented-imagery.htm for an overview (with resource links) and an example in a web map here https://oi1.img.arcgis.com/app/index.html?oic=f339778a895948ca923d780b7f9017e6    ... View more

I've asked our engineer responsible for this tool to comment - so we may update this response - but I looked at an extracted video frame (tif format) using GDALINFO and it appears correct (below) to me - I highlighted the corner coordinates in bold - note these are raw image pixel coordinates, not a projected coordinate system.   c:\image_mgmt_workflows\OptimizeRasters\GDAL\bin>gdalinfo C:\Users\cody6520\Documents\ArcGIS\Projects\ProProject_FMV+OIC_UC2022droneSeminar\ExtractFrames\YUN_0127_multiplexed_GimbalEdited_0000004.tif Driver: GTiff/GeoTIFF Files: C:\Users\cody6520\Documents\ArcGIS\Projects\ProProject_FMV+OIC_UC2022droneSeminar\ExtractFrames\YUN_0127_multiplexed_GimbalEdited_0000004.tif Size is 1920, 1080 Coordinate System is: COMPD_CS["unknown",     GEOGCS["GCS_WGS_1984",         DATUM["WGS_1984",             SPHEROID["WGS_84",6378137.0,298.257223563]],         PRIMEM["Greenwich",0.0],         UNIT["Degree",0.0174532925199433],         AUTHORITY["EPSG","4326"]],     VERTCS["WGS_1984",         DATUM["D_WGS_1984",             SPHEROID["WGS_1984",6378137.0,298.257223563]],         PARAMETER["Vertical_Shift",0.0],         PARAMETER["Direction",1.0],         UNIT["Meter",1.0],         AUTHORITY["Esri","115700"]]] Origin = (0.000000000000000,0.000000000000000) Pixel Size = (1.000000000000000,-1.000000000000000) Image Structure Metadata:   INTERLEAVE=PIXEL Corner Coordinates: Upper Left  (   0.0000000,   0.0000000) Lower Left  (       0.000,   -1080.000) Upper Right (    1920.000,       0.000) Lower Right (    1920.000,   -1080.000) Center      (     960.000,    -540.000) Band 1 Block=1920x1 Type=Byte, ColorInterp=Red   Overviews: 960x540, 480x270, 240x135   Metadata:     COLORINTERP=Undefined Band 2 Block=1920x1 Type=Byte, ColorInterp=Green   Overviews: 960x540, 480x270, 240x135   Metadata:     COLORINTERP=Undefined Band 3 Block=1920x1 Type=Byte, ColorInterp=Blue   Overviews: 960x540, 480x270, 240x135   Metadata:     COLORINTERP=Undefined   Are you asking because you're having some problem with the images?  A few important points: 1) if your video is aimed above the horizon, exporting a frame may result in a cropped image 2) these video frames are not orthorectified - ArcGIS is not attempting to apply a lens model, nor fit the image to terrain - so it's not intended to support measurements, but simply provide a convenient visualization.   Let us know if that answers what you need Cody B   ... View more

This has been implemented in the latest release of Drone2Map, version 2022.1 - available in either the Standard or Advanced license. One note of caution:  Drone2Map can now display the apparent temperature in Celsius or Fahrenheit, but be aware that the emissivity of the surface can still cause these temperature values to be incorrect.  See https://en.wikipedia.org/wiki/Emissivity  For similar features across a project site, the relative temperature measurements should be reliable, but comparing temperatures of concrete vs. metal vs. vegetation will be less accurate due to their different emissivity values. Cody B.  ... View more

Hi Sara  Sorry for the delay, I just found your post.  It's a known issue that many drones report incorrect height values.  This is most easily and accurately corrected by using ground control.  I see two green crosses, so it appears you DID use control?  (I know you sent me private message about control points as well)  Are you sure they were referenced to orthometric height, not ellipsoidal height?    I'd also recommend at least one additional point near the center - long narrow projects sometimes curve upward or downward and I see yours did that - adding a 3rd point should make it flatten out Cody B>  ... View more

I agree with LongDinh.  The resources listed above (the Image Management documentation and  Imagery Workflows) will take some time to read and understand, but these are our recommended best practices.   If you need assistance with accessing your imagery using the mosaic dataset, let us know more about your data - is it a large collection of orthorectified image tiles?  3 band RGB (not multispectral)?  8 bits per pixel?  Are there any areas of overlapping imagery?  Will this imagery be used outside your organization? Cody B.  ... View more

Teresa You are correct that if the images do not seem to overlap based on initial configuration, the block adjustment won't run. It's hard to know what might be wrong without more discussion, but this diagram shows the different parameters that affect how large the images will appear on the ground.   Ortho Mapping assumes your drone altitude values reference sea level (geoid, blue) then calculates H, but if you're not near the coast and your drone reports H, the apparent footprint will be tiny.  It's also possible that your focal length or sensor size are wrong but that is unlikely... Did you change your Elevation Source? If you try again and it does not work, could you upload one raw image here?  I'll look at your image metadata.  What drone & camera are you using? Cody B.        ... View more

I inserted this comment above, but repeating it here for anyone simply scrolling down to the latest post. ### UPDATE ADDED June 2022 ###  We have published a tech article regarding how to apply corrections for height values in flight logs (most typically from DJI drones but applicable to any drone, presuming you are able to extract the required metadata; Note this new article is ONLY about correcting height values, not about interpreting drone flight logs to FIND or FORMAT the metadata).   See http://esriurl.com/CorrectDroneZ Also repeating from above - Esri does provide a free flight planning and flight control app (for iPad only) that will automatically record metadata in the required format for any video flight.  See at http://esriurl.com/SSLE Cody B. ... View more

Yes, this is a common workflow, and in many cases recommended as a 'best practice'   ... View more

Amanda It sounds like you're already on the right track but I wanted to chime in with agreement to what George said.  In most cases, we do not recommend storing rasters inside GDBs, but the mosaic dataset provides a management structure in a GDB to access pixels stored on disk (outside the GDB).   We've published a lot of recommended best practices in https://esriurl.com/ImageryWorkflows, and you may want to review the section on image management here https://doc.arcgis.com/en/imagery/workflows/resources/using-mosaic-datasets-to-manage-imagery.htm    Best wishes Cody B.  ... View more

See https://esriurl.com/WABIS  The image service widgets were not included with the core Web AppBuilder tools.  Note everything is moving to ExperienceBuilder now which provides 3D capabilities but if you're continuing with Web AppBuilder, the processing functions are exposed in the IS Renderer widget. The IS Renderer widget sets the service functions and stretch on the primary layer. The dropdown menu in the widget is automatically populated with the service functions associated with the primary layer. ... View more

Sebastian This could be a number of issues - I should be able to help but need more information. 1) you say " ArcGIS Desktop using the Full Motion Video (FMV) Extension" so I assume you mean ArcMap, not ArcGIS Pro?   if correct, which version of ArcMap? 2) does your video (after multiplexing) appear correctly in the map, with an appropriately sized footprint?   I want to be sure the multiplexing was successful before going into the "extract frames" tool Cody B ... View more

Warren thanks for the heads up - I'm not sure why that link doesn't work.  It should point to http://esriurl.com/fmvfaq which will load properly - I'll update it. Yes, overlay of GIS features is one of the capabilities of FMV in the Image Analyst Extension.  But just to be explicit for clarity, this will overlay your local feature classes (those loaded in the ArcGIS Pro map view) into your video - it doesn't mean "find any map on ArcGIS Online and overlay its features into the video"...   If the latter was your hope, that might be possible depending on other details.  We'd have to discuss further what can/cannot be done...   Hoping that helps! Cody B   ... View more

I'm sorry I did not see this post earlier.  This is a common problem with DJI drones - they typically report incorrect flight altitudes, with errors often as much as 100 meters.  We first wrote about it in September 2018 at http://esriurl.com/DJIFMVblog If you go to https://esriurl.com/map4groundelevation (ArcGIS Online login required) and paste in your lat/long values from your flight log file (in "Find address or place"), then click on the map, you'll get elevation values for the ground surface in both orthometric and ellipsoidal height.  Your drone reported itself to be flying ~25 meters underground.  When this happens, FMV does not show the video footprint on the ground. I took a guess at your flight altitude and applied a height correction to the attached file.  You can run this through the multiplexer to show your drone above ground, but the footprint won't be accurate unless I made a lucky guess.   If you know an accurate value for your flight altitude, you can correct the Z values to create an accurate result.   Cody B       ... View more

Hi Catalina FMV already supports streaming video formats, as you noted and Gordon discussed.  I don't know if one is recommended over others but if you implement the capabilities noted below, we can seek further advice on the best protocol. You're facing at least two challenges: 1) You’ll need some technology to stream your video into the internet (presuming you have a real time download - this may be an additional challenge – and note that the real time preview video on most drone controllers is very low resolution, not the same as the video saved to the drone SD card), and 2) insertion of geospatial metadata into the video stream.  You've found the geoprocessing tool called the "Video Multiplexer" which works on Pro with a local video file, so you’d need a way to replicate that functionality in real time.  Without the geospatial metadata, you can see your video in a window in FMV (ArcGIS with Image Analyst), but you won't have a footprint on the map or access to the FMV tools.  We have been considering this Esri, and it is good to hear feedback from users.   We have two new capabilities under consideration, although not yet scheduled: a) we are exploring the requirements to store, manage, and share video with a new server technology.  When that is available, if you can get your (low resolution preview) drone video onto the network, this server would accomplish the multiplexing of the required metadata re: camera location, orientation, field of view etc. and stream the video for exploitation in ArcGIS Pro.  You can see some information at https://esriurl.com/MediaServer b) a separate capability is considered for Site Scan Flight (http://esriurl.com/SSEE) that could provide a solution to getting video onto the network for streaming.  It would include at least minimal geospatial metadata regarding camera location and orientation, enabling some basic features regarding sensor and target location (not all features of FMV).  If you or others have specific requests, please let us know at https://community.esri.com/t5/site-scan-flight-ideas/idb-p/site-scan-flight-ideas ... View more