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
|
2185
|
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
|
395
|
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
|
732
|
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
|
415
|
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
|
526
|
POST
|
No, there are multiple masks per image. This is all resolved now as I was able to join the mosaic dataset paths (with some string manipulation) to create unique ID's for each mosaic item that corresponds to the mask ID. Once this was established, I then used cursors to transfer the geometries across and imported it back as the footprint. I have been using ArcGIS Pro for all of this work and have never had the GML mask file automatically applied to define the footprint for each DIMAP image. This was using the raster types as defined in ArcGIS Pro or in MDCS - per each sensor (e.g. Pleiades).
... View more
01-03-2019
07:33 PM
|
0
|
0
|
664
|
POST
|
Yes, you are correct, I am attempting to import the masks via the mosaic dataset geom tool. The issue is that there is not 1:1 cardinality and therefore I cannot reliably use the tool due to this assumptions - This tool matches the feature in the mosaic dataset with the feature in the feature class based on a common attribute field. Using FME, I can see various unique ID's in the DIM_*.xml and the mask.gml. Unfortunately, none of these ID's are present in the mosaic dataset attribute table and therefore cannot be used. The only attribute available in the mosaic is the DIM dataset name value.
... View more
01-02-2019
02:12 PM
|
0
|
3
|
664
|
POST
|
I am having difficulty applying mask files (GML) as footprints to a mosaic dataset that contains Airbus DIMAP data. The mosaic dataset's name field (sourced from the DIM 'dataset' tag) has 1:1 cardinality with the GML 'parent ID'. When adding these products 'as raster' to the mosaic, the footprint is defined by the raster extent. Is there a capability to leverage the underlying mask file programatically?
... View more
01-01-2019
06:44 PM
|
0
|
5
|
789
|
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
|
1165
|
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
|
6146
|
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
|
30100
|
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
|
754
|
POST
|
The below issue was caused by a change in domain controller for the Portal's IWA identity store config. "Wal files size exceeded the maximum size" These errors occur in the portal logs every minute and began to occur at the same timestamp as the IWA config change. No other change occured on the Portal machine at this time. Despite these errors, the ArcGIS Enterprise (10.6) is functioning as normal and the underlying postgres db seems to be behaving fine. The walarchive is consistently increasing as per the 60 minute archive setting in postgresql.conf. These archive dumps are all 16,384 KB and have modified dates AFTER the above change and errors began to occur. Therefore, I do not believe anyting is actually going wrong and impacting users, but there is clearly a config/setting somewhere which is tied to the old domain controller. Any thoughts as to where I can investigate further? The underlying postgres logs indicate no issues in this space. FYI, we do not use webgis DR and do not plan on using this as a solution moving forward due to the scale of our deployment (some incremental backups took 7+ hours to complete).
... View more
09-19-2018
04:56 PM
|
0
|
5
|
1007
|
POST
|
I am unable to get past step 9 (https://enterprise.arcgis.com/en/documentation/install/mapping-charting-solution/latest/configuring-arcgis-for-maritime-server.htm) while configuring maritime server. After adding the SOE, I receive a pop up loading bar which hangs indefinitely. I am experiencing this issue across two environments (10.6 and 10.6.1). Thoughts?
... View more
08-30-2018
03:44 PM
|
0
|
2
|
631
|
POST
|
Referencing the recent Randall Williams's Blog, how would you deploy this in a disconnected (no internet) environment? We currently download the patches.json file (https://downloads.esri.com/patch_notification/patches.json) manually and store on a web server within the disconnected environment. We then alter the hosts file to reference this ip address for requests to downloads.esri.com. This provides the capability to run the patch notification utility to list the current patches available for each component of our ArcGIS Enterprise. It would save us a lot of time if we could also bundle in the functionality of deploying these patches as well. What else would we need to configure/alter to allow this functionality?
... View more
08-26-2018
05:17 PM
|
0
|
0
|
470
|
Title | Kudos | Posted |
---|---|---|
4 | 02-28-2024 08:34 PM | |
1 | 01-26-2023 01:39 PM | |
1 | 10-19-2023 05:51 PM | |
2 | 09-13-2023 06:09 PM | |
24 | 05-17-2023 10:52 PM |
Online Status |
Offline
|
Date Last Visited |
a month ago
|