hi,
I´m trying to merge about 40 ecw files into one, using gdal_merge.py. it
seems to work (no error), but when I´m trying to open the file, it says,
"Unable to read header information: Cannot open file
c:\temp\ortofoto2007\ortofoto2007.ecw".
I´m using GDAL 1.11.0 with the following command:
C:\
Hi,
I am trying to use gdal2tiles with a set of geotiff and I get the
following error
ERROR 6: EPSG PCS/GCS code 900913 not found in EPSG support files. Is this
a valid
EPSG coordinate system?
ERROR 6: No translation for an empty SRS to PROJ.4 format is known.
I have already transformed to pr
Le mardi 27 mai 2014 00:06:33, Sam Franklin a écrit :
> Hey Even - great tip. The sort command you suggested worked well with that
> xyz dataset.
>
> However, I've found a further dataset that does not work with gdal even
> after the sort. This is the error:
>
> mbp-sf:data08 samfranklin$ gdal_t
Hi Mateusz,
That seems like a good idea.
But I don't know if I should unify two drivers an put then on frmts/mixed. It
will certainly works in the new structure proposed by RFC 46 but it might
create some problems for me. What I am most interested is to have two driver
(that uses the same dat
Le dimanche 25 mai 2014 08:20:13, Sam Franklin a écrit :
> Hey Even - well that's embarrassing, it looks like gdal 1.11.0 solves the
> problem for those three xyz files that I sent through! Great work, thanks!
>
> However, I've found an example that fails to open here
> https://dl.dropboxuserconte
Hi, once again i'm here with an issue.
I am trying to rederize a multipolygon geometry without success. Here is
the wkt
POLYGON ((-54.874213174672484 34.043827148471607,-15.25807860258
> 50.078601296943226,-15.25807860258
> 5.432759550218335,-55.188620510917026
> 10.777684266375541,-54.87
On 26 May 2014 17:21, Even Rouault wrote:
> One thing that just came to my mind is if we want every drivers to stay under
> frmts, or if we want more structure like frmts/raster, frmts/vector,
> frmts/mixed.
IMO, the frmts folder as a single bag for all drivers will quickly become
difficult to na
Hi Ivan,
>
> The RFC 46 propose moving the OGR drivers from ogr/ogrsf_frmts/ to frmts/
> and I am looking forward to do that. When can we start?
When you want. There's no particularly emergency to do that IMHO, and the move
should be done properly with "svn mv", so that the traceability of files
Hi there,
I can also confirm that the trunk builds without any problems in OS X 10.9.3.
The version number is correct at this time however I don't think the "released"
information is quite clear:
$ gdalinfo --version
GDAL 2.0.0dev, released 2014/04/16
The RFC 46 propose moving the OGR drivers
