Latest Contributions by RobertStevens

‎06-13-2019

Suppose you have a spatial data expressed in a geographic coordinate system (eg WGS84). Many geoprocessing tools, when operating on datasets, add one or two fields to the data: Shape_Length (for lines and polygons), and Shape_Area (for polygons). For instance, suppose you select certain polygons by pointing and clicking, and then request a new dataset be made from the selections -- you will get a new dataset with these two fields added (if they did not already exist). And the values in these fields will be measured in decimal degrees, or squared decimal degrees (I guess the latter should be called stedegrees, by analogy with steradians). Now, if you take your same data, create a new column, click on that column, choose calculate geometry, and choose Use coordinate system of data source you will get an error. The message is to the effect that arcmap has no algorithm with which to make such a calculation (see attachment below). So how then, or more importantly why, is that field being populated by other geoprocessing tools. Presumably the numbers are incorrect since arcmap says they have no algorithm to calculate them. A possible algorithm would, of course, be calculate the linear distance and then convert that to an angle by assuming it was a great circle arc on the earth's surface. This is just one of many inconsistencies in the software.

‎06-02-2019

Update. I have experimented further. Pro2.3 running in a VM Parallels machine with 8G RAM exhibits really erratic behavior. Sometimes it seems to come up normally. But not infrequently, the display is accompanied by much flashing, by a black overlay on the map I am trying to display, which also flashes on and off, and the VM, as reported by Windows Task Monitor, shows the CPU running at 100%. This can persist for minutes, but I have no reproducible number. Task Monitor never shows that there is RAM exhaustion. It never seems to report using more than about 4G out of 8G). One thing I would say to ESRI. It is generally not helpful that, when I open a project, the software just works on displaying the last map I used. I frequently wish to view some other map, and the software's efforts at displaying a map I don't wish to see are a complete waste. Please, after I choose the project, let me choose the map. Am I the only person that has multiple (many) maps within a single project? So far I cannot replicate this in BOOTCAMP. I am running Pro2.2 in BOOTCAMP. A posting in this thread suggests that there is a major difference between 2.2 and 2.3 in the way the graphics is being handled. One thing I know from past experience. Old maps I have, which used a basemap from Business Analyst (BA), never display. Those old BA basemaps have multiple graphics layers set to display at various magnifications. Pro just cannot seem to handle that at all.

‎05-29-2019

Followup: the only non local dataset I have is from World_Street_Map (MapServer) The layer is cached though the cache will be invalidated if the original basemap layer changes on ESRI's server. Today, when I run pro, windows VM under Parallels, and this time with no internet outages, I find nearly the same thing as in my original post. After I select a project, it takes forever to draw, the CPU on windows goes to 100%. The only difference between today and yesterday, afaik, is that I increased (in Parallels) the amount of graphic memory from 250M to 1G as recommended by ESRI. I need hardly add that when the CPU on the windows VM is running at 100% it becomes impossible to do anything. Every action takes an eternity.. the desktop becomes completely unresponsive. Even to start Windows Task Monitor so I can kill the blessed thing is difficult. Next step is to use Wireshark to see what is afoot.

‎05-29-2019

I don't know much about SDE. The basemap I use is one available online at ESRI's site. Does that not get cached locally? Al other datasets I use certainly are local.

‎05-28-2019

Update: I today used Pro 2.3 to do exactly what I reported at the start of this thread. It started acceptably fast (not blindingly fast, but about 50 seconds to ask which project I sihsed to open, and then 1 minute to bring up the map. What is different? Well, I had severe internet connectivity problems when I ran this before. So, my best guess is that the software was doing some busy wait on some transaction over the Internet which was never going to complete. This is just a guess, but that is the only thing that is different. If this hypothesis is correct, then this condition needs to be fixed. This is a desktop app. It should not get hung by some inability to communicate with some ESRI server, for whatever reason. At a minimum it should report the condition and stop. Can someone from ESRI confirm/deny that this might be the issue? Stay tuned for BOOTCAMP results.

‎05-28-2019

I use Parallels to run a windows VM. That Pro 2.3 cannot run with such a configuration was a bit of a bombshell. But I have experienced plenty of performance problems with 2.2. However, I have a bootcamp partition to hand, and will report back on my experience using it on both 2.2 and 2.3 I am stunned when I read that 32G is needed for this product, and that even 48 or even 64G is advisable! Basically, then, this product cannot run on any but the highest end machines. But how is it, then, that when I run task monitor on windows I never see that memory used go about about 3.6 G? I simply do not understand, given that observation, how install ten times as much memory will make any difference!? Rob Stevens

‎05-27-2019

Just tried to use Pro 2.3.3 on MacBook Pro 2015, 8G, windows 10. All known patches installed. I start Pro: it takes 3mins 32 secs (3:32) to even ask me what project I wish to open. I click the project I want: 6:10 later it finishes drawing a map; not the map I actually want from the project; it isn't done yet though. Task Manager shows the CPU running at 100% for a good 2:00 even after there is no discernable change to the display. I choose the map I actually want display, go and make tee... and it still isn't done 5:00 later. There are words for software like this. The most polite is unusable.

‎05-24-2019

ArcPro, what a piece of software. What a wonder. I am starting to think that the only platform on which I can get this beast to perform is IBM's Big Blue. Everything moves at glacial pace. Even just to list files in a folder needs several seconds pause. ESRI seem to think it requires visual feedback that something is happening, and God knows, it is slow enough that perhaps they are right. Does a sequence of lights flickering really add something to the user experience? It is just irritating. Instead of that,how about making your app responsive enough to provide the sought information within milliseconds. Then you won't need the flashing lights. How about this for a scenario. I have a project and a map opened in Pro. I have made a minor change or two to the map, but I decide that I don't want any of it, and I exit choosing not to save. You would think that requires no effort on the part Pro right? Go ahead and exit and don't save anything...... So between four and five minutes later, with Task Monitor showing the CPU running at 100% the entire time, yes 100%, the app exits. I just cannot fathom how a product can be this sluggish. Even a no-op: quit, don't save anything... essentially do nothing, takes 4 minutes of a CPU running at 100%. What are you doing with these products? They are sluggish behemoths, full of bugs. In short, unusable.

‎12-21-2018

10.6.1I would not call AcrMap blindingly fast either, but it is an order of magnitude faster than Pro at the moment. All of the maps have recently been used in Map 10.6.1

‎12-21-2018

Hi Michael No, we imported them one after another without pause. What you suggest makes sense, and if I have enough time I will try importing them in batches of 2 or 3. One thing I do know. AFter the initial importation, with ArcPro not yet having yet been shutdown, the maps seemed to display quite promptly. But again this is a bit subjective and I was not keeping careful watch as at that time no problem was apparent.

‎12-21-2018

Hi Michael No. If I understand the full meaning of SDE, no. All the data is in files local to the desktop version of pro/map that we are running. Rob

‎12-21-2018

Preamble: using ArcPro 2.2 and ArcMap 10.6.1 on a desktop running windows10 Processor: Intel(R) Core(TM) i7-7500U CPU @ 2.7GHz 2.90 GHz RAM: 16 GB Also on a MacBook Pro with Windows10 guest OS with 8G RAM Have 20 or so maps in ArcMap and have migrated them to a single project in ArcPro. The maps are of, what I would term, moderate complexity. Often they have many layers, but at any point in time most of those layers are turned off. Some of them use Demographic data from Business Analyst (but we do NOT use the BA software -- ony BA datasets). About six months ago I tried this same migration (with Pro 2.1 and Map 10.6) and it failed. This time the migration succeeded, each map taking between one and three minutes to convert. Seemingly, everything OK....... Now I fire up Pro. It took 13 mins to display any map. The actual time varies somewhat. It can be longer. I attach output from windows Task Manager which seems to show that i/o to the disk is running at 100% (and stays there). It is with difficulty that I restrain myself from exploding into a stream of expletives. This kind of thing is what I have come to expect with ESRI software. It is just unacceptable that these products are unleahsed onto the user base without proper and exhaustive testing. If indeed Pro was never intended to support having as many as 20 maps in a project then that should be a warning in the documentation. ArcPro has been touted to me as a product whose performance is significantly better than AcrMap. Yeah, right. Does anyone else have this problem with Pro? There is some suggestion (very subjective) that Pro performance gets worse with time. Since I have no intention of continually firing it up and waiting 15+ minutes with a stopwatch I am certainly not going to expend any effort to quantify that. Rob Stevens, NSW Corp.

‎11-30-2018

Michael and Curtis I know that your replies are intended to be helpful. Thanks! But my aim in posting this was to draw attention to the fact that this api, walk(), did not appear to be working, or that my understanding of it was mistaken. And, in the former case, to have it posted as a bug. I am certainly aware of other ways to descend a file structure. The advantage of walk(), as you know, is that when it hits a subfolder which happens to be a file geodatabase it knows what to do, whereas native python methods do not. Joshua Bixby has confirmed that it is a bug and I believe has filed it as such. Thanks! By posting it I hoped to prevent others from spending time and energy, as did I, on trying to use something which didn't work.

‎11-28-2018

Then why have the api at all? Show stopper, no. Just another example of my time having been wasted acting as the QA for ESRI. But after years of it I am no longer surprised.

‎11-25-2018

Why does the attached python code, which uses the walk() function in arcpy not display the maps in the directories. I attach the python code, its output, and the output of 'ls-FR'. (Since ls does not understand the content of geodatabases, I elide those) You will see that there are maps, geodatabases, layers, csv files. But the maps never show up. It appears to be a bug.

Online Status	Offline
Date Last Visited	‎06-09-2026 07:17 PM

My Ideas

Latest Contributions by RobertStevens

Shape_Length and Shape_Area of Geographic Coordinate Data

Re: ArcPro: Some Performance (or lack therof) Stats

Re: ArcPro: Some Performance (or lack therof) Stats

Re: ArcPro: Some Performance (or lack therof) Stats

Re: ArcPro: Some Performance (or lack therof) Stats

Re: ArcPro: Some Performance (or lack therof) Stats

ArcPro: Some Performance (or lack therof) Stats

ArcPro -- were it any slower it would run backwards

Re: ArcPro Performance on Maps Migrated from ArcMap

Re: ArcPro Performance on Maps Migrated from ArcMap

Re: ArcPro Performance on Maps Migrated from ArcMap

ArcPro Performance on Maps Migrated from ArcMap

Re: Arcpy walk function not finding maps

Re: Arcpy walk function not finding maps

Arcpy walk function not finding maps

Transform from NAD_1983_HARN to WGS_1984

Shape_Length and Shape_Area of Geographic Coordina...

Re: Conda. How can it be so slow?

Conda. How can it be so slow?

Activation of Conda Environments