Selon Oliver Soong osoong+g...@gmail.com:
The attached raster is in Albers_Conic_Equal_Area on
North_American_Datum_1983. This is correctly indicated by the WKT.
The PROJ.4 string has no such datum information. This causes problems
with rgdal in R, which uses the PROJ.4 string and never
is not desired, export to Proj4, then remove the environment
variable if set? Does this only affect NAD83 - it does seem to be limited to
this datum, as WGS84 does not show the same behaviour.
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/gdal-dev-Fwd-OSRExportToProj4-losing
Selon Roger Bivand roger.biv...@nhh.no:
Even,
I've opened #4880 on this - it is problematic in the R-spatial setting
because the CRS (coordinate reference system) object recorded in each
Spatial object uses the PROJ.4 string to represent spatial reference. A user
can create a CRS, write out
On Sat, 3 Nov 2012, Even Rouault wrote:
Selon Roger Bivand roger.biv...@nhh.no:
Even,
I've opened #4880 on this - it is problematic in the R-spatial setting
because the CRS (coordinate reference system) object recorded in each
Spatial object uses the PROJ.4 string to represent spatial
Selon Roger Bivand roger.biv...@nhh.no:
On Sat, 3 Nov 2012, Even Rouault wrote:
Selon Roger Bivand roger.biv...@nhh.no:
Even,
I've opened #4880 on this - it is problematic in the R-spatial setting
because the CRS (coordinate reference system) object recorded in each
Spatial object
On Sat, 3 Nov 2012, Even Rouault wrote:
Selon Roger Bivand roger.biv...@nhh.no:
On Sat, 3 Nov 2012, Even Rouault wrote:
Selon Roger Bivand roger.biv...@nhh.no:
Even,
I've opened #4880 on this - it is problematic in the R-spatial setting
because the CRS (coordinate reference system)
The attached raster is in Albers_Conic_Equal_Area on
North_American_Datum_1983. This is correctly indicated by the WKT.
The PROJ.4 string has no such datum information. This causes problems
with rgdal in R, which uses the PROJ.4 string and never receives the
datum information.
This seems to be