Latest Contributions by JasonHarris2

‎10-21-2019

Agreed!

‎04-28-2017

We provide ArcGIS Desktop (and now Pro too) to customers via CItrix based virtualization. ArcGIS Desktop runs like a champ in this environment. But, as you have seen - Pro will not for various reasons - but most obvious is the lack of GPU acceleration. So, that means if you want to run Pro you'll need to do one of 2 things. Start running Pro locally outside of the Citrix environment on a properly spec'ed machine or move to a virtualization platform with server side GPU acceleration. Amazon's Workspaces product has a GPU enabled virtual Desktop that will run Pro smooth as butter. Really really good stuff. AppStream2 - which is most like Citrix's streamed applications, will be getting Elastic GPU support in the near future and that's very very promising. I believe that in the long run, when people look at the specs required for Pro they'll opt to run it inside a virtualized environment.

‎06-14-2016

I know about the view issue described here, but I came across this post because of a similar swizzling issue. Check out: https://community.esri.com/thread/177553#comment-614422 for a workaround. Daniel Sieger ...once the student, now the master. Good job

‎06-14-2016

I have been banging my head against a wall for 2 days straight on this issue. In my case, I had no crazy layers/views/joins. I had even tried a single layer service, and it still wouldn't publish. Your MSD & JSON method worked. Obviously, this is a major bug that needs to get addressed, but I sure am happy you had this solution for the near term. Thanks!

‎02-05-2016

You ever find a resolution to this? When I define the snapping distance for the route layer in the mxd and publish - they do not seem to carry over to the published service, and I havent seen a way to control it via rest or in the service definition. I have a network setup with lots of points that are a very significant distance off the network - some a hundred miles or more. I cannot get a route to solve unless my point intersects with that line - exactly. Its likely I am missing something as this NA is new to me.

‎01-21-2016

Scott- My name is Jason, and I am the CTO of ROK Technologies, a Esri business partner since 1997. We are a ASP level provider of ArcGIS Server - meaning we can provide you with ArcGIS Server Map Services without requiring you to maintain a license - we take of that (as well as bandwidth, infrastructure, expertise and 24 hour support). We do not require that you utilize any special framework - meaning we can just host map services that you can consume in your applications. Of course, we can assist with other aspect of a deployment as well. We often partner with engineering firms, other Esri business partners, any really any organization that requires the highest up-time/availability/performance. If you'd like, feel free to get in touch jharris@roktech.net / www.roktech.net and I'd be happy to answer any questions you might have.

‎03-19-2015

You'll be quite pleased at how fast it is.

‎03-19-2015

I have to do something very similar for a Android application every month...except I have to create several dozen very large TPK files. It started to become unmanageable time wise. What I ended up do is creating a straight up ArcGIS Server Map cache for the area that I need the TPK for. This way, you can crank it up to use every last bit of CPU you have available (I never could get the Parallel Processing Factor var to work right in py). Then use the Export Map Server Cache tool to dump it out to a TPK. Scripted all out, this ended up being on the magnitude of 50x faster than just creating a TPK file the normal way. Of course the caveat is that you need a ArcGIS Server available. But, all you would need is a EDN level license to do it. Hope that helps.

‎03-18-2015

Does anyone know if there is a mechanism to override the automatic (10.1+) REST cache rebuild process that occurs after a service has been refreshed/added/deleted? I know why its rebuilding it, but I'd like to test something and I need to prevent this rebuild - like we could do prior to 10.1. Any ideas?

‎03-18-2015

Does anyone know if there is a mechanism to override the automatic (10.1+) REST cache rebuild process that occurs after a service has been refreshed/added/deleted? I know why its rebuilding it, but I'd like to test something and I need to prevent this rebuild - like we could do prior to 10.1. Any ideas?

Online Status	Offline
Date Last Visited	a week ago

My Ideas

Latest Contributions by JasonHarris2

Re: Options for Deploying Desktops in the Cloud

Re: Simple reason to avoid ArcGIS Pro-

Re: Server 10.4 and Snoop Dog: Failed to Swizzle.....

Re: Unable to publish map service with data in enterprise database using Server 10.4

Re: How to set snap options for Network Analyst Services via REST API?

Re: Hosting Advice

Re: Create Map Tile Package tpk faster!

Re: Create Map Tile Package tpk faster!

REST Cache auto rebuild - Override?

Override Automatic REST cache rebuild