POST
|
Apps using web maps populate list views for things like legends, layer lists, etc., in the order that they appear in the underlying code in the web map, which is typically reverse of the way they appear in the web map's TOC (top layer is at the bottom of the list in the JSON). What's the easiest way to reverse the order of these list views so that they populate in the same order as the TOC?
... View more
01-30-2018
07:09 AM
|
0
|
2
|
912
|
POST
|
Follow my instructions exactly and it will fix it. What you're running into is that the system thinks there's still a service definition file out there, but there isn't so the overwrite won't work. Manually uploading just the new SD file using the web interface bypasses that check, so that when you try to republish using desktop the SD is actually there and the overwrite will work. I've done this probably 100 times.
... View more
08-18-2016
05:27 AM
|
0
|
0
|
435
|
POST
|
In Web AppBuilder, the 'Edit' widget allows you individually select specific data columns to display and whether or not you want those columns to be editable.
... View more
08-16-2016
10:07 AM
|
0
|
0
|
439
|
POST
|
Does this happen only with a specific dataset or does it happen on any and all datasets? If it's only happening with a specific dataset that you've previously been able to publish successfully, try this: If you are trying to overwrite an existing dataset or republish a dataset that you had previously published but had deleted, it's likely related to the fact that there's residual information on the server-side that thus doesn't allow the dataset to be published as a new dataset but also doesn't have the requisite service definition information necessary for an overwrite to work. So, what you need to do here is manually upload the service definition file for the dataset using the web interface. 1. Using the web interface ('My Content'), make sure you don't see a service definition file or a layer file with the same name as the dataset you want to publish. If you do, delete them. 2. Try to publish again. It will likely still give you the same error (that's OK). In the process of publishing, it will create a service definition draft file for the dataset. Typically these are located at C:\Users\<user>\AppData\Local\Esri\<Desktop version>\Staging\My Hosted Services. 3. Once you have the sddraft, use the 'Stage Service' GP tool on it to create a full service definition file. 4. Go back to the web interface and upload ONLY that new service definition file. 5. Go back to Desktop and republish the datset, except select the option to overwrite. Your dataset should now appear in the list of existing services available to be overwritten.
... View more
08-16-2016
09:59 AM
|
0
|
2
|
435
|
POST
|
Call Esri support and reference bug ID: BUG-000097451 There's a slightly different work-around for this than what's given above....with that bug ID they should have documentation.
... View more
07-11-2016
07:14 AM
|
1
|
0
|
445
|
POST
|
I noticed this issue just before I left for UC on June 24th. So for me it has been existing since then. So far it has only shown itself on the Information Look Up map app template. When at the UC I talked with someone with Web Apps and showed him the error. He did a debug on it and did find an issue. He was going to send the info on to the developers I think. I suppose it's possible I hadn't hit any of the non-WAB configs in the last couple weeks....I may have only been in the WAB apps. That said, the tech support person definitely stated it was last night's issue. He suggested that I try and recreate a new map and use the app to see if the issue still occurred. Since returning to work I have done that and encountered the same issue. I have no issues in creating the web app and making changes to the settings and configuration. I only have an issue when I try to change a setting once it has been saved. The map is public. Thomasville Utility Look Up Again, I am having no issues with the public facing map app itself. It is only when I am logged in and going through the configure app process that it will not save or let me update settings. Exactly the same issue I'm running into. However, recreating the web app isn't really an option since the original URLs are bookmarked by a large number of people interacting with our AGO stuff, so it would create pretty major issues if those were to suddenly go inactive.
... View more
07-07-2016
01:25 PM
|
0
|
0
|
708
|
POST
|
Nope. Config has been working fine up until today. I'm awaiting a return call from tech support now. The level 1 agent claimed she checked with her lead and she specifically stated it was a known issue caused by last night's update. Don't know what else to tell you.
... View more
07-07-2016
12:51 PM
|
0
|
0
|
708
|
POST
|
Well, then there's a serious miscommunication going on with your tech support. I have a level 2 case open right now on it and that's the story I got. It can be reproduced on any of the several dozen apps we have using that template. It affects the non-WebAppBuilder applications. Creating new web applications from the same web map using the same template works, but the templates now look different as well (button icons, general shape of the toolbar, etc.).
... View more
07-07-2016
12:37 PM
|
0
|
2
|
708
|
POST
|
It's a problem on Esri's side related to last night's update.
... View more
07-07-2016
12:22 PM
|
0
|
4
|
708
|
POST
|
Esri made some updates to the AGO platform last night and it messed up the ability to edit/save configs on some templates. I'm seeing it on apps using the 'Basic Viewer' template. Tech support states they're aware of it, but no word on resolution.
... View more
07-07-2016
12:22 PM
|
0
|
0
|
708
|
Title | Kudos | Posted |
---|---|---|
1 | 07-11-2016 07:14 AM |
Online Status |
Offline
|
Date Last Visited |
10-19-2023
08:55 PM
|