You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know I can just use as(x, "Spatial") on my sf polygons before I send them through polyCub, but it would be great if I could cut out that step. Seems like the R spatial community has moved pretty decisively to sf now, so is there any chance this conversion could be incorporated into the polyCub package?
The text was updated successfully, but these errors were encountered:
Sounds like a reasonable extension. I don't have much experience with sf, but to me it seems that polyCub.SV() and polyCub.iso() should already work for a "POLYGON" object, since this is a simple list of coordinate matrices (which the internal default xylist method understands). Did you try using polyCub with a "POLYGON" object without prior transformation to "Spatial"?
Supporting the "MULTIPOLYGON" class would require special treatment (but easy to implement). Would it be useful if polyCub.SV and polyCub.iso understood "MULTIPOLYGON" objects from sf?
BTW, polyCub.midpoint() should already work with (MULTI)POLYGON because sf (>= 0.8-1) registers suitable as.owin conversion methods.
I know I can just use as(x, "Spatial") on my sf polygons before I send them through polyCub, but it would be great if I could cut out that step. Seems like the R spatial community has moved pretty decisively to sf now, so is there any chance this conversion could be incorporated into the polyCub package?
The text was updated successfully, but these errors were encountered: