Latest Contributions by alex_friant

Background: I was gratefully advised by Pro-West Associates that they have seen this issue before, and it appears to be related to if the user account experiencing the RuntimeError has signed into ArcGIS Pro before. The issue is tied to the Windows Registry, and while I can confirm that's the case with our user experiencing issues, it's not always the case, only that the fix lies in the registry. I had two other User accounts on the same server that had also opened ArcGIS Pro, but import arcpy worked just fine for them when using the ArcGIS Server Python 3 environment. So, replicating the issue is difficult. These are the steps taken to solve the RuntimeError for that one user we needed to be able to use arcpy in the ArcGIS Server Python 3 environment: Make sure ArcGIS Pro is uninstalled (I also had ArcGIS Desktop 10.8 uninstalled as well, so if you still have that installed, you may want to take that into consideration at step 5 below) Sign in as user that was experiencing the issue of RuntimeError during import arcpy Open the Windows Registry Editor  Danger! Only do these steps in an environment you can recover catastrophic failures with, as Windows Registry is a core component of the Windows OS and can cause instability or corrupt the Windows OS. Proceed at own risk and if you know what you are doing! Note the settings for [Computer\HKEY_CURRENT_USER\Software\ESRI\ArcGISPro] are:                       alex_friant_7-1746559767075.png Make those > ArcGISPro settings look like so:                                     alex_friant_5-1746559564192.png Close Registry Editor Sign out the user from Windows, Sign the user back in  Test using Server’s Python 3 command prompt:                                                                        alex_friant_4-1746559529585.png   Reinstalling ArcGIS Pro after this point still results in a success as above. We will not have that user sign in to ArcGIS Pro out of concern that it might cause issues again (we've burned too much time on this issue at this point and must march forward.) I hope this solution works for others - it was hard to discover! ... View more

@ShaunWalbridge - Great suggestion, because I looked for it and bingo: https://support.esri.com/en-us/bug/running-python-scripts-from-within-the-arcgis-enterpris-bug-000128742 I haven't tested the work around, but I'm about to try... UPDATE: Resolved The work around in that bug report didn't work for our situation. The issue persisted, even after uninstalling ArcGIS Pro all together. However... I was able to resolve the issue and document it. I'll post that next... ... View more

Thanks for the tip - that seems strange if true. The Pro installation should have nothing to do with the ArcGIS Server installation. If it does, then that means Pro is interfering with the normal operations of ArcGIS Server, which is concerning. I'll give it a shot to see what I can figure out/duplicate the suggested work around. ... View more

Did you ever figure this out? I'm running into the same issue with propy.bat in ArcGIS\Server\framework\runtime\ArcGIS\bin\Python\Scripts One machine, two different accounts. Account#1 Server propy.bat works just fine when I try to import arcpy. Account #2 Server propy.bat opens but import arcpy has RunTimeError: The software is not authorized for use. Being signed into ArcGIS Pro has zero effect on the outcome, on either account. Server should just be licensed to use arcpy, right? ... View more

I support this idea. In its current incarnation, you need to make sure your basemap and/or symbology aren't heavily yellow, otherwise the flash doesn't pop the way you need it to. It would be nice to be able to change the flash look, including color, duration between flashes, and number of flashes. ... View more

You can now use a Search Widget in XB to pass the search parameter, you just need to specify the data source: https://doc.arcgis.com/en/experience-builder/latest/build-apps/url-parameters.htm#ESRI_SECTION3_7153181A580C4B4AADF0166A57C1ACA0 Here's an example decoded URL, you would just need to encode it for a browser to accept it: alex_friant_1-1744057607857.png You can use the Share Widget to generate a long-form URL to include parameters to learn things such as widget ID and datasource ID.     ... View more

I just ran into this issue building out my first big application in Experience Builder. This feels like a fundamental UX which everyone has learned to expect. Bumping to hopefully get this implemented. ... View more

I got addresses to be placed on the map by constructing the CSV like this: address "123 Main St, Anytown, ST" "555 Washington Ave, Othertown, CA" ... View more

Product Development team, please make this possible! 🙏 We are crossing out of an old custom WAB SDK app to XB on AGOL, and our users are going to miss this functionality when we do.  ... View more

@RandyCasey - There is certainly an argument to be made for Pro to improve how it should provide the user a way to easily determine which specific map & layer a table is associated with. I suggested color coding up thread. The main issue you pointed out to the idea of using the multiple Pro projects approach was having different geodatabases. However, you can change the default geodatabase for each Pro Project to point to the same geodatabase. Not sure if having them all open at the same time would cause edit lock issues. So maybe that’s a no go. Another workaround approach is to use just one Pro project, but name each layer with some convention that tells you which map a table is associated with. MAP: Editng Editing - Hydrants Editing - Address Points MAP: Analysis Analysis - Hydrants Analysis - Address Points Something like that. This way you can always see which map a layer is associated with. Now it would be cool if there was some programmatic option available in a Pro project to automatically display table titles in such a way so we didn’t have to redundantly put the map name into the actual layer name, but it could function as a work around in the meantime.   ... View more

I kind of feel like making multiple Pro projects might be the solution listening to the workflows described in this thread. That way you can keep things organized how you want them and you know what map tables belong to because they are right there in the same Project app. Pro makes it tempting to load it with 8 maps and 32 layers and open them all, because you can. But that might not be the best approach if you need to look at all that at the same time. ... View more

Isn't that how it always works LOL. Glad it's working now. ... View more

Thank you for the clarification. I understand the need for secure access and the benefits that ArcGIS Hub Premium offers. However, this requirement places a significant financial burden on many jurisdictions that have relied on this solution for years. Many of these jurisdictions have grown accustomed to the Homelessness Point-in-Time Count solution without the need for the premium features. It's disheartening to see the solution now behind a paywall, which could exclude those who cannot afford the $10k annual subscription. This change feels particularly abrupt for those of us who have loyally used and contributed to the product over the years. Would it be possible to consider a non-HUB Premium deployment option for the solution, albeit with clear warnings that some functionalities would be limited without the premium subscription? This would allow us to reengineer the solution to fit our budget constraints while continuing to address our community’s needs effectively. We hope Esri can consider the financial realities of all its customers and find a way to make this vital tool accessible for everyone. ... View more

It might be related to this known bug in Pro 3.2. The issue is fixed in Pro 3.3. BUG-000164308  ... View more