Skip to main content
Solved

use SurfaceDraper in parallel mode? I have a large tin and it is slowing down the workspace tons!


lmo_rott
Contributor
Forum|alt.badge.img+4

Hi, I tried it with a mod counter,  Inputs seem to work but no output at all comes out of the custom transformer. I am passing all attributes (not many anyway) into the custom transformer. It makes no difference  I am trying to add a Z value to each point (frorm vertices). With the TIN I get a much cleaner result than with a raster, but it slows down the entire process x4. 

Thanks in advance for any suggestion.

Best answer by redgeographics

Are you sure the _modCnt0 values of both your inputs actually match eachother? What happens with parallel processing is that the features get spread out over multiple cores, based on that grouping attribute, and they can’t interact with eachother. So if your tin points with modCnt 1 are not actually geographically overlapping your drape features with modCnt 1 you’re not getting results.

I would also recommend geographically dividing this, rather than by modulo counting, to make sure you’re not dealing with several almost-but-not-quite-exactly the same surfaces

View original
Did this help you find an answer to your question?

6 replies

redgeographics
Celebrity
Forum|alt.badge.img+50

How do you have your custom transformer set up? Can you share some screenshots?


virtualcitymatt
Celebrity
Forum|alt.badge.img+39

And also make sure you’re not using Feature Caching, this will disable any parallel processing. 


lmo_rott
Contributor
Forum|alt.badge.img+4
  • Author
  • Contributor
  • February 23, 2024

Hi, It has a simple setup. See screen shots. The mod count is already being passed on by the Counter.   Within the custom transformer, all attributes are enabled to be passed on. It automatically enables them in the TIN input even though the TIN itself has no attribute. 

Yes, no feature cashing, still not getting any output.  

Thanks for looking at this!


redgeographics
Celebrity
Forum|alt.badge.img+50
  • Celebrity
  • Best Answer
  • February 23, 2024

Are you sure the _modCnt0 values of both your inputs actually match eachother? What happens with parallel processing is that the features get spread out over multiple cores, based on that grouping attribute, and they can’t interact with eachother. So if your tin points with modCnt 1 are not actually geographically overlapping your drape features with modCnt 1 you’re not getting results.

I would also recommend geographically dividing this, rather than by modulo counting, to make sure you’re not dealing with several almost-but-not-quite-exactly the same surfaces


lmo_rott
Contributor
Forum|alt.badge.img+4
  • Author
  • Contributor
  • February 24, 2024

Hi RedG,

No, not sure at all, I assumed as seen on the screenshot. All points overlap the TIN surface which is closed so I figure they will all catch a value in the end. Since you asked, I linked a new mod count into both inputs so the SurfacDraper. Now it runs in parallel and I get output points (z) YEEEY! 😁

I discarded grouping by region since the data is not orderd by these and they vary very very much in size,  and I have the custom xformer setup to wait for all features, but correct me if I am wrong on this, as well. Much appreciated.


redgeographics
Celebrity
Forum|alt.badge.img+50

Glad you got it to work. In this case I think it is correct to wait until all features have been received 


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings