More efficient way to create hex grids?

Question

I'm using the Generate Tesselation tool to create a hex grid over a large amount of point data.

The problem is that the data does not fill the majority of the extent, so Generate Tesselation ends up creating a whole bunch of pointless grid cells over area that I don't care about.  And because Generate Tesselation is a single-threaded, single-core affinity, IO bound process, it's already slow to begin with.

Here is a simple illustration of the problem:

Is there a way for me to be able to create hex cells only in the hull around the cluster?  In other words is there a way to create cells by mask and not by Extent?  Python solutions are fine.

Hornbydd · Answer

Eric,

Interesting you say that, I've being using the new memory workspace today for quick and dirty spatial joins and summarising the data. That in itself seemed to run OK with out issues but I too have found that it seems to "unhinge" ArcPro and performance particularly creating layouts crawls to a snail pace to the point it all becomes unusable and I have to crash out of Pro.

So my experience with using the new memory workspace is that it upsets other functionality in Pro to the point it becomes unusable. Can't say, if anyone else is reading this,that I can replicate this or it's a consistent issue, but this has been today's joyous experience!

I still think the memory workspace is good for geoprocessing, I guess just don't expect to use Pro for anything else until ESRI iron out all the bugs...

EricEagle · Answer

Thanks Duncan,

At least on our configuration, I have found the 'memory' space to be fundamentally unstable once you get outside of the most simple use cases (for example memory-to-memory dataset comparison).  One of the tools I'm using, Summarize Within, throws an error when one tries to output it to memory.

I am running a 36 core, 128gb RAM Dell Precision 5820 - plenty of resoures.  But putting things in memory, for whatever reason, causes Pro 2.3 to ungracefully crash to desktop constantly.  So I basically have to do a bunch of duct-tapey stuff writing out intermediate datasets, and then crawling the project geodatabase to delete them afterwards.  super lame

Hornbydd · Answer

A possible speed improvement if you have the latest version of ArcPro is to write the output to the "memory" workspace as an intermediate step then select and delete out the hexagons you are not interested in? So with the latest version you can now write data to memory	estdata instead of c:	emp	est.shp or in_memory	est.