Hello,
I have global tiff file in EPSG:4326 and wanted to re-project in EPSG:3411
(http://spatialreference.org/ref/epsg/3411/).
I used this command:
"gdalwarp -s_srs EPSG:4326 -t_srs EPSG:3411 global.tif polar.tif"
which resulted in tiff image with large black hole in the middle and some
gray co
Try this to convert 0º 360º into -180º 180º:
http://eloiribeiro.wordpress.com/2009/07/08/coverter-imagens-0%C2%BA-360%C2%BA-a-180-180%C2%BA-com-gdal/
Good luck,
Eloi Ribeiro
GIS Analyst / Programmer
51.9871, 5.6661
flavors.me/eloiribeiro
On 7 June 2013 17:32, laura0 wrote:
> Hi all,
> I have a
Hi all,
I have a geotiff with the following corner coordinates:
Upper Left ( -0.250, 90.250) ( 0d15' 0.00"W, 90d15' 0.00"N)
Lower Left ( -0.250, -90.250) ( 0d15' 0.00"W, 90d15' 0.00"S)
Upper Right ( 359.750, 90.250) (359d45' 0.00"E, 90d15' 0.00"N)
Lower Right ( 3
On 2013-06-07 6:33, Even Rouault wrote:
Selon Jukka Rahkonen :
Herman Peifer wrote but forgot to send to the list:
" Jukka,
Could you please try with -a_srs epsg:2393 instead of -s_srs epsg:2393,
see http://trac.osgeo.org/gdal/ticket/4496";
This is funny, but using -a_srs:2393 in the command r
Even Rouault wrote:
> Selon Jukka Rahkonen :
>
> > Hi,
> >
> > I received a shapefile with a non-perfect .prj file which does not
> > advertise that the coordinate system is Finnish KKJ (EPSG:2393) which
> > needs +towgs84 parameters. I knew that GDAL 1.10 finally comes with
> > correct parameter
Even Rouault mines-paris.org> writes:
>
> Logical behaviour when considering how -s_srs works. Basically -s_srs is
ignored
> completely if you don't also specify -t_srs. Probably a warning should be
issued
> to warn the user, and this should be documented in the manual page.
True, but there w
Selon Jukka Rahkonen :
> Andre Joost nurfuerspam.de> writes:
>
> >
> > Am 07.06.2013 01:26, schrieb Jukka Rahkonen:
> >
> > >
> > > The result is good if I add parameter -t_srs epsg:4326. However, this
> should
> > > be unnecessary with KML because it is always EPSG:4326 and also the
> driver
> >
Selon Jukka Rahkonen :
> Hi,
>
> I received a shapefile with a non-perfect .prj file which does not advertise
> that the coordinate system is Finnish KKJ (EPSG:2393) which needs +towgs84
> parameters. I knew that GDAL 1.10 finally comes with correct parameters and
> thought that problem could be s
Selon Jukka Rahkonen :
> Hi,
>
> I have a shapefile in EPSG:2393 but without .prj file and I am getting a bad
> result if I convert it into KML format with command:
>
> ogr2ogr -f KML -s_srs epsg:2393 test_2.kml test_region.shp
> ERROR 1: Latitude 6785184.157800 is invalid. Valid range is [-90,90]
On 06/06/2013 09:24 PM, Andrea Peri wrote:
Hi,
As reported in the GML driver page:
when using the GML_SKIP_RESOLVE_ELEMS HUGE method to resolve the GML.
It will produce firstly a file-system based DBMS.
I don't see this dbms file so probably itis removed fter it use.
I'm interest to see its
10 matches
Mail list logo
