|
POST
|
I have users working on client machines who access our internal Portal through a web proxy. The IE browser experience is not single sign-on, but the browser does prompt for proxy authentication which passes through and signs the user into Portal. Is there a mechanism to set these settings in ArcGIS Pro? We can see that the Pro session is hitting the proxy, despite no underlying reference to it in the application, so it clearly is picking up on WinINet settings. FYI, we cannot replicate this behaviour with ArcGIS Desktop due to the connections proxy configuration capability in ArcCatalog.
... View more
05-22-2019
03:57 PM
|
0
|
1
|
2938
|
|
POST
|
Yes, that example aligns exactly with our experience. It's the double edged sword of an open platform that allows users to collaborate on data.
... View more
05-12-2019
08:21 PM
|
0
|
0
|
4384
|
|
POST
|
Just as an FYI, the hosting gis server can have extremely high CPU utilisation for javaw, along with significant network sent/received associated with javaw when running expensive queries against a hosted feature layer. You can diagnose this by looking at the response times in the postgresql datastore logs. We had 20+ users querying a poorly designed dataset within seconds of each other which caused the hosting server to grind to a halt. In this case, a single user accessing this hosted feature layer had more impact on hardware than all other users combined.
... View more
05-12-2019
08:03 PM
|
0
|
2
|
4384
|
|
POST
|
In Enterprise 10.6.1, is it possible to represent date values as dd/mm/yy in Operations Dashboard? Several widgets i.e. date picker or charts) will present date values as mm/dd/yy. Is ISO 8601 only supported in some widgets/applications in Portal?
... View more
04-09-2019
04:36 PM
|
0
|
0
|
578
|
|
POST
|
I have configured my map, project and all operational layers to use the same thumbnail (company logo). When I create the .mmpk to side-load onto the mobile device, the thumbnail shown is a generic screenshot of the default extent. Looking under the hood of the mmpk, I can see that it is referencing "thumbnail\thumbnail.jpg". Is there any easy way to set this in the application space (Pro or Explorer)? Or, will I have to manually go into the file and change the thumbnail directly in the xml? The end goal is for a disconnected transfer, but I could in theory upload the mmpk to a Portal, change the thumbnail in the Portal item details page and then download the mmpk again if that sets it correctly?
... View more
03-17-2019
05:08 PM
|
1
|
1
|
659
|
|
POST
|
In previous versions of ArcGIS Server, CachingControllers and CachingTools were the primary avenue for configuring and monitoring caching activities. Now at 10.6.1, it seems the job goes to CachingToolsEx which is not exposed in Server Manager. The only method to monitor if the job is running is to remote onto the server and look at core utilisation. CachingControllers instances will still increment to reflect the number of jobs running, but there is no exposure of the server utilisation. It does seem that the number of instances for CachingToolsEx is defined by the number of instances set in CachingTools. But, instances in use for CachingTools will remain at 0 even if all cores are being used by CachingToolsEx. Is there any documentation on what CachingToolsEx is? And, how can we expose this to users so they can confirm their caching job is running correctly on the server?
... View more
03-13-2019
05:44 PM
|
0
|
2
|
1744
|
|
POST
|
In ArcMap, it is possible to configure the temp working directory through a system environment variable ARCTMPDIR. http://desktop.arcgis.com/en/arcmap/latest/tools/supplement/temporary-files-created-by-geoprocessing-tools.htm Is there a similar capability for configuring this windows default temp location for ArcGIS Pro? Ideally, we wish to set this at an application level to override the windows settings.
... View more
02-28-2019
01:56 PM
|
1
|
2
|
2926
|
|
POST
|
I am currently testing Pro 2.3.0 rollout for production users and the only issue that has currently been highlighted is that the python api in jupyter notebook is considerably slower. Pro 2.2.4, API 1.4.8 from arcgis import GIS from datetime import datetime <name of gis> = GIS(url=”<GIS url>”, username=”user@domain”) print(gis.properties.user.username) print(datetime.now()) content_manager = gis.content all_content = content_manager.search(query=”*”, max_items=9999) print(len(all_content)) end = datetime.now() print(datetime.now()) Time Taken = 0.7 seconds Pro 2.3, API 1.5.1 from arcgis import GIS from datetime import datetime <name of gis> = GIS(url=”<GIS url>”, username=”user@domain”) print(gis.properties.user.username) print(datetime.now()) content_manager = gis.content all_content = content_manager.search(query=”*”, max_items=9999) print(len(all_content)) end = datetime.now() print(datetime.now()) Time Taken = 4 minutes 9 seconds FYI, the above is just a sample script. Most of my scripts at 1.4.8 are now almost unusable at 1.5.1 because they take hours to run rather than under 30 seconds. Did anyone else experience this degradation going from 1.4.8 to 1.5.1?
... View more
02-27-2019
03:58 PM
|
1
|
3
|
809
|
|
POST
|
In my experience, a full webgisdr backup of a QA environment (no data) should take between 15 - 30 minutes. When this is scaled up to a production system with thousands of users? Between 3 to 10 hours. Luckily for us, the ArcGIS Enterprise platform is quite stable and we have ICT mechanisms to provide resilience. My advice would be to: Host the webgisdr utility on a dedicated VM (perhaps a web adaptor server) so that it does not compete for resources Have the shared location & backup location set to \\portal VM\MyBackups on an appropriate drive If required, exclude read/write anti-virus scanning on the above locations If required, exclude any security measures that would monitor webgisdr (I believe it runs as a java process) - correct me if I am wrong. The above tips reduced our FULL backups from 10 hours to 3. Ultimately it is a conversation between the business, GIS team and IT on what is an unacceptable risk and whether webgisdr can mitigate that risk.
... View more
02-19-2019
02:14 PM
|
1
|
0
|
1570
|
|
POST
|
Unfortunately using Fiddler will not be possible. However, I can confirm that the server & portal logs align closely between a 4.2 and 5.0 session of M4O. There are no WARN messages and it almost appears as if the entire publishing/sharing process was a success as a hosted feature layer is created - just empty. Also, as an FYI, the blank hosted feature layer has delete protection turned on by default which I find odd. In terms of dataset, I am just testing with a simple 2 row table, so it is not data specific. E.g. ID,Lat,Long: 1,1,1. Is there no other application logging avenues other than using network inspectors?
... View more
02-10-2019
04:24 PM
|
1
|
1
|
879
|
|
POST
|
We have recently upgraded to Maps for Office 5.0 (from 4.1) and our initial testing has hit some issues with sharing layers and/or maps. Are there any mechanisms to log further information from the product or general troubleshooting guidelines? The current behaviour is that the layer/map hits 20% when sharing before an error of "the map could not be shared {"log":"false"}" appears. The underlying hosting server & datastore FINE logs indicate no issues and even suggest that the publishing was a success. When you attempt to access the hosted feature layer, the table has no records or fields. As the same dataset can be added to Portal via the 2D map, my content or using 4.1 without any issues, we are currently pointing the finger at M4O 5.0.
... View more
02-04-2019
01:51 PM
|
1
|
3
|
990
|
|
POST
|
The geometry service from your federated server contains an invalid character which is being blocked by IIS. In a QA environment, try adding the invalidcharacter tag in the web.config and remove the reference to &. <httpRuntime requestPathInvalidCharacters="<list of default characters>"/> Removing & resolved this issue in my environment, I will likely raise this with Esri as a bug because it seems that the token is being passed through in the URL and it is not handled correctly. Characters, such as &, in the token were causing the geometry service to fail.
... View more
12-04-2018
03:55 PM
|
1
|
2
|
2727
|
|
POST
|
Jonathan Quinn I was prepared to edit the WebContextURL, but did not do so by default. I attributed this to the hardiness of the esri stack and/or fluke. All URL's were FQDN during the install & configuration. The only change in this space is that the Portal Web Adaptor URL was configured to the DNS after installation & configuration. In portaladmin/system/webadaptors/<ID>/edit we have https://DNS_Alias/arcgis, instead of https://FQDN/arcgis. Standard user behaviour when navigating the 2D map viewer contains DNS alias references to my Portal & DNS alias references to my basemap server. Not a FQDN or broken GET request in sight.
... View more
12-02-2018
01:30 PM
|
0
|
1
|
10679
|
|
POST
|
If you can get away with it, I would recommend using the python api. https://developers.arcgis.com/python/ Otherwise, I would use portalpy. https://enterprise.arcgis.com/en/portal/latest/administer/windows/portalpy-module.htm If none of the above can get it done, then yes, you will need to delve into requests, encoding etc.
... View more
11-21-2018
06:29 PM
|
1
|
1
|
39115
|
|
POST
|
Our walarchive is actually well over 30 GB now and slowly increasing per the postgres 1 hour cutoff of the transaction log and/or user activity. We did run the webgisdr tool consistently in the past (last run ~June) , which would be why the walarchive is currently able to extend beyond 5 GB. From our experience of postgres, everything is operating as normal other than this error being raised in the Portal logs. Just to clarify, this is a production system that has been in use for some years. The only change made during our regular maintenance was to tweak the IWA config. These erros began at the exact timestamp this change occured, hence our confusion as we also agree that this has nothing to do with the underlying portal db, however it is quite the coincidence.
... View more
09-23-2018
03:45 PM
|
0
|
3
|
1545
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 09-07-2023 09:45 PM | |
| 1 | 02-18-2025 07:21 PM | |
| 1 | 03-17-2025 05:07 PM | |
| 4 | 12-04-2024 05:46 PM | |
| 1 | 09-19-2024 04:41 PM |
| Online Status |
Offline
|
| Date Last Visited |
10-09-2025
03:01 PM
|