POST
|
Unfortunately, we're still having issues. It was working late last night, but now it's not. Seems to be intermittent here.
... View more
11-13-2020
04:58 AM
|
0
|
2
|
128
|
POST
|
Still nothing here. I had a colleague on the west coast test it as well. Down for him also.
... View more
11-12-2020
04:59 PM
|
0
|
0
|
315
|
POST
|
Thanks. Yes, I've seen https://trust.arcgis.com/en/system-status/ however, it doesn't seem to be catching the current issue. I haven't tested Pro, but have tested 10.7 and 10.8 in multiple East Coast locations. The service still seems to be down for us.
... View more
11-12-2020
04:34 PM
|
0
|
3
|
329
|
POST
|
Yes, it's pretty clear their service is currently down. I've tested from multiple geographic locations. I'm interested to hear what they say as I need some way to programmatically detect this.
... View more
11-12-2020
03:42 PM
|
1
|
0
|
348
|
POST
|
Is there a way to lookup or detect if the ESRI Imagery Basemap service is down? We have an automated system that exports an mxd to pdf. If the Imagery service is down, the 'export to pdf' step simply stalls out. I need a way to programmatically detect the health of the imagery service prior to the export step. That way, I can switch the mxd to use a different basemap on-the-fly, thereby keeping our automated system from stalling out. Any help appreciated.
... View more
11-12-2020
03:30 PM
|
0
|
12
|
478
|
POST
|
I am using python and clipping a tif with the clip tool. However, the output (clipped) raster is altered. The raster properties appear identical, both 16bit signed. Cell sizes are the same etc. Here is the relevant code including environment parameters: arcpy . env . compression = "NONE" arcpy . env . pyramid = "NONE" arcpy . Clip_management ( pl_rasters [ 0 ], buffExtentStrip , pluvial_final + ".tif" , nodata_value =- 9999 , maintain_clipping_extent = "NO_MAINTAIN_EXTENT" ) The following images show the original and clipped. Original: Clipped: Any help is greatly appreciated.
... View more
08-05-2020
12:41 PM
|
0
|
2
|
107
|
POST
|
I'm using python and trying to download and create a layer using the exportImage functionality here:3DEPElevation (ImageServer) . I find that I'm able to download a clipped raster from exportImage much faster than using MakeImageServerLayer_management. ExportImage takes less than 15 seconds, where MakeImageServerLayer takes 45+ seconds. So long story short I'd like to use exportImage if possible. However, sometimes it works great, but sometimes intermittently, I'm receiving a 400 status code when I try to download the image using exportImage. The request to exportImage returns an href link in the json response, but when I try to download and write it to file, the request fails with a 400. When I use retries, the file will sometimes download on subsequent attempts, but sometimes it will never download. Even when I copy the link into a browser. Can anyone offer an explanation, insight, and/or solution? My requests config is something like this: import requests, arcpy, datetime from requests.adapters import HTTPAdapter from requests.packages.urllib3.util.retry import Retry retry_strategy = Retry( total=4, status_forcelist=[400, 429, 500, 502, 503, 504], method_whitelist=["HEAD", "GET", "OPTIONS"], backoff_factor=1 ) adapter = HTTPAdapter(max_retries=retry_strategy) http = requests.Session() http.mount("https://", adapter) http.mount("http://", adapter) And my imageServer code is something like this: exportURL = r"https://elevation.nationalmap.gov/arcgis/rest/services/3DEPElevation/ImageServer/exportImage?" clipPoly=r'C:\test.gdb\test_poly' tempDir=r'C:\temp' featExtentJSON=arcpy.Describe(clipPoly).extent.JSON exportParams = {'bbox':featExtentJSON, 'bboxSR':'', 'size':'', 'imageSR':'', 'time':'', 'format':'tiff', 'pixelType':'F32', 'noData':'', 'noDataInterpretation':'esriNoDataMatchAny', 'interpolation':'RSP_BilinearInterpolation', 'compression':'', 'compressionQuality':'', 'bandIds':'', 'mosaicRule':{"mosaicMethod" : "esriMosaicLockRaster","lockRasterIds" : 4968}, 'renderingRule':'', 'f':'pjson' } def createExport(url, exParams): exportResponse = http.get(url, params=exParams) if exportResponse.status_code==200: fileURL=exportResponse.json()["href"] return fileURL def downloadImage(): fileURL = createExport(exportURL, exportParams) if fileURL.find('/'): fileName=fileURL.rsplit('/', 1)[1] r = http.get(fileURL, allow_redirects=False) if r.status_code==200: with open(tempDir+'\\'+fileName,'wb') as f: f.write(r.content) return fileName downloadImage()
... View more
05-29-2020
11:34 AM
|
0
|
0
|
49
|
POST
|
So, after looking through the api a little more, I found the "displayField" property. That did the trick. var trailheadsLayer = new FeatureLayer({ url: "https://services6.arcgis.com/708LZoWlLL5mAZXZ/arcgis/rest/services/trailheads/FeatureServer", popupTemplate: trailHeadPop, displayField: "TRL_NAME", outFields: ["*"] }); Thanks for your help and apologies for not reading the api a little more thoroughly before posting!
... View more
04-23-2020
01:08 PM
|
0
|
0
|
54
|
POST
|
Thanks for the quick reply. I had not set it for the layer, only popups. I just adjusted the code (see below) but unfortunately it didn't seem to help. var trailheadsLayer = new FeatureLayer({ url: "https://services6.arcgis.com/708LZoWlLL5mAZXZ/arcgis/rest/services/trailheads/FeatureServer", popupTemplate: trailHeadPop, outFields: ["*"] });
... View more
04-23-2020
01:03 PM
|
0
|
0
|
54
|
POST
|
I'm using esri-loader which loads ArcGIS 4.15 in an angular cli v9 app. I'm experiencing the following behavior with the editor widget: Essentially the attributes aren't showing up when initially selecting the area. Only 'undefined' for all features & layers. When I drill down to the feature, the attributes appear fine. I noticed a similar behavior with popups, where the popup was displaying attributes as 'undefined', but was able to resolve it there by setting the "outfields" property on the popup. However, there doesn't appear to be a similar property for the editor widget. Thoughts?
... View more
04-23-2020
12:28 PM
|
0
|
3
|
122
|
Online Status |
Offline
|
Date Last Visited |
11-13-2020
09:04 AM
|