Hi all,
I retiled whole lot of imagery over the weekend using the following gdal_retile
command:
gdal_retile.py -v -r bilinear -levels 8 -ps 2048 2048 -s_srs EPSG:28355 -co
"TILED=YES" -co "ALPHA=YES" -targetDir ~/output ~/input/*.tif
The result was good until I realised all the areas that sh
2015-05-03 12:51 GMT+02:00 Even Rouault :
> ogrinfo /vsizip/DOP_ZachParkoviste_b_gml.zip/DOP_ZachParkoviste_b.gml -ro
thanks for clarification, Martin
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev ma
>
> It's strange as I create patch with same command (svn diff --force >
> ~/md_reader.patch) as previous one.
I didn't try to apply during my first review. Just looked at the diff.
> I add changes for metadata readers directly to svn trunk copy on my PC.
> I can create pull request for github G
Hi Even,
It's strange as I create patch with same command (svn diff --force >
~/md_reader.patch) as previous one.
I add changes for metadata readers directly to svn trunk copy on my PC.
I can create pull request for github GDAL trunk, but it takes some time
to do, or I can just commit to svn t
Le dimanche 03 mai 2015 12:26:15, Martin Landa a écrit :
> Hi all,
>
> opening zipped gml using ogrinfo [1] fails with trunk.
>
> $ ogrinfo /vsizip/DOP_ZachParkoviste_b_gml.zip -ro
>
> Similar files in Esri Shapefile [2] is possible to open.
>
> $ ogrinfo /vsizip/DOP_ZachParkoviste_b_shp.zip -r
Hi all,
opening zipped gml using ogrinfo [1] fails with trunk.
$ ogrinfo /vsizip/DOP_ZachParkoviste_b_gml.zip -ro
Similar files in Esri Shapefile [2] is possible to open.
$ ogrinfo /vsizip/DOP_ZachParkoviste_b_shp.zip -ro
Any idea what could be wrong?
Thanks, Martin
[1]
http://opendata.iprp
Dmitry,
I didn't manage to apply the patch (due to the binary files)
$ patch -p0 < /tmp/md_reader.patch
patching file autotest/gcore/data/md_dg.IMD
patching file autotest/gcore/data/md_dg.RPB
patching file autotest/gcore/data/md_dg.tif
patch: malformed patch at line 187: \ No newline at end
