Hi,
To install the plugins, you should set GDAL_DRIVER_PATH to point to the
plugin directory ie:
SET GDAL_DRIVER_PATH=[package dir]\bin\gdal\plugins
or
create a \gdalplugins directory from where the executable is running any
copy the plugin dll-s into this directory.
Best regards,
Tamas
20
vinod.bho...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Frank,
Thanks! Indeed, PIXELTYPE is set to SIGNEDBYTE:
>>> band.GetMetadata('IMAGE_STRUCTURE')
{'PIXELTYPE': 'SIGNEDBYTE', 'COMPRESSION': 'RLC'}
I am sorry I missed that in the RFC. It is obvious now. I need to read up on
GDAL's metadata infrastructure.
Do you have any advice on deducing the co
Jason Roberts wrote:
band.GetMetadata()
{'LAYER_TYPE': 'athematic', 'STATISTICS_MAXIMUM': '126',
'STATISTICS_MINIMUM': '-127', 'STATISTICS_STDDEV': '109.55249883047',
'STATISTICS_HISTOBINVALUES': '3|3|', 'STATISTICS_MEAN': '-0.33',
'STATISTICS_MODE': '6.2891288834462e-247', 'STATISTI
Hello all,
I've been impressed with the open source Optiks image editor and its
NITF support. For those of you who have worked with NITF before, are
there any other NITF image editors with read/write capability that you
recommend? Open source or commercial is fine, I'd just like to get a
feel fo
Frank,
Thanks for the pointer. The PIXELTYPE SIGNEDBYTE metadata looks like the
official way to detect signed 8-bit data. Unfortunately it does not seem to
work for me.
I used the ArcGIS 9.3.1 ASCII to Raster tool to convert the following ASCII
file to IMG format:
ncols 3
nrows 3
Jason Roberts wrote:
GDAL only supports unsigned 8-bit integers (GDT_Byte). That is the
ultimate difficulty but it has been worked around before in other
drivers. Is there any possibility that the HFA driver could be changed
to work like the AIG driver, so that S8 data is returned as GDT_Int16
Even wrote:
Hermann,
I'm not aware of any GDAL Trac ticket with the patch attached, some text
explaining why and when it is necessary/usefull, and ideally a step by step
scenario and sample data that demonstrates its usefulness. This is the general
procedure to submit enhancements & bug fixes, o
Selon Lodewijk Pool :
> Even,
>
> I think I've figured this out, in my particular example I had a filename
> which contained the character 'é' (U+00E9), which in UTF-8 encoding is the
> two byte sequence 0xC3 0xA9. However, this character is also in the ANSI
> character set (233 decimal), which e
Daniele,
I suggest you file a Trac ticket on this with the following info. From a first
review, it seems that libgeotiff doesn't deal with the EPSG projection method
9829 used by EPSG:3031, aka "Polar_Stereographic (variant B)" according to
http://javadoc.geotools.fr/2.4/org/geotools/referencing/o
Selon Markus Neteler :
Hermann,
I'm not aware of any GDAL Trac ticket with the patch attached, some text
explaining why and when it is necessary/usefull, and ideally a step by step
scenario and sample data that demonstrates its usefulness. This is the general
procedure to submit enhancements & bu
Randy wrote:
> Hi, everyone,
>
>I’m now interesting in displaying ENCs.
>
>I know the OGR can support the s57 format files and it can get some
> data like point、line、polygon. But it cannot support the styles as Mr
> Frank Warmerdam told me. Now, I have such questions:
>
> 1. Wher
jor sion wrote:
Hi,
Is there any method to get the rank value of a dataset?
JoSn,
The rank of a GDALDataset is implicitly three x, y and band dimensions.
The band count may be one in which case you can think of it as a rank-2
array.
Best regards,
--
---+-
On Tue, Sep 1, 2009 at 8:39 AM, Hermann Peifer wrote:
> Jukka Rahkonen wrote:
>>
>> Hermann Peifer gmx.eu> writes:
>>
>>> Adam wrote:
You can test with http://pastebin.com/m45e46f53
Also remember to use -wo SKIP_NOSOURCE=YES
>>> Adam,
>>>
>>> Will your patch appear in trunk/gda
Hello, thanks for your help.
I check the release-1500-gdal-1-6-mapserver-5-4 package, and find out that
gdal_HDF5.dll and gdal_HDF5Image.dll are under the folder \bin\gdal\plugins. To
make HDF5 work well, these two dlls are essential, is it?
By the way, It seems that these two dlls are copied
Andrew,
Take a look at how it is done in gdalinfo here:
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c#L680
On Tue, Sep 1, 2009 at 8:19 PM, coastalrocket wrote:
>
> Hello all,
>
> I'm very much new to GDAL and have been for the last couple of days
> following the c# implementatio
Hi list,
I'm working on a geotiff image which is projected as EPSG:3031 (Antarctic
Polar Stereographic).
When running the last fwtools's gdalinfo, I get the following:
Coordinate System is:
PROJCS["WGS 84 / Antarctic Polar Stereographic",
GEOGCS["WGS 84",
DATUM["WGS_1984",
Hi, everyone,
I’m now interesting in displaying ENCs.
I know the OGR can support the s57 format files and it can get some data
like point、line、polygon. But it cannot support the styles as Mr Frank
Warmerdam told me. Now, I have such questions:
1. Where can I know what OGR does suppo
Hello all,
I'm very much new to GDAL and have been for the last couple of days
following the c# implementation examples. I have noticed that the corner
coordinates output of gdalinfo for my image will contain the projected
coordinate values followed by the unprojected latitude / longitude values.
Hi,
The automated builders at http://vbkto.dyndns.org:1280/sdk use hdf5-1.8.2
but I suspect the recent stable version (1.8.3) would also work.
You could also download ready to use SDK packages from this location to
compile gdal with hdf5 easily.
Best regards,
Tamas
2009/9/1 atubar
> I'm a f
I'm a freshman, and I want to support HDF5 format in my program by using gdal,
which version of lib HDF5 should be added to Gdal, 1.6.X or 1.8.x?
It seems that 1.8.x has taken great changes. And it seems that gdal recommands
1.6.x, for c:\warmerda\supportlibs\hdf5\5-164-win
listed in nmake.opt.
B
Hi,
Is there any method to get the rank value of a dataset?
--
JoSn
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Dear mailing list,
I'm having trouble geocoding image files in Envisat N1 format. I believe
that the best way is to use gdalwarp with the geoloc flag, since the
geo-information consists of large arrays of GCPs. But this fails with the
error "unable to compute a geoloc_array based transformation..
Hi,
I am now dealing with the reprojection of modis 500m data to WGS84 by
gdalwarp.
I defined the original and target projection parameters of modis data as
srs='+proj=sinu +R=6371007.181 +nadgri...@null +wktext'
trs='+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs'
and found that the resu
24 matches
Mail list logo
