On Jul 22, 2008, at 9:48 AM, Ari Jolma wrote:
The trac.osgeo.org does not answer so I'll put this here.
Hobu, would it be ok to have (int len, int *output) typemap. They
can be used in GetHistogram method like this (note that the API is
same for C# but it must use different typemaps. From
All,
I have a series of MrSID images and none of them have any spatial
information in the header. I know that this is common for older
versions of the MrSID format and there are ways to get around this. I
have seen a very common way of doing this in ArcCatalog by "applying"
the projection in
Hi SriRam,
Try gdalwarp like this:
gdalwarp -dstnodata 255 infile.tif outfile.tif
If NoData is not defined in the source image in manner gdal
automatically recognises you'll need to specify it like so (assuming
pure black is NoData):
gdalwarp -srcnodata 0 -dstnodata 255 infile.tif out
Greetings,
I'm new to GDAL and the mailing list. I would like to create a geoTIFF from
NCEP model GRIB files using the GDAL GRIB driver. Could someone please
point me in the direction of an example of how I might do this?
Thank you,
Chris Melick
___
Greetings,
I'm new to GDAL and the mailing list. I would like to create a geoTIFF from
NCEP model GRIB files using the GDAL GRIB driver. Could someone please
point me in the direction of an example of how I might do this?
Thank you,
Chris
Dr. Christopher J. Melick
Data Services M
Andrew Brooks wrote:
Hi
I'm getting the following holes:
http://www.sat.dundee.ac.uk/~arb/gdalwarp.jpg
when I use gdalwarp on an image with a geolocation array.
Should I file a bug?
Andrew,
You can file a bug. I imagine this is a limitation of the "hole filling"
code:
http://trac.osgeo.o
2008/7/22 Evans, Frank <[EMAIL PROTECTED]>:
> OK, I'll zero in on that. One thing I noticed was that the
> "swig/csharp/gdal" directory has a "makefile.vc", but not a GNUmakefile.
>
You should use:
make veryclean
make interface
make
make test
in the swig/csharp directory assuming mono and swig
OK, I'll zero in on that. One thing I noticed was that the
"swig/csharp/gdal" directory has a "makefile.vc", but not a GNUmakefile.
During one of my numerous experiments, I manually compiled
"swig/csharp/gdal_wrap.o" by running
gcc -shared -Wl,-soname,libgdal_wrap.so -o libgdal_wrap.so gdal_wra
Frank,
According to the previous posts you might want to check the followings:
1. Do the dependent libraries (like libogrcsharp, gdal, proj, ..)
available to load by the system. See the LD_LIBRARY_PATH settings.
2. You can also make a test with a previous version of mono. We use
1.2.2.1 on the b
Frank,
It looks like either libgdalcsharp.la or one of it's dependencies is
not available to load, or incorrect version can be loaded with the
current LD_LIBRARY_PATH setting. Please check that the same version of
gdal is loading that the csharp bindings have been compiled against.
Best regards,
The trac.osgeo.org does not answer so I'll put this here.
Hobu, would it be ok to have (int len, int *output) typemap. They can be
used in GetHistogram method like this (note that the API is same for C#
but it must use different typemaps. From Band.i:
#ifndef SWIGCSHARP
%feature( "kwargs" ) G
Hi
I'm getting the following holes:
http://www.sat.dundee.ac.uk/~arb/gdalwarp.jpg
when I use gdalwarp on an image with a geolocation array.
Should I file a bug?
Andrew
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/
This message is related to the following thread.
http://www.nabble.com/c--Bindings-in-Mono-Linux-td17709337.html
Trying to get the c# bindings working in mono linux. The buildbots are
working, so clearly its a configuration or env issue on my end. Does anyone
have any general configuration advice
I agree the dll.config isn't the main issue. I've tried renaming files,
linking statically, linking dynamically. After a while, experimentation
makes the baseline suspect, so I blast it and start over. Its definitely
something on my end. Some basic mistake. I need to get more
swig-knowledge.
Thank
On Tue, 22 Jul 2008 08:30:01 +0100, Maciej Sieczka <[EMAIL PROTECTED]> wrote:
> have configure actually check whether libm defines sincos()".
And don't forget that on Solaris sincos() is defined in libsunmath.
On old versions of Solaris it used to be wise to use
-Bstatic -lsunmath -Bdynamic
in
Folks,
On GRASS andd QGIS MLs it was noticed that GDAL should "be a bit more
careful about defining sincos, i.e. have configure actually check
whether libm defines sincos()". See [1], [2] for the whole story, [3]
for resume.
[1]http://www.nabble.com/forum/ViewPost.jtp?post=18555960&framed=y
[2]h
16 matches
Mail list logo
