|
POST
|
Until it is updated, my workaround has been to: Make a clone the default Python environment in 2.7. Set that new environment as the active one. Fire up the Python Command Prompt, and manually install into that environment: conda install deep-learning-essentials -c esri
... View more
12-23-2020
12:05 PM
|
2
|
0
|
1526
|
|
IDEA
|
When a user has multiple active containers, it is difficult to tell which is which in the "Manage active containers" view. How about adding the name of the Notebook to the list? For example, if a user has two Notebooks running, and ends up in this view because they want to kill one, they cannot tell which is which: (On a related note, there appears to be a bug where users with the Administrator role only see one Notebook for a given environment in this list, even if they have multiple Notebooks of that environment type running. Non-admin users do not seem to suffer from this issue. So you need to be a non-admin user in order to see the issue illustrated above.)
... View more
12-22-2020
07:39 AM
|
0
|
2
|
1354
|
|
IDEA
|
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
12-21-2020
11:00 AM
|
15
|
11
|
8393
|
|
IDEA
|
@MarcSwartz take a look at Improve "Copy Python command" by including parameter names . I would suggest adding your helpful example and vote to it.
... View more
12-20-2020
05:34 PM
|
0
|
0
|
5708
|
|
IDEA
|
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
12-15-2020
01:02 PM
|
1
|
10
|
4229
|
|
POST
|
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
12-12-2020
06:51 AM
|
1
|
0
|
1467
|
|
IDEA
|
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
12-11-2020
11:51 AM
|
5
|
0
|
2519
|
|
IDEA
|
@RussRoberts I think the questions I'm usually asking myself when I'm doing something like this are about jogging my faulty memory about which layer I actually added but now have forgetten, or checking to see if it a layer I've used is the one I think it is. So seeing something under Information for all layers would be helpful. If a layer is coming from a non-hosted service, then seeing the URL there will likely help answer those kinds of questions, albeit the metadata would be a nice bonus addition!
... View more
12-10-2020
07:39 AM
|
0
|
0
|
2672
|
|
BLOG
|
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
12-10-2020
06:52 AM
|
0
|
0
|
1425
|
|
IDEA
|
@ccarpenter_pnm can confirm that I see the same unexpected behaviour with the Information section missing as well when mixing the regular and beta Map Viewer.
... View more
12-09-2020
06:12 AM
|
0
|
0
|
2685
|
|
IDEA
|
It took me awhile to figure this out, so maybe the idea here is for a more straightforward way to access it? Select "Show Properties" from a layer's menu, then look over the right for the Properties pane. Click on "Information" in that pane to expand it, and then you will see a "more details" link that will take you to the layer's "Item Details" view.
... View more
12-08-2020
12:01 PM
|
0
|
0
|
2695
|
|
POST
|
@RossDonihue @OwenEvans1 seems like there might be a bug in Express Maps, where it does not correctly honor a custom basemap's default extent? My Maps basemap won't appear in Story Tour
... View more
11-30-2020
12:38 PM
|
1
|
1
|
907
|
|
BLOG
|
@JeanineFinn that is a great example of how the current system doesn't meet users' expectations, and highlights how the current workaround for a partnerships of equals -- Shared Update groups -- does not scale appropriately for large organizations. As the need for this grows in your organization, you won't have the time to create a Shared Update group for each manual request, let alone help them re-share content, if they made a regular group on their own first. Managing groups and privileges manually, at the granularity of individual users, is not scalable when you have thousands of users. Roles are the usual approach in Software as a Service (SaaS) systems to permit you to scale the management of privileges in a reasonable way, however, you cannot do that for Shared Update groups in ArcGIS Online, without introducing automated scripts into your management practice, which defeats the SaaS expectation of minimal administration. In our organization we've made the choice to head down that scripting road in order to empower all of our users with the ability to create their own Shared Update groups. We have too many users to keep detailed track of what they are doing or what they need to do in ArcGIS Online. The users themselves know best what they need, so they all have a Role which has the same privileges as the default Publisher Role, plus the privileges for Shared Update groups and Notebooks. (We have credit budgeting enabled as the mechanism for enforcing reasonable use, and we rarely have to deal with credit allocation exceptions.) Unfortunately, the workaround is not straight-forward. The basic steps are: Use Enterprise Logins. Create a custom Role, say "New User", which has all the privilege you want your users to have, except the "Create with update capabilities" privilege. That privilege causes a custom role to be incompatible with New User Defaults. (Our "New User" role is based on the Publisher role, and adds the two Notebook privileges.) Create another custom Role, say "Empowered User", which has the same privileges as the one above, plus the "Create with update capabilities" privilege. (You will use scripting to assign this role your users.) Configure New Member Defaults to automatically assign your first custom Role, "New User", when users login the first time. Run an automated script that periodically checks for users with the "New User" Role, and updates their Role to your second custom Role, "Empowered User". (We have our script scheduled to run every 5-minutes.) You also need to perform the one-time task of updating your existing users to the that second custom Role, "Empowered Users". If you don't have too many users, then you can do this manually -- one page at a time -- in ArcGIS Online itself. If you have a lot of users, however, then I would write a quick Python script to automate the task.
... View more
11-29-2020
11:10 AM
|
1
|
0
|
2001
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 3 weeks ago | |
| 1 | 3 weeks ago | |
| 2 | 3 weeks ago | |
| 1 | 09-11-2025 05:49 PM | |
| 1 | 03-06-2026 09:28 AM |
| Online Status |
Offline
|
| Date Last Visited |
14 hours ago
|