Le mardi 26 février 2013 18:50:18, Jose Gomez-Dans a écrit :
> Hi,
> Trying to compile GDAL on RHEL6 x864_64. It's failing looking for libcurl
> when linking. I don't need curl in this machine, and it's not installed. My
> configure line is as follows:
>
> ./configure --prefix=/home/User/bin/ --wi
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 (http:
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 w
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
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 the
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.
Co
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 wrote:
>
>
> 2013/3/1 Even Rouault
>
>>
>> There's even a 4th option that doesn't require any code change.
2013/3/1 Even Rouault
>
> 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
> names
> to the original fi
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
>
> -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 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
>
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
12 matches
Mail list logo
