Latest Contributions by EllenNodwell_IntegraShare

‎03-10-2019

After digging deeper, when Dan Patterson‌ responded to me about this access issue, I found the problem solution - not a hard fix - We continued to troubleshoot and explore - in this, we looked into another User's ArcGIS Pro initial folders pane, and OneDrive was present in their ArcGIS Pro file list. We then went into the OneDrive properties in Windows Explorer, again - on the user-machine having difficulty. We discovered when looking at the OneDrive Properties, under General, it showed OneDrive to be Hidden. Could this be the issue? We unchecked the "Hidden" box The files were then un-hidden; it took about a minute or two for Windows to un-hide the folders and files. Then we opened ArcGIS Pro and the user can now see the OneDrive folder. Voila'! Problem solved. We can see iCloud Drive - the DropBox is not installed, but we reckon that we might be able to see DropBox. We will be testing this. For those who have this issue, check this out and see if it fixes the issue. Thanks Dan Patterson‌ for getting our minds to "thinkin' about other possibilities"! #OneDrive now is accessible and we will know how to fix this (fingers-crossed!).

‎03-10-2019

To everyone here, considering the higher plane - the UX - since not all users have the system admin skills or capabilities or rights...to do the suggested workarounds with going into the back-end, through the command line... With the newest version of ArcGIS Pro, the clicking and dragging from Windows Explorer does NOT work for the initial access to the OneDrive folder. It DOES work, once you set-up your project and have access to the Catalog - however, the issues related to initially accessing OneDrive are not simple to solve. Since Microsoft and Esri are partners - it would seem that OneDrive, one of the basic storage platforms in Microsoft established several years ago, and widely used by many organizations, would be recognized by this software interface (ArcGIS Pro), as it has been in prior versions - as a set of folders or a link in ArcGIS Pro's user's folder view. Why is it not? Think about it - is this a good thing for users to have to do the workaround? Having to go through all these hoops and hurdles and the user having go out and do system admin re-configuring to make it work? It seems to me that use-ability is at risk here... Furthermore, after jumping through some hoops, and then saving my project to my OneDrive folder (on my local machine), the next time I went to access the project, I got error messages and it could not be located on my local machine's OneDrive folder - I had to go out and download it from OneDrive via a web browser. Luckily, I was able to open the project and suffered no corruption issues. I'll be bringing this up with Support, as in prior versions, we did not see the issue that we see with 2.3.1 - this is a backslide, not an improvement - or else it is a bug, not a feature; Definitely, it is not better for data access for Pro users when their files, projects, etc. are stored in OneDrive (or any other product, actually). After all, OneDrive just a storage drive or path which utilizes both local storage and the cloud - with synchronization. This especially is not enabling mobile workers, where the advantages of offline and syncing to cloud when online are needed. What we do not want users to be forced to do is go back and use thumb-drives, external hard drives, or other means, where they want to back-up and access their projects, data, etc., while using ArcGIS Pro.

‎03-10-2019

Hi Dan - Yes, once inside a project - in Catalog - this is true but in the initial interface when opening ArcGIS Pro, it is not - cannot drag the folder into that folder list view. Am documenting this today to send over to support. Thanks for your quick response! Ellen West Nodwell, GISP CEO IntegraShare Dimensions, Inc M +1 832 298 6892

‎03-10-2019

Now with the newest version of ArcGIS Pro, the OneDrive folder link has disappeared. Will be turning in a request for investigation to Support.

‎12-29-2018

Helpful to understand the differences - thanks for sharing this, Derek.

‎10-05-2018

If you have ever tried to use the Elevation Profile web app template in ArcGIS Portal - it works somewhat differently from using this in ArcGIS Online. The instructions in the Portal Documentation online do not spell out that first, this service (from ArcGIS Online) must be enabled in the Portal's settings - and that using this service consumes credits. In the configuration, there are options for other services (like Bing Maps - and putting that key into the configuration), and there is discussion about if your Portal is not on a machine connected to the internet - and the links to building a custom elevation profile service are there - but, the instructions are sparse related to AGOL - only after some digging do you discover why it isn't working. When you try to configure this web app using the template, and you don't know about how your Portal is configured - this elevation profile tool may not work - there are no errors - just nothing appears. It means you're not configured to use your ArcGIS Online account's elevation service. Uh oh. Who knew? Let's pretend you are a publisher - no Portal admin rights, or a user with no Portal admin rights, who puts maps and apps together - you don't know what you don't know. You might think it's your map. You might think it is some other setting. You check and try - even look up the documentation - hmmmm... - everything seems right... but it isn't. Still not working. You (the web app maker) might poke around and continue to look this issue up and eventually, after digging enough, you call your admin and say, "Hey - is this elevation service from ArcGIS Online hooked up for us to use?" - and the admin says, "Nah, it consumes credits, so we don't hook it up." Well, you can see how this is going... What is the user who is trying to build this app going to do? Probably walk away, right? Go look for some other app template that works for the purpose or go do something else in the in-basket. This is unfortunate, because within these web app templates - people have put in a lot of time and work to build for sharing to everyone so that they do not have to invent these from scratch. It's the beauty of Portal and AGOL, both, enabling people to put together apps without being a developer! Mapping apps for everyone! But, when using these does not give the intended result - this can cause a great app to never be used again - word gets around... So, what's the answer to enable better use of some of these brilliant tools that people have worked hard to put together for Portal users? Better documentation, I would say, could be a start - I would love to hear from some of you out there who have used (or tried) some of these web app templates - Some of these are truly awesome for quick app building - they make beautiful apps with your maps - and everyone hopes that they will get used... For example, I use this elevation profile app on my own ArcGIS Online site and love it - also love the compare 4 maps of the same place as they sync and interact - that one is very cool. I submitted some feedback. Do you do this? Thoughts?

‎09-19-2018

have the same issue - it points at the initial administrator account and the SSL off shows up on machines in the network as an https:// error in the browser (2nd clue) - this is in Windows Server after repairing the ArcGIS Portal install.

‎09-04-2018

Dumb question I am asking here: have you gone here About ArcGIS tokens—ArcGIS Server Administration (Windows) | ArcGIS Enterprise and looked at the time-out settings for your short-lived and long-lived tokens in ArcGIS Server? We had to adjust ours short-lived and long-lived lifespan values to cope with this issue, especially after we implemented the ADFS OAuth2 on our servers; the users sign-in through Portal and after we did this, we had to understand the time-out values settings again - tweaking it so that we did not have these short-lived tokens causing issues. If you read that topic in that link above, and the sub-topics under that ArcGIS token-based authentication - it may give you better insight into what is going on with your particular situation. Lots of moving parts to orchestrate depending on your security set-up. Our AZURE system administrator contacted Esri Support and got some good guidance from them on this, real-time. Anyhow, hope this helps.

‎08-02-2018

For ArcGIS Pro, this configuration now requires an upgrade to the graphics set-up. CPU Minimum: Hyperthreaded dual core You Have: Intel(R) Xeon(R) CPU E5-2690 v3 @ 2.60GHz CPU SPEED Minimum: Info You Have: 2.6 GHz VIDEO CARD Minimum: DirectX 11 feature level 10.1, Shader Model 4.1, OpenGL 3.3, and the EXT_texture_filter_anisotropic and EXT_texture_compression_s3tc extensions with 512 MB RAM You Have: Quadro K5200 Features: Minimum attributes of your Video Card Required You Have Pixel Shader 4.1 5.0 Total Video RAM 512 MB 6.0 GB Vertex Shader 4.1 5.0 Dedicated Video RAM 512 MB 6.0 GB RAM Minimum: 4 GB You Have: 56 GB OS Minimum: Windows (64 bit) 7, 8.1, or 10; or Windows Server (64 bit) 2008 R2, 2012, 2012 R2, or 2016. See System Requirements for specific OS versions and editions. You Have: Microsoft Windows 10 (build 14393), 64-bit FREE DISK SPACE Minimum: 32 GB You Have: 332 GB BROWSER VERSION Minimum: Internet Explorer 11.0 or better You Have: 11.2363.14393.0 .NET VERSION Minimum: 4.6.1 You Have: 4.6.2 OPENGL ARB_VIEWPORT ARRAY EXTENSION Minimum: Is extension present? You Have: No Unfortunately, your system does not meet this requirement. Whereas Pro, up to 2.2 has been working, 2.2 will not; our users have not yet moved away from ArcGIS Desktop, as third-party extensions that they use daily are not yet catching up to converting to Pro. ArcGIS Desktop works well in the current configuration. Just wanted to give a heads up on this. Of course, those will require adjustment to the AZURE machine configurations - the OPENGL ARB_VIEWPORT ARRAY EXTENSION needs to for sure be addressed. We will be addressing this situation and will report back on the results. Hope this helps.

‎07-26-2018

I remember this document! Good find for the history of the SDE evolution - much has changed, but still helpful to understand the architecture of SDE.

‎03-27-2018

Note from Microsoft states that this is for South Central US - not sure if other regions are affected.

‎03-27-2018

Microsoft has issued a notice that there will be a mandatory upgrade of all VM's in Azure that must be completed by 04/02/2018. Is anyone else out there aware of this or dealing with this issue? #microsoft azure‌ #arcgis server on azure‌

‎02-27-2018

Hi Jeff, The company has an enterprise agreement with Microsoft, as many do, where the pricing is baked-in for all that they order off the menu. That being said, as I recall, the most expensive configuration of the constellation, are the two NC6 Standard set-ups for our multi-user remote desktops. Cost-wise, however, the capacity for handling users up in Azure, and the advantages in performance gains (Azure to Azure vs. on-premise desktops to Azure) probably could be calculated in time-cost-efficiency ROI. Up in Azure, everything is faster. Mixing Azure with on-premise, you have bandwidth, I/O, etc. differences and the network must be super-speedy and optimized if used in this way. The server, and the database server VM's - the DS12_V2's (4 of these, 2 for the ArcGIS Server's VM, 2 for the SQL-DB's) were the next in terms in cost. The portals - the A4_V2's (two of these) are "lightweights" by comparison in cost. I think that the NC6 was just over $1K/mo each - and there are options for scaling, and putting these VM's into "heartbeat" if you have nothing going on, which apparently reduces the cost considerably, per month. At $1K/month supporting 5 users, annualized, this is probably a good use of dollars, since you have no hardware left to amortize from the accounting perspective, nor do you have to get rid of old machinery and re-buy a workstation every couple of years to keep up with what resources are truly required. It depends on the perspective of the IT organization as to what they want to manage - "the cloud" vs. "assets in the server room, and in offices". All entail costs of some sort. I also know that Microsoft updates its pricing on a regular basis for Azure's offerings, as well, they continue to build more configurations that are available. I also know that Esri have just pushed out some new info about what's available with the Esri-Azure certified configs offered. Here is the pricing calculator off Microsoft's site that is helpful when planning: Pricing Calculator | Microsoft Azure - there is also that same link on the Esri landing page for Azure: ArcGIS Enterprise on Microsoft Azure—ArcGIS Enterprise | ArcGIS Enterprise on the Esri site. I'm no expert, but I am in this with sleeves rolled up, day to day, and we feel pretty good, still, about using Azure; We are getting ready to upgrade to 10.6 ArcGIS Enterprise to deal with some 10.5 issues that are resolved in the dot release. The lovely thing about Azure is that you can change without buying hardware, which I think is one of the major attractions. Our users seem to like it, as well. And, as with anything new, we learn something every day. Hope this helps.

‎12-29-2017

Hi Lourdes, Each of the workstation VM's are set up on the NC6 Standard (Azure package name). Each has 6 cores, 56 GB memory, 8 data disks, 8X500 Max IOPS, 380 GB local SSD, has load balancing, and for now we have a K80 Graphics Card. We have tried the upgrade, but it made no difference to the ArcGIS Pro rendering issue that took up all the GPU and threw an error, making the map look kind of weird with as much data as we were trying to show - which IMHO was not that much data. That being said, the users are not yet ready to switch to ArcGIS Pro because the applications and extensions are not even ready for using 10.5, in some cases - but, that is another discussion. If you click on the graphic in my original post, you should be able to see the image better, which on the right side, in that box, has the configuration of the workstation VM's as stated above. We have two of them set up to support up to 5 users each - however, as I may have said, if one "heavy" user takes up a lot of memory, doing processing, this could affect other users; most of the time, with relatively normal use of ArcMap, doing mapping, we don't have a problem. We have two workstations set up due to the limitation of ArcGIS Administrator in enabling the user to switch license levels once the user is logged on and opens ArcMap - because it is "one machine" to the Administrator, it does not enable the second user, or even the first user to switch levels. We spoke with Esri about this, and they are aware, but told us that a fix was not on their update list at that time. We therefore have one workstation VM set for Standard users, and one set for Advanced users. For their storage, we have a share drive set up that originates from the "prod" ArcGIS Server VM, which works well and we suffer little latency, using that arrangement. Again, the users have the option of using their own on premise workstation if they have a FGDB that they are using, on an on premise file share, or on their own machine, but most prefer to go "all cloud" and just use remote access to gain access to work in 100% Azure. It's quick and they have a lot of resources "up there". As an administrator, using Azure is noticeably not that different from managing the "on premise" environment. You just get used to it after awhile! We run our SDE on SQL Server. The specs are in my original post. We have 4 TB storage on the ArcGIS Server VM's.

‎12-28-2017

Lourdes, We set up two multi user desktops in Azure using a configuration that enables users to login through remote access and effectively work there, all in Azure, to resolve the latency issues. We heard that Esri were working on an optimized Azure environment for Desktop, but we couldn’t wait and tried this set-up. I will post more if you are interested in the details. For one user the Azure configuration we used could be expensive, but for > 2, up to 5, we think that it works. We are still optimizing for Pro. Pro uses GPU that is pretty high dollar for average use, but would be required for rendering a lot of points - we just have not yet determined the tipping point - we are still working on this. All in all, however, if all work is done in Azure, it all works well. If the hybrid approach of data in Azure and tools are on PC’s on premises then bandwidth makes it unpredictable. Web services do work pretty well, so we do serve data that way to on premises machine users successfully. Our users like Portal maps and apps, so that is another option for them which is on the up trend. Keeping in mind that your Azure options are location dependent, this also may have an impact. Our IT crew has been working with Microsoft to locate their Azure services to a closer farm. You might speak with your Microsoft folks about latency, as well. Let me know if you need more info.

Online Status	Offline
Date Last Visited	‎09-08-2025 02:18 PM

My Ideas

Latest Contributions by EllenNodwell_IntegraShare

Re: ArcGIS Pro fails to access folder

Re: ArcGIS Pro fails to access folder

Re: Connecting to OneDrive in ArcGIS Pro

Re: Connecting to OneDrive in ArcGIS Pro

Re: Esri whitepaper - Data in ArcGIS: User Managed and ArcGIS Managed

Using Web App Templates - Elevation Profile - Portal 10.6

Re: Error creating initial administrator account ArcGIS Portal 10.6 on Centos Linux

Re: Invalid token

Re: Enterprise (ArcGIS?) Geodatabase on Azure SQL

Re: SDE help manual

Re: Anyone out there facing the mandatory VM upgrade in Azure by Microsoft?

Anyone out there facing the mandatory VM upgrade in Azure by Microsoft?

Re: Enterprise (ArcGIS?) Geodatabase on Azure SQL

Re: Enterprise (ArcGIS?) Geodatabase on Azure SQL

Re: Enterprise (ArcGIS?) Geodatabase on Azure SQL

Re: ArcGIS Online - credits remaining totals

Accurately Monitoring the Amount of ArcGIS Online ...

Re: ArcGIS Pro fails to access folder

Using Web App Templates - Elevation Profile - Port...

World Traffic Service using Esri Leaflet?