Latest Contributions by RobertScheitlin__GISP

Arne,    Try using WebMercatorUtils geographicToWebMercator method to change the inputBuffer polygon from wkid 4326 to 102100 ... View more

Amy, Have you shut down WAB close your browser and the command prompt window and re-started WAB? I am not sure what you are encountering then... You can manually add a wkid to your configs\eLocate\config_widgets_eLocate_Widget_21.json file.   "pointunits": {     "pointunit":[       {         "wgs84option": "",         "wkid": 102100,         "ylabel": "Northing (Y):",         "xlabel": "Easting (X):",         "example": "-9555431.36, 3982180.11",         "name": "Map"       }, {         "wgs84option": "",         "wkid": 102629,         "ylabel": "Northing (Y):",         "xlabel": "Easting (X):",         "example": "656036.27, 1147053.29",         "name": "NAD83 AL East (SP Feet)"       }, { ...‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ... View more

Because when you click the button to edit the webmap you are now using the AGOL Map Viewer website and that is not unique or part of the WAB application. ... View more

Norm,   I think I found a code solution to your service issue. I have made a code change to test if the identify results does not contain the alias it will attempt to use the actual field name. I have done very limited testing on this change but it seems to resolve your issue. Here is the link for the updated Widget.js file that you will need to use to test this fix. https://gis.calhouncounty.org/wab/Widget.zip ... View more

Amy,   That file must go in the jimu.js/SpatialReference folder of your app you are working in (not stemapp folder) and then you have to clear your browsers cache to ensure it uses that fixed file. In my testing this process worked and fixed the issue you described. ... View more

Norm,    So the issue I have found is that the identify task on your server is returning the actual field names in the results (unlike any of your other services and normal ArcGIS server identify task results which return field alias names in the results) for the Blocks and Lots layers. The really strange thing is that other layers in the same service are returning alias field names as normal. The code in my widget is expecting the ArcGIS Server results to return field alias names in the results (like normal) and thus can not match any of the results with configured fields for that layer. I was able to see and test this by opening chrome debugger and watching the Network tab and seeing the Identify Task that was going to your server and looking at the results returned for that service and then drilling down into the results for Lots and the attributes object to see "SIMCONID" instead of "Plat ID". Whereas layer 22 "Municipal Boundaries" returns "Census Municipal Code" instead of "COUSUBFP" as it should. So now what to do... Contact esri tech support and figure out why these two layer return the actual field names in the results when all other layers return field alias names in the results. ... View more

Norm,    Your Service is a little buggy. Right now it is not accessible. I will look into your test app when time permits and the service is available. ... View more

There is none that I am aware of. ... View more

Lasse,   This is a Web App Builder widget so it will not work in Pro or AGOL. You can deploy this widget to on premise Portal (ArcGIS Enterprise). ... View more

Amy,   You posted this question to the wrong widget thread. But the issue is here https://community.esri.com/docs/DOC-7046-enhanced-locate-widget-version-216-08212020?messageTarget=all&start=150&mode=co…  There has been a syntax error is WAB wkidDetails.json since 2.14 that has yet to be fixed. ... View more

Arne,    The code should work if the feature you are attempting to select is a point layer, depending on the spatial reference of the buffer being the same as the layer you are attempting to select. ... View more

Lefteris,  Here are my corrections to the tool.html. Notice I do not have index.js as you did, as this would create a second instance of that JS file in another scope. No need for any JS API links I call window.opener to get a reference to the code that opened this window <html> <head> <script> document.cookie = "Set-Cookie: flavor=choco; SameSite=None; Secure" function test() { url = "https://services3.arcgis.com/GVgbJbqm8hXASVYi/arcgis/rest/services/Trailheads/FeatureServer/0" window.opener.check(url) } </script> </head> <body> <div id="demo"> <h2>Testing</<h2> </div> <button onclick="test()">Load</button> </body> </html>‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ Next the index.js changes: No need for global vars once the fixes to the tool.html are applied check = null trailheadsLayer = null require([ "esri/Map", "esri/views/MapView", "esri/layers/FeatureLayer" ], function (Map, MapView, FeatureLayer) { esrimap = new Map({ basemap: "topo-vector" }); view = new MapView({ container: "viewDiv", map: esrimap, center: [-118.80543, 34.02700], zoom: 13 }); check = function check1(value) { trailheadsLayer = new FeatureLayer({ url: value }); if (trailheadsLayer) { esrimap.add(trailheadsLayer) } } });‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ... View more

Lefteris, Inside your check function you need to use window.esrimap  ... View more

Lefteris,    Have you tested to see if esrimap is valid inside the check function s scope? Something as simple as console.log(esrimap). ... View more