Latest Contributions by DEWright_CA

Yes, but for me a lot of my jobs & processes we have updated to be multi-threaded or concurrently processing. So the newer machines which are not a huge upgrade from the ones I had bought 5 years about (shift from Dual 8 Cores with hyper-threading) just allows me to spin up more blocks of processing. So a job that would run in 30 hours is running in just under 20; so that is a improvement but with each annual & quarter process I run my data increases by 10%-15%. So in the end its just having good consistent expectations; and the Xeons give that; versus say the I7 or I9 which can do great stuff but aren't designed for workstation class processing. ... View more

This is actually the config I have right now; but with Dual-Xeons as a cluster of 3 machines. Very nice platform. ... View more

Working in a Engineering firm; you might be using more than just Arc on the machine; so going with the Xeon would be my recommendation (former Site/Civil Designer in AutoCAD & Microstation). There are plenty of places where the higher cache capacity and higher command-sets are used in software. ... View more

You can never go wrong with more RAM; that is a great place to consider. Also consider the HDD; since Arc using a fGDB for it's scratch space the more you have that is faster (SDD) gives you some good flexibility. ... View more

This would be a great addition; with users losing functions from ArcPad; and not wanting to build new in AppBuilder; getting this basic function set in Pro would help fill a good gap where Tracking-Analyst is way overkill. ... View more

The drawback here is that with AGS/Portal being principally Java-Servlets you will find these are not easily able to write to the Windows Event Log. Short of that; it would be good to have a better logging mechanism that will support viewing the logs for Server and Portal outside of the Web-Interface which isn't very flexible for searching. ... View more

I would be worried about this proposal; with each version of Pro being tied to the current/latest version of Enterprise you might find that a location built in Pro 2.4 not being fully supported backwards to 10.6.1. I have found that comparing the Locator template xml file shows some major differences. ... View more

Sadly there is not a great answer for this issue. You are correct in noting that the default workaround from #ESRI is to export the view to a FeatureClass so you take out the performance hit of the view/joins to smooth things. One way I mitigated this in MSSQL was to build a Spatial-Index on my view; this help immensely. The other option I would recommend for you is to throw as much RAM at the SQL server as possible; as the Server instance caches data in memory; the more memory it has available to keep from paging back out will help you in the long run. ... View more

Major points to consider; unless you have very deep pockets and have very large pipes to Azure; performance will always be an issue. The typical LAN/WAN interface will be 1GB between desktops to switches to your RDBMS server.  Once you start trying to take the volume of data you would typically have in the eGDB and put in in the cloud; now you are going through things like firewalled or VPN connections, multi-hop connections between ISPs and finally the M$FT cloud. Make sure the data you are wanting to work with there is designed for that purpose; the more data you have, the more reads/caching will happen and this will slow you down. Also, consider that some of the Azure & AWS data hosting solutions also charge for throughput, so if you are working with large datasets and will be doing lots of reads/writes that bump that number you might see costs skyrocket.... ... View more

I would also consider looking at your Performance Monitor; get a look a the amount of memory each SOC is using and the amount of total SOCs running. Considering the performance hit of apps/service hitting the local pagefile; you may also be seeing a memory/swap contention type issue. I usually shoot to have 128-256mb of RAM for each expected SOC; and when I am looking at setting up services for things like GeoProc I will have these create/write/delete a intermediary fGDB and avoid using InProc layers/features. ... View more

What kind of services are you running that you see this issue with? Composite Geocoders can cause a larger load due to the nested data access. Also various Geoprocessing tools can cause a spike after various OS patches to address security exploits from earlier this year. Also consider taking a look at your Anti-Virus software; some configurations can see each time a service or its data is accessed that a AV scan of the data/files will be triggered which can cause the service to spin in a waiting-to-load state. ... View more

@Alessando_Valra , sure thing. You site builder builds the machine with everything running local. You will need to go into IIS Manager application, then user your Machine\Sites you will see the "Default Web Site" in the left hand tree-nav, select it and you will see the actions block on the right side of the screen update. Here you will see the option for "Bindings" , here you can set the alternate host names for access of the web, assign it to port 80/443 and configure your certificates. Here is the main docs for it.. Adding a Default Binding | Microsoft Docs  ... View more

This is handled by adding/updating the appropriate configuration in your webserver. If you are using IIS this is just additional aliases with matching certs; in Apache it's a bit more complex but totally possible. ... View more

If you take a look at the file I attached to the original question you can see a bit of a comparison. Yes, Single Address is problematic in the small sample I uploaded; I am pulling our full sample DB right now to compare our 14.5m records to look at a broader scale across the software. Yes, Standardize the street-address field for data processing separate of Geocoding; we (and 23 other states) are required to provide data in this format (link) based on the schema in Chapter 5. So having nominally standardized addresses is key. For years we have been able to use the tools in ArcGIS to meet this need and have guided other states to use the same process because it was very consistent; but we are finding more issues now and where we had thought it may have been bad data coming in; it is looking more like the changes/enhancements in ArcGIS maybe a leading impact.  Yes, I am happy to sit down with your folks at UC, I believe Nathalie Smith our of the Olympia Office was already trying to schedule a meet again since it seems a annual touch-base is good for WA and your group. ... View more