Latest Contributions by CodyBenkelman

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

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

Joseph - good, thanks for the follow up.  I'm glad you're up and running.  Yes, some processes can consume a lot of disk space - but note if you're accessing a network drive you will likely find slower performance - so if possible you might consider allocating a temporary location for your OMWorkspaces (ideally a fast solid state drive) and then cleaning it up regularly...   Cody B.  ... View more

Flavio sorry I couldn't respond sooner.  The vertical values from most drones can have large errors - up to 100 meters.   the RTK corrections are applied to the single images, but unfortunately the DJI API does not allow us to access the RTK corrections in realtime, so the GVLog files do not include corrected values. We have a draft tech support article written that describes how to apply a correction to the GVLog file using MS Excel.  I can send you a copy of that draft article if you need it.  We hope to publish the article soon. Cody B.  ... View more

Matthias These images must be captured by a professional camera system - you can continue to experiment with values that you are estimating, but in the end you will want to get more complete data from the service provider.  e.g. your table shows CamPitch of 40 degrees for every photo, but I assume that is something you estimated?  I expect this camera system must report an accurate Pitch angle.  As long as you are estimating values, your results will vary in accuracy.  Please try to get a complete set of metadata, and two sequential exposures (4 images in each direction). Cody  B ... View more

Arahman Can you please rephrase your questions?  Q1 is not clear - you can acquire drone data with your own drone or others can provide the raw drone data to you.  If you're using Drone2Map, you can do the rectification (orthorectification) on your own computer.  Note we also offer a cloud processing service called SIte Scan that was not reflected in this blog from 3 years ago. In Question 2, all of the required data is captured by the drone except for some configuration data (based on the drone camera) which is built into Drone2Map, Site Scan, or Ortho Mapping for nearly all common drones.  If you are concerned about other data, please let us know specifically which type of data you are questioning.   As for the last question, the "essential workflow" is relatively simple.  If you mean the *minimum* workflow, single images captured by any modern drone can be orthorectified by Drone2Map, Site Scan, or Ortho Mapping .  Once processing is complete, if you have ArcGIS Enterprise with Image Server, you can publish the results directly from any drone processing software from Esri.  If by "essential" you mean the *recommended* workflow, we would also recommend you use the Site Scan Flight software to plan and control your drone flight.  It's built into Site Scan for ArcGIS but if you're using Drone2Map or Ortho Mapping, you can get a free copy of Site Scan Flight at http://esriurl.com/SSLE This is a more recent web page https://www.esri.com/en-us/arcgis/drone-mapping that will lead you to more information. If this does not answer your questions, please let us know. Cody B.     ... View more

Matthias I'm sorry I misunderstood the "CC49" label in the screenshot - I thought that was an image name but now I understand that is a reference to the coordinate system. No, there is no specific setting for multi-head camera systems, but I wanted to be sure I understood your data source.  And for testing, it would be helpful to have all 4 images from one exposure point, or even better to have 2 or more sequential exposures.   Am I correct that you have no other input data?  The ONLY data you have is the image files, where GPS position and camera orientation are recorded only as information embedded in the EXIF tags of the images? You said "This workbook was created with an import of  feature class of points".  How was that feature class of points created?  Cody B ... View more

Matthias Can you provide more sample data, e.g. your input GPS file, and information about the camera interlock angles?  This doesn't seem complete and it's hard to advise.  The screenshot you show says "CC49" but the metadata you provided indicates this is image BH75_Nord.  Is the red point at the correct location for this exposure?  If yes, then this is not a problem with the coordinate system.  Your metadata appears to be from a multi-head oblique camera system - is that correct?  Your metadata does not show 4 images at any exposure station (nord, sud, oest and est).    Can you confirm if your flight altitude in your GPS file is referenced to ellipsoidal height or orthometric height? Cody B ... View more

Javier I just tested with Pro 2.8.1, and the *.ntf format images have a coordinate system defined.  Are you querying properties of the NTF layer, or the image inside the NTF container? re: scaling, when you say the scaling seems "a bit" off, can you be more specific/quantitative?  It's hard to advise without more information.   If you have RTK, I presume your altitude is accurate but other parameters (orientation angles and field of view) impact the accuracy of the extracted image size and location. Sensor True Altitude refers to height above MSL/geoid.  http://esriurl.com/FMVFAQ  Cody B.   ... View more

Hi Kris.   One of Vinay's hyperlinks was redirected - I wanted to be sure you found this  https://doc.arcgis.com/en/imagery/workflows/resources/using-stereo-imagery.htm  Note that for creation of orthos and DEM extraction, ArcGIS Pro provides a complete workflow from interior orientation through product creation.  For this, you need only ArcGIS Pro Advanced license, not the Image Analyst extension - it's referred to as the "Ortho Mapping" capability.  But this does not include stereo viewing, so if you want full stereo capabilities then you are correct that you need Image Analyst. Also note that the camera model is beneficial, for improved accuracy, but the camera model is not absolutely required.   Let us know if you need more assistance. Cody B ... View more

Keon  This won't immediately answer your specific questions but the single best resource for questions about "What is recommended?" is our Imagery Workflows site at http://esriurl.com/ImageryWorkflows.  Specific sections I would recommend are the overview topic of Image Management starting at https://doc.arcgis.com/en/imagery/workflows/best-practices/what-are-best-practices.htm (continue with the rest of the section on Image Management) and this specific discussion addressing a multi-year case which applies to your issue of adding/maintaining a service with multiple projects:  https://doc.arcgis.com/en/imagery/workflows/resources/managing-preprocessed-orthophotos.htm  You'll also want to look at specific advice for ensuring efficient access to imagery stored in the cloud - see https://pro.arcgis.com/en/pro-app/latest/help/projects/connect-to-cloud-stores.htm and https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/create-cloud-storage-connection-file.htm  Note that this may have performance delays if your server is not in the cloud and in the same region as the data storage.  You'll also want to consider how best to manage your overviews, specifically, it would be best for performance if those are stored locally on the server vs. writing them out to cloud storage.  They'll presumably need to be rebuilt each time you add new data to your composite service. One other tidbit is that your orthomosaics should not need statistics to be calculated.  If you set the MD property to "preprocessed" that tells the software that the image histogram should already be optimized (no brightness/contrast stretch necessary to adjust the display).   If that proves to be untrue (eg. in shadow areas?) you can also configure your image service to enable "DRA" (dynamic range adjustment) which will change brightness/contrast dynamically based on what's currently on screen.   I know that's a lot to digest 🙂 Let us know if you have more questions Cody B.  p.s. I should have noted that Gordon's advice for publishing directly from Site Scan can be a very easy workflow - but just be aware it creates a new image service for each dataset, and does not yet support "Add new imagery to existing service".  Since you want/need to maintain a single image service with all collections, that method of publishing directly from SIte Scan may be very helpful for initial QC but you'll want to continue along your current lines of managing multiple projects in a single master mosaic dataset. ... View more