Latest Contributions by PeterKnoop

Shared Update groups are as close as you can currently get in ArcGIS Online to being able to collaborate as equals, where everyone in a group would ideally fully share responsibility and privileges. (See Groups Support for "Collaboration of Equals" and Allow Organization and/or Groups to own data in AGOL.) Unfortunately New member defaults does not support assigning a default role that includes the "Create with update capabilities" privilege. So by default an Administrators is required to create Shared Update groups for users. That sort of manual intervention, however, does not scale well for large organizations. It is possible, however, to empower users to be able to create their own Shared Update groups using a workaround: Create a custom role that includes the "Create with update capabilities" privilege. Create an ArcGIS Online Notebook containing code that identifies users with the default role assigned by New member defaults, and changes those users' roles to your custom role. Schedule the Notebook to run every 15-minutes See the ArcGIS Online Notebook, Demo -- Automatically assign custom role with privilege for creating Shared Update groups, for an example of how to implement the above workflow. If you are interested in having Esri address the inability to directly empower users to create Shared Update group via New member defaults, please consider commenting on and kudoing the Esri Community Idea for: Permit assigning custom role in New member defaults that includes privilege for creating Shared update groups. ... View more

Currently when a user is attempting to invite an external member of the group they often open a support case because they cannot find the user they are trying to add.  When they go to the Invite members page for their group, the setting for "Search all ArcGIS Online organization members" is defaulted to disabled or off. This means they are only searching their organizations members, and won't be able to find the external user for which they are looking. Most users are able to figure this out, and enable or turn on this setting. Once they have turned on "Search all ArcGIS Online organization members", they then attempt to search for the external user and are still unable to find them most of the time. This is because of the setting for "Collaboration coordinators only", which is on by default, and only appears after enabling the prior settings. Typically the external users our people are searching for do not have that role in their organization, so they are not being be found.  Most of our people do not understand what this setting is, so they do not know they need to turn it off. As result we get a lot of support requests about not being able to add external people to a group. We would like to have a way to set the default state for "Collaboration coordinators only" to disabled. It is by far the most common use case for our users to want to have this off. ... View more

Currently you can specify a story URL that a user should be directed to when viewing a StoryMap item. This is in a StoryMaps' Item detail view, under Settings, StoryMap story, URL. It enables you to redirect users who are opening a URL you have previously published to a different StoryMap, at a different URL. This setting is honored when you goto the story’s view URL by opening it in your browser, when you click on the View story button on the story’s Item details Overview page, and when you select View story from the item's More actions menu in the Content view. This setting is not honored, however, when you are on the ArcGIS StoryMaps Content page, click on a story’s More actions menu, and select View. In that case, it still takes you to original StoryMap. I would like to see the latter case changed, and it to would take you to the StoryMap that is configured as the one to be viewed. If I want to get to the original story for some reason, I would select Edit instead. ... View more

Please add support for saving a dark themed StoryMap to a PDF with its intended dark theme appearance preserved. Currently when you use the StoryMaps' Print Preview feature it converts dark themed stories to a light theme. Presumably this is done to save toner or ink when sending the story to a printer. If the goal is to save the story to a PDF, and use it electronically, rather than sending it a printer, then one may want to have the PDF produced using the story's intended dark theme. In many browsers, using the built-in Print Preview functionality supports this with an option like "Background graphics" (Google Chrome). If enabled, then a dark background is carried through to the PDF, while when disabled, a dark background is replaced with transparent/white. ArcGIS StoryMaps, however, force the change from dark to white backgrounds before the browser's Print Preview is invoked, so one currently cannot use options like Background graphics to preserve the dark theme appearance of a StoryMap in a PDF. Perhaps as part of the StoryMaps' Print Preview step, an option could be offered to enable preserving a story's theme? ... View more