POST
|
Hi Jeremy, Sorry for such a delayed response - I appreciate all of your work in looking at the issue! I suspect you're correct that the other issue may be due to an unsupported layer type - they're raster tiles coming out of Mapbox, and that may be in the works? I hope that it will be supported at some point, as we have quite a few products that are based on that platform. Looking forward to trying out the next beta or 1.1 final. Thank you again! Paul
... View more
05-05-2015
09:48 AM
|
0
|
0
|
3769
|
POST
|
We have quite a few basemaps in our Portal for ArcGIS and ArcGIS Online organizational account. When accessing basemaps in Pro we see that the ESRI items display as expected, but most of the non-ESRI basemaps suffer from one of two issues, despite working fine in ArcMap and web maps. A few display properly, a few clearly have projection issues (e.g. points across the US displaying in the Atlantic Ocean), and most do not display at all (white screen, may also be a projection issue). What I find strange is that they work fine in the AGOL and Portal platforms, through which they're being accessed. Issue has been noted in Pro 1.0 and 1.1 beta. My thought is that in some cases modifying the projection information in the basemap's JSON definition will fix the issue, but the one basemap that I attempted this fix with appeared unaffected. This is an example of a service we have registered as a basemap that works in Portal and AGOL, but is shifted within Pro: USGSImageryOnly (MapServer) Most of the basemaps which don't display at all in Pro are MapBox-based. Any thoughts are appreciated! Thanks, Paul
... View more
04-28-2015
03:52 PM
|
0
|
8
|
7982
|
POST
|
I appreciate all the background information on cross-domain issues. That being said, I believe this is a bug, as I am not using a proxy and the viewer and the print/web export service are on the same domain yet the browsers throw a proxyURL not set error. The print widget works on the second attempt on Chrome and Firefox, but not the first attempt and not on IE. The proxyURL is not set because I am not using a proxy and I cannot use a proxy at this time. I suppose it's possible that the print widget is designed only to work with a proxy even if the viewer and print/export service are not cross-domain, but I don't understand why that would be the case. I'll call support when time allows and report back. Thanks for the resources regarding the various issues at play here, I hope that I haven't been unclear or that I am not fully understanding why the print widget works inconsistently within our domain.
... View more
01-12-2015
09:49 AM
|
0
|
0
|
789
|
POST
|
Hi Kelly, does a property such as loaded or loadError exist for operationalLayers or a subset thereof? I'm not that familiar with the JS API and trying to add such logic, if possible, to keep invalid layers from the layers array within the _addLayers function. I realize this may not be possible. Thanks!
... View more
01-02-2015
05:29 PM
|
0
|
0
|
856
|
POST
|
I should have CORS support enabled on the server today and will report back on how it affects the issues in the browsers. Currently I'm facing a more serious issue that the viewer does not fully load when one of the map layers is broken. I haven't been able to update the viewer code to the latest release yet, and don't know if it had any major changes that might address that. I noticed that a bit ago the API went from 3.11 to 3.12 and might try that first.
... View more
12-31-2014
08:43 AM
|
0
|
2
|
856
|
POST
|
Thanks for the links, I'm reading them over now. I find that with the print widget in Chrome and Firefox sometimes I get the output I expect, but often I don't get any output, and looking further I see there are CORS errors there - odd that it's sporadic, but I'll try to get the server-side CORS support and/or proxy installed on this end. I do get a laundry list of errors in all browsers when the viewer loads, but I had been ignoring them to this point since it was functioning as expected. If you think they're relevant I'll post them, although please let me know if another thread or space would be more appropriate - I'm also looking into our organizational information for calling support.
... View more
12-30-2014
12:20 PM
|
0
|
1
|
1141
|
POST
|
I just realized that some of the layers in the map won't display in IE9 but work fine in Chrome and Firefox, I think I'll just have to advise people not to use the viewer with IE9. Thanks again for taking the time, I know how maddening browser-specific issues are. Best, Paul
... View more
12-30-2014
10:10 AM
|
0
|
6
|
1141
|
POST
|
I recognize that there are a number of benefits to using the proxy and I'll see about the possibility of having it installed, but security on the servers is rather tight. The part that doesn't make sense to me is that the web export task is hosted internally and is not working (just in IE), but the geocoder that is hosted on ESRI servers (cross domain from the viewer) works fine. I tried switching the viewer to the ESRI web export task and it throws the same CORS/proxyURL error. Thanks for taking the time to look at this.
... View more
12-30-2014
10:01 AM
|
0
|
7
|
1141
|
POST
|
It is IE 9, and unfortunately that's the version of IE that will be on most employees' machines here. If the web server hosting the viewer is on the same domain as the ArcGIS server hosting the web map export task I didn't think that I was using CORS - I may have a misunderstanding here? If that's the case I'll read up on it further.
... View more
12-30-2014
09:26 AM
|
0
|
9
|
1141
|
POST
|
Larry, Thank you for your response, it is IE 9. Unfortunately most of the machines within our organization are running IE 9, if someone is going to be using IE. Hopefully most are using Chrome, which is the other option here.
... View more
12-30-2014
09:23 AM
|
0
|
1
|
856
|
POST
|
All services are on the same domain and Chrome and Firefox work fine without the proxy, but for some reason IE won't work without one. I can't reasonably have the proxy server installed on the web server due to institutional barriers; I'll play around with it some more, but any further thoughts on why IE is having trouble would be appreciated.
... View more
12-29-2014
11:15 PM
|
0
|
11
|
1141
|
POST
|
I'm using the print widget in the Basic Viewer and am trying to modify the print layout. One of the big issues is getting the legend to display the styled name instead of the name from the layer source. I'm thinking it would be achieved by modifying this block of code: if (legendNode.checked) { var layers = arcgisUtils.getLegendLayers(this.config.response); var legendLayers = array.map(layers, function (layer) { return { "layerId": layer.layer.id }; }); if (legendLayers.length > 0) { layoutOptions.legendLayers = legendLayers; } array.forEach(print.templates, function (template) { template.layoutOptions = layoutOptions; }); } but haven't had any success. I'd also like to insert a graphic and other text, but realize using the Export Web Map Task may be limiting. Any direction would be appreciated, or if there's a more appropriate place to post this. Thanks!
... View more
12-17-2014
11:07 AM
|
0
|
0
|
1362
|
POST
|
The print widget on the basic viewer produces output most of the time on Firefox and Chrome, but on IE the button does nothing and looking in the logs the following error is registered: Error: esri.config.defaults.io.proxyUrl is not set. If making a request to a CORS enabled server, please push the domain into esri.config.defaults.io.corsEnabledServers. I'm not using a proxy server and the print service that I'm using is on the same domain as the viewer. Any thoughts on how to avoid the error and get the print widget working? Thanks in advance, Paul
... View more
12-17-2014
10:31 AM
|
0
|
28
|
11142
|
POST
|
Actually that broken service just came back online, but the question is still worth asking, as well as the others
... View more
12-08-2014
09:23 AM
|
0
|
0
|
755
|
POST
|
I'm using the Basic Viewer (http://www.arcgis.com/apps/Viewer/index.html) with data I have loaded into an organizational portal. Many of the layers are web services from other organizations, and if one of those becomes unreachable that section times out and the entire viewer breaks. Is there a way to make it so the viewer will function if a layer cannot load? This is the error I'm seeing in the browser: Failed to load resource: the server responded with a status of 404 (Not Found) http://www.geocommunicator.gov/ARCGIS/REST/services/ROW/MapServer/2?f=json&callback=dojo.io.script.jsonp_dojoIoScript14._jsonpCallback Even when all layers do load properly and the web map functions fine I do get a lot of these errors, it looks like perhaps one for each layer: Error: Item does not exist or is inaccessible. {code: 400, messageCode: "CONT_0001", message: "Item does not exist or is inaccessible.", details: Array[0], log: undefined…} "Error: Item does not exist or is inaccessible. at Error (native) at Object.g.load (http://js.arcgis.com/3.11/init.js:871:426) at http://js.arcgis.com/3.11/init.js:191:69 at c (http://js.arcgis.com/3.11/init.js:76:221) at d (http://js.arcgis.com/3.11/init.js:76:10) at resolve.callback (http://js.arcgis.com/3.11/init.js:77:350) at c (http://js.arcgis.com/3.11/init.js:76:436) at d (http://js.arcgis.com/3.11/init.js:76:10) at resolve.callback (http://js.arcgis.com/3.11/init.js:77:350) at http://js.arcgis.com/3.11/init.js:195:300" I had two additional questions which I can pose individually if it's more appropriate, but both are also related to the Basic Viewer: Is there any documentation or recommended place to look to modifying the templates for the Print function? Is it possible to have the credits listed in the visible layers appear at the bottom of the web viewer with the other credits from the basemap? As before thanks for any assistance on any of those points! Paul
... View more
12-08-2014
09:21 AM
|
0
|
1
|
4841
|
Title | Kudos | Posted |
---|---|---|
1 | 11-21-2014 08:52 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|