Latest Contributions by ThomasColson

I read Clone Portal users, groups and content | ArcGIS for Developers  with great interest. Question, the author makes very clear that "Service Items" cannot be cloned: "It does not copy over services though,..." , "Note, this notebook did not copy over the services that power the service based items. Such items continue to point to the same URL as the ones in source portal did. As long as those URLs remain accessible, the web maps and layer items continue to be usable.". Question 1, why can't service based items be cloned? What if we're moving the hosting server as well? Question 2, what exactly is a service based item in this article? Many of the "service items" I have in portal are where I took a rest endpoint from a non-federated server and added it to Portal using "Add content from web" in "My Content". Am I correct in understanding that this notebook example WILL NOT migrate any service item, regardless of if it's from the hosting server or any un-federated server? If so, why? Seems like migrating service items is a pretty critical component of moving an enterprise install.  ... View more

So would the conclusion be no, it is not possible to use exclusion operators in  gis.content.search? ... View more

A Google Search suggests this is a pretty common thing, but leaves out the key detail of how to actually sign the PY file, and use it in idle.  ... View more

"Asking for a friend"..... Same reason I would want to know https://community.esri.com/thread/240037-is-it-possible-to-remove-python-from-arcmap  ... View more

The way I learned (and let's be clear, no one will be coming to me with py questions...ever....), is I set some specific goal I wanted to do with Python, and for me, that was/is data management automation. I have a LOT of data, and touching it every day was killing my schedule. So I googled stuff like "how to publish to AGOL with python" and "how to manage portal groups with python". I quickly learned that no matter how crazy the thing was that I wanted to do, someone else has already done it, and I just lifted their code from Github. Then I had to make it work in my environment, so what I did was execute each line, line by line, in a py exe window, which not only kinda sorta taught me what the line did, but what I needed to change to make it work. Over years, I have learned enough that I'm able to cherry pick code blocks from various scripts and piece them together to do entirely new things. I recently had to learn, very quickly, how to publish (and delete) 1000 services to Portal..... Here's something new I'm going to try with my staff, that might work for you:  Instead of using ArcToolbox in Pro, for the 100 or so GP operations we do in a day, we're going to start running the same tool(s) out of the python window with the syntax reference open in another monitor.  ... View more

We've recently discovered the same behavior with SDE GDB's as well, which prevent other users from modifying the schema:  Add a SDE feature class to a new map and click the edit ribbon but don't edit anything.  Run  INSERT INTO @tblVariable EXEC Master.dbo.sp_who2 SELECT v.*, t.TEXT FROM @tblVariable v INNER JOIN sys.sysprocesses sp ON sp.spid = v.SPID CROSS APPLY sys.dm_exec_sql_text(sp.sql_handle) AS t where DbName = 'GRSM_VEG_MAP' ORDER BY HostName DESC, CPUTime DESC‍‍‍‍‍‍‍‍ and note how many transactions return from the user/host name that has this feature class open in Pro Close the map (but not Pro) Rerun the same SQL query Note there are still transactions (same host/user) open associated with you doing nothing more than adding the FC to a new map.  From another host/user, in Cat view, right click on that feature class in SDE, attempt to add a new field (design fields). Fails...contact ESRI for TS.... Through 2 weeks now of isolating this, as we have many feature classes we can't update because of this ghost schema locking, we narrowed it down to: If one user adds a GDB feature class to a Pro map on their machine, then closes the map, but the project remains open, other users on other machines cannot modify that feature class, which seems similar to the behavior you are seeing with the FGDB. What we've discovered is, if we want to make a change to a feature class, EVERYONE has to shut Pro down, as we have no idea what maps in what projects have "touched" that feature class.  Of more interest, remember, the feature class is now no longer "touched" in a map, remember, we closed the map, saving and closing Pro fires more transactions associated with this host/user (in this specific database). Close and restart pro, transaction locks are gone.... ... View more

Can you expand on that? Are you saying that if using Multiple-machine deployment with ArcGIS Web Adaptor—ArcGIS Server (Windows) Installation Guide | ArcGIS Enterprise , I can unregister a machine at a time, do my maintenance, but I'm not clear at what point do I (re-create? re-register) the site? It's the last machine step that's confusing. My goal is to have more uptime during maintenance, with performance as a side benefit but not requirements, I'm (hate to say happy but....) with my server performance, the bottleneck is SDE which I don't have the resources to solve (no desire to run a cluster or a mirrored DB farm). Another consideration is out of hundreds of services, only 2 are hosted, with perhaps a 3rd in the distant next 5 years. Everything else is a registered SDE DB. Another philosophical question is there any advantage, in this configuration, to adding a second web adapter and load balancing requests to the WA (which in turn is load balancing requests to the servers), or stick with a single WA and a simple multi-machine site?  ... View more

My bad. I did that last week....b ... View more

A year and a version later, still no default checks in Pro Data Reviewer? What is the road map for this? ... View more

I gotta admit, having that pop up is handy. If https://community.esri.com/ideas/15715  were to be implemented, we would solve the OP's concern, and keep two handy features.  ... View more

Sasquatch says that machine is more than adequate to run Pro, TODAY. With that said, that card came out in 2015, which is like the Cretaceous–Paleogene (K–Pg) boundary, and like Cretaceous Scleractinia coral, not many video cards cross that boundary as the years go on. I had the latest and greatest AMD card that eventually suffered a mass extinction event related to working with Pro that was 6 years old. I think you'll be good for at least 3 years.  ... View more

I upvoted, with the caveat that I'd still like the ability to see whats in the map without opening, perhaps moving that to right-click view layers, and assign dbl-click to open.  ... View more