William Gearty

My plan is to update the `rredlist` package before the end of the summer. Feel free to reply here with anything you see in the new API that you'd like...

You can use the current version of `rredlist` by following the instructions in this comment: https://github.com/ropensci/rredlist/issues/52#issuecomment-1850115827. Essentially, you can use the API key from the examples on the old API's...

I'll take a look this upcoming week. If necessary , I can release a quick patch until the new full version is done.

The examples for v3 of the API are still hosted here: https://apiv3.iucnredlist.org/api/v3/docs. You can take the API token from any of those examples and use that with `rredlist`.

I just confirmed that the `rredlist` package works just fine using v3 of the API and the API token from the examples on [this page](https://apiv3.iucnredlist.org/api/v3/docs). Please open a separate issue...

It looks like increasing the `DATELINEOFFSET` value (I used 60) fixes most of the polar cells? (although it's not clear to me if this has any unwanted effects)

I think I've gotten a little closer to a solution: ```r plot(st_crop(base_grid, xmin = -180, xmax = 0, ymin = -90, ymax = 90), setParUsrBB = TRUE, xlab = "Longitude",...

OK, I've figured out an admittedly hacky way around the vertical line: ``` r library(ggplot2) library(h3jsr) library(sf) #> Linking to GEOS 3.11.2, GDAL 3.6.2, PROJ 9.2.0; sf_use_s2() is TRUE all_cells...

Yeah, that looks great as well @LewisAJones (although each appears to have a longitudinal line?). I think providing both options would be very useful for users, especially with some degree...

@LewisAJones thoughts? Should we incorporate some of these changes into bin_space?