|
IDEA
|
Basic functionality that increased the usability of the Table view for the average user.
... View more
yesterday
|
0
|
0
|
61
|
|
POST
|
Generally, when creating a hyperlink as you describe most people have an attribute field for the document name, in your case for each PDF. Hopefully, your PDF names are predictable so you can autogenerate them. For example, in my case I have stations with unique station ids while the PDFs are named like datasheet_XXXX.pdf where xyzx is the station number. Secondly, the prefix for the URL is predetermined, https://myserver/myapp/myreports. So yes, you can then use string concatenation to build the full URL and save it as a second field. Other option is to just use the ID attribute within an Arcade expression in your Popup to build the URL.
... View more
2 weeks ago
|
1
|
0
|
176
|
|
POST
|
LOCK_AUTH_SETTINGS = True applies to extensions as well. That being said, if you have local admin on the computer one can always change LOCK_AUTH_SETTINGS to false to regain access to turn on/off extensions. One thing we do is take advantage of where I work is HKEY_LOCAL_USER, this contains copies of most of the HKLM keys that can be set per user. HKLU takes precedents over HKLM. For example, under HKEY_LOCAL_MACHINE\SOFTWARE\ESRI\ArcGISPro\Licensing\Extensions users can enable or disable extensions. In the .\Extensions keys the names are the feature names. The extensions information described here is for concurrent use and single use licenses. Named User licensing should be picking up the Extensions settings from the individuals ArcGIS Online subscription.
... View more
2 weeks ago
|
1
|
1
|
155
|
|
POST
|
Under HKEY_LOCAL_MACHINE\SOFTWARE\ESRI\ArcGISPro\Licensing you can create a key named LOCK_AUTH_SETTINGS = True. When set only local admins on the computer can update the license connection settings. Users who do not have permissions to update registry settings will see 'grayed' out information in the GUI.
... View more
3 weeks ago
|
2
|
1
|
222
|
|
POST
|
This expected behavior. The map name shown in ArcGIS Pro is a text field just like a file name.
... View more
3 weeks ago
|
1
|
0
|
168
|
|
POST
|
The fact that it started working when you went one folder 'deeper' made me think about the current Microsoft Patch KB5082063 released in April and installed on most computers the first weeks of May that resulted in the failure of fuzzy domain resolution. Instead of \\server\ShareFolder\SubFolder try \\server.myDomain.loc\ShareFolder\SubFolder
... View more
05-19-2026
08:32 AM
|
0
|
1
|
414
|
|
POST
|
I can't speak to ArcGIS Pro 3.7, but the Alias option is working in ArcGIS Pro 3.6 SP 6 and SP 7 (released May3rd). Before you ask, yes this alias was assigned to a UNC path like \\myserver.mydomain.loc\mydata
... View more
05-18-2026
08:40 AM
|
1
|
0
|
455
|
|
POST
|
Those same patches broke UNC paths. now most areas require complete server names in the path. For example, prior to these KBs \\myserver\myfiles would work but now you need to do \\myserver.mydomain.loc\myfiles to avoid DNS errors. This can impact any area where you may store an UNC path (e.g., in a web.config file).
... View more
05-13-2026
10:07 AM
|
0
|
0
|
632
|
|
POST
|
You can connect to the ArcGIS Server using https from other machines, so the https support must be setup on the GIS Server. From your description it sounds like a firewall issue, is port 6443 open to send/receive communication from https://<your server>:6443/arcgis/manager/ on the VM?
... View more
05-13-2026
08:42 AM
|
0
|
1
|
251
|
|
POST
|
There are several profile tools available, one uses the ESRI provided DEMs and others found inthe GeoSpatial Toolboxes provides option to use your own elevation model. I did note the output was a line with measures (using linear referencing at the sample distance distance). You may need to create a Chart for the feature class with the profile. Secondly, have you tried changing to the 3D Map view in ArcGIS Pro before doing the profile?
... View more
04-28-2026
11:44 AM
|
0
|
0
|
511
|
|
IDEA
|
I just verified that the 'Cancel License File' only shows files you personally created, not those created by other users. This happens if I provided an ECP number to them and then they use the License Wizard. Canceling a file returns: "If this license file has been provided to a user, please inform the user of the cancellation to insure license availability. Cancelling a license file does not disable authorization numbers the file contains that have already been distributed to users." So (1) the license is potentially still active/in use and (2) the activated count does not decrease. As a side note I discussed this with ESRI Support, and it turns out during the Authorization process they never actually 'grab' a MAC address, IP address, or other unique machine specific signature. This means they don't have a machine <-> license association that one often expects. This is partly a result of supporting VM servers, since at each restart the 'server' is not locked to the same hardware. *This does not mean they don't need a 'return or report a lost license' process; it actually means they need a better one since the 'loss' of a VM is common occurrence.
... View more
04-27-2026
10:13 AM
|
0
|
0
|
631
|
|
IDEA
|
In ArcGIS Server (vs. an Enterprise portal) you can do this directly with the Print Utility.
... View more
04-24-2026
10:08 AM
|
0
|
0
|
362
|
|
IDEA
|
In ArcGIS Enterprise you may license the server multiple ways, to include over the internet, by providing an ECP directly, building a 'secure' request via a form (and submitting/receiving the license file from different machine out side the firewall), or using my.esri.com to generate directly generate the provisioning file. Issue is once you have licensed a server there is currently no way to RETURN a license. This could easily be required if you had a failover license, developer license, staging license, and production license for the same product and later you wanted to rearchitect your environment. Similar to the old ArcGIS Administrator, we need a Deauthorize button in the authorization wizard that will Return the license so it re-appears in my.esri.com.
... View more
04-24-2026
10:06 AM
|
3
|
4
|
776
|
|
POST
|
Hopefully the following issue is resolved at ArcGIS Pro 3.6, but we had 100 machines out of 900 that would not install and showed the WebView2 error (as well as the .Net Desktop Runtime 8.0.x error in sequence). I believe the errors being shown are actually in reverse order to what one expect. For example, order of errors shown is WebView2, .Net Desktop Runtime, older version of software installed but cannot be removed. We made several hacks to the ArcGIS Pro.msi to address this, but as a last resort on a known-bad machine we ran the following command to get Verbose logs. To include additional debugging details and flush every line to the log immediately (useful if the installer crashes), use: msiexec /i "C:\path\to\ArcGIS Pro.msi" /L*vx! "C:\path\to\install.log" In this log we found that The UI (client) sequence custom action CheckforDotNetWindowsDesktopRuntime does find the Desktop Runtime 8.0.25 and sets DOTNETDESKTOPRUNTIME_FOUND=TRUE: Microsoft.WindowsDesktop.App 8.0.25 [...] .NET requirement has been met. PROPERTY CHANGE: ... DOTNETDESKTOPRUNTIME_FOUND ... 'TRUE' However, when the install moves to the server (execute) sequence, Windows Installer doesn’t carry over that property. This means the property set in the UI sequence is not secure and therefore not visible to the execute sequence, so the server-side detection decides the prereq is missing even though the runtime exists. This is standard MSI behavior unless the property is listed in SecureCustomProperties or passed via CustomActionData for deferred CAs. (The symptom and cause are consistent with MSI property scoping rules.) Our Solution? Edit the ArcGIS Pro. msi and change the default value of the DOTNETDESKTOPRUNTIME_FOUND property to TRUE (this is found in the properties table in the msi).
... View more
04-10-2026
09:33 AM
|
0
|
0
|
2994
|
|
POST
|
After days I tracked down our environment. Microsoft Edge Browser includes WebView2 controls and IT Admin's falsely believe this meets the requirements for WebView2. However, the Microsoft .NET WebView2 Runtime is NOT the same as the WebView2 control deployed with Edge (and part of the Edge stable release updates). The runtime can be several releases ahead of the browser's version of the control. Because of this, we should be using the WebView2 Runtime installers, Evergreen version preferred, available at Microsoft Edge WebView2 | Microsoft Edge Developer.
... View more
04-06-2026
12:46 PM
|
0
|
0
|
3085
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 3 weeks ago | |
| 2 | 3 weeks ago | |
| 1 | 10-01-2025 09:00 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|