Thanks for this links. I'll try to build bindings using this information.
2011/9/24 Even Rouault :
> Le samedi 24 septembre 2011 15:43:57, Alexander Bruy a écrit :
>> Thanks, renaming cpl_config.h.vc to cpl_config.h solves the problem.
>> Now GDAL compiles.
>>
>> Unfortunatelly, I can't build Pyth
Le samedi 24 septembre 2011 15:43:57, Alexander Bruy a écrit :
> Thanks, renaming cpl_config.h.vc to cpl_config.h solves the problem.
> Now GDAL compiles.
>
> Unfortunatelly, I can't build Python bindigns because Python in OSGeo4W
> was built with VS 2003 and seems there are no downloads for this
Expected result was a UTMeast >0 . I always receive the same result no
matter the input.
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Jean-Claude Repetto
jrepetto-at-free.fr |GDAL|
Sent: Saturday, September 24, 2011 11:15
Thanks, renaming cpl_config.h.vc to cpl_config.h solves the problem.
Now GDAL compiles.
Unfortunatelly, I can't build Python bindigns because Python in OSGeo4W
was built with VS 2003 and seems there are no downloads for this VC version.
Bad...
2011/9/24 Even Rouault :
> Le samedi 24 septembre 201
On 09/24/11 14:45, dev4cx4...@snkmail.com wrote:
Success returns false, and UTMeast = -505516.60123597935 and UTMnorth =
959.7180830985
And the expected result was ...
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mai
Sorry - left critical line out of previous post. Is there a web based
version of this mailing list? It's a bit tedious with mailman.
Can anybody see what I'm doing wrong (and don't say writing it in VB.NET) in
my logic of converting a Lat/Long to UTM? All the assignments, except the
lat one, ar
Can anybody see what I'm doing wrong (and don't say writing it in VB.NET) in
my logic of converting a Lat/Long to UTM?
Dim MapSRS As New OGRSpatialReference ' Coordinate system of map
Dim UTMSRS As New OGRSpatialReference ' Coordinate system for UTM
Dim CT As OGRCoordinat
Le samedi 24 septembre 2011 14:01:35, Alexander Bruy a écrit :
The line numbers in the error message makes me believe that, for some reason,
the cpl_config.h that gets used is the Unix one and not the one coming from
cpl_config.h.vc. So I'd suggest you delete port/cpl_config.h and start building
Hi all,
I'm trying to build GDAL trunk on Windows XP SP3 using dependencies
from OSGeo4W with
MS VS Express 2008 SP1 (MS Platform SDK for Windows Server 2003 R2
installed too).
I install all necessary packages from OSGeo4W, checkout latest GDAL
sources (r23115) then
edit nmake.opt file and specify