Latest Contributions by BryanBaker

We had trouble exporting data from an ArcGIS service layer to GeoJSON format. Other formats (JSON, etc.) worked fine. The response was a generic 400 error ("Failed to execute query"). It was puzzling because other services on the same server returned GeoJSON just fine. After a lot of looking at it, we discovered that the difference was that the layer's "HasM" attribute was true. We removed the M values from the data, and now the GeoJSON works. Sounds like a bug to me. Since the layer now works I can't share the error, but here's a query on a layer where I found another user had posted a question with a related problem which has M values and shows the behavior: https://gis11.services.ncdot.gov/arcgis/rest/services/NCDOT_STIP/MapServer/1/query?where=1%3D1&outFields=*&returnGeometry=true&f=geojson ... View more

I'm unable to get vector tile basemaps to print. Even with a very simple request that only includes the vector tile data, the request succeeds, but the map is blank and the vector tile basemap does not print. The request includes a very long imageData string, which is how I take it that the vector tile printing is handled. The request is being sent from the JavaScript API version 3.29. I've tried printing the standard Esri topo-streets and topo-vector services, as well as the Esri OSM-vector service (added as a custom basemap). If I capture the Web Map as JSON from the browser debugger and use it directly in the print service REST (services directory) form, I get the same result. I've tried the print with print services at version 10.7.1, both a standard print service and a custom service created in ArcGIS Pro. I've also tried it in the sample print service at http://sampleserver6.arcgisonline.com/arcgis/rest/services/Utilities/PrintingTools/GPServer. I understand vector tile printing was supported as of 10.6. I've attached a Web Map as JSON string that I've tested, which includes data from the topo-vector service as generated by the JavaScript API. Any ideas or suggestions on how to debug the request are appreciated. ... View more

We originally created five extract tools in a toolbox based on the default Extract tool, the only difference being the layers available, each associated with a different map service. These services were all working fine. Now I modified the extract Python script slightly, just to add the input AOI to the output zip folder. I replaced the default script with my modified one, wired up the inputs, and then ran and updated each tool/service. No errors or warnings during that process for any of the five tools or services. We call the extract GP services from a JavaScript API app (v. 3.19). Three of the five updated services are working fine. In the two others, the processing appears to run OK up until the web app requests the output data information. When the web app makes the request: https://<serverurl>/arcgis/rest/services/<service>/GPServer/<service>_Extract/jobs/jba45b00292cf48738586817ea14ab1dd/results/Output_Zip_File?f=json&returnType=data The server will respond with: {"error":{"code":400,"message":"Unable to complete operation.","details":["ERROR: Server environment property not found: requestProperties"]}} Or sometimes the "details" node in the response is simply empty. I can see that the extract zip file gets created successfully in the scratch folder, so it's not that the extract fails. The server just won't return the details of the output zip file. If I re-run the URL above manually I get the same error response. Oddly, if I run the task via the Services Directory, using the exact same AOI and other parameters, I can get the output data information OK. The request sent to the server is exactly the same as the one above (except for the job ID). Yet in this case it succeeds. So I suspect something in how the extract is being handled is causing problems, but it's not obvious what, and the error message isn't very helpful. Any ideas appreciated. ... View more

The VectorTileLayer (v 3.20) does not appear to fire the update-end event. It inherits from Layer and hence I'd expect it to. But in my app with various layer types, where the update-end handler is called for all other types, once I added a VectorTileLayer, that handler is never called. I noticed that in the API reference, the update-end event is also not listed in the events for VectorTileLayer. Is the lack of that event by design or something that needs to be fixed? If it's not going to be added, the API reference should not indicate that the type inherits from Layer. ... View more

The basemap-changed event does not appear to fire correctly in the 3.20 version of the API. It doesn't work in my app, nor in the simple basemap gallery sample in the sandbox. I called up the sample at https://developers.arcgis.com/javascript/3/sandbox/sandbox.html?sample=widget_basemap, and then inserted a handler for the event just before the close of the script: map.on("basemap-change", function(e){    console.log(e.current); }); Nothing gets logged when the basemap changes. Is there some other way to get this to work? Or is it not really called when the basemap layer changes? ... View more

I'm using a layer with both from- and to-time fields. The timeFilterMode option for FeatureLayer seems to imply that there's an option with time-based layers to fetch all features up front, rather than by the incremental server-based approach:   Determines where features are filtered by time. By default features will be filtered by the server. If set to 'client' all features are loaded and filtered on the client before display.   However, the 'client' setting seems to have no effect; in a debugger I can see that features are requested with each pan and zoom. I see there's no option generally for FeatureLayer to use the "snapshot" approach as with the JavaScript API. So what difference does using timeFilterMode='client' really make? ... View more

We have a military client deploying an application that uses a print GP task published from the standard ArcGIS print task (based on the custom print task tutorial). On our developer system (not in military network), the print task works fine. But on the client's system, the print task fails when using the Web Adaptor. We can temporarily configure it to use the internal URL (port 6443) and it will work on a test machine, but they cannot use the internal URL for production. This is using ArcGIS Server 10.3 on a Windows Server 2008/IIS7 environment. IIS is on a separate machine from the GIS server. The problem is that the full URL to the ExportWebMap task does not work when going through the Web Adaptor. Using a browser on their network, they can access the basic print service in the Services Directory, along the lines of http://servername.army.mil/arcgis/rest/services/myprintservice/GPServer. But if they click on the Export Web Map link, they get an error message (see also attached graphic): Could not access any GIS Server machines. Please contact your system administrator. At first I suspected an IIS issue, but the request is obviously reaching the Web Adaptor. Any idea why the print task itself would not get forwarded to the GIS server? My guess is it has something to do with spaces in the task name, but it's odd that this would work on our developer network but not on the client network. ... View more

A user on our website is getting an error when their browser attempts to draw the map. The error only occurs when they access the website from their organizational network. This is using the JavaScript API, but they captured their browser session with Fiddler and it's clear the problem is with the server REST request/response. The request looks something like: http://myserver.mydomain.com/arcgis/rest/services/mymapservice/MapServer/export?f=json&bbox=-76.29362758593748%2C44.9014… The response as recorded by Fiddler looks like this - note that the server name changes to our internal server name, not the fully qualified name as in the request: ags_jsonp.ags_jsonp_25_727351({"href":"http://internalservername.private:6080/arcgis/rest/directories/arcgisoutput/mymapservice/_ags_mapc53d462af4f945f3b5bfc1658296baaa.png","width":382,"height":402,"extent":{"xmin":-8492982.9849871229,"ymin":5606023.5650927974,"xmax":-8376768.2792958319,"ymax":5728322.810349077,"spatialReference":{"wkid":102113,"latestWkid":3785}},"scale":1149831.9488333722}); I can make the exact same request, using Fiddler's Composer utility, including the same request headers. I get a response that has the fully qualified name as in the request: ags_jsonp.ags_jsonp_25_727351({"href":"http://myserver.mydomain.com/arcgis/rest/directories/arcgisoutput/mymapservice/_ags_map8f05ad2a5677408abdbe896ecdc18600.png","width":382,"height":402,"extent":{"xmin":-8492982.9849871229,"ymin":5606023.5650927974,"xmax":-8376768.2792958319,"ymax":5728322.810349077,"spatialReference":{"wkid":102113,"latestWkid":3785}},"scale":1149831.9488333722}); We need to resolve the issue as this is an important client. The server is running IIS with the requests going through the Web Adaptor. Any ideas as to why the ArcGIS server should respond with a URL that has the internal name? ... View more