Edzer Pebesma comments

Results 708 comments of


                                            Edzer Pebesma

dggridR back on CRAN

Did you succeed?

sf::st_lenght() seems to give incorrect results when using S2 engine

setting `edge_type="undirected"` in the s2 geometry transformers leads to the problem that polygon-polygon intersections are returned as LINESTRINGs: ```r library(sf) # Linking to GEOS 3.11.1, GDAL 3.6.2, PROJ 9.1.1; sf_use_s2()...

sf::st_lenght() seems to give incorrect results when using S2 engine

Should `edge_type="undirected"` be the default only for points and lines?

sf::st_lenght() seems to give incorrect results when using S2 engine

No, they are intersecting polygons; the "directed" results correspond to those of GEOS (`sf_use_s2(FALSE)`).

st_wrap_dateline() not working as expected

With ```r library(sf) # Linking to GEOS 3.11.1, GDAL 3.6.2, PROJ 9.1.1; sf_use_s2() is TRUE sf_extSoftVersion() # GEOS GDAL proj.4 GDAL_with_GEOS USE_PROJ_H # "3.11.1" "3.6.2" "9.1.1" "true" "true" # PROJ...

problem with zarr files

Your setup should have blosc support.

problem with zarr files

#663

Consider using stars for the array/gridded data

Thanks for the great example, and for using `stars` for this - I hadn't given this type of data much thought when I started the project! The first representation is...

Consider using stars for the array/gridded data

@mdsumner

Consider using stars for the array/gridded data

This commit allows it to go to/from the radial curvilinear grid and the regular (square) grid, using stars: ```r require(bioRad) #> Welcome to bioRad version 0.4.0.9243 require(stars) #> Linking to...