Le mardi 10 juillet 2012 01:10:04, Christy Nieman a écrit :
> It seems that there are other features from
> http://www.gdal.org/ogr/ogr_feature_style.html that don't work (e.g.
> offsetting a label from the label point, using the pre-defined pen
> styles). Is everything supposedly implemented and
Thanks Even,
Much appreciated.
That seems to have worked (although not thoroughly tested), at least for
GDAL-2x.
We have v7 of the Kakadu SDK and I will persevere with this version and look at
the JNI bindings now and the geoserver imageIO extension.
Kind regards,
Shaun
-Original Message--
Tom,
gdaltransform is for transforming individual points, not entire datasets
What you want to achieve can be done with the gdalwarp command-line
tool [1] . See [2] and [3] for more information regarding netcdf
support in gdal.
You will need gdal version 1.9 to work properly with netcdf files
(e
summary: new user with limited geoinformatic background (including
jargon familiarity) wants to know if any of the GDAL tools (e.g.,
gdaltransform) can "regrid" netCDF data, such that data attributed to
each gridcell in a source dataset at a given {projection, resolution}
tuple is appropriately al
It seems that there are other features from
http://www.gdal.org/ogr/ogr_feature_style.html that don't work (e.g. offsetting
a label from the label point, using the pre-defined pen styles). Is everything
supposedly implemented and the ones I've found were accidentally missed? Or is
it still a
Thanks Even. Did a quick test and it looks good!
On 2012-07-09, at 2:26 PM, Even Rouault wrote:
>> From what I understand, LABEL(s:40pt,t:{NAME}) should use the NAME
>> attribute field for the labels, but it is using "{NAME}" as the text.
>
> Good catch. Support for that syntax was actually mis
Even Rouault wrote:
>> While trying external overviews I found two troubles. First one is that
>> it isimpossible to build external overviews if there has been internal
>> overviews in the table. Removing them with "gdaladdo -clean" does not
>> help, the message is still:
>> ERROR 6: Cannot add ex
> While trying external overviews I found two troubles. First one is that
> it isimpossible to build external overviews if there has been internal
> overviews in the table. Removing them with "gdaladdo -clean" does not
> help, the message is still:
> ERROR 6: Cannot add external overviews to a data
Hi,
Unfortunately the nearest neighbour sampling of internal overviews of
Rasterlite tables yields pretty poor quality and no other sampling methods
are supported.
While trying external overviews I found two troubles. First one is that
it isimpossible to build external overviews if there has be
> From what I understand, LABEL(s:40pt,t:{NAME}) should use the NAME
> attribute field for the labels, but it is using "{NAME}" as the text.
Good catch. Support for that syntax was actually missing. I've just added it
in r24665
___
gdal-dev mailing lis
Hello,
I'm trying to overlay vectors in a PDF with a geoTIFF as the backdrop
with GDAL compiled from trunk last Friday. I had no problem adding a
point layer and a polygon layer to a VRT and giving them
colours/symbols/outlines. But I tried adding labels to the point layer
by specifying the
On 9 July 2012 18:11, Zermeno, Robert J CIV NAVAIR, 472100D
wrote:
> I am able to add kakadu to GDAL successfully in release mode, but always get
> an
> access violation error (MSVC brings up a malloc file) when performing a
> simple GDALOpen("jpip://ipAddress/file.jp2").
> I want to see what pr
Ladies and Gents,
I am upgrading my DLLs to all compile with the same CRT and trying to get GDAL
to build with Kakadu for MSVC2010. I have the latest GDAL SVN (7-8-2012) and
kakadu v5.2.6.0 (I know it is older, but it works).
I had to use MSVC2010 to update kakadu MSVC2005 and able to success
Folks,
I declare the motion passed (More than 2 business days, more than two +1
from PSC members and no -1) but will proceed with the commit and other
things like the comment below only in August as I'm on holidays +
traveling until that.
Ari
On 06/29/2012 08:32 AM, Daniel Morissette wrote:
Le lundi 09 juillet 2012 03:07:06, Kolomeitz Shaun a écrit :
> Does anyone happen to know how to get Kakadu v7 SDK to compile
> successfully into GDAL under 64bit Debian Linux please ?
Shaun,
I don't think so. Apparently there are a few changes that would be needed to
support Kakadu v7. See http
15 matches
Mail list logo
