Latest Contributions by ThomasColson

What happens when you add some SDE layers to a MXD, and import the MXD into a new Pro project? ... View more

Yeah, that location changes with each new project. Here's an instance of where it opens in Idle: Make an edit: Save, and reopen in editor. Defaults back to notepad, deleted the script: ... View more

Dan, the problem is, I can't really customize my py or pro environment, we're moving toward centralized installs/images, even on my machine, so Spyder is not in the cards...scripts are in a toolbox.... Michael, not sure what searching is....I have a toolbox embedded in a Pro template with the scripts "Imported". When I open a new project using the template, and attempt to "edit" a script, all I get is notepad (most of the time) regardless of what py editor I list in options.  ... View more

I have the same problem. No matter what I set the editor to be (even tried Word, Excel, Notepad++), the editor "most of the time" defaults to notepad. In the times that it doesn't, and defaults to idle, edits made and saved with idle replace the entire script with the path of the script.  ... View more

I deal with that often. The quickest way, really, is to login to the server and stop the ArcGIS Server Service.  ... View more

Nope. No workaround. ArcGIS Pro Publish Services To ArcGIS Server. But I am curious about this admin tool kit, where is it downloaded from? Is it this? https://www.arcgis.com/home/item.html?id=12dde73e0e784e47818162b4d41ee340?  There might be some portability, but doubt it. ESRI went to great lengths to make sure you couldn't administratively interact with server in the latest python api. On another note, you mention you're hitting things on 6080. You will, in the future, encounter great difficulty in keeping a server off https/ssl especially when more ESRi enterprise products require it.  ... View more

Are you able to submit that very obvious performance issue to tech support? I see pretty much the same thing.  ... View more

Kory Kramer‌ I was able to repro and crash. I'm CC'ing you on the dump.  ... View more

I just sent an email to him on that topic; The  Quadro 600 and the machine it's in will be in the dumpster in a few weeks.....it's replacement will contain "NVIDIA® Quadro® P4000, 8GB, 4 DP (7X20T)" (single, I considered two of them but had a very hard budget limit).  There has been much discussion about replacing workstation with new ones that will be capable of running Pro for the next 4 years, the minimum we are required to retain a machine (no matter what, you're keeping that machine for at least 4 years, we don't care what the software requirements are), with the understanding that we will likely need to get 6 years out of them (e.g the age of my machine). Emphasis on "You better pick out the right specs, you're not getting a new one for 4 years, period". A significant factor influencing our dilemma is that a new version of Pro seems to be out every 6 months, and we really can't be in a position where a bug is fixed in the next version, but we're hardware limited from upgrading to it. That is NOT how ArcMap versions are/were released. So with that in mind:  Laptops are getting NVIDIA Quadro P2000 w/4GB GDDR5, Intel Core i7-8850H, Six Core 2.60GHz, 4.30GHz Turbo, 9MB 45W, 32GB, 2x16GB, DDR4-2666MHz SDRAM, 2 DIMMS, 1TB M.2 NVMe PCIe SSD Class 40Non-ECC; Workstations are getting AMD Radeon™ RX 550, 4GB, FH (DP/mDP/mDP), Intel Core™ i7-8700 (6 Cores/12MB/12T/up to 4.6GHz/65W), 64GB 4X16GB 2666MHz DDR4 UDIM Non-ECC, M.2 256GB PCIe NVMe Class 40 Solid State Drive I really pushed for the NVIDIA card on the workstations, but due to limits on what we're allowed to purchase and how, there was no option to get ANY NVIDIA card with the other hardware requirements (memory, cpu, hdd) and stay under the budget limit. If someone REALLY needs to do something in Pro that only works with a NVIDIA card, we'll have one (1) available. Our goal is to make sure no one's doing anything that requires NVIDIA, though. Those of you with Dell Premium accounts will know what I'm talking about....TAA compliance.....ugh...... A few folks are getting slightly upgraded versions of the above (e.g one laptop is getting an I9 6 core) due to some very specific non-GIS work they do (e.g Adobe), someone's getting dual 12-core XEON's (Sasquatch Monitoring coordinator, that animal is very elusive and needs powerful real-time tracking models).  However, that still leaves me with a large pool of users and shared lab workstations ( I run two shared workspaces with 4 workstations each, and one has 2 laptops also) that still have the standard email checkers, and likely will only get as replacement, the standard email checkers. Arcmap runs fine on their computers: Pro does not. For example, on the standard email checker (I5 with 8 GB RAM and SATA SSD), the simple task of downloading an offline-capable feature service locks the CPU to 90-100% for several minutes and renders the machine unusable 'till the data is downloaded. "Create Local Copy For Editing" in Arc Map, however, on the same PC, takes less than a minute or 2, and the user is free to do other things meantime. Bumping the RAM up to 16GB "sorta helps", but the 360$ cost of the RAM is a deal breaker.    So here we can see that my "Email Checker' passes "Can you run it easily": In this test, using a "small" feature service (not a lot of data, the "big" feature services (over 500 features) are where the 90-100% CPU blast really have effect), disabling whatever running apps that I can without setting off some IT alarm, and a freshly-rebooted Windows 10 computer, I can easily max out the CPU. FYI, whenever a CPU hits 90%, there's some workstation monitoring doo-hickey that triggers some alarm, somewhere, that I'm not supposed to "know about". I think the idea is "they" don't want software on the network that throttles up CPU's to that level, uses too much electricity, kills our LEED certification, destroys the planet.....what I do know about "it" is that once CPU passes 90% for a certain about of time, "it" lowers the priority of the process.... Leadership is having a difficult time grasping the messaging here: Less employees are going to be able to complete their assigned duties in a timely manner because the new software performs poorly on their computers."Why do we have to get machines that satisfy 3D hardware requirements? We will never do 3D? Who made this a requirement? Did they ask us?". I'm just the messenger.  We can compare "Can you run it" results all day long and check a box "well it passes the test", but at the end of the day, I'm required to run Antivirus, Workspace monitoring and control, Office, etc...software that also competes for hardware resources. I'm pretty confident few, if any, ESRI customers run nothing but base OS and Pro and no other software installed in a corporate deployment scenario. In my email-checker-can't-download-map example, it passes the "Recommended" Can you run it results easily. For example, the standard email checker laptops ONLY get the shared/integrated GPU, from what you're saying, that doesn't meet the requirements (and could be an issue when we call TS).  In many other GN threads I've seen "Update the video driver" as a solution. We've very rarely had to update a video card driver to resolve an Arc Map problem. I can assure you, again, guessing that every corporate IT shop will share my opinion, having IT run around several times a year to upgrade video drivers (because ESRI is most certainly aware that most corporate IT policies prohibit GIS users from performing this admin-rights task) will be practice that ends abruptly after they realize how much extra work it generates.  An Idea for the "Ideas" site is brewing.....just shooting from the hip here, how hard would it be to "comment" out all the 3D code in Pro? This exemplifies my ignorance of how Visual Studio works, but I've developed a lot of stuff where some particular part was generating so much grief that I just disabled it and told the user "Sorry, here's a partially functioning widget". In our case, the function we lose is 3D Unicorns, which I'm fine with, and I bet a lot of other folks would be too. My unrealistic vision involved going to My ESRI and downloading the "Crippled" version of Pro to install..... ... View more

I had a sort of similar case where the solution was to "Disable Caching" on the layer in question: Right Click layer in TOC, Properties, Cache.... ... View more

I believe several cases are open on this issue, I have a few myself. Unfortunately we're in "Cannot Reproduce" territory, but discussing at least weekly as we churn through different test and logging methods. Which leads me to: it would really help me, and others having the problem, if you'd log a case and have good steps to reproduce in Arc and Pro that show the same task in Arc not showing the performance issue versus the same task in Pro. I will say, applying a blanket "Everything is slow" won't get a lot of attention, my cases focus on two very specific tasks, with the idea being that there is one specific cause that will resolve all of them. ESRI has acknowledged "There is no question you're having a problem" based on hours of screen sharing (with one analyst saying "I don't see how you get anything done"). So far we haven't gotten close to the "glaring and obvious problem", so again, if you are having a problem, love to see your details on GN but I'm hoping one day ESRI will call me and say "User so and so submitted this SDE case and we found the problem! Here's the fix...".  1 888 377 4575, Option 2, Option 1, customer #...... ... View more

Make sure to mark your own answer as correct, so you can be 50 points closer to MVP at the UC..... ... View more

I've had this happen intermittently (2.1 and 2.2), probably 10 times over a year now, and with no changes actually having occurred, but not enough repro steps to open a case on it.  ... View more

To clarify, Portal or AGOL? I don't have the answer, but I think it will depend on your platform.  ... View more

Same behavior whether I assign Pro to a profile or not.  ... View more