Re: [gdal-dev] Add to PythonGotchas: saving and closing raster datasets

2014-05-27 Thread Mike Toews
Thanks Even and Sean for the input. I'll proceed to add this to the wiki when I have an extended moment. I think I'll rephrase this gotcha to also apply to OGR datasources, where the API reads "you should always close any opened datasource with OGR_DS_Destroy() that will ensure all data is correct

Re: [gdal-dev] issues with gdal2tiles.py

2014-05-27 Thread Andre Joost
Am 27.05.2014 18:45, schrieb Marcela Campo: Hi André, thank you for your response. I am not using EPSG:900913 anywhere You mentioned an error message about EPSG:900913 in your first post. I did my gdal2tiling a few years ago, and at that time 900913 was still listed in proj. Now it has been r

Re: [gdal-dev] issues with gdal2tiles.py

2014-05-27 Thread Marcela Campo
Hi André, thank you for your response. I am not using EPSG:900913 anywhere I got some img files someone else processed in arcgis and I am processing them this way: gdal_translate -of GTIFF -co "COMPRESS=LZW" -scale 0 255 0 255 -ot Byte input.img input.tif gdalwarp -t_srs "EPSG:3857" input.tif

Re: [gdal-dev] issues with gdal2tiles.py

2014-05-27 Thread Andre Joost
Am 27.05.2014 05:31, schrieb Marcela Campo: 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 form

Re: [gdal-dev] Using GDAL with gridded XYZ that has no 'nodata' values?

2014-05-27 Thread Sam Franklin
Hi Even. Great, that worked for me too when sorting on both columns. Really appreciate you help. Sam On 27 May 2014 01:31, Even Rouault wrote: > 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 datase

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

2014-05-27 Thread Even Rouault
Selon Ivan Lucena : > > Date: Tue, 27 May 2014 11:46:35 +0200 > > From: even.roua...@mines-paris.org > > To: mate...@loskot.net > > CC: lucena_i...@hotmail.com; even.roua...@mines-paris.org; > gdal-dev@lists.osgeo.org > > Subject: Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited > >

[gdal-dev] Gdalwarp is unable to output a geotiff with units = seconds correctly

2014-05-27 Thread Marcel Korn
We use geotif with units=seconds quite a lot. I found that running : gdalwarp -t_srs 1. If target srs_def is a prj file with EPSG code for GCS WGS84 and units= degree and my input file is a geotiff with GCS WGS84 and units= Seconds - the output file is a "normal" geotiff with GCS WGS84 and uni

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

2014-05-27 Thread Ivan Lucena
> Date: Tue, 27 May 2014 11:46:35 +0200 > From: even.roua...@mines-paris.org > To: mate...@loskot.net > CC: lucena_i...@hotmail.com; even.roua...@mines-paris.org; > gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited > > Selon Mateusz : > > I'd ra

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

2014-05-27 Thread Even Rouault
Selon Mateusz : I'd rather see frmts/mixed/X if X is a single driver that can return both raster and vector content. If you have a X (GeoRaster) and YY (OGR OCI) drivers that use common code but remain separate, I'd say you can have frmts/raster/X and frmts/vector/Y and ma

Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

2014-05-27 Thread Mateusz Łoskot
On 27 May 2014 01:24, Ivan Lucena wrote: > What I am most interested is to have two driver > (that uses the same data container) sharing a little bit of code. > [...] > In my case I would like to have a folder structure to keep my two driver > under the same folder. > > Something like that: > > /f