thank you for your reply,
now I am confused that besides write makefile with plugin support in dirver
dir, are there other changes? and are there any changes in our partner's dirver
source? IN my opinion, gdal_FOO.dll is just the interface between FOO.DLL and
gdal16.dll, and our partner need pr
TomvanTilburg a écrit :
hum, looks a bit like a (mysterious) PROJ.4 issue. The "unknown
projection id" probably referes to the 'sterea' method.
I've found a ticket in the PROJ trac database that seems to be very
similar to your issue : http://trac.osgeo.org/proj/ticket/43
Hi Even,
Thanks fo
Greg,
I already answered to the question in the very same thread you're
refering to.
The conclusion is that gdalbuildvrt already saves relative paths in most
cases where it makes sense. See my post :
http://lists.osgeo.org/pipermail/gdal-dev/2009-October/022358.html.
On Oct 14, 2009, at 1
Ivan Lucena wrote:
Hi there,
Is that only me or there is something wrong with the trunk build:
Ahem,
Sorry folks - the rest of my changes are now committed.
Best regards,
--
---+--
I set the clouds in motion - turn up
Hi Even,
Thanks for replying.
I don't think GDAL installation is the problem, since trying the same code
with different geom works fine.
But I just ran it in the DOS box and got a bit more descriptives:
WKT:POINT(127576.476563 481237.375)
POINT (127576.476563 481237.375)
ERROR 6: Failed to init
You probably have Visual studio installed or some other application that
installed the required manifest files on your machine but is not the case on
Brigitte's machine. On her machine check if for the following directory:
C:\WINDOWS\WinSxS\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-w
Hi Howard,
Il giorno Fri, 27 Nov 2009 13:59:12 -0600
Howard Butler ha scritto:
> All,
>
> The GDAL team is pleased to announce the release of GDAL 1.6.3.
>
> http://download.osgeo.org/gdal/gdal-1.6.3.tar.gz
> http://download.osgeo.org/gdal/gdal163.zip
First of all many compliments for your jo
Hi there,
Is that only me or there is something wrong with the trunk build:
{{{
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
E:\Dev\gdal\ogr\ogrsf_frmts\dxf>cd odbc && nmake /nologo /f makefile.vc &&
cd ..
The system cannot find the path specified.
E:\Dev\gdal\ogr\ogrsf_frmts\d
Hi all,
I know that Gitte installed the python bindings for gdal from
http://pypi.python.org/pypi/GDAL/ and followed the link to the minimalistic
gdal binaries at
http://download.osgeo.org/gdal/win32/1.6/gdalwin32exe160.zip. I did the same
thing, and the python bindings run fine on my machine - h
SET http_proxy=server:port should be an lib_curl option. I use it but It
did not work (I'm under XP)
Since I would like to use GDAL in my delphi gis application I need to set
this option programmatically.
I will modify gdalhttp.* and dataset in gdal\trunk\frmts\wms in order to
add this opti
Hi Gitte,
How did you obtain those binaries? It appears as if a manifest file haven't
been embedded in one of the dll-s as a resource. This may apply with the
dll-s compiled with MSVC2005 or above.
Best regards,
Tamas
2009/12/2 Rosenkranz, Brigitte Christine
> Hi,
>
> I am fighting with
Stefano Moratto gmail.com> writes:
> I set proxy information as described but It did not work.
Have you tried to set proxy in the Windows command window first? I believe the
command is
SET http_proxy=server:port
It would be good to have an option to set it in the xml file also.
-Jukka Rahkonen
Hello,
I'm experimenting accessing openstreetmap's tiles using GDAL (WMS
minidriver). I'm using gdaltranslate and the configuration file provided at
http://www.gdal.org/frmt_wms.html.
If the PC, where gdaltranslate is running, is not behind a firewall It works
fine.
In http://trac.osge
13 matches
Mail list logo