|
POST
|
Has there been a change in how URLs are constructed for Dashboards? All the links that I've been using for publicly-facing dashboards used to have an "apps/opsdashboard" string in the URL, but now it appears that AGOL is giving me "apps/dashboard" instead. The main problem with this is that I've got a dashboard that works fine via a URL that I copied a few weeks ago (opsdashboard), but which has a data connection problem when viewed with the URLs that AGOL is giving me now (dashboard). Below is a description of the specific behavior I am seeing. This is a dashboard link that I copied from AGOL few weeks ago and it works fine: https://washoe.maps.arcgis.com/apps/opsdashboard/index.html#/fea7e9003d9b4f968163867bfa86fdae PROBLEM -- This is what AGOL sends me to now (via View Dashboard) and the dashboard seen through this link has the right widgets, but no connection to the data: https://washoe.maps.arcgis.com/apps/dashboards/fea7e9003d9b4f968163867bfa86fdae This is the link in the URL box on the item page: https://www.arcgis.com/apps/dashboards/fea7e9003d9b4f968163867bfa86fdae Also displays the widgets, but no connection to the data. ----------------------------------- Here is a COVID dashboard URL in the "old" style, that works: https://washoe.maps.arcgis.com/apps/opsdashboard/index.html#/dab78e1c080b4f02b182c3c65bf91ea6 This is what View Dashboard sends me to now: https://washoe.maps.arcgis.com/apps/dashboards/dab78e1c080b4f02b182c3c65bf91ea6This works. This is the link in the URL box on the item page: https://www.arcgis.com/apps/dashboards/dab78e1c080b4f02b182c3c65bf91ea6Also works. Any idea what is wrong with that that PROBLEM dashboard?
... View more
04-15-2021
09:04 AM
|
0
|
3
|
3371
|
|
IDEA
|
Agreed - need to add week to Minimum Period options. Admittedly week can be tricky - does it start on Sunday or Monday? How do you label it on the category axis?
... View more
04-13-2021
07:54 AM
|
0
|
0
|
4407
|
|
IDEA
|
Mike, "Summarize" does this. In the attribute table, right-click on the field of interest and choose Summarize. The resulting Summary Statistics table will contain the list of values and the frequency of each.
... View more
04-12-2021
07:22 AM
|
0
|
0
|
1381
|
|
POST
|
Thanks for the reply Shelley, but that is a "do it individually for every Pro project" sort of setting. I was looking for a way to set the option so that Pro DEFAULTS to always allowing assignment of unique numeric IDs. Here are a couple of related Ideas: https://community.esri.com/t5/arcgis-pro-ideas/defining-default-value-for-quot-allow-assignement-of-unique/idc-p/1044629#M15639 https://community.esri.com/t5/arcgis-pro-ideas/overwrite-web-layers-auto-fix-webmap-layer-ids/idc-p/1044632#M15638 Thanks
... View more
04-12-2021
07:05 AM
|
6
|
0
|
5608
|
|
IDEA
|
When OVERWRITING a service, Pro should check to see if the numeric IDs for the web layers in the map are consistent with the existing service (based on layer name). If there appear to be changes in the numeric IDs, Pro should issue a warning. This would prevent the painful experience of having all the layers in an existing service re-numbered, which of course would break all apps pointing to this service. Thanks.
... View more
04-07-2021
07:27 AM
|
0
|
0
|
5436
|
|
IDEA
|
The option to "Allow assignment of unique numeric IDs for sharing web layers" in Pro should be set ON by default. It seems like we would almost ALWAYS want this setting ON when publishing services. By enabling this as the default setting, it would eliminate the need for the user to explicitly set this for every map they use to publish services from. Thanks.
... View more
04-07-2021
07:24 AM
|
0
|
0
|
4089
|
|
POST
|
Is there a way to set an option somewher to force ALL my Pro maps to "Allow assignment of unique numeric IDs for sharing web layers"? I've got some Pro projects that I publish services from and suddenly (maybe after updating to 2.7.2) when I go in and add a layer, then re-publish, Pro is not preserving my original layer numbering. Why would you EVER want the web layer numbering to change? Hard to imagine why this is even an option.
... View more
04-06-2021
04:05 PM
|
8
|
6
|
5721
|
|
IDEA
|
Add an "out of service" flag to the widget configuration. On the dashboard, this would then display a custom message explaining the outage for any of the widgets or stacks that are having problems. USE CASE -- On our existing dashboards we sometimes have widgets or event entire groups/stacks that encounter a technical problem that prevents them from displaying. This can be a problem with an underlying table, something that causes a re-design of a work process, etc. Rather than removing that widget and then having to re-create it later, it would be useful to mark it as "inactive" or "out of service", so that once the issue is resolved we can just put it back in service by updating that item's status. This differs from the "No Data" configuration, in that the connection to the data might still exist and it would display, but because of the issues we are working on, we don't want to display the data.
... View more
03-22-2021
12:28 PM
|
0
|
2
|
1339
|
|
POST
|
If the white band is being caused by one of the rasters having a band of NoData at its margin (presumably the raster in the NW), maybe before the mosaic operation you need to clip that raster to include only the portion that you need (i.e. get rid of the NoData).
... View more
03-22-2021
07:33 AM
|
0
|
0
|
1645
|
|
POST
|
I don't see why that wouldn't work - it is just like clipping with any other polygon. Analysis, Analysis Tools, Extract, Clip. Clip (Analysis)—ArcGIS Pro | Documentation What kind of problem are you running into that prompts this question?
... View more
03-19-2021
03:15 PM
|
1
|
1
|
1472
|
|
POST
|
This issue of managing URLs is a real pain point. Aside from the use case being discussed here (migration from one generation of app to the next), the ability to easily "swap out" one version of a StoryMap, Dashboard, WAB app, etc. for another updated/re-designed one without inconveniencing the end-user is something we struggle with. Users are going to bookmark our content and then expect it to be there FOREVER. At a high level, we need some workable strategy for managing URLs that can handle re-direction. It doesn't even have to necessarily be an ESRI-built solution, but it is a real issue that we all face. I've used the "put a note on the old app" approach, but that is not an elegant solution.
... View more
03-17-2021
08:56 AM
|
1
|
1
|
4095
|
|
POST
|
A couple of different ways you can approach this. 1) Don't break it into two models like that. There is no real reason to have two separate models. Take the operations you are currently running in model 2 and copy them directly into model 1 so that EVERYHTING is happening within a single model. Then make all that stuff you just copied in a precondition. That would force it to run first WITHIN that single model. 2) Alternatively, call model 2 as a sub-model from within model 1. See this link for how to do that: https://pro.arcgis.com/en/pro-app/latest/help/analysis/geoprocessing/modelbuilder/add-a-submodel-to-a-model.htm
... View more
03-16-2021
02:10 PM
|
0
|
0
|
1720
|
|
POST
|
Sure. There is no native AGOL solution at this time. Sounds like maybe your non-GIS folks are deleting the old hosted layer and uploading a new one in order to perform the update? As an alternative work flow (that would avoid the symbology issue), could you have them use "Update data" from the Item Details page to overwrite the data in the existing hosted feature class? This would preserve your symbology.
... View more
03-16-2021
07:24 AM
|
1
|
1
|
6560
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 09-16-2020 03:40 PM | |
| 1 | 03-01-2019 01:46 PM | |
| 1 | 07-16-2019 08:13 AM | |
| 1 | 02-03-2022 02:20 PM | |
| 1 | 02-02-2022 07:07 AM |
| Online Status |
Offline
|
| Date Last Visited |
01-13-2023
04:51 PM
|