Le mercredi 11 décembre 2013 19:23:09, Tim Keitt a écrit :
> On Tue, Dec 10, 2013 at 12:44 PM, Even Rouault
>
> > wrote:
> >
> > Le mardi 10 décembre 2013 16:48:31, Ivan Lucena a écrit :
> > > Hi Even,
> > >
> > > > From: even.roua...@mines-paris.org
> > > > To: gdal-dev@lists.osgeo.org
> > > >
On Tue, Dec 10, 2013 at 12:44 PM, Even Rouault wrote:
> Le mardi 10 décembre 2013 16:48:31, Ivan Lucena a écrit :
> > Hi Even,
> >
> > > From: even.roua...@mines-paris.org
> > > To: gdal-dev@lists.osgeo.org
> > > Subject: Re: [gdal-dev] Default GeoTransform for MEM driver
> > > Date: Mon, 9 Dec 2
Dennis,
You can create a new raster with the pixel values scaled to one bit so that
all you have is zero for no color and one for any color. Use gdal_translate
with the -scale option. The exact method depends on the data. Then you are
essentially ignoring the color.
Contours are set as lines inst
I have been using the GDAL utilities. But ran into a snag. We create
KML overlay files, basically KML file that geolocates a PNG on google
maps. This PNG is a vector image as well as can have 1 or two colors
other than the transparent background.We used gdal to convert this
to a GEOTIFF usin
Hi all,
since some weeks i think about the improvement of the java binding. The
fact is when you look at the javadoc and the gdal API doc, there's some
difference between them. The model of the java binding is reduced at the
minimum like geometry class.
If i remember there was a discussion about
