Edzer Pebesma
This adds some dim name matching to `read_mdim()`: ```r stars::read_mdim("x.nc") # stars object with 3 dimensions and 1 attribute # attribute(s): # Min. 1st Qu. Median Mean 3rd Qu. Max....
Still, `read_ncdf` gets the dimensions wrong: ``` from to offset delta refsys x/y lon 1 3 -102.5 5 WGS 84 (CRS84) [x] lat 1 9 37.5 5 WGS 84 (CRS84)...
`time` should range from 1 to 9, `lat` from 1 to 3, `lon` from 1 to 2.
(note to self: `read_mdim()` gets the `lat` offset wrong)
Yes, maybe we could add pointers to alternatives (lwgeom) in the docs; `st_as_text` from `sf` uses native R code by default. The assumption is that nobody will use it for...
`fixed = TRUE` is not what is meant, as `"^[ ]+" is a regular expression (one or more white spaces). The change to default to using lwgeom is a lot...
Feel free to try out, I would be surprised if that would reduce time meaningfully.
They are supported, up to casting them: ```r library(sf) # Linking to GEOS 3.12.1, GDAL 3.8.4, PROJ 9.3.1; sf_use_s2() is TRUE (mpnt
Yes, but this pipeline doesn't work: ```r st_multipoint() |> apply(1, sf::st_point, simplify = FALSE) |> sf::st_sfc() ``` which is the point in case you stumbled on.
> I wanted to suggest to hard code the degree symbol as \u00B0 which is rendered correctly with the default graphic device but also with tikzDevice using the options(tikzDefaultEngine =...