[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
.
Regards,
John
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