Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Supplemental river and lake centerlines not available #23

Closed
mps9506 opened this issue Sep 20, 2018 · 3 comments
Closed

Supplemental river and lake centerlines not available #23

mps9506 opened this issue Sep 20, 2018 · 3 comments

Comments

@mps9506
Copy link
Contributor

mps9506 commented Sep 20, 2018

Thank you for the wonderful package.

I am not able to download the 10m river and lake centerline North American supplemental file.

check_data_exist(scale = 10, category = "physical", type = "rivers_north_america")

Returns:

[1] FALSE
Warning message: In check_data_exist(scale = 10, category = "physical", 
type = "rivers_lake_north_america") :   rivers_north_america seems not to be in the list 
for category=physical maybe try the other category of c('cultural', 'physical')

The file location is: https://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/physical/ne_10m_rivers_north_america.zip

The regular rivers_lake_centerline download works for me, but is not the file I'm after:

check_data_exist(scale = 10, category = "physical",  type = "rivers_lake_centerlines")

Any insight would be appreciated. Cheers.

@andysouth
Copy link
Contributor

andysouth commented Sep 21, 2018

Thanks, well spotted !

The warning should now be fixed in the github version (there is a table of available layers and that wasn't in it).

Even in the CRAN version this should still work even though it does give a warning (it tries to download even if not in the table):
rivers <- ne_download(scale = 10, category = "physical", type = "rivers_north_america")

(Note not 'rivers_lake_north_america')

I'll have a look at cleaning up what happens with the warnings generally.

@mps9506
Copy link
Contributor Author

mps9506 commented Sep 21, 2018

Thanks! Works perfectly.
This might be covered already (or should be a new issue), is there a way to load data_list_physical.csv as a dataframe? As a user it would be easier to inspect a dataframe in R to get the filename than load the website and navigate to the file. Furthermore, having the .csv update dynamically might reduce potential issues in the future.
If that would be useful I can work up a pull request.

@andysouth
Copy link
Contributor

andysouth commented Sep 21, 2018 via email

@mps9506 mps9506 closed this as completed Sep 21, 2018
netbsd-srcmastr pushed a commit to NetBSD/pkgsrc that referenced this issue Nov 28, 2024
# rnaturalearth 1.0.1

# rnaturalearth 1.0.0

## Breaking changes

This is a breaking changes release that ends support to `sp` object in
favour of more modern interfaces (`sf` and `terra`). Although that
`sp` is still available on CRAN, it is no longer being actively
developed (https://geocompx.org/post/2023/rgdal-retirement/). This is
the main reason that motivated the choice to transition toward `sf`
(the default) and `terra`.

Users can choose either get an `sf` or `SpatVector` using the
`returnclass` argument:

```
ne_countries(returnclass = "sf")
ne_countries(returnclass = "sv")
```

Affected functions are `ne_countries()`, `ne_coastline()`,
`ne_states()`, `ne_load()` and `ne_download()`.

If changing the return type to `sf` creates too many problems to your
existing code, you can still convert it back to `sp` :

```
countries <- ne_countries(returnclass = "sf")

# option 1
sf::as_Spatial(countries)


# option 2
as(countries, "Spatial")
```

More information about the retirement of `rgdal`, `rgeos` and
`maptools`: https://r-spatial.org/r/2022/04/12/evolution.html

## Bugfix

- Correctly downloading and reading raster object (#96, closes #52).

# rnaturalearth 0.3.4

- This is a maintenance release that document/use the new special sentinel "\_PACKAGE".

# rnaturalearth 0.3.3

- Using `lifecycle` to indicate that support of `sp` object will be
  eventually dropped. Users should now use `ne_download(returnclass =
  "sf")`, instead of `ne_download(returnclass = "sp")`.

- `terra` is now included in the Imports section.

# rnaturalearth 0.3.2

- Added new maintainer and contributors ([#62](ropensci/rnaturalearth#62)).
- Using terra over raster ([#63](ropensci/rnaturalearth#63))

  - See
    <https://r-spatial.org/r/2022/04/12/evolution.html#packages-depending-on-sp-and-raster>
    and
    <https://r-spatial.org/r/2022/12/14/evolution2.html#deprecations-in-retiring-packages>

- Fixes broken data download links.  Now using Amazon hosted URLs as
  - the primary source for downloading data
  - ([#48](ropensci/rnaturalearth#48),
  - [#64](ropensci/rnaturalearth#64)).

# rnaturalearth 0.3.0 2021-10-11

- fix rnaturalearthhires installation #47 thank you Ian Taylor for #43

# rnaturalearth 0.2.0

- add to river options in ne_download() by adding to
  data_list_physical.csv fixing
  [#23](ropensci/rnaturalearth#23)

- update data to new version [Natural Earth
  v4.1](https://www.naturalearthdata.com/blog/miscellaneous/natural-earth-v4-1-0-release-notes/)
  released May 2018.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants