POST
|
In the latest version of the WAB, the search widget seems to return and zoom to the first suggestion rather than the best match out of all suggestions. Is there a way to configure this functionality on the front end, or should I increase the required match score on the geocoder instead? Screenshot of what is happening: Thanks, Damon
... View more
05-11-2016
12:39 PM
|
0
|
0
|
1469
|
POST
|
Robert, That field must have gotten disabled in the shared MXD that we use for publishing our services. Thanks a ton, it is all functioning properly again. Damon
... View more
11-24-2015
09:10 AM
|
0
|
0
|
903
|
POST
|
Are the pop-ups contained within the Web App Builder or to the Web Map in AGOL? I figured that because I configured the pop-ups in AGOL the configuration for them was stored with the AGOL map, rather than the WAB app.
... View more
11-24-2015
09:01 AM
|
0
|
1
|
903
|
POST
|
For one specific feature layer in my AGOL web map, clicking on a feature in the layer will not highlight the selected feature even though the pop-up still functions normally. It is only this layer that the problem occurs with, as others in the same web map are still functioning properly. Can anyone provide any insight into why this might be happening? A web app with the problem can be found here: http://gis0.odessa-tx.gov/public/internet/ Zoom in and try clicking on a parcel polygon to recreate the issue. I have tried: Removing and adding the layer to the map again. Removing popups from the layer and adding them again. Republishing the web service for the layer. All to no avail. Thanks in advance for any help, Damon
... View more
11-20-2015
12:02 PM
|
0
|
5
|
4073
|
POST
|
I had tried this, but the user did not confirm whether it was working or not and I hadn't tested it. This appears to be the solution! Thanks a ton for the quick response and correct answer! Have a good one! Damon
... View more
07-07-2015
02:16 PM
|
0
|
0
|
901
|
POST
|
Hello, I am having an issue where a user gets an insufficient permissions error when attempting to edit features that are components of a geometric network. The user has Select, Insert, Update, and Delete access to the dataset in which the network resides, but they are still unable to edit or delete features that participate in the network. Attached is a screenshot of the error, showing that they do not have permissions to the table that exists in the backend of the Esri Geometric Network. This issue did not begin happening until after I deleted the original Geometric Network in order to load data into one of the feature classes. I recreated the network, and then the error began. Can anyone shed any light on to how these networks work so that I might correct the issue? We are using ArcGIS for Server 10.1 installed with SQL Server 2008 R2 for hosting our data, as well as ArcGIS Desktop 10.2.2 Advanced for editing. Please let me know if this question is in the wrong area, and I will move it to the correct one. Thank You! Damon Myers
... View more
07-07-2015
02:01 PM
|
0
|
4
|
4433
|
POST
|
Answered my own question pretty shortly after posting: Passing data to the PrintTemplate object is handled on lines 262-273 of the Print.js file of the Print widget. I was having trouble as I was trying to update the description text of the print template, which does not seem to be supported. I instead need to use the customTextElements object of the layoutOptions attribute of PrintTemplate. API reference: PrintTemplate | API Reference | ArcGIS API for JavaScript Thanks, Damon
... View more
05-20-2015
02:39 PM
|
1
|
3
|
1508
|
POST
|
A user has requested the ability to type notes into the print widget before the call is made to the Print service that generates the map documents for printing. I understand the majority of how to implement this, except for how to pass form data to the Print service. Can anyone tell me where, in the Esri Print Widget, passing form data (such as Map Title, Format, Layout, and Author) to the Print service is handled? Thanks, Damon
... View more
05-20-2015
02:04 PM
|
1
|
6
|
7279
|
DOC
|
Robert, I think it would be a good idea to implement this feature, as I sometimes find it hard to distinguish which features are being highlighted by the widget due to the symbology being imported from ArcGIS Server. This is particularly true for line features, or in my case, when searching a street layer that has local roads symbolized in gray on top of a gray municipal boundaries layer. Once the local roads are made larger to note their selection by the search, it is almost impossible to determine which roads were selected because they blend in with the basemap. Here is a screenshot to show my issue: The arrows are pointing to features that were selected by the search, but the gray (local) roads are almost indiscernible due to there only being a slight difference between the grays. Normally there is a darker border on the roads, but it vanishes with the search, making them harder to see. If I could simply change the color that the results are highlighted with, I could solve this issue. Thanks Again, Damon Myers
... View more
12-17-2014
06:36 AM
|
0
|
0
|
29716
|
DOC
|
Robert, First and foremost, thanks for the great widget! It was much appreciated in our organization's Flex apps and will be appreciated again in our Javascript WAB web apps. I do not know if this has been brought to your attention or not, but I recently discovered what I believe to be a bug within the widget. It seems to me that the widget fails to initialize correctly whenever there is only one search layer available to it. The widget functioned properly whenever I left the default configuration alone, but whenever I changed it and left it with only one search layer, it would not open the widget whenever I clicked on it, giving the error "create widget error widgets/eSearch/Widget". After looking in the Chrome developer's console in an attempt to find the issue, it seems that lines 379 and 380 of the Widget.js were being executed before the options[0] module was created. I was able to get the widget working by simply commenting out lines 379 and 380 of the code, but there is most likely a better solution. Lines 379 and 380 are as follows: 379: options[0].selected = true; 380: spatialOptions[0].selected = true; If there is any more information that you would like, or if you have problems recreating the issue, please let me know. Thanks, Damon Myers
... View more
12-16-2014
12:27 PM
|
1
|
0
|
29716
|
Title | Kudos | Posted |
---|---|---|
1 | 05-20-2015 02:39 PM | |
1 | 12-16-2014 12:27 PM | |
1 | 05-20-2015 02:04 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|