|
POST
|
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
01-20-2022
09:29 AM
|
0
|
0
|
2082
|
|
POST
|
Hi Joseph. I'll ask our support team about what might cause this error but could you let us see an example of the imagery? Specifically, do you have ~70% overlap everywhere? is there tall vegetation and/or a lot of water in your imagery? thanks Cody B
... View more
01-19-2022
09:02 AM
|
0
|
1
|
2089
|
|
POST
|
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
12-13-2021
10:29 AM
|
1
|
0
|
2243
|
|
POST
|
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
12-08-2021
08:13 AM
|
0
|
3
|
4340
|
|
BLOG
|
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
12-06-2021
08:33 PM
|
1
|
0
|
3391
|
|
POST
|
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
12-04-2021
12:13 PM
|
0
|
5
|
4370
|
|
POST
|
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
12-02-2021
08:29 AM
|
0
|
0
|
4387
|
|
POST
|
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
11-29-2021
08:56 AM
|
0
|
0
|
3754
|
|
POST
|
Robert I can answer about Pix4D. If you're already using Pix4D for processing drone imagery, most if not all of the resulting outputs are all compatible with the imagery capabilities of ArcGIS - that includes ArcGIS Pro, ArcGIS Online, and ArcGIS Earth. (I'm assuming you're not using ArcGIS Enterprise or Image Server but the same is true). I said "most" outputs because in some cases it will depend on the format - e.g. if you want to use the point cloud, output a *.LAS file... Note if you're not already using Pix4D, we have options for drone processing as well. Drone2Map is generally equivalent to Pix4D for field/office use on a laptop, and Site Scan is our cloud-based (SaaS) offering. These include direct connections for publishing results in ArcGIS Online. Cody B.
... View more
10-25-2021
03:57 PM
|
1
|
0
|
1350
|
|
POST
|
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
10-18-2021
08:09 AM
|
0
|
0
|
1026
|
|
POST
|
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
09-16-2021
09:35 AM
|
1
|
0
|
2344
|
|
POST
|
Lance - always happy to help, and I know it can be challenging to find the best advice. In some cases our recommendations change over the years as the software matures, and in other cases it's a gray area for what is "best". One additional point I should have added is that our Imagery Workflows site provides examples of scripts for automating the creation and maintenance of mosaic datasets. In any configuration with more than a handful of mosaics and a dozen image collections, I strongly advise *automating* as much as possible - among other things it will document how each mosaic was built, populated, and configured, and facilitates re-creating a mosaic if you're testing "will A or B work better?". The sample scripts are designed to be customized to meet your needs - there is a bit of a learning curve, but I'm confident it will pay off over the years. Let me know if you need more info. Cody
... View more
09-16-2021
09:04 AM
|
1
|
0
|
4372
|
|
POST
|
Lance Sorry I didn't respond soonr. The single best resource for these 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 a specific discussion of the multi-year case in https://doc.arcgis.com/en/imagery/workflows/resources/managing-preprocessed-orthophotos.htm Regarding that post that you found from 2016 - and I regret that I did not discuss this more deeply at that time. My caution about the 'pitfalls' focuses on which raster type is used when adding a mosaic dataset (MD) as input to another mosaic dataset. Briefly: I recommend *against* using the default "Raster Dataset" raster type which is recommended in the post you reference Creating a mosaic dataset containing raster data from multiple dates If you have 3 input MDs and use that raster type, your master MD will only have 3 records. That may seem convenient and in some limited cases I'd say "Yes go ahead" but it can lead to performannce problems if you have 8 or 10 or more MDs and especially if you 'nest' them further in another layer of hierarchy because you've embedded database tables as single records inside other tables. What I *do* recommend in most cases is to use the Table raster type. In my last statement, if you have 3 MDs with 100 records each as source data, your master MD will have all 300 records. This avoids performance problems but it does (generally) require the additional step of defining one or more custom fields e.g. "Year" or "Date" as you note, and I also recommend adding a field (we typically call it "Dataset_ID") into each source MD so that the master MD will clearly show the source MD for each of the 300 records. Hoping to avoid confusion, I should note that some of our documentation refers to the master MD as a "Derived" mosaic dataset - but this name is simply a convention, not a formally defined term. You also asked "How is there an advantage when you would need to filter the data to render each year individually?" If you only have a small number of image collections (years or separate projects) this is not a major concern, but if you share each as a separate image service, those services will consume resources on the server even if nobody is using them. If many collections are shared in a single image service, your use of server resources is more efficient (better performance). The Landsat service is a good example - millions of individual records and it performs very well. But yes, you do have to provide users with the ability to select images by date (or other attributes as necessary) - see the Time Selector tool in the Landsat Explorer app. Last, re: the Esri video in your 2nd reference, I do not agree that you need to create a new GDB for every MD. I've never attempted nor felt a need for hundreds of MDs - and there probably is some reasonable limit - but multiple MDs in a single geodatabase should not be a problem. Cody B.
... View more
09-14-2021
12:07 PM
|
3
|
3
|
4396
|
|
POST
|
Hi Eisele sorry for the delay in responding. Your account administrator should have received an email explaining this - I believe it was in June. At the next release of Drone2Map (early November) we'll have two license levels, Standard and Advanced. Current users were given early licenses to Drone2Map Advanced to support beta testing of the new version. In the currently released version, there is only one license level for Drone2Map. Cody B.
... View more
09-09-2021
12:42 PM
|
1
|
1
|
3374
|
|
POST
|
Hannah Have you read the help documentation? https://doc.arcgis.com/en/drone2map/ No, you can't change the coordinate system of the output products but for any *past* projects, if you have ArcGIS Pro, as Dan noted you can reproject the outputs to State Plane. However, that will resample the data which is not ideal - it's better to create outputs in your desired coordinate systems from the start. You can do this when you set up a project - go to Options/Coordinate Systems and click on the globe for Project Coordinate System. Note the default is UTM - not WGS84. Don't confuse the Project coordinate system with the coordinates for the input images which are WGS84.
... View more
08-26-2021
12:16 PM
|
2
|
2
|
2071
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 11-20-2025 03:34 PM | |
| 1 | 02-07-2025 06:14 AM | |
| 2 | 05-16-2025 09:20 AM | |
| 1 | 05-16-2025 08:41 AM | |
| 7 | 02-26-2025 02:22 PM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|