Latest Contributions by PeterKnoop

‎07-09-2021

Check out the blog post, Introducing Data Expressions in ArcGIS Dashboards, which includes example code that is probably easier to read then what I typed up. The first example, "Data that needs restructuring", illustrates the same pattern I was describing. In this example, they have implemented logic that counts up occurrences of individual values, for features that can have one or more of those values in a single attribute. It loops through each feature in the table, one-at-a-time, updating the appropriate counts. (See For loops to learn more about looping in Arcade.) In your case, it sounds like you have twelve attributes, your months with YES/NO values, for which you need to develop logic (to use in step #4) to derive the number of occurrences of year-round, half-year, and less-than-half year markets. So in your data expression everything after the "for (var feature in fs) {" would be different. Maybe you count up the number of YES values across all twelve attributes, and then depending on that value you get, increment the appropriate counter variable. In step 2 you are creating a dictionary to hold the JSON definition of your eventual feature set. Note that what I provided is very similar to what is in the above example, as one is following the ArcGIS format for defining a feature set. (See the top of the Arcade function reference for FeatureSet for another example of the JSON format.) You can think of this step as defining the data schema for the table that will hold your results. Since your goal is to have a pie chart showing the number of year-round, half-year, and less-than-half year markets, then you need a data schema that is designed to hold such data. One way to do that is to create a schema that includes a category and a count. Then in step #4, you are calculating those counts, and, in step #5, store those counts in the dictionary that will become your new feature set. 'geometryType':'' is how you define a feature set that has no geometry. In other words, a table layer, rather than a feature layer (point/line/polygon). The Text() function serves to convert the dictionary to a text string, which is the type that FeatureSet() requires for its input parameter. If you provided the dictionary directly, then you would get a type mismatch error. Good luck!

‎07-09-2021

An Arcade data expression pattern you might find helpful here is to generate a new feature set, which contains the values you need calculated from your existing feature set. Then return the new feature set for the Dashboard to consume. In other words, creating an entirely new table (based on the data from your original table), which only exists in the context of the Dashboard, and which has the data you need for your pie chart. Your data expression would do something like: Get your current table as a feature set (i.e., var fs = FeatureSetByPortalItem(...) ) Create an empty dictionary from which you will construct your new feature set (e.g., var my_dict = {'fields': [{'name': 'category', 'type': 'esriFieldTypeString'},{'name': 'value', 'type': 'esriFieldTypeInteger'}], 'geometryType': '', 'features': []}; ) Create some counters for your different conditions (e.g., var yeararound = 0; var halfyear = 0; var lessthanhalfyear = 0; ) Now loop through your existing feature set from step #1 (i.e., for (var feature in fs) {...}), and for each feature apply the appropriate logic for your data to increment the correct counter. Add your counters' values as rows of data in your dictionary (e.g., my_dict.features[0] = {'attributes':{'category':'yeararound','value':yeararound}}; my_dict.features[1] = {'attributes':{'category':'halfyear','value':halfyear}}; my_dict.features[2] = {'attributes':{'category':'lessthanhalfyear','value':lessthanhalfyear}}; ) Convert your dictionary into a feature set (i.e., my_fs = FeatureSet(Text(my_dict)); ) Return your new feature set to the Dashboard (i.e., return my_fs; ) Configure your Dashboard widget to display the data from this new feature set as desired! Hope that helps.

‎06-21-2021

Make sure to click on the link, "Join Meeting as an Attendee", and not the big "Sign in to Start" button.

‎06-10-2021

With Pro now being the primary desktop GIS application, it would be great to have the Tutorial - Introduction to GeoEvent Server updated to use ArcGIS Pro, instead of Desktop. Thanks!

‎06-01-2021

Thanks for sharing your testing results! (I think some of the elapsed times are missing for individual test steps in what you've shared, like the Analysis step?) GIS can be used in a variety of ways, so it is usually a question of interpreting the results in the context of your own specific workflows. For example, if you have a basic GPU, then it will likely score poorly on the 3D performance tests relative to a powerful GPU. However, if you're not doing the kind of GIS work that needs a powerful GPU, then it can still be a passing score for your use case. As mentioned in the blog post, the cumulative time it takes to run each test level provides an overall indication of ArcGIS Pro performance on the hardware. For each test level you run, there should be a summary file (e.g., SUMMARY_Level1.log) which includes a Total Elapsed Time value. That value can be compared to the ranges in the table in the blog post. Or, if you use the run-all test script, then it will produce a CSV file that nicely summarizes each level's elapsed time in one place, which you can then compare to that table.

‎05-31-2021

@SeanAdlai if you have the time, it would be great if you could run the standardized tests from the ArcGIS Pro Performance Analysis Tool (PAT) on your M1 setup. (If you have not used PAT yet, please see the recent blog post for information on how to obtain and install it: Announcing the ArcGIS Pro Performance Assessment Tool (PAT).)

‎05-29-2021

If you don't specify a path for your log file, then by default ArcGIS Online Notebooks will log to standard out, and you will see your log messages appear in the output cell. (Note that the default log level is warning, so you will only see log messages in the output cell that are of level warning or higher.) You can use logging.baseConfig() to specify a file in which to store your logging messages instead. You can also adjust the logging level, if you want to see messages from other levels. For example, import logging logging.basicConfig( filename = r'/arcgis/home/example.log', level = logging.DEBUG ) logging.debug('A DEGBUG log message.')

‎05-27-2021

This would be helpful as workaround. In the long run, it would be better to have the underlying issues with system design addressed. Of all the SaaS solutions we use institution-wide, it is only the ones with very poorly designed user experiences that have support staff stooping to this level.

‎05-27-2021

@fstring if you have the time, it would be great to see the results shared here from running the ArcGIS Pro Performance Analysis Tool (PAT) on your M1 setup. I'm personally interested in how it does on the graphics related tests. (If you have not used PAT yet, please see the recent blog post for more information: Announcing the ArcGIS Pro Performance Assessment Tool (PAT).)

‎05-25-2021

@Todd_Metzler yes, Hub has been a great fit for a few of our large, more complex collaborations involving external participants, especially collaborations with a need to support open data services or requiring a web site presence. However, Hub has a very steep learning curve and its wealth of functionality has generally proven to be overkill for users interested in simple collaborations. For the use cases I outlined above, our users are looking for simple ways to collaborate with external folks, simpler than Hub at least. Their main goal is typically limited to sharing content via ArcGIS Online with collaborators both within and outside of our organization, and for read-only or read-write collaboration. Regular and Shared Update groups have been a good match for such use cases, though with the potential pain point I touched on in in my post: how to easily involve external collaborators. Furthermore, such users have typically already formed their "community", prior to needing to incorporate ArcGIS Online into it. They are already collaborating in Google or Microsoft Productivity apps, cloud storage (DropBox/Google Drive/Box/OneDrive), Canvas/Blackboard courses, etc.; all of which easily and intuitively support user-managed collaboration. While GIS can be a key component in various steps of the research lifecycle, collaboration is what sites at the core of the propose, collect, process, analyze, share, preserve, and re-use cycle. And, ArcGIS Online's support for collaboration, while improving, still feels like it leaves a lot to be desired when it comes to fitting users' needs and expectations.

‎05-25-2021

@OwenGeo - I am not sure that the model of requiring users to have to ask for each specific item type to support collaboration aligns with users' expectations. Our users expect that it is possible for them to share content -- any content -- with a group of collaborators, such that those collaborators have the same ability to work with the content as they do. In other words, they are expecting to operate where the content is owned by the collaboration, not individual users. (When ArcGIS Online lets them down in this respect, it is a big pain point.) In ArcGIS Online, collaboration is significantly more complicated than in other content-management system, and goes against the learned behaviors from most other similar systems. Instead of sharing a piece of content or a folder of content with a list of fellow collaborators (and specifying their privileges), you have to jump through all the hops of deciding what type of group to create (such as a Shared Update group to permit collaboration on content), managing membership of the group, and sharing the desired content with that group. Once users learn, however, that a Shared Update group is the workflow that enables their collaborators to have equivalent responsibilities (i.e., anyone can read/write the shared content), then users also have the expectation set that this will work for any content type. The seemingly random support or non-support for collaboration depending type of content confuses users to no end. Do we have to setup a scheduled Python notebook that looks for new content types added to ArcGIS Online, and when it detects one, it automatically posts an Idea that the new content type needs to support collaboration? 😉 For specific use cases regarding themes, we often have people working collaboratively on a project that have the same level of responsibility for all content. One day one person may need to edit the theme, another time someone else may need to. Or, in another case, one person is asked by another to double-check their changes before publishing the updated theme.

‎05-21-2021

As the use of ArcGIS Online continues to grow, occurrences where members of our ArcGIS Online organization need to collaborate with members of other institutions' ArcGIS Online organizations are also increasing. Perhaps it is an outside person involved in a service learning project that needs to collaborate with a group of students, or researchers participating in a multi-institutional project, or external participants in a GIS workshop, or students from around the world joining a field project for the summer, and so on... How are you supporting such use cases at your institution? In ArcGIS Online, users have always been able to add people from other ArcGIS Online organizations to groups. That is a good solution for sharing content with collaborators when you want to keep access restricted. It does not, however, enable the external members to collaborate on the content, say edit a Web Map or author a StoryMap. It is a view-only collaboration. The recent addition of Partnered Collaborations in ArcGIS Online addresses that shortcoming by making it possible to add users from a partner ArcGIS Online organization to a Shared Update group. In which case collaborators can now participate in tasks like co-designing a Web Map or co-authoring a StoryMap. Unlike the first case, however, setting up a Partnered Collaboration requires an ArcGIS Online Administrator be involved. That doesn't scale well. As the interest in cross-organization collaboration increases, that means more and more work for the Administrators 😞 Furthermore, there is a limit of 10 Partnered Collaborations for an ArcGIS Online organization. In the last pre-pandemic year, we supported external collaborations with users from 57 different organizations, so Partnered Collaborations wouldn't have scaled-up sufficiently for us in that way either 😞 So what are other ways to facilitate collaboration in ArcGIS Online with external colleagues? Our current solution is to require external collaborators to have affiliate accounts on our Single-Sign-On (SSO) system, so they can access our ArcGIS Online instance. Many higher-ed institutions support the use of affiliate accounts. After all, the need for multi-institution collaboration is not a concept new with ArcGIS Online. (If you aren't sure if affiliate accounts are supported at your institution, then a good place to start is with the folks who helped set up SAML for your ArcGIS Online organization. Or, you can do a quick web search for "<your institution> identity and access management single-sign-on affiliate", and you will likely find a good starting point for who to talk to on your campus.) We began using this solution as soon as we enabled SAML on our ArcGIS Online instance, and we've found it to offer a number of key advantages in supporting cross-institutional collaborations: You are leveraging established practices at your institution. There is no limit on how many different organizations external collaborators might come from. No effort is required from the ArcGIS Online Administrator (other than the initial configuration of SAML to authorize affiliate accounts.) Those directly involved in (or with an understanding of) the collaboration are responsible for managing the affiliate's access to ArcGIS Online. (Not the ArcGIS Online Administrator, who likely has no idea who the user is, or who their external collaborators are, or for how long the collaboration needs to last.) Are others using affiliate accounts to facilitate cross-institutional collaboration in ArcGIS Online? Have you found other alternatives that work well?

‎05-21-2021

We've used a couple of their earlier RS+ models at our university for a several years. Overall pleased with them. They delivered the expected level of accuracy under various conditions, good battery life, robust in the hands of clumsy researchers, inexpensive compared to the competition, base-rover configuration works great when outside of the US, etc. The downsides for us were: (1) only compatible with the Android version of Field Maps (we have a lot of iOS users), and (2) the user experience with getting them setup, configured, and ready-to-use (version 3 of the ReachView app is a definite improvement, however, it still is overly complicated and can lead to a lot of lost time in the field, even with very detailed instructions to follow.) Our GNSS selection criteria in Higher-Ed are perhaps weighted more towards ease-of-use (also implying ease-of-support) than other sectors, given our constantly changing user base with students graduating and so on. For us, devices like the Bad Elf Flex, though more expensive, have been much easier for folks to adapt to, but they lack the ability to pair into a Base-Rover configuration. So we are still on the lookout for a "prefect" solution.

‎05-20-2021

BUG-000140055, if you want to track it.

‎05-19-2021

It would be great to see user tags surfaced in the user interface for purposes like filtering, sorting, and searching. It would be helpful when viewing lists of users, as a column in appropriate types of usage report exports, as a filtering option for some of the views in the Status Dashboard, and so on. Basically anywhere that one of the axes of presentation is users. (Behind the scenes the User object already supports a tags property, however, it is not currently surfaced in the UI. You have to utilize it via the Python or REST APIs, e.g., see the property list for arcgis.gis.User. For example, you could use information from your organization's enterprise directory store to set tags on users via a scheduled ArcGIS Online Notebook every night. You cannot currently do anything with the tags via the UI, however, you can use the tags programmatically, such as with this Usage Dashboard.)

Online Status	Online
Date Last Visited	5 hours ago

My Ideas

Latest Contributions by PeterKnoop

Re: Dashboards Pie Chart Expression Editor: Obtaining categorical sums of data based on non-numerical data entries

Re: Dashboards Pie Chart Expression Editor: Obtaining categorical sums of data based on non-numerical data entries

Re: 2021 Esri Education Summit Schedule and Links

Update Introduction to GeoEvent Server for ArcGIS Pro

Re: ArcGIS Pro & Desktop on Apple M1

Re: ArcGIS Pro & Desktop on Apple M1

Re: ArcGIS Online Notebooks and logging.getLogger() - where is the log?

Re: Administrators should be able to impersonate a user

Re: ArcGIS Pro on M1 MacBooks

Re: How do you facilitate collaboration in ArcGIS Online with users outside of your institution?

Re: Allow multiple users to collaborate on StoryMap themes

How do you facilitate collaboration in ArcGIS Online with users outside of your institution?

Re: Reach RS2 GNSS Unit

Re: New MapViewer Cluster Popups - Browse Features - Arcade expressions not resolving correctly

Re: Ability to Add Tags to Users in ArcGIS Online

Empowering users to create their own Shared Update...

Re: Get an Early Look at What's Next in ArcGIS Onl...

Default "Collaboration coordinators only" to off i...

Honor StoryMap URL redirect whenever going to view...

Support saving dark themed StoryMap as PDF with da...

ArcGIS Indoors for Higher-Ed User Group