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
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
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
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
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
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
> >
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
> 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
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
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
10 matches
Mail list logo