Latest Contributions by DryCreekEng

‎06-25-2025

@JasonRoberts I appreciate your efforts to keep this crucial post going! ArcCatalog as a standalone item is a must for data management. I would do bulk projections and organize/view data without the pain of having to access it through a project. Let's keep the parade going! Bring back ArcCatalog!

‎03-19-2025

@KoryKramer Im glad to hear this is finally implemented. I see that if I drag a table off of Pro, it can be minimized and shows up under the Pro icon on my bottom Windows ribbon as a second icon. I would really like the option to minimize the table within Pro so I just see a tab at the bottom where I keep tables docked. I naturally click on the upside down carrot on the right side of the docked tables, which just lists the tables open. This should be the button to mimize the tables. Thanks, natalie

‎01-31-2025

Thanks Chris, you are right. I also posted this on the ArcGIS Online Ideas page and received a few great posts with advice on how to set my layer's time zone before publishing. https://community.esri.com/t5/arcgis-online-ideas/allow-date-only-field-type-from-arcpro/idc-p/1580930#M12132

‎01-31-2025

Thank you everyone so much for your advice and knowledge. I will dig into all the links you have provided.

‎01-29-2025

I have had many issues when sharing a feature class from ArcPro to AGOL and using the Date and Time field where the date is shown as +1 day from the actual date set in Pro. It also shows the time as around 5pm in AGOL when I set it as 12:00am in ArcPro. Right now AGOL doesnt accept the Date Only field. PLEASE CHANGE THIS so I dont have spend an hour manually editing data in AGOL that I already edited in ArcPro. What a pain.

‎01-29-2025

I created a feature class in ArcPro that includes a Date and Time field. I also included a Date Only field even though ArcGIS Online doesnt like it. I have found that when I share the feature class as a Web Layer to AGOL the date will often be off by 1 day. I use the Date Only field to compare against the Date and Time field. It seems there is some time conversion that occurs and puts my dates 1 day later. Has anyone found a work-around for this?

‎12-06-2024

ESRI places a high emphasis on tags and categories. One of the main ways to share feature layers in a Sites page is through assigned categories. It would be very helpful if there was a category called "uncategorized" so you can filter your layers to identify those that are still needing a category (or tag).

‎10-18-2024

UPDATE #2 - Working with ESRI tech support and the IT department, we finally got Webgisdr to run. These are the steps that made it happen: 1. Within the ArcGIS Portal VM, created the backup and temp folders on the C: drive. To create a shared folder that is accessible by all VMs, right-clicked on the backup and temp folders --> Sharing --> Share. This creates a network path to each folder that is accessible from all connected VMs (Hosting Server, Data Store, Web Server). Used the created network paths in the Webgisdr properties file as the locations for backup and temp. 2. Went in to "Services" (type into windows search bar) for each VM and made note of the "Log On As" user name for each ArcGIS system (Portal, Server, etc). Noticed that it was logging into Portal as a Local Administrator (./yvadmin), not a Domain adminstrator (yvadmin@google.com). Logged in as the Domain admin in each VM. 3. In the Webgisdr properties file, had to change the very last line for Portal PKI properties to True. After all this, it finally ran. Thank you all for your input along the way of this journey.

‎10-08-2024

UPDATE - Just got out of a 2-hr ESRI tech support meeting, with no resolution in sight. The conclusion of the meeting was that the shared drive that was created for all VMs to access is located on Azure in the cloud, which may be the issue with the sharing error. We made sure each VM (portal, hosting, web, and data store) is using the same domain and service account, and gave the domain and service account full privileges on all ESRI folders on each machine that the webgisdr tool may access. I'll keep you all posted on any updates. Natalie

‎10-08-2024

Hi Sunnywaygis, In the webgisdr properties file, the path does have the extra back slashes like you suggested. When the file is read, and the error is reported, it shows what the computer is reading as the path (without the extra backslashes) which is how I know the path was input correctly in the properties file. \\\\shared_drive\\ArcGIS_backups\\backups (in properties file) --> \\shared_drive\ArcGIS_backups\backups (when read by the computer) Thanks, Natalie

‎09-27-2024

Hi Trae, I checked the account listed for ArcGIS Server as you instructed, and it shows the Server Admin username and pw. I think I read somewhere that the Server and Portal usernames should be the same to run a tool like WebgisDR across VMs. Is that correct? Do you think that could be the problem? Thanks, Natalie

‎09-27-2024

Hi Trae, My account is a domain user with admin privileges , and I have verified with ESRI tech support and the IT dept that I have read and write access to the shared location. Im not sure what you mean by running notepad as a service account, but I did open notepad and save it to each of the shared drive folders (backup and temp) and it worked fine. Thanks for your thoughts, Natalie

‎09-27-2024

Hi Daniel, I rebooted the VM yesterday and it didnt help. Which is sad, becuase that is the sure-fire way to fix IT issues when all else fails. Natalie

‎09-26-2024

Hello Enterprise Community, Im hoping you can help me with a problem. My client has a distributed Enterprise platform on 4 VMS (one each for Portal, WebServer, Hosting Server, and Data Store) that we just got stood up a few months ago with ESRI's help. I need to upgrade the Enterprise platform from 11.2 to 11.3, and first need to run the Webgis DR tool to back everything up. I have ensured there is a shared drive accesible on all 4 VMs and I have read and write privileges to the drive. When I run the WebgisDR tool in the Portal VM, I keep getting the error: Cannot access the location \\shared_drive\ArcGIS_backups\backups. You must ensure that user account running the WebGIS DR utility has read and write permissions to the specified location \\shared_drive\ArcGIS_backups\backups. As you can see, I have the folder location appropriately named with the right backslashes. I have worked with ESRI tech support and my client's IT support, and no one can figure out why this error keeps happening. I appreciate any input you can give. Thanks, Natalie

‎09-11-2024

Thank you for this tip! I assumed I should be able to use the form ID as part of the flow somewhere.

Online Status	Offline
Date Last Visited	‎11-10-2025 07:34 AM

My Ideas

Latest Contributions by DryCreekEng

Re: Offer a standalone ArcCatalog replacement for ArcGIS Pro

Re: Minimize Floating Attribute Tables in ArcGIS Pro

Re: Date and Time field transposes wrong when shared from ArcPro to AGOL

Re: Allow Date Only field type from ArcPro

Allow Date Only field type from ArcPro

Date and Time field transposes wrong when shared from ArcPro to AGOL

Ability to identify uncategorized feature layers

Re: WebgisDR returns user read write permission error

Re: WebgisDR returns user read write permission error

Re: WebgisDR returns user read write permission error

Re: WebgisDR returns user read write permission error

Re: WebgisDR returns user read write permission error

Re: WebgisDR returns user read write permission error

WebgisDR returns user read write permission error

Re: Microsoft Power Automate Not Connecting to Survey

Re: WebgisDR returns user read write permission er...

Ability to identify uncategorized feature layers

Re: Introduce yourself!

Re: Microsoft Power Automate Not Connecting to Sur...

Re: Advice for a Geospatial Analyst Job Seeker

AGO School Competition State Team Leads