On 2014-09-03 1:24, Ravi Desai wrote:
Hello everyone,
I unziped this file:
http://www12.statcan.gc.ca/census-recensement/2011/geo/bound-limit/files-fichiers/gct_000a11a_e.zip
,
and then fed the directory into the following command:
ogr2ogr -t_srs epsg:4326 -f CSV output.csv
canada_cens
Hello,
I've decided to attached here the five hdf files which I used in stitching.
I just converted into GTiff and warped. Definitely, the two blocks doesn't
meet but I'm just not sure if these covers the middle area as what you've
said. You could give it a try if you can stitch these well.
Thank
Hello,
I've decided to attached here the five hdf files which I used in stitching.
I just converted into GTiff and warped. Definitely, the two blocks doesn't
meet but I'm just not sure if these covers the middle area as what you've
said. You could give it a try if you can stitch these well.
Thank
Hello everyone,
I unziped this file:
http://www12.statcan.gc.ca/census-recensement/2011/geo/bound-limit/files-fichiers/gct_000a11a_e.zip
,
and then fed the directory into the following command:
ogr2ogr -t_srs epsg:4326 -f CSV output.csv
canada_census_boundaries/ -lco GEOMETRY=AS_WKT
L
Even,
Thanks for the quick reply.
I am using GDAL from the OSGeo4W suite.
I have my gdal_data set to:
set GDAL_DATA=C:\OSGeo4W64\share\gdal
Matt
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/GDAL-1-11-and-EPSG-3857-tp5159753p5159755.html
Sent from the GDAL - Dev mailin
Le mardi 02 septembre 2014 23:59:51, maw269 a écrit :
>
> It seems epsg:900913 works but epsg:3857 does not.
> The thing is, gdalwarp to 3857 worked in gdal 1.10
Matt,
Works ok for me. See below the output of something gdalwarp'ed to 3857 with
1.11. Are you sure that your GDAL_DATA is correctl
Using GDAL 1.11
When I use the gdalwarp command:
gdalwarp -s_srs ESRI::EPG94.prj -t_srs epsg:*900913 *EPG94.ecw 900913.tif
I get legitimate gdalinfo with datum and spheroid defined.
Driver: GTiff/GeoTIFF
Files: 900913.tif
Size is 76318, 41566
Coordinate System is:
PROJCS["Google Maps Global Merc
Storkur,
For further question on S52 I think it would be best if we e-mail directly
instead of gdal-dev.
All answer directly to you in my next mail.
rgds,
Sylvain.
On Tue, 9/2/14, Storkur wrote:
Subject: Re: [gdal-dev] Convert S57 to image with S
Selon Luca Delucchi :
> Hi everybody,
>
> I created a script to filter some lidar data, and It worked perfectly
> some weeks ago.
> Now I have to run with different data but I obtain the following error
> when I try to overlaps two geometry.
>
> ERROR 1: IllegalArgumentException: Points of LinearR
Hi everybody,
I created a script to filter some lidar data, and It worked perfectly
some weeks ago.
Now I have to run with different data but I obtain the following error
when I try to overlaps two geometry.
ERROR 1: IllegalArgumentException: Points of LinearRing do not form a
closed linestring
On Mon, Sep 01, 2014 at 05:56:40PM +0200, Even Rouault wrote:
> Selon Sandro Santilli :
> > I did make a fresh rebuild in gdal/ dir.
>
> And still crashing ? Where does it crash ?
TEST: vrt_read_5 ... Segmentation fault (core dumped)
Core was generated by `python run_all.py'.
Program terminat
Sylvain,
I couldn't build changing this line of code.
But i have succeed using another version of Linux.
I have built s52 on Ubuntu 14.04 and on our "target" platform Astra Linux
(based on debian)
On Ubuntu i running test/s52glx it displays some data from my file.
But in Astra it says
/S57data.c:
Selon Richard Sharp :
> On Fri, Aug 29, 2014 at 10:34 AM, Even Rouault
> wrote:
>
> > Le jeudi 28 août 2014 23:32:38, Richard Sharp a écrit :
> > > I have a byte GTiff dataset that has a nodata value of 0 according to
> > QGIS.
> >
> > Well, I've just created such a file, and with QGIS 1.8, the G
13 matches
Mail list logo
