<br><br><div class="gmail_quote">2011/1/6 Christopher Barker <span dir="ltr"><<a href="mailto:Chris.Barker@noaa.gov">Chris.Barker@noaa.gov</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><div class="im">
On 1/5/11 3:12 PM, Tamas Szekeres wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
As far as I remember setting up the<br>
following environment variables properly (in a command prompt) does the<br>
right thing from arbitrary locations (at least when running the autotest<br>
suite for GDAL):<br>
<br>
PROJ_LIB<br>
GDAL_DRIVER_PATH<br>
GDAL_DATA<br>
PYTHONPATH<br>
PATH<br>
</blockquote>
<br></div>
well -- first of all, setting environment variables on Windows is a PITA, second of all, is setting all that up easier than what Jason described?, and third, PYTHONPATH is a problem, particularly if you have more than one version of python installed.<br>
<br></blockquote><div><br><br><br>Chris,<br><br>I did mention to set the environment for the cmd process solely, and not by a systemwide setting. In this regard it doesn't matter how many python runtime is installed on a particular system, the only issue is to refer to the desired one (by setting the PATH to the python executable or using absolute path when running python) from the command prompt.<br>
<br><br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
As I write this, I realize that maybe using or following OSGeo4w is the way to go -- put the gdal binaries wherever OSGeo4w puts them, and building the python bindings against that. Essentially letting OSGeo4w establish the standard.<br>
<br></blockquote><div><br>The main issue I'm encountering with OSGeo4w is the problem supporting multiple versions side by side which may trigger some problem for the packages, for example:<br><br>1. If we would provide both x32 and x64 binaries how to ensure that each dll or executable would load the corresponding version (by setting the PATH, GDAL_DIVER_PATH in a different way whatever).<br>
2. Most packages are from different sources so when compiling my package (ie mapserver) I should rely on the dependent packages (like gdal) to compile mapserver and then submit my package to the OSGeo4w repository. It wouldn't be a best pactice to use my version of gdal at compile time, and let the user rely on another version at run time. When upgrading gdal we should make sure to upgrade the compilation of mapserver or provide having the older version of gdal side by side which confuses the user.<br>
3. Similar issue may exist with the multiple CRT dependencies privided by the packages, for example when I would package my vesion of mapserver compiled with MSVC2008 but we have only gdal-dev packages compiled with MSVC2003 out there.<br>
<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I wonder if there is some confusion about how the python bindings are used. You've referred to "setting up an application", making me think that you're talking about how to install an application, written in Python, that uses GDAL. IN that case I think you've got it right.<br>
<br>
However, what I'm thinking of is python developers, casual scripters. In this case you want to install python-gdal, and be able to fire up the interpreter and type "from osgeo import gdal" and away you go. For that use case, Jason has described the install process quite well.<br>
<br></blockquote><div><br>Hmmm.. only for that reason fireing up the interpreter from a command prompt (where PYTHONPATH has already been set) would probably work as well. But indeed we may speak about different things, you may probably want to install a single version of the gdal packages throughout the system, while I'd be curious about the desired approach to host multiple versions side by side.<br>
<br><br>Best regards,<br><br>Tamas<br><br><br></div></div><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>