Even Rouault wrote:
>
> Your friends are the Feature.SetField() and Layer.SetFeature() methods.
>
Thanks Even, I am now exploring Python bindings, the results are promising !
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Using-GDAL-to-update-DBFs-of-an-ESRI-Shapefil
Etienne,
you are really reason.
I often forgot the great powerful of the tiff driver and so forgot also to
read the tiff driver page.
Thx to remenber me this.
Regards,
2011/9/3 Etienne Tourigny
> Andrea,
>
> please read the gtiff driver page at http://www.gdal.org/frmt_gtiff.html
>
> you need
Andrea,
please read the gtiff driver page at http://www.gdal.org/frmt_gtiff.html
you need to add a few options, such as -co COMPRESS=CCITTFAX4 -co NBITS=1
Etienne
On Fri, Sep 2, 2011 at 7:15 PM, Andrea Peri wrote:
>
> Hi Frank,
> thx for very rapid response.
>
> gdal_merge.py now work and the
Hi Frank,
thx for very rapid response.
gdal_merge.py now work and the result is intellegible.
testing the result ,
I notice the result is a 256 color image.
Instead the starting image was true CCITTFax4 raster.
This mean a huge dimension of files.
Is possible to have a real Tiff4 (1 bit color)
Andrea,
I think the problem is that these are one bit files with
a black/white color table and by default gdal_merge.py
does not copy the color table. If you add the -pct
switch it should do so.
I imagine the result file does have pixels with values of
zero and one, but you won't see them as dif
>Unfortunately the resulted raster is intellegible (the input raster was all
>clearly visible).
>It is an all black image :(
oops sorry for my english.
I would say "unintellegible"
--
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Hi,
I need to merge some Tiff4 (bw) raster and obtain 1 only more big tiff4
raster.
I'm try-ing this with gdal_merge.py
and using a comand like this:
python gdal_merge.py -o ../raster/216.tif -n 1 -ot Byte
../raster/10k/216*.tif
Unfortunately the resulted raster is intellegible (the input raster
+1
/**
*
* Kyle Shannon
* ksshan...@gmail.com
*
*/
On Fri, Sep 2, 2011 at 14:48, Etienne Tourigny wrote:
> I agree with the RFC3 guidelines.
>
> thanks for the support,
> Etienne
>
> On Fri, Sep 2, 2011 at 5:42 PM, Even Rouault > wrote:
>
>> Motion: Extend GDAL/OGR Commit Access to Etie
I agree with the RFC3 guidelines.
thanks for the support,
Etienne
On Fri, Sep 2, 2011 at 5:42 PM, Even Rouault
wrote:
> Motion: Extend GDAL/OGR Commit Access to Etienne Tourigny
> ---
>
> Hi,
>
> Kyle Shannon and I would like to propose Etienne Tourigny for commit access
> to
> GDAL subversion r
On Fri, Sep 2, 2011 at 1:42 PM, Even Rouault
wrote:
> Motion: Extend GDAL/OGR Commit Access to Etienne Tourigny
+1
--
---+--
I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com
light and sound - ac
Motion: Extend GDAL/OGR Commit Access to Etienne Tourigny
---
Hi,
Kyle Shannon and I would like to propose Etienne Tourigny for commit access to
GDAL subversion repository.
Etienne has recently contributed in the developement of the netCDF driver. He
has submitted many ideas for fixes and impr
On Fri, Sep 2, 2011 at 12:06 PM, Etienne Tourigny
wrote:
> Frank, please do send me your emacs macros. With your permission I will
> add that information to the wiki as suggested by Even.
Etienne,
I have added a note to myself to collect the header macro
tonight. It is a bit involved, and wri
Le vendredi 02 septembre 2011 21:06:16, Etienne Tourigny a écrit :
> Frank, please do send me your emacs macros. With your permission I will
> add that information to the wiki as suggested by Even.
>
> I agree with your policy of not being too strict, but a minimal set of
> standards is a good t
Frank, please do send me your emacs macros. With your permission I will
add that information to the wiki as suggested by Even.
I agree with your policy of not being too strict, but a minimal set of
standards is a good thing IMHO.
It could help in elaborating a suggested standard in the wiki page
On Fri, Sep 2, 2011 at 11:29 AM, Even Rouault
wrote:
>> (setq-default c-basic-offset 4
>> tab-width 4
>> indent-tabs-mode nil)
>> (c-set-offset 'case-label '+)
>
> Not sure if it is RFC material, but you can definitely share it in
> http://trac.osgeo.org/gdal/wiki/HowToContribu
Le vendredi 02 septembre 2011 02:42:10, Etienne Tourigny a écrit :
> Hi all,
>
> Can someone point me to the correct emacs configuration (in .emacs file)
> that follows GDAL c++ coding standards?
>
Sorry, I don't use emacs...
>
> It would be a nice addition to the Developer standards at
> htt
Hello,
In gdal_translate source code I can read that the projwin option is
not valid if the raster is rotated. And related with this (I think),
in WCS driver, in GetCoverage function, you can see these lines
dfMinX = adfGeoTransform[0] +
(nXOff) * adfGeoTransform[1];
dfMaxX = adfGeoTransf
Le vendredi 02 septembre 2011 02:29:35, Leidy Garzon a écrit :
> Hello
> I am working in a project using Erdas Apollo Server, I have to build a
> excel report from a .img file but I dont know how to get the pixel data
> from the image.
> I was trying using GDALImageReader class from
> imageio-ext-g
Etienne
I can read it with ogr. I am wondering if others have interest too
http://svn.osgeo.org/gdal/sandbox/winkey/ogr-netcdf/ogrsf_frmts/netcdf/
Brian
On Fri, 2011-09-02 at 10:57 -0300, Etienne Tourigny wrote:
> There has been recent work on incorporating netcdf support for point
> and traje
There has been recent work on incorporating netcdf support for point and
trajectory data with Talend, maybe that can help?
http://www.neogeo-online.net/blog/archives/1350/
http://talendforge.org/svn/sdi/trunk/org.talend.sdi.designer.components.sandbox/components/sNetCDFInput/
Etienne
On Tue, Aug
Even Rouault wrote:
> So perhaps the issue you saw was specifically a 64bit issue.
Indeed, this appears to be obvious. BTW, just to make sure we're
talking about the same symptoms: May I assume that the voids as shown
in this shot:
http://foxtrot.mgras.net/bitmap/VMap0-voids.png
(colou
The -r cubic option seems to be working like a charm. Thanks a lot for your
suggestion, Brian.
However, I am still not quite sure why this tiling effect occurred when
using the default resampling method (i.e. nearest neighbour ) on this map
data. And how can we tell what kind of resampling method
22 matches
Mail list logo
