POST
|
Prashant, If these are layers that you want to be available to all users when they open the application then you should add the layers in to the web map that drives the application: Map and Scene—Web AppBuilder for ArcGIS (Developer Edition) | ArcGIS for Developers Regards Anthony
... View more
09-21-2018
12:28 AM
|
2
|
1
|
31
|
POST
|
Hi Ben, Glad you got the widget working, in regards to the absolute path there is nothing in the code that refers to ' webappbuilder\stemapp\Visibility' so I'm not sure where that is being introduced. It looks like the core web appbuilder team need to look at how the hosted web appbuilder within portal is installed and how it works with the workflow you mention above Regards Anthony
... View more
08-21-2017
07:03 AM
|
0
|
0
|
179
|
POST
|
Thanks Junshan, Would copying over the files from the developer edition, have any negative side effects?
... View more
08-16-2017
12:54 AM
|
0
|
0
|
179
|
POST
|
Ben, Not having a 10.5.1 build to test on I tried adding the widget into the in built web appbuilder within portal 10.4.1, and I am experiencing the same issue of the widget not loading. After inspection of the network traffic I can see that some files that the configuration needs are not in the built in web appbuilder. If your portal has been installed to the standard directories have a look in: C:\Program Files\ArcGIS\Portal\apps\webappbuilder\stemapp\jimu.js\dijit on 10.4.1 there is just a single folder called SymbolsInfo yet in the same directory in web appbuilder developer contains, 105 items: The parent folder tells a similar story (left portal, right web appbuilder developer): As a test I copied over the missing files from the developer edition to portal, refreshed the browser and everything worked OK. I am not sure why the two environments differ so much in terms of the files contained within, maybe somebody from the web appbuilder team can explain (dlaw-esristaff junshan_liu-esristaff) I think your best bet to get the widget working is to manually create the config file with the parameter I mentioned above and ignore the settings screen. Regards Anthony
... View more
08-15-2017
02:11 AM
|
1
|
5
|
179
|
POST
|
Ben, When you say the config.js is blank do you mean empty? Before the widget is configured the config.js will be just a pair of braces '{}'. When you configure the widget the config will be saved as: { "taskUrl": "rest endpoint of visibility gpservice" } You could try and change the config.js to this and see if you can get past the loading screen Regards Anthony
... View more
08-15-2017
01:27 AM
|
1
|
7
|
179
|
POST
|
Loren, You can export to a template within your portal: Export as a template—Web AppBuilder for ArcGIS (Developer Edition) | ArcGIS for Developers This may meet some of your needs Regards Anthony
... View more
08-14-2017
08:19 AM
|
0
|
0
|
48
|
POST
|
Hi Ben, To help isolate the issue could you please specify which browser you are using and if you know how to debug the browser (normally by hitting F12) are you getting any errors in the console window? Regards Anthony
... View more
08-14-2017
06:42 AM
|
0
|
9
|
179
|
POST
|
Why does the add data widget default to the online utility service (https://utility.arcgis.com/sharing/kml ) when trying to add KML data via a URL? If I am running an application using my Portal for all its layers in a disconnected environment then I would expect the widget to use the utility service on my local Portal in the same way the Portal Map Viewer does. I can see that I can go into the KMLLayer.js in my locally hosted JS API and hard code my portal's utility service and this works ok. Would it not be better for the constructor of a new KMLLayer to have the ability of specifying the utility service to be used?
... View more
07-05-2017
07:05 AM
|
0
|
0
|
499
|
DOC
|
Hi Xabier, Did you ever get round to creating an English version of this widget? Regards Anthony
... View more
04-27-2017
01:06 AM
|
1
|
0
|
346
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:22 AM
|