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
|
13
|
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
|
138
|
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
|
177
|
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
|
361
|
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
|
2683
|
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
|
26
|
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
|
279
|
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
|
154
|
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
|
161
|
Online Status |
Offline
|
Date Last Visited |
yesterday
|