|
IDEA
|
One possible adjustment to your workaround, if you don't mind the format, is to use the YYYY-MM-DD format for your dates, for which alphabetic sorting is equivalent to the desired date sort order.
... View more
08-20-2025
05:43 AM
|
0
|
0
|
349
|
|
IDEA
|
Have tried a Table with Grouped Values? It supports generating a unique or distinct value list, which can be used to filter other compatible elements. You can use advanced formatting to hide fields you don't want displayed in the list, but wish to retain for filtering purposes. See this post for a nice example, Dashboards That Pop: Unique Lists.
... View more
08-20-2025
05:38 AM
|
0
|
0
|
445
|
|
IDEA
|
Currently, if a user is a given a role with the Administrative privilege:Groups:Reassign ownership, then they can re-assign ownership of any group that is visible to them, regardless of whether they own the group or not. For example, if a group is shared publicly or with the organization, then any other member of the organization can see the group, and has access to the Change owner capability for that group, even if they are not the owner of, or a manager for, the group. We have over 12,000 users in our organization, and our user-base turns over relatively frequently as an academic institution. This means it does not scale to have users reaching out to administrators each time a group needs its ownership changed when someone is leaving the organization. User need to be able to take care of this themselves. Therefore, it would be helpful if we could empower users to change ownership of their groups themselves. We do not, however, want the current situation where giving them the existing privilege enables them to change the ownership of any group in the organization that is visible to them Ideally there would be a non-Administrative privilege that would enable users to be able to reassign a group's ownership only if they are the owner or a manager of the group.
... View more
08-18-2025
12:29 PM
|
2
|
0
|
175
|
|
IDEA
|
Please add Notebooks to the ArcGIS Online Health Dashboard, so the status of the service can be verified when one is experiencing issues, such as Notebooks failing to start successfully for all users in an organization. (Or, indicate in the interface which of the existing categories covers the Notebook server portion of ArcGIS.) Thanks!
... View more
08-18-2025
06:44 AM
|
6
|
0
|
193
|
|
POST
|
Great tip @andrewRaaf! Not a perfect workaround, however, it does improve the user experience.
... View more
08-01-2025
02:08 PM
|
0
|
0
|
596
|
|
IDEA
|
As a workaround in the meantime, if you are an Administrator for your ArcGIS Online organization, you can run a Credit Report. It provides a comprehensive, spreadsheet view of users' credit utilization for a weekly, monthly, quarterly, or annual window, including a column for "ArcGIS Notebook - Scheduled". If you're not familiar with admin reports in ArcGIS Online, check out the article Supercharge your ArcGIS Organization Management with Reports, or the documentation for Create and schedule reports.
... View more
07-29-2025
06:32 AM
|
0
|
0
|
166
|
|
IDEA
|
@lmarun the documentation could be improved in this area ( @OwenGeo ?) Add story navigation refers extensively to "headings", and one learning StoryMaps could reasonably assume that "headings" is being used as a general term, rather than the specific Text block type of "Heading 1". There is a note on that page about it, however, again, it likely assumes too much prior knowledge, "To convert text into a heading, highlight the text you want to edit and select Heading from the text editing toolbar." There is no "Heading" option, but rather one needs to select "Heading 1." Unfortunately the Add credits documentation is lacking an explanation of how it integrates with navigation. By default, under Design, and under Optional story sections, Credits is toggled on for new stories, however, the Credits section will not appear by default in the Navigation until you put some text into the field "Add a credits heading (optional)". Once you've entered text into that field, then that text is what appears in the Navigation bar.
... View more
07-20-2025
06:53 AM
|
0
|
0
|
231
|
|
IDEA
|
When a user has access to a hosted feature layer in ArcGIS Online, and they do not own the layer, nor does the layer have "Allow others to export to different formats" enabled, they cannot use Map Viewer's Extract Data. If they attempt to do so, the job will fail with "AO_100026: Extract Data failed"; however, that message is not unique to this set of circumstances and is returned for a number of different scenarios. It would helpful if a user's ability to export data was verified when they select the input layer in the interface. If they lack the privilege to do so, stop them there, before they go on to fill out the rest of the parameters and run the tool. If the above is not feasible, then inform the user why Extract Data failed with a more specific error message, such as, "You do not have permission to extract data for export from the selected input layer."
... View more
07-19-2025
07:16 AM
|
6
|
0
|
303
|
|
POST
|
If you can, I would recommend updating the image URLs using the StoryMap module in the ArcGIS API for Python. It is a more robust approach, and runs less of a risk of leaving a StoryMap in an unexpected, broken state. That said, if need to make the changes via Assistant, what version of the StoryMap JSON did you edit? An individual StoryMap can exist in up to two different states, draft (or unpublished changes) and published, depending on what you've been doing with your StoryMap. The draft and published versions are stored as separate resources, so in Assistant after you open your StoryMap item, go to the Resources tab. You'll find the draft version in a file named "draft_<timestamp>.json", and the published version in a file named "published_data.json". Those two files are separate from the JSON under the Data tab for your StoryMap, which is the "current" JSON that gets used. When you edit a story, publish a story, discard changes, etc. the correct version is copied from draft or published to current. (Or something like that; what goes on behind the scenes is not publicly documented.) I would recommend making sure the StoryMap you want to edit is published, so that both a draft and published version exist. I would also make a copy of the draft version's JSON elsewhere, so that you can paste it back in, should something go wrong with your edits. Next, I would make your changes to the draft JSON version. (Don't have the StoryMap open for editing in another tab, or you run the risk of overwriting your changes!) After completing your edits, then open your StoryMap in Edit view, and verify the changes you've made are correct. If everything looks good, then publish the StoryMap. If something goes wrong, and you're not sure how to fix it, then you can use "Discard unpublished changes" to revert to your previously published version of the StoryMap. (And, if you cannot reach the discard functionality because the story is too broken, then go back to the Assistant and paste back in the original draft JSON content.)
... View more
07-18-2025
08:49 AM
|
2
|
1
|
551
|
|
IDEA
|
@PatIampietro Excellent workaround using OR! My lists are often emails or usernames, so the matches would most likely be exact. I'm going to give that a try next time! Thanks.
... View more
07-18-2025
08:03 AM
|
0
|
0
|
293
|
|
IDEA
|
In order to reduce user-confusion during Sign in, please provide an organization-specific URL for the general Survey123 site, so that the Sign in link would direct users to their organization's custom Sign in experience. For example, if a user went to https://umich.survey123.arcgis.com, they would see the same content as they would for https://survey123.arcgis.com. When they clicked on Sign in, however, they would be taken to the umich organization's sign in experience, rather than the generic arcgis sign in experience. The umich organization would then be able to use their org-specific URL in preparing training materials, documentation, etc., Users in the umich org could also share links to surveys they've shared with other members of their org, so that they would get the umich login experience, and not be confused by the generic arcgis login experience. See also Provide URLs for ArcGIS Online app web sites (Survey123, StoryMaps, etc.) to direct users to organiz....
... View more
07-18-2025
05:22 AM
|
3
|
0
|
206
|
|
IDEA
|
In order to reduce user-confusion during Sign in, please provide an organization-specific URL for the general StoryMaps site, so that the Sign in link would direct users to their organization's custom Sign in experience. For example, if a user went to https://umich.storymaps.arcgis.com, they would see the same content as they would for https://storymaps.arcgis.com. When they clicked on Sign in, however, they would be taken to the umich organization's sign in experience, rather than the generic arcgis sign in experience. The umich organization would then be able to use their org-specific URL in preparing training materials, documentation, etc., Users in the umich org could also share links to their stories they've shared with other members of their org, so that they would get the umich login experience, and not be confused by the generic arcgis login experience. See also Provide URLs for ArcGIS Online app web sites (Survey123, StoryMaps, etc.) to direct users to organization's custom sign in experience.
... View more
07-18-2025
05:19 AM
|
0
|
0
|
265
|
|
IDEA
|
When you have a short list of users to invite to a group, and you decide to do it manually, one-by-one, it would be helpful to see a running list of the users you have already added as you go through the steps. This can you keep track of where you are in adding people from your list. For example, if have a list of six people to add, and you would search for the first user, and check the box to add them, then search for the next user and check the box to add them, and so on. As I add each user, the Selected count shown at the top of the list does increment, so if I had a numbered list, I could use that value to keep track of where I am. If I don't have a numbered list -- and even if I did -- it would be helpful to see the users I have already added listed in some obvious, in an easy to see and track manner. For instance, the users who have already been added are shown in the list with their checkboxes checked (when no search terms are active.) Once I start to search for the next user on my list, however, they are no longer displayed, if they don't match the current search. Instead, they could continue to be displayed at the bottom, but grayed out, with their checkboxes checked, when they don't match the current search terms, thereby providing a running of list of people already selected to be added to the group.
... View more
07-18-2025
04:59 AM
|
6
|
3
|
367
|
|
IDEA
|
@lmarun check out Create a Collection and Change collection layout and navigation.
... View more
07-18-2025
03:36 AM
|
0
|
0
|
796
|
|
IDEA
|
For ArcGIS Online apps that have a web site component, like Survey123, StoryMaps, Experience Builder, etc. provide an organization-specific URL. When users reach the app via this URL, then clicking on Sign In would take them to their organization’s custom sign in experience, rather than the generic ArcGIS login dialog. This would be similar to what is already done for ArcGIS Online. When a user enter's their organization's ArcGIS Online URL they are presented with their organization's custom sign in experience. The org-specific URLs for the apps would save the user steps in logging in. It would also avoid the all-to-common confusion over entering one's SAML credentials in the generic ArcGIS username/password fields by mistake, and then erroneously requesting a password reset. For example, if I go to https://umich.maps.arcgis.com, then I get the sign in experience customized for our University of Michigan ArcGIS Online organization, which only shows our SAML login. If I go to https://www.arcgis.com, then I get the generic ArcGIS login dialog with multiple options, and have to go through the extra steps of specifying an organization and clicking through to get to the customized U-M sign in experience. For the apps, if one goes to https://survey123.arcgis.com, then the sign in workflow is through the generic ArcGIS dialog, and one has to go through those extra steps. I would like to be able to direct our organization’s users to an org-specific URL for Survey123. So that when a user goes to a URL like https://umich.survey123.arcgis.com, and clicks on Sign In, they are taken to our custom U-M sign in experience. Other apps might follow the same pattern, of putting the org short name in front of their domain, such as https://umich.experience.arcgis.com/, https://umich.storymaps.arcgis.com/, https://umich.dashboards.arcgis.com, etc.
... View more
07-14-2025
06:57 PM
|
5
|
1
|
327
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | an hour ago | |
| 5 | a week ago | |
| 1 | 10-23-2025 06:38 AM | |
| 2 | 11-03-2025 08:52 AM | |
| 1 | 11-03-2025 08:18 AM |
| Online Status |
Online
|
| Date Last Visited |
yesterday
|