Edzer Pebesma

I agree with @lionel- that this is worth exploring, and, when done right, has the potential to help a lot of users using `sf` objects in non-sf aware packages. Good...

@MichaelChirico I'm not sure; can you provide a reprex that triggers this, or point to where it happens? I've never seen the ` no arguments in initialization list` error, I...

I can only find the error message [here](https://github.com/OSGeo/PROJ/blob/master/src/apps/geod_set.cpp#L19), but that should not be callable (it's part of a standalone app, not the PROJ library we use). What does `sf::sf_extSoftVersion()` give...

That's a pretty old software stack; does the error persist with updated sys reqs?

There's some pretty heavy nested grouping going on in that file!

I can get it to work with a hack that passes on the group nesting, giving something like ```r > stars::read_mdim("/vsicurl/https://storage.googleapis.com/neon-int-sae-tmp-files/ods/dataproducts/DP4/2020-04-26/GRSM/NEON.D07.GRSM.DP4.00200.001.nsae.2020-04-26.expanded.20230921T200400Z.h5", "nsae", groups = c("GRSM", "dp04", "data", "fluxCo2")) Read failed...

These commits are probably going to be replaced by the way `gdalmdiminfo` [does this](https://github.com/OSGeo/gdal/blob/master/apps/gdalmdiminfo_lib.cpp#L1118-L1144).

> In other news, I'd love to see proxy support for stars::read_mdim, e.g. for large Zarr archives what would you like to see beyond the ability to read one or...

This gives us ``` > stars::read_mdim("NEON.D07.GRSM.DP4.00200.001.nsae.2020-04-26.expanded.20230921T200400Z.h5", "/GRSM/dp04/data/fluxCo2/nsae") timeBgn timeEnd flux 1 2020-04-26T00:00:00.000Z 2020-04-26T00:29:59.000Z NaN 2 2020-04-26T00:30:00.000Z 2020-04-26T00:59:59.000Z -0.7405883 3 2020-04-26T01:00:00.000Z 2020-04-26T01:29:59.000Z -0.2856589 4 2020-04-26T01:30:00.000Z 2020-04-26T01:59:59.000Z 2.7275024 5 2020-04-26T02:00:00.000Z 2020-04-26T02:29:59.000Z 14.2427594...

@etiennebr is this something you could look into? BR,