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

vulnerability to PROJ6/GDAL3 #22

Closed
rsbivand opened this issue Jan 9, 2020 · 10 comments
Closed

vulnerability to PROJ6/GDAL3 #22

rsbivand opened this issue Jan 9, 2020 · 10 comments

Comments

@rsbivand
Copy link

rsbivand commented Jan 9, 2020

Running revdeps from sp (sp (my github fork) with development rgdal from R-Forge):

> packageVersion("sp")
[1] ‘1.3.4’
> packageVersion("rgdal")
[1] ‘1.5.3’
> rgdal::rgdal_extSoftVersion()
          GDAL GDAL_with_GEOS           PROJ             sp 
       "3.0.2"         "TRUE"        "6.2.1"        "1.3-2" 

a test fails:

> library(testthat)
> library(spex)
> 
> test_check("spex")
── 1. Failure: extent and crs works (@test-spex-extent.R#5)  ───────────────────
==... isn't true.

══ testthat results  ═══════════════════════════════════════════════════════════
[ OK: 35 | SKIPPED: 0 | WARNINGS: 16 | FAILED: 1 ]
1. Failure: extent and crs works (@test-spex-extent.R#5) 

Error: testthat unit tests failed
Execution halted

See:

http://rgdal.r-forge.r-project.org/articles/PROJ6_GDAL3.html
r-spatial/sf#1231
r-spatial/sf#1187
r-spatial/sf#1146
r-spatial/discuss#28

for background. See:

r-spatial/discuss#28 (comment)

for a way of testing fixes in a docker container contributed by Jakub Nowosad.

@mdsumner
Copy link
Owner

mdsumner commented Jan 9, 2020

Thanks Roger.

Small thing, any idea why rgdal::rgdal_extSoftVersion() returns 1.3.2 for sp rather than 1.3.4 as reported by packageVersion? (It doesn't for me)

@mdsumner
Copy link
Owner

mdsumner commented Jan 9, 2020

I don't think this has anything to do with new GDAL/PROJ, the projargs was logical NA and must be character. (Strictly spex should hack its own way into the crs/wkt2 here and not rely on raster)

#devtools::install_github("rsbivand/sp")
#devtools::install_github("rforge/rgdal/pkg")
packageVersion("sp") #[1] ‘1.3.4’
packageVersion("rgdal") #[1] ‘1.5.3’
rgdal::rgdal_extSoftVersion()
# GDAL GDAL_with_GEOS           PROJ             sp 
# "3.0.2"        "FALSE"        "6.2.1"        "1.3-4" 

@mdsumner mdsumner reopened this Jan 9, 2020
@mdsumner
Copy link
Owner

mdsumner commented Jan 9, 2020

I think the failing travis problem is due to new version of stringi (2020-01-09)

@mdsumner
Copy link
Owner

mdsumner commented Jan 9, 2020

stringi fixed by not using trusty 94b24b9

@rsbivand
Copy link
Author

rsbivand commented Apr 1, 2020

The underlying problem is that:

raster::projection(spex(raster::extent(lux), raster::projection(lux)))
# [1] "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs"
raster::projection(lux)
# [1] "+proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0"

so are not string-equal. Even rgdal::compare_CRS() - WIP - sees them as different.Unsure what to advise, maybe mute the test until things calm down. rgdal will be submitted to CRAN soon.

@mdsumner
Copy link
Owner

mdsumner commented Apr 1, 2020

Eh, thanks sorry to miss that - I'll remove that pointless test

@mdsumner
Copy link
Owner

presumably was fixed by raster

@mdsumner mdsumner reopened this May 13, 2020
@mdsumner
Copy link
Owner

I had thought rgdal was released already

@rsbivand
Copy link
Author

I'm moving towards release, still a few revdep packages unresponsive.

@mdsumner mdsumner reopened this May 13, 2020
@mdsumner
Copy link
Owner

I think we're good now, thanks!

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