|
POST
|
Frank-- what have you found to be the best way/process for formatting and styling the report in the GP service used?
... View more
10-15-2015
01:11 PM
|
0
|
1
|
3805
|
|
POST
|
After you add features in the app, what user name does the editor tracking field?
... View more
10-15-2015
12:01 PM
|
0
|
1
|
933
|
|
POST
|
In that first picture, where are you configuring that editor tracking at? I've noticed that if you enable editor tracking in the enterprise gdb, then publish as an editable service, all the edits made show the same user name....which is the one you used when publishing the service.
... View more
10-15-2015
07:36 AM
|
0
|
2
|
1449
|
|
POST
|
The GP widget will support geoprocessing services that create drive time rings, network routing, etc., yes.
... View more
10-09-2015
11:44 AM
|
0
|
2
|
792
|
|
POST
|
Another downside to using the Dev edition is the inability to load it back to your Portal site, using the named user accounts that were paid for
... View more
10-08-2015
11:04 AM
|
0
|
0
|
814
|
|
POST
|
Are you using Portal or ArcGIS Online? What version number?
... View more
10-08-2015
10:48 AM
|
0
|
1
|
1947
|
|
POST
|
This is a very far fetched idea, and likely the very antithesis of a web app, but I will ask regardless in order to show due diligence. I'm expecting the group will echo what I already believe to be true...and possibly receive some public shaming. How far from impossible is it to allow users in an organization to "save" their working settings of a web app? For example, if a particular users job requires them to focus on a specific geographic area, working with a subset of layers that are in the web app, what would it take to allow them to load the app where they left off, zoomed in to an area, with the exact layers on that they need? Currently, the app loads at a national extent with the most common layers turned on by default, but we're getting pushback from the non-gis users that they are annoyed with having to zoom to their specific area-of-interest each time and go through the *laborious* process of checking layers off and on. This would be similar to the "save as" function present in the Portal map viewer, but that's a completely different setup. I'm expecting there's no real one size fits all solution to appeasing the customers and having the functionality, but no harm in asking...
... View more
10-07-2015
08:19 AM
|
2
|
6
|
5941
|
|
POST
|
I have a very strong GIS/esri background, but next to no experience with programming and coding. Using the WAB out of the box is definitely suited best for someone in a GIS capacity rather a non-GIS web developer. When requests come in for custom functionality, though, it's sort of a sticky situation when you're not a developer. In previous organizations, "GIS developers" have been brought on staff who actually had no GIS experience. It's a shame when an entry level "technician" has sit to down and teach the GIS developer what a clip function is, not to mention a waste of company dollars.
... View more
10-07-2015
08:03 AM
|
2
|
0
|
814
|
|
POST
|
Additionally, this bug: "The coded value domain descriptions display the coded value in the Web AppBuilder attribute table rather than the description."
... View more
10-05-2015
01:37 PM
|
0
|
2
|
1154
|
|
POST
|
What version are you running? Here's a bug that is part of the "issues addressed in 10.3.1". Web AppBuilder Bug: "Coded value domain descriptions do not persist in the Web AppBuilder."
... View more
10-05-2015
01:33 PM
|
0
|
3
|
1154
|
|
POST
|
Is the end result writing a dbf to a user specified file location? If so, what about table to excel and choosing "use domain and subtype description"?
... View more
10-02-2015
01:16 PM
|
0
|
5
|
1154
|
|
POST
|
Similar issue, so posting here. I've got a couple GP services published and shared with Portal. If using WAB built in to Portal, the geoprocessing widget config finds the GP services in my content and loads the task without fail. However, when connecting through WAB Dev 1.2, the GP service shows up on my content (because it's connected to Portal) but can't load the task correctly. It just shows a progress bar and continues to spin as if loading. If you add via service REST URL, the same issue presents itself. See image, WAB dev isn't recognizing the hierarchy of a task inside a service. Via Portal WAB: Via WAB Dev 1.2
... View more
09-22-2015
12:41 PM
|
0
|
0
|
886
|
|
POST
|
With WAB Dev release 1.2, the geoprocessing widget can accept user input files, so long as the GP service has upload capability enabled.
... View more
09-22-2015
12:32 PM
|
0
|
0
|
844
|
|
BLOG
|
Did you build the geocoder with suggestions enabled and maintain that setting in the published geocode service?
... View more
09-21-2015
01:59 PM
|
0
|
0
|
4677
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 10-07-2015 08:19 AM | |
| 1 | 02-08-2016 10:04 AM | |
| 1 | 12-22-2015 11:11 AM | |
| 1 | 09-11-2015 08:30 AM | |
| 2 | 02-11-2019 01:32 PM |
| Online Status |
Offline
|
| Date Last Visited |
12-06-2022
05:13 PM
|