Web Services and Geo-computation expert
Published on: January 20, 2017
Location: Wageningen
Scientific field: Natural Sciences
Application deadline: 10 March 2017.
ISRIC --- World Soil Information is looking for a computer scientist /
software developer specialized in Web Services and Geo-compu
;
QGIS.
http://qgis.org
--
Eloi Ribeiro
Geoinformatic
51.9871, 5.6661
http://eloiribeiro.eu (home server, probably down o_O)
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
" -mo "LEGEND_VALUE_2=B" (...)
Or
gdal_edit -mo "LEGEND=1:A, 2:B, (...)"
Is there a 'best practice' to put a legend in a GeoTIFF? Thanks.
Cheers,
Eloi
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/2013 01:38 PM, Jose Gomez-Dans wrote:
> On 6 September 2013 11:33, Eloi wrote:
>
>> Assigning EPSG:4326 nothing comes up when loading the image with
>> others data in EPSG:4326.
>>
>
> You are right, th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/2013 12:21 PM, Jukka Rahkonen wrote:
> Eloi openmailbox.org> writes:
>
>
>> Hi all,
>>
>> What is the resampling method used by gdal_translate when using
>> the -outsize option?
>
> Nearest neig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/2013 11:53 AM, Jose Gomez-Dans wrote:
> Hi Eloi,
>
> I think that the projection for the global CMG MOD13 products is
> lat/long, and is stored in the dataset itself (I deleted the
> MOD13's last weeek, so can't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
What is the resampling method used by gdal_translate when using the
- -outsize option?
In my case I will change resolution from 7200*3600 into 720*360.
Thanks! All the best,
Eloi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU
05.2006272104028.hdf":MOD_Grid_monthly_CMG_VI:CMG
0.05 Deg Monthly NDVI' ndvi_sinu.tif
Thanks in advance,
Eloi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJSKaIrAAoJEP9qulIE6g
Try this to convert 0º 360º into -180º 180º:
http://eloiribeiro.wordpress.com/2009/07/08/coverter-imagens-0%C2%BA-360%C2%BA-a-180-180%C2%BA-com-gdal/
Good luck,
Eloi Ribeiro
GIS Analyst / Programmer
51.9871, 5.6661
flavors.me/eloiribeiro
On 7 June 2013 17:32, laura0 wrote:
> Hi all,
>
Thanks Jukka!
It worked fine!
By,
Eloi Ribeiro
GIS Analyst
39,45º -4,40º
http://eloiribeiro.wordpress.com
On Mon, Nov 15, 2010 at 14:07, Jukka Rahkonen wrote:
> Eloi Ribeiro gmail.com> writes:
>
> >
> >
> > Hi all,
> >
> > By mistake I have assigned
Hi all,
By mistake I have assigned the wrong coordinate system to a GTiff image and
deleted the original file.
How can I remove coordinate system info from a GTiff and then assign the
correct one with no warping involved in the process?
Thanks for your help!
Eloi Ribeiro
GIS Analyst
39,45º
ading this[1] I just realise that there is not such a
configuration file to search for in GDAL.
After all is not that big issue.
Thanks anyway.
By,
[1] http://www.osgeo.org/pipermail/gdal-dev/2007-April/012561.html
<http://www.osgeo.org/pipermail/gdal-dev/2007-April/012561.html>
Eloi Ribeiro
In other words,
When I ask GDAL for:
*gdalwarp -s_srs EPSG:23030 -t_srs EPSG:4258 rast_23030.tif rast_4258.tif*
GDAL knows that 'EPSG:23030' means '+proj=utm +zone=30 +ellps=intl +units=m
+no_defs'.
So my question is: From witch file GDAL gets that information from?
Cheer
790,20791,23029,23030,23031,3763,4258,4326
[2] pt73_e89.gsb, ptLX_e89.gsb, ptLB_e89.gsb, ptED_e89.gsb, R2009V9.gsb,
BALR2009.gsb
Eloi Ribeiro
GIS Analyst
39,45º -4,40º
http://eloiribeiro.wordpress.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Thanks for the link Even!
There was everything I needed to know in line 338 - "Loop over bands".
I was missing this: Description = banda.GetDescription().
Thanks,
Eloi
On Tue, Jun 8, 2010 at 9:41 PM, Even Rouault
wrote:
>
> http://trac.osgeo.org/gdal/browser/trunk/gdal/swi
dataset.GetRasterBand(nBandas)*
*BlockSize = banda.GetBlockSize()*
*DataType = gdal.GetDataTypeName(banda.DataType)*
*Metadata = banda.GetMetadata()*
*for chave, valor in Metadata.iteritems():*
*print chave, '=', valor.strip()*
I would appreciate some help.
Thanks for the good news!
I will wait for the 1.7.3 release.
Best regards,
Eloi
On Mon, May 24, 2010 at 11:58 AM, Even Rouault wrote:
> Eloi,
>
> I've fixed an "obvious" coding error in the degrib library used by GDAL to
> read GRIB files that was the cause for
On Fri, Apr 30, 2010 at 12:42 PM, Eloi Ribeiro wrote:
>
> On Thu, Apr 29, 2010 at 3:35 PM, Frank Warmerdam wrote:
>
>> Eloi Ribeiro wrote:
>>
>>> Hi,
>>>
>>> I keep receiving this warning using GDAL (1.6.3 released 2009/11/19 on
>>>
On Thu, Apr 29, 2010 at 3:35 PM, Frank Warmerdam wrote:
> Eloi Ribeiro wrote:
>
>> Hi,
>>
>> I keep receiving this warning using GDAL (1.6.3 released 2009/11/19 on
>> Ubuntu desktop 9.10) whith GRIB2 files:
>>
>> "Warning: Investigate Template 4.8 b
ith GRIB 1 version I didn't had any problems.
[1] http://dl.dropbox.com/u/1735137/pgbl01.gdas.T_MIN.2m.grb2
[2] http://dss.ucar.edu/datasets/ds093.2/
[3] http://dl.dropbox.com/u/1735137/ipvlnl.gdas.TMP.SFC.grb2
Thanks for reading till here. By,
--
Eloi Ribeiro
GIS Analyst
39,45º -4,40º
http://
20 matches
Mail list logo
