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
@salvafern I first thought this was a documentation issue but now I wonder:
why do the layers from the same service have different CRS?
should the default of the crs argument not be NULL. For instance it could be getOption("emodnet.wfs.crs", "EPSG:4326"). I'm unsure whether using an option is ok but at the same time it'd be a pain for users to input it for every call... unless we show an example with purrr::partial() in the docs.
Also, now that the package is under review, we should refrain from changes, so this could be done in a branch. Maybe the reviewers will have feedback on this aspect.
Hi - I've noticed that the EPSG of layers is not always 4326 by default. For instance, running the example in the documentation here https://emodnet.github.io/emodnet.wfs/articles/emodnet.wfs.html#:~:text=chr%3E%2C%20layer_namespace%20%3Cchr%3E-,We,-are%20now%20ready
Gives me the following:
Other seabed habitat layers are giving me a different projection, e.g.
Results in
I don't think this is a bug per se because as you say in the documentation, you can set the CRS when you load the layer - so this works:
So it may just be a case of recommending users explicitly set the CRS?
I'm using emodnet.wfs_2.0.2.9000 in R version 4.4.1 (2024-06-14), Platform: x86_64-apple-darwin20, Running under: macOS Sonoma 14.6.1.
The text was updated successfully, but these errors were encountered: