Morning,
Sorry about this. You are right. It works. My mistake.
Thanks a lot for your help.
Denis
On Sat, Nov 9, 2013 at 11:01 PM, Even Rouault
wrote:
> Le samedi 09 novembre 2013 21:17:07, denis cohen a écrit :
> > Hi,
> >
> > May be I wasn't clear. The x,y coordinates start from the lower lef
On Sat, Nov 9, 2013 at 1:07 PM, Norman Goldstein wrote:
> Things are better, now, but not quite there for me.
> Still not able to transform pixel/line to PCS space.
> (the listgeo dump is, below)
>
> I think the problem is that there is no definition of the
>
> ModelPixelScaleTag
>
> It seems that
Le samedi 09 novembre 2013 21:17:07, denis cohen a écrit :
> Hi,
>
> May be I wasn't clear. The x,y coordinates start from the lower left but
> not the elevation (z coord).
Well, it seems to work as expected with my test dataset. Are you sure about
that ? Perhaps there's something particular wit
Frank,
Things are better, now, but not quite there for me.
Still not able to transform pixel/line to PCS space.
(the listgeo dump is, below)
I think the problem is that there is no definition of the
ModelPixelScaleTag
It seems that this tag, together with the ModelTiepointTag,
is how an affine
Hi,
May be I wasn't clear. The x,y coordinates start from the lower left but
not the elevation (z coord).
Denis
On Sat, Nov 9, 2013 at 9:12 PM, Even Rouault
wrote:
> Le samedi 09 novembre 2013 20:59:11, denis cohen a écrit :
> > Salut,
> >
> > Almost there, it looks like the data is not inver
Le samedi 09 novembre 2013 20:59:11, denis cohen a écrit :
> Salut,
>
> Almost there, it looks like the data is not inverted, it still starts from
> the upper left corner instead of lower left.
Really ? Not in my testing.
$ gdalinfo ../autotest/gdrivers/data/small_world.tif
Driver: GTiff/GeoTIF
Salut,
Almost there, it looks like the data is not inverted, it still starts from
the upper left corner instead of lower left.
Thanks
Denis
On Sat, Nov 9, 2013 at 8:46 PM, Even Rouault
wrote:
> Le samedi 09 novembre 2013 20:39:50, denis cohen a écrit :
> > Hi,
> >
> > Thanks for the script.
Le samedi 09 novembre 2013 20:39:50, denis cohen a écrit :
> Hi,
>
> Thanks for the script. It works fine except for the actual data (elevation
> in my case, this is a DEM).
> It does not write the correct values.
Ah right, this version only worked for Byte data type. The below version
should wo
Hi,
Thanks for the script. It works fine except for the actual data (elevation
in my case, this is a DEM).
It does not write the correct values.
Merci
Denis
On Sat, Nov 9, 2013 at 8:02 PM, Even Rouault
wrote:
> Le samedi 09 novembre 2013 10:46:20, denis cohen a écrit :
> > Hello,
> >
> > I a
Le samedi 09 novembre 2013 10:46:20, denis cohen a écrit :
> Hello,
>
> I am a new user of gdal.
> I used gdal_translate to convert a netcdf file to xyz:
> gdal_translate -of XYZ file.nc file.xyz
>
> However, the xyz file starts with the upperleft coordinate.
> Is it possible to have it write the
> > -
> > --
> >
> > Note on darwin we typically use the system libz which appears to be
> > derivation of 1.2.5.
>
> I can reproduce this output from pngfix on a Fedora 15 box as follows...
>
> % tar -zxvf libpng-1.6.6.tar
Even Rouault mines-paris.org> writes:
>
> Well, I admire your energy. Why not being lazy and telling that your tutorial
> applies to GDAL 1.10 or above, and if people are using older versions some
> things might not apply.
All users do not administrate their computers. If sys admin suggests
Hello,
I am a new user of gdal.
I used gdal_translate to convert a netcdf file to xyz:
gdal_translate -of XYZ file.nc file.xyz
However, the xyz file starts with the upperleft coordinate.
Is it possible to have it write the xyz file starting with the lower left
coordinate?
Thank you for your help
13 matches
Mail list logo