Hello again,
Thank you for your answers, which guided me through my first steps.
Yesterday I was quite happy to succeed compiling mapserver with perl
which is a first step. In compiling gdal I was not that lucky but got a
few millimeters forward.
I tried compiling with MinGW and mysys - and
Le vendredi 01 mars 2013 14:53:15, Chunsun Zhang a écrit :
Hi Even,
I am a researcher in geospatial science. We want to use GDAL 1.10 with the
recently released openJPEG 2.0 to read satellite imagery. However, I
encountered errors in build GDAL 1.10beta. Can you please advise me how to
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-
boun...@lists.osgeo.org] On Behalf Of Stephen Woodbridge
Sent: Thursday, February 28, 2013 16:56
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] PostGIS date field output
On 2/28/2013 4:40 PM,
Le lundi 25 février 2013 19:53:22, Tamas Szekeres a écrit :
So we seem to have 3 divergent options to provide a work around:
1. Expose fieldmap setting to let the user decide the order of the fields
to be copied.
2. Modify GetFieldIndex to provide the name based lookup by the truncated
name
2013/3/1 Even Rouault even.roua...@mines-paris.org
There's even a 4th option that doesn't require any code change. Create a
OGR
VRT file that renames the source fields to the truncated shapefile field
names (or
the reverse : creates a OGR VRT that renames the truncated shapefile field
A simple temporary fix is to use the -sql option and use the AS keyword to
set the alias of the original field name into the truncated name.
On Sat, Mar 2, 2013 at 1:27 AM, Tamas Szekeres szeker...@gmail.com wrote:
2013/3/1 Even Rouault even.roua...@mines-paris.org
There's even a 4th
Hi,
I'm using Yorick, a programming language similar to C and Matlab, and
trying to port the function gdaltransform to Yorick. In order for me to do
that, I have to find the C wrapper for the particular function and then I
can work on porting it. I looked through gdal.h under gcore and no luck.
I have had some problems compiling the 1.10 beta with OpenJpeg support on
windows 7 and Microsoft Visual C++ 2008.
After configuring GDAL's nmake.opt file to include OpenJpeg. I was getting
errors that openjpeg-2.0\openjpeg.h could not be found. There is a
workaround since GDAL is looking in
Le samedi 02 mars 2013 00:56:34, allenck a écrit :
I have had some problems compiling the 1.10 beta with OpenJpeg support on
windows 7 and Microsoft Visual C++ 2008.
After configuring GDAL's nmake.opt file to include OpenJpeg. I was
getting errors that openjpeg-2.0\openjpeg.h could not be
Le vendredi 01 mars 2013 21:11:34, Ronak Bhatia a écrit :
Hi,
I'm using Yorick, a programming language similar to C and Matlab, and
trying to port the function gdaltransform to Yorick. In order for me to do
that, I have to find the C wrapper for the particular function and then I
can work
Le mercredi 27 février 2013 15:23:31, B.O a écrit :
I have a satellite images of this type (link to example:
http://navigator.eumetsat.int/smartEditor/preview/msg-level-1-5.jpg). I
have to reproject the image to obtain latitude and longitude values for
every pixel. I use gdal library
11 matches
Mail list logo