[gdal-dev] Datum transformation method when projecting from a sphere to NAD83 shapefile

John C. Tull john.tull at wildnevada.org
Tue Sep 9 14:09:04 EDT 2008

If your projections have epsg codes, you might use those instead. E.g.:
ogr2ogr -t_srs "EPSG:4326" -s_srs "EPSG:26911" outfile.shp infile.shp

You can check for epsg codes (or their equivalent wkt, proj4, etc.) at http://spatialreference.org 


On Sep 9, 2008, at 10:46 AM, Limei Ran wrote:

> Hi Frank:
> You mentioned that I have not provided a datum definition for the  
> source coordinate system, only an ellipsoid definition.   Could you  
> tell me how I can provide the datum definition to get the same  
> result from PROJ4.5?
> The command I used is:
> ogr2ogr -t_srs "+proj=aea +lat_1=29.5 +lat_2=45.5 +lat_0=23  
> +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80 +datum=NAD83 +units=m +no_defs  
> " -s_srs "+proj=lcc +a=6370000.0 +b=6370000.0 +lat_1=33 +lat_2=45  
> +lat_0=40 +lon_0=-97" wrf12km_nc_g152.shp wrf12km_nc.shp
> Thank you very much,
> Limei
>> Limei,
>> Generally speaking, when going between "real" datums and these  
>> spherical
>> based projections, the right thing to do is to apply no shift which  
>> is why
>> the default behavior was changed in PROJ 4.6.
>> But to get consistent overlay, you really need to know quite a bit  
>> about
>> your data.
>> Best regards,
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev

More information about the gdal-dev mailing list