|
POST
|
Instead of using Export and Save to a PDF, Print to PDF instead (you do have a PDF driver installed, such as Microsoft Print to PDF?) and compare the results. This will confirm if it is an issue with invisible data frames as discussed by Aubri
... View more
03-04-2025
08:56 AM
|
0
|
0
|
3784
|
|
POST
|
does MapView.Active.Map.MoveLayer(workflowLocGroupLayer, 0); cause a redraw action on the screen? If so there is a possibility that first MoveLayer is not completed at the time your next call is made.
... View more
02-28-2025
09:33 AM
|
0
|
1
|
2639
|
|
POST
|
But await does not actually cause the code to Wait 🙂
... View more
02-27-2025
02:45 PM
|
0
|
0
|
1535
|
|
POST
|
In you example if we had a line 9, that did more work (e.g., getting t2.Result), would your code Wait till the task is completed before running line 9?
... View more
02-27-2025
02:40 PM
|
0
|
0
|
1535
|
|
POST
|
One thing to check is 'Where' your ArcGIS License Server is located. I now recall that that the MAC address you were referring to is actually from the HARD DRIVE that the license repository is saved to on the License Server. Why can this be a problem? If your License Server is hosted in a Virtual Machine (VM), unless told otherwise, you cannot guarantee that the assigned physical hard drive will not 'change' every time you Reboot the Server. When this happens your license repository can become invalid.
... View more
02-27-2025
12:19 PM
|
0
|
0
|
5523
|
|
POST
|
QueuedTask is used to schedule tasks to run on the MCT (thread). Based on my reading, there is only One MCT thread (please correct me if I'm wrong). They start in the order they are queued BUT we do not know when they will be done. As you say, you start method1, method2 but in some cases method2 is Completed before method1. That is why one can use Task.WaitAll() or Task.Wait() to ensure a result is available for the next Step in our code. One thing I did Today that appears to be working was refactor my code to reduce the number of nested QueuedTasks and then used Return to explicitly return a result to avoid NullObjectExceptions. MapPoint mapPoint; Task<MapPoint> t2a = QueuedTask.Run(() => { MapPoint mapPoint0; mapPoint0 = MapView.Active.ClientToMap(e.ClientPoint); //add graphic to the map AddPointGraphicAsync(mapPoint0); return mapPoint0; }); t2a.Wait(); mapPoint = (MapPoint) t2a.Result; Task t2b = QueuedTask.Run(() => { //do more work and use the mapPoint for SelectingRowsFromATable, this requires a QueuedTask });
... View more
02-27-2025
12:12 PM
|
0
|
3
|
2669
|
|
POST
|
Have you reviewed Using the ArcGIS License Server Administrator—License Manager Guide | Documentation? What is the file extension for the license file you are downloading/receiving from ESRI, if .prvs (provisioning) they actually don't contain any MAC addresses and you should be able to ADD them to your license server. If you have Maintenance I think this question merits one for support.esri.com
... View more
02-26-2025
04:35 PM
|
0
|
1
|
5549
|
|
POST
|
The add-in connects to a SQL Feature Class with about 1,232,000 points using Geodatabase.OpenDataset<Table> on startup. This is done on the load event to ensure it only happens once (not each time the tool is clicked on the ribbon).
... View more
02-26-2025
04:07 PM
|
0
|
0
|
3017
|
|
POST
|
Has anyone encountered this issue and have a better work around? Many of the commonly used methods in ArcGIS Pro SDK are required to be run on the 'MCT' thread. The code is wrapped in a QueuedTask.Run block and in most cases, we need to Wait for the result before continuing processing. This is often done with Task.Wait(). However, I've recently ran into a situation where Task.Wait throws an ERROR because the task has a status of TaskStatus.WaitingForActivation. Is this a known issue? Task t1 = QueuedTask.Run(() => { try { //do some long running work } catch (Exception eX) { // handle the error } }); //code added to prevent error while (t1.Status==TaskStatus.WaitingForActivation) { Thread.Sleep(500); loopCount++; if (loopCount > 22) // 11 seconds max wait time { break; } } if (t1.Status==TaskStatus.WaitingForActivation) { throw new exception("Task failed to Start within 11 seconds."); } t1.Wait();
... View more
02-26-2025
10:50 AM
|
0
|
3
|
1590
|
|
POST
|
The documentation says that Queued Tasks run first in, first run methodology. However, that does not guarantee that they will complete in that order. To address this you can add code similar to that shown below to ensure your tasks are complete prior to moving on to your next step. Task t1 = QueuedTask.Run(() => MapView.Active.Map.SetSpatialReference(srWANad83Ft)); Task t2 = QueuedTask.Run(() => MapView.Active.Redraw(false)); Task.WaitAll(t1, t2); or Task t1 = QueuedTask.Run(() => MapView.Active.Map.SetSpatialReference(srWANad83Ft)); t1.Wait(); Task t2 = QueuedTask.Run(() => MapView.Active.Redraw(false)); t2.Wait(); some would say you could just await the QueuedTask; however, be aware that await is 'fire and forget' and does not actually cause a Wait to happen.
... View more
02-26-2025
10:34 AM
|
0
|
5
|
2718
|
|
POST
|
you are running into the dreaded ipconfig issue. New machines default to IPv6 and have IPv4 turned off by default in some environments. However, ESRI license manage software expects IPv4 by default. Simplest way to fix this is to set IPv4 as preferred (BUT ensure IPv6 is still available). The cmd ipconfig can be used see your current settings. See Taking Control of Your Network: How to Set IPv4 as Preferred. and Configure IPv6 for advanced users - Windows Server | Microsoft Learn
... View more
02-25-2025
05:05 PM
|
0
|
0
|
5564
|
|
POST
|
I would check to ensure the Envelope defined for the Shapefile includes all the features. Try opening the shapefile in ArcMap (if you have it still 🙂 and select Zoom to Extent for the Feature Class (FC) and see where it takes you. Also, look at the extent properties for the FC and ensure your pink lines actually are within them.
... View more
02-25-2025
04:54 PM
|
0
|
1
|
1491
|
|
POST
|
The offset you mention "there are disjointed/offset edges where distinctive features don't align" should be expected. If these photos were taken with a airborne camera then you should be able to find the actual camera Lense that was used for the mission. Pre 2000 all reputable companies had their cameras calibrated and certified by the USGS. Each camera/Lense combination have unique adjustments that would be added to your camera model to correct for distortion. When mosaicking cut lines should be created and only the most 'accurate' portion of each image retained in the final Ortho mosaic. If you are using every-other photo within a mission or flight you will have approximately 33% overlap (and sidelap) between adjacent photos (you only need EVERY photo if your trying to create a DEM from the orthophotos). If you are looking for survey grade accuracy for your resulting orthomosaic (sub meter) you need to look into the camera specs and research how they can be used to optimize your mosaic in ArcGIS Pro. The ArcMap and ArcGIS Pro Image Analyst extension has this capability.
... View more
02-25-2025
04:47 PM
|
1
|
1
|
2835
|
|
POST
|
Has anyone encountered this issue and have a better work around? Many of the commonly used methods in ArcGIS Pro SDK are required to be run on the 'MCT' thread. The code is wrapped in a QueuedTask.Run block and in most cases, we need to Wait for the result before continuing processing. This is often done with Task.Wait(). However, I've recently ran into a situation where Task.Wait throws an ERROR because the task has a status of TaskStatus.WaitingForActivation. Is this a known issue? Task t1 = QueuedTask.Run(() => { try { //do some long running work } catch (Exception eX) { // handle the error } } //code added to prevent error while (t1.Status==TaskStatus.WaitingForActivation) { Thread.Sleep(500); loopCount++; if (loopCount > 22) // 11 seconds max wait time { break; } } t1.Wait();
... View more
02-25-2025
04:31 PM
|
0
|
0
|
662
|
|
POST
|
You can check the health of basic ArcGIS services at ArcGIS Online Health Dashboard. ESRI says that the Geocoding service had No downtime today. Most likely (if restarting ArcGIS Pro did not immediately solve the issue) is you had network issues connecting to https://geocode.arcgis.com/arcgis/ or your connection was blocked by a firewall.
... View more
02-21-2025
11:02 AM
|
0
|
0
|
4074
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 3 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | a month ago | |
| 2 | 4 weeks ago | |
| 1 | 10-01-2025 09:00 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|