BLOG
|
Hello everyone, I wanted to share an update on changes you may see on your next renewal quote. No action is needed from you, and we want to emphasize that these updates are text related only. They do not impact your product/license portfolio, product access, terms and conditions, or renewal dates. What updates are being made? Most notably, all instances of the phrase term license in our ArcGIS product names have been replaced with the word subscription. Over time, and with hundreds of products, both terms were used somewhat interchangeably. This change simplifies and standardizes the language used for our duration-specific product licenses on the word subscription. Other small text changes have been made across other ArcGIS product names as well to improve clarity. Where will I see these updates? The updates are already live on My Esri, as well as Esri's system for new license quotes and the digital Esri Store. The name changes will also be reflected on your next renewal quote(s) and invoice(s). How can I be sure this hasn't affected my license(s)? You do not need to take any action—these changes are only text updates applied to our existing part numbers. Because the part numbers will be remaining constant, you can use them to compare your next renewal quote with your previous one to confirm that there were no other changes. Finally, because this text change does not introduce any technical changes in your ArcGIS products, no updates are required by you as a part of this naming standardization in our administrative systems. Thank you for your understanding as we work to make our ArcGIS products more streamlined and transparent for you! Tripp Corbett Program Manager, Maintenance and Subscriptions
... View more
08-19-2022
01:39 PM
|
3
|
0
|
612
|
POST
|
Hi Dawn Wright, I was on travel last week but had the pleasure of talking with Jack (above) a bit earlier this morning. He is all situated, and is even going to try to come see us in the Earth Science Neighborhood at UC. Would you be able to post the webpage for the Science Symposium here in case he'd like to join us there as well? Hope you had a nice weekend! -Tripp
... View more
06-04-2018
07:19 AM
|
0
|
0
|
557
|
POST
|
I hear you Thomas, and that is frustrating. Unfortunately I don't have any perspective to add as to why it might be happening 😕 There's no point in putting Pro on a VDI if you're not pushing/pulling a large amount of data over your network. If this is the case however Pro has been improved for virtualization compared with ArcMap. You'll need a GPU-backed VDI, which can be supported with hardware appliances like this one from Dell+NVIDIA. Below is a blog that has a lot of useful links on virtualization at the bottom, and a presentation from UC last year if you're considering virtualization: Virtualizing ArcGIS Pro: Nvidia GRID Telsa M60 | ArcGIS Blog http://proceedings.esri.com/library/userconf/proc17/tech-workshops/tw_397-483.pdf
... View more
03-08-2018
07:24 AM
|
0
|
0
|
1562
|
POST
|
Hi everyone, Getting updates on this thread from my earlier comment. Unfortunately, again only being an Account Manager I'm not technical enough to have specific recommendations on everyone's scenario for resolution, but wanted to pass along some resources again. If your organization has Technical Support with Esri, I would encourage you to contact them so that the staff can help you look into fixing your individual situation. This is a great blog post on troubleshooting performance in ArcGIS Pro: Troubleshooting Performance Issues in ArcGIS Pro | ArcGIS Blog that may yield some answers. This similar thread: https://community.esri.com/thread/121758 also has some commentary from our Dev team with some suggestions and tools. Finally, if you're working with a central data source, consider putting Pro on a Virtual Desktop Machine (appropriately specc'd) so that it sits closer to the data and has a stronger network connection (in instances where you're seeing the same slowness in ArcMap and Pro), as ArcGIS Pro will work better in a virtual environment than ArcMap will.
... View more
03-07-2018
02:16 PM
|
1
|
9
|
1562
|
BLOG
|
Robert, According to my SE, when you compute your pyramids, you should have the option to preserve quality at the expense of storage. It will give you the ability to select your compression quality. Changing your resampling method is another option that might help. If you have not already made sure your all images are in the same coordinate system, you should try to do that so the software isn't trying to dynamically reproject them (slowing things down). This includes possibly making a custom basemap projection that matches your image projection. A Mosaic Dataset will also likely help to increase the speed if you're not already using one. My SE told me she knows you can create pyramids when you create an MD and after, but wasn't sure about before. I hope you'll report back to this thread in the future so folks can see how your path worked out with your iMac Pro! Believe me, we have plenty of Mac users in my customer space, so you are far from alone. Have a great week, -Tripp
... View more
02-08-2018
12:22 PM
|
3
|
0
|
8125
|
BLOG
|
Hi Curt, My colleague above is also a Mac user, so he appreciates your comment. We just have to give impartial advice, so we had to include the comment about the native windows machines You're spot on! Booting directly into your Windows partition through Bootcamp will allow the Windows OS to use native drivers and work directly against the steel, which should enhance performance for heavy jobs, 3D visualization in the Desktop clients, etc. At the same time, it would be a major pain to have to reboot every time you needed to do something simple in ArcGIS Desktop, which is where Parallels comes in. Because Parallels can read your Windows partition without you having to reboot, having both available (bootcamp or OSX+Windows) will allow you maximum flexibility to access your ArcGIS Desktop from your Mac depending on what's needed that day/hour. I know this is still not as good as it just natively running on OSX, but the best advice we can give as an account team on how to work with what is available now. Hopefully that helps? -Tripp
... View more
02-05-2018
10:39 AM
|
2
|
0
|
8125
|
BLOG
|
Hi Robert Muller, As you know from speaking with the other techs, this is a very hard question to answer. You're looking for another opinion though, so I'll give you mine as an Account Manager ArcGIS Pro needs a GPU to run efficiently. Without a GPU, your CPU will try to pick up the slack at only a fair (read not good) rate of efficiency because of how CPUs are designed. Why are we calling them GPUs instead of Video Cards now? Well (again my simplified Account Manager understanding) because folks have figured out that while originally designed for graphics rendering, these are also good at certain types of compute. Read this Pro doc page on GPU processing with Spatial Analyst for more. BLUF-ish, my recommendation would be to spend some additional money upgrading your GPU rather than spending all of it on the CPU/RAM. When running ArcGIS Pro in a Virtual environment, which it basically is on a Mac as you're running in Parallels or ideally Bootcamp, there are special considerations you need to keep in mind, a GPU being one of them. See more on the Esri blog post here. Above you've talked about upspec'ing the CPU, RAM, and Storage on the machine---I don't want to discount these ideas, as you will see in the blog post they are all important too. CPU will help with compute, RAM with working with lots of different parts in-memory so you're not getting an I/O bottleneck, and SSD storage will help to accelerate your I/O. Bootcamp will reduce overhead and is recommended for best performance. You have my recommendations on running in Parallels above. At some point though, you're going to bypass the performance capabilities if you have bottlenecks in other areas (like an insufficient GPU). It's like having a car that is perfectly aerodynamically designed, you've got racing tires on it, and a little Smart car engine inside. You could spend an extra $300 to upgrade your $400 tires to the $700 ones, but what you actually needed to do was upgrade the engine, so your money wasn't used as well as it could've been. So do you need a Toyota Camry to get where you need to go, or do you need a 4x4 Land Rover equipped to go off-road? I know your original question is whether you need a Camry or a Land Rover to get through the next 6 years. I know you already likely know this, but if you look at if your current system is maxing out in any of these areas, that can help you to know where you need to increase. One way to explore this is with Amazon's N-series virtual workspace. Amazon now has a virtual workspace with a powerful NVIDIA GPU built in. Since you're looking at a multi-thousand $ purchase of a super-Mac here, spending ~$40 to test to see if a GPU on Amazon will make a difference might be worth it (assuming you could move a couple of your data files into Amazon). Going back to your original question, I can't give you specifics on what is going to last you 6 years, as that is a very long time in Esri time, let alone the tech industry. The reason for this is because Esri is privately held, we are reinvesting about 1/3 of our annual revenue back into R&D for you guys as our users (one of the top in the entire tech industry), the rest pays staff, puts on the conferences, etc. 6 years ago for example, Pro was just a twinkle of an idea in Jack & Dev's minds...what could 6 years bring us? Hopefully not spatially aware terminator robots. The reality is if you follow the Optimal specs on the ArcGIS Pro System Requirements Page and you use Bootcamp and you take into account extra advice around upspeccing to support virtualized environments (like a good GPU) you will be in the best shape predictable at this point. Remember you can use this tool to troubleshoot performance in Pro. My snarky Windows colleague would like me to point out that you could spend as much as you intend to spend on this super-Mac once on a couple of lower grade Windows machines every 2 years for the next 6 and probably be in the same shape with more flexibility. He's given me some of the above advice so I am obliged to include this (beggars for advice here internally can't be choosers ). OK, so with the above we've talked about your hardware, but I also want to talk about your workflows (As I'm sure you know from your own Account Manager, we can be a bit like dads, so I am going to take the chance to drag this into a different direction because I think it will benefit you!). Note that ArcGIS Pro has a tool on georeferencing rasters to other rasters if you don't already know about it. More info here. Also, it sounds like you're working with bulky uncompressed raster imagery. If your workflow doesn't require this, consider converting the raster data into NASA's MRF format and using Esri's open sourced controlled lossy compression algorithm, LERC. Github page for NASA MRF here and LERC here. No guarantees, but those steps could increase performance. I hope this all helps. Thank you for being our user. We really do appreciate you and your work, and look forward to continuing to support you over the next 6 years. If your schedule allows, I hope you'll join us at User Conference in a few months and say hi. Have a great weekend! -Tripp
... View more
02-02-2018
03:11 PM
|
2
|
0
|
8125
|
POST
|
Hi Marco, I ran across this thread while searching for something else and wanted to point you toward this thread: https://geonet.esri.com/ideas/12579-pause-drawing-in-arcgis-pro. If you look down in the comments, there is a way to somewhat pause the drawing. Dev is considering a full pause option, but the majority of requests we've received around this are for 3D scenes rather than 2D maps, so I would weigh in on the other thread. For 3D, there are other things you can do as well such as leveraging the new OGC i3s standard .slpk files, and setting reasonable visibility limits when working with heavyweight data so it's not trying to draw all of the time. GitHub - Esri/i3s-spec: This repository hosts the specification for Scene Layers which are containers for arbitrarily la… Eric, You can check your machine against what is recommended for Pro here: http://links.esri.com/run-arcgis-pro. From my user's reported challenges, I know that if you don't have access to a GPU/Video card, your computer is going to be using CPU instead for everything at a poor rate of efficiency, which could be contributing to your experience. If you're running in a Virtual Desktop Instance (VDI), shared GPU aka Virtual GPU (vGPU)=good. XenApp, a VDI without vGPU, or a remote desktop to a VDI=bad. This actually makes a big difference in performance. I also wrote another GeoNet post here: https://community.esri.com/groups/sciences/blog/2017/04/07/best-practices-for-running-arcmaparcgis-desktoparcgis-pro-on-a-mac-in-parallels on how to get the best performance when running in Parallels if you're on a Mac. As Dan mentioned above, network issues could be affecting things, so i3s might help you too. Sorry I don't have any technical specifics or solutions for you. I'm just an Account Manager who stumbled upon this thread and wanted to provide some info based on what some of my users have encountered. Hope it helps you both, -Tripp
... View more
10-02-2017
01:21 PM
|
2
|
0
|
11950
|
BLOG
|
While many parts of the Esri ArcGIS Platform are able to run natively on Macs, such as ArcGIS Python API, AppStudio, Workforce for ArcGIS, and the Web GIS tools, Esri's ArcGIS Desktop products are not supported for native use on Mac OS. Many of my sciences customers ask me how to optimize the performance of their ArcGIS inside their Parallels instances, so I wanted to publish a post with some best-practice recommendations. MacBooks and MapBook Airs are probably not going to have the power inside needed to run ArcGIS in a performant manner if you're running intensive processes. Starting off on the right foot with a MacBook Pro will help to ensure the best performance possible. Power down your Mac, and then turn it back on (you can't do the next steps if you're already running/have run Parallels since your laptop has been turned on for some reason). Before launching Parallels, inside your Mac OS launch your Parallels Desktop Control window. Click on the Gear/Cog to open the settings Under Optimization: Set Performance to Faster Virtual Machine Check the box to Enable Adaptive Hypervisor Check box to Tune Windows for Speed Under Power: Set it for Better Performance (and try to always be plugged in when using Parallels) Use Parallels in Fullscreen instead of Shaddow Mode Make sure sufficient cores and RAM have been allotted to your Parallels instance Running Parallels via Bootcamp will also enhance performance when you're working heavily in ArcGIS, allowing Windows to use as many system resources as possible. If you're gearing up for a significant amount of work in ArcGIS, rather than just quickly jumping in and doing things, consider Bootcamp. If you're using ArcMap, make sure you have the free 64-bit Background Geoprocessing Add-On installed from MyEsri to eliminate out-of-memory errors when running certain GP tools. Remember ArcMap is native x32 bit. While ArcGIS Pro is native x64 bit, it won't necessarily run faster, it just means it can handle bigger, more complex data. ArcGIS Pro more heavily leverages the GPU onboard, so make sure it's spec'd appropriately. Also, if you're switching back and forth between using Pro in your Parallels and your Mac OS again and again, it can impact the acceleration, having an impact on performance (see recommendation about using in fullscreen ) For those of you running ArcGIS Enterprise (previously ArcGIS Server), consider using the free Python API, which you can use natively on your Mac without Parallels to do the processing Server-side. Are you a Mac owner who runs Parallels to leverage ArcGIS Desktop? If so, please post any additional tips you've found for enhancing performance in the comments. Let's turn this into a resource for the Community!
... View more
04-07-2017
09:48 AM
|
12
|
19
|
18935
|
POST
|
Yes, however I there were some bugs with 4.0, and since 4.1 is expected later this month, it's advisable to wait for it.
... View more
10-15-2015
11:23 AM
|
0
|
0
|
940
|
POST
|
Daniel, This capability is expected later this month with the 4.1 release of Esri Maps for SharePoint. Keep your eyes posted for the announcement! -Tripp Esri HHS Account Manager
... View more
10-05-2015
11:14 AM
|
1
|
0
|
940
|