that is indeed one way to do it. and it actually got the make to
finally work. many thanks.
i'll be checking with red hat on monday to see if there is something
funky about libexpat libraries in 5.4.
also will be checking with the gamma software people to see if there is
something in that
Steve Williams wrote:
I am trying to compile gdal as per the instructions of the developer of
specialized remote sensing software called gamma
(http://www.gamma-rs.ch/). The platform is a Dell T410 dual Xeon
processor system with 8GB of memory, running Redhat Enterprise Linux
(RHEL 5.4 x86_64
yep, you are right. which is what i thought too and did the same thing
you suggested. unfortunately the same thing happens. same error at the
same location during make.
Kyle Shannon wrote:
As Even wrote to me some time ago:
My guess is that /usr/lib/libexpat.so is a 32bit library. Mayb
As a side note, I’m sure this has come up before, but I couldn’t find a
search engine to for the entire e-mail archives. Am I just missing it?
Mail archive is nice and speedy, not sure of it's reach:
http://www.mail-archive.com/gdal-dev@lists.osgeo.org/maillist.html
Nabble goes back to 2005-
As Even wrote to me some time ago:
My guess is that /usr/lib/libexpat.so is a 32bit library. Maybe there's
a /usr/lib64/libexpat.so on your system ? I'm not sure of the filesystem
layout of RedHat's 64bit systems.
If that's the case, use the --with-expat-lib= option of the configure
script.
and
I am trying to compile gdal as per the instructions of the developer of
specialized remote sensing software called gamma
(http://www.gamma-rs.ch/). The platform is a Dell T410 dual Xeon
processor system with 8GB of memory, running Redhat Enterprise Linux
(RHEL 5.4 x86_64). The configure goes
I tried your suggestion of using a modified buffer offset and a negative
nLineSpace parameter, and it worked! Very clever and well done!
Thanks,
Todd___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Simone,
Simone Giannecchini a écrit :
I've tried GetPrimitiveArrayCritical() / ReleasePrimitiveArrayCritical() and
I've observed they return non-copy pointers, which make them good candidates.
Looking at
http://java.sun.com/j2se/1.3/docs/guide/jni/jni-12.html#GetPrimitiveArrayCritical,
it app
tasmi...@rockwellcollins.com a écrit :
Sometimes, it is desirable for GDAL not try to be too smart ;-)
However I think you can achieve what you want if you provide the buffer
with the right offset and a negative nLineSpace parameter. Something
like that (untested !) :
void* pBuffer = malloc(
Frank Warmerdam pobox.com> writes:
> Both my codes, 2393 and 3067 are included in pcs.csv thus I believe I must
> > edit pcs.override.csv.
>
> Essentially yes.
>
I was fiddling with pcs.csv, gcs.csv and corresponding override files in and
managed to get the system into such state that piecewi
I work with code that handles data in a particular way. Instead of using
the top-left corner as the origin, it uses the bottom left. It treats the
data as if it's sitting in quadrant 1 on an X-Y plane with the bottom left
corner sitting on the origin. The code expects me to read in the data
Ciao Ivan,
wasn't Java supposed to slow? :-)
Anyway, Even has done a good job lately to improve the Java bindings,
I am trying to spare some of our time to track his work closer and
give more feedback.
Ciao,
Simone
---
Ing. Simone Giannecchini
G
Hi,
> Unfortunately, the man page has no description of the expected format for
> input_file. My input file is a .png image of an area of the Himalayas in a
> lat/lon projection. I have corner points, of course, but they're not in the
> .png (as far as I know!) My question now is how do I go abo
Hi all,
In one of my application I want to create a Shapefile and populate it.
The aime is to read data from a netCDF file and transform them into Feature
of a ShapeFile.
It works fine for almost all fields but the script crash when I try to
calculate a field who depends of two others (like fields
Ciao Even,
please read below...
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39 333 8128928
http://www.geo-solut
Hi,
Gdaltindex creates simple rectangular polygons. When images are warped the
resulting tileindex polygons will overlap. This is ok when tileindex is used as
an image catalogue by Mapserver. However, sometimes it would be useful to have
an image catalogue showing the real image data areas. Is th
16 matches
Mail list logo
