Latest Contributions by PeterKnoop

I would like the different sections of a StoryMap to have URLs that could be shared, and would take a reader directly to a specific part of the StoryMap.  Most often the granularity of links would match well with the granularity of navigation. If a heading block is being used for navigation, then it would also have a URL that would take a user directly to that point in the story. Or, to avoid the dependency on Navigation. It would be great if any heading block could be used as a bookmark anchor in the story, and a URL generated that would take a user directly to that section. The URL does not have to be human readable, as the StoryMap author may have two headings with the same text. The URL would need something to make it unique in that case. Also, the author might edit the text for a heading, or edit the name it is presented with in the Navigation menu. Such changes, however, should have no impact on the URL that points to a specific heading block.  In other words, the URLs should be some form of a permalink, which would not break, if the author edits the text of the heading, or drags-and-drops the heading elsewhere in the story. Users would need some way of getting the URL to a specific section, whether the story is being authored or viewed. For instance, there could be an on-hover permalink icon next to the heading text. The user would use that to copy the URL that is for that specific section of the story. It would also be present, in both the Editing and Published view of a story, so that authors and readers could all leverage the capability. As an example of the on-hover permalink approach elsewhere in the Esri ArcGIS platform, check out the ArcGIS API for Python documentation. Mouse over any of the function headings and a link icon will appear with the permalink to that section of the page, for example: Example function section heading in API documentation. Example of on-hover permalink appearing on mouse-over. You can right-click on the permalink icon to copy the URL. ... View more

Please add support to ArcGIS StoryMaps for the new tracking IDs for Google Analytics 4.  It would be great if the current user experience was maintained as well, and you could simply paste either a version 3 or 4 tracking ID into the field under Story Settings, and have it work. Story Map Analytics - Google Analytics 4 @DanGriffin  ... View more

The applications usage report for ArcGIS Online produced by the Python API (AGOLUsageReports) uses appIds to identify the applications. Is there documentation that provides the official mapping of appId to Esri product?  For example, "arcgisprodesktop", "arcgispro", "arcgisdesktop", and "arcgisdesktop102" all show up as appIds in our application usage report over the last few months. Is "arcgisprodesktop" capturing both the use of Pro and Desktop? Or, is it only tied to use of Pro? Which version(s) of Pro (and Desktop) does it represent? Is "arcgispro" only earlier version of Pro, and, if so, which versions? I'm guessing "arcgisdesktop102" means someone using ArcGIS Desktop 10.2 still? ... View more

You should be able to add a side legend to a Serial Chart that has only one series, so that it behaves the same as a Serial Chart with multiple series. Currently the legend option only appears when you have more than one series in the chart. If you have a collection of Serial Chart elements laid out vertically one above the other, and some are single series and some have multiple series, and you have side legends enabled for the multiple series charts, then their X-axis will be of different lengths. That difference in X-axes' lengths makes it difficult to visually compare the charts to see what lines up with what vertically. By enabling the side legend for a Serial Chart that only has one series, then it too will have an X-axis that is shortened to make room for the side legend, then everything will align correctly vertically across all the Serial Chart elements. For example, in the Dashboard below all the data is using the same time range for its X-axis, but various parameters have been group together in different Serial Charts. Because the top Serial Chart only has one series in it, you cannot turn on the side legend, so its X-axis values do not align with charts below it. ... View more

The new Map Viewer, or Map Viewer Beta, offers many new and exciting features, as well as performance improvements. Its user experience, however, adds significant challenges over the original Map Viewer when using it on a device with limited screen real estate. Is there a way for a user to adjust their new Map Viewer experience to get more of their map view back, when all they have is a low-resolution display? In the Education world, where students' personal devices and institutional equipment is often far from state-of-the-art, this screen real-estate issue presents a significant hurdle. It is especially problematic for the many users taking their first steps in learning GIS. (And, during the pandemic, students are almost exclusively limited to working on personal devices, without physical access to large displays in on-premise computing labs.) The look-and-feel of the Map Viewer Beta is great when you are looking at a map: A very cool map!   But what if you want to interact with that map?  What if you are the person authoring the map? If you are toggling layers, adjusting symbology, experimenting with clustering settings, filtering data, examining the attribute table, saving the map, sharing it, and so on… and, if you are on a 1024x768 display, then the user experience leaves a lot to be desired.   Where did the map go?   The map is reduced to a small sliver -- only 12% of the display! -- making it hard to see the impact of any changes you are making. Yes, you can expand and collapse some of the panes to see more of the map as you tweak things, however, that functionality is often hidden below the fold (see the left and right panes in the above image), and the user has to perform extra scrolling to access it.  Also, remember that students' computers are often a couple years old on average, and were not that powerful in the first place. Hence, expanding and collapsing panes to expose enough of the map to check out changes, and then get back to the settings does not happen fast, and is frustrating to have to do repeatedly. Even with the resolution increased to 1440x900, the map still only occupies 27% of the display. And, yes, you can zoom the map, however, you will lose detail you might need as you are updating the map's settings.   An estimated three-quarters of the web traffic to campus from student desktop (not mobile) web browsers during our hybrid Fall 2020 semester has been at 1440x900 or less! Not to mention students don't always expand their browser to full-screen when they are working in multiple applications.   There is a bit more map here, but still less than one-third of the screen.   The user experience in the old Map Viewer maintained the primacy of the map as you configured it. No, it wasn't my favourite user experience. The old Map Viewer has its own set of eccentricities. In many ways the Map Viewer Beta represents an important and helpful evolution, however, its multitude of separate panes seems like a step backwards in some ways, particularly for those with limited display resolution.   Which brings me back to the original question, is there a way for a user to adjust their Map Viewer Beta experience to get more of their map view back, when all they have is a low-resolution display?   The map in the Map Viewer Beta looks great and is easy to work with... when you have a 3200x1800 display on a nice big 5K monitor. The map occupies 80% of the screen with all the panes expanded and nothing is hidden below a fold.   ... View more