That is exactly what I thought, Dane.
I am beginning to think that this really means that the Control Panel lets
you change the System Variables for the current user - but of course those
need not be the same as the System Variables for a user, with special
privileges, who is called System. This is bolstered by the realisation that
folk have access to that Control Panel when logged on as any user at all -
it is not not (I don't think) limited to users with Administrator
privileges.
My head is beginning to spin... I'll look at this again tomorrow.
Philip
On 13 May 2011 21:38, Dane Springmeyer <[email protected]> wrote:
> I thought that the Windows UI allows you to set both "system" and "user"
> environment. Would be interesting to know if that "system" is different from
> what you monkey with in the registry. Roel, do you know?
>
> On XP the UI is Control Panel->System->Advanced->Environment Variables
>
> On Window 7 it is:
>
> Start > Control Panel > View by Small Icons > Folder Options
> Click System
> Click Advanced System Settings
> On the advanced tab click Environment Variables
> Find the system variable called "Path"
> Click Edit
> Put your cursor in the "Variable Value" input area
> Move over to the far right and add a ; if the line does not already end
> with one
> Then add the custom path to a directory needed like "C:\Program Files
> (x86)\GnuWin32\bin"
> Now click okay, okay, and you should be done
>
> The above is taken from:
> https://docs.google.com/View?docID=0Ab5-nI93RBqoZGZxcHcycXRfMzY4ZzhxZmY5Z3g&revision=_latest
>
> Dane
>
> On May 13, 2011, at 1:17 PM, Philip Howarth wrote:
>
> Hi Dane
>
> Yes, you have the idea.
>
> I think you are probably on the right track with the User. Apache runs as
> 'System' under Windows. The Registry is largely a mystery to me but a little
> digging has thrown up references to the cmd line SETX command which has
> options for setting environment variables at a system wide level - and which
> looks to correspond to the HKEY set that I blindly edited, as directed by
> that article. (SET, the normal way to modify environment variables can't do
> that.) I'll do some experimenting tomorrow and check that using SETX works
> reliably.
>
> To get things going, I'm just using plain CGI but will probably migrate to
> WSGI. I'm using 32 bit Apache (I don't believe there is an official 64 bit
> Windows binary yet.)
>
> Thanks for the suggestions.
>
> Philip
>
> On 13 May 2011 20:23, Dane Springmeyer <[email protected]> wrote:
>
>> Philip,
>>
>> So basically you are saying that mapnik works on the command line but when
>> using within Apache you get and 'ImportError' when running `import mapnik` ?
>>
>> I would assume that this is because Apache runs as a different user (at
>> least it does on unix, no idea on windows) and does not have the same
>> environment settings (PYTHONPATH) that you set when you installed mapnik
>> initially.
>>
>> So, you would either need to make the PYTHONPATH="C:\Program Files
>> (x86)\mapnik-0.7.1\python\2.6\site-packages" at a system level (so Apache
>> would pick it up) or set it use mod_python or mod_wsgi's methods (which one
>> are you using?).
>>
>> One gocha - you are on a 64 bit machine, but is Apache running 64 bit or
>> 32?
>>
>> Dane
>>
>> On May 13, 2011, at 11:22 AM, Philip Howarth wrote:
>>
>> Hello List,
>>
>> I'm not sure if the issue that has been puzzling me is fundamentally
>> mapnik, apache, windows or some combination...
>>
>> I've been setting up TileStache <http://tilestache.org/>on a Windows 7
>> (64 bit) box to work with Apache 2.2, Python 2.6.5, mapnik 0.7.1,
>> postgreSQL 8.4/postgis 1.5
>> The python/mapnik/Apache/python installation works fine and has been for
>> some time. I have a number of python scripts that create static maps and
>> tiles with no problem.
>>
>> Initially, I got TileStache cacheing tiles from OSM to prove the basic
>> installation - no problem. Adding map generation, using mapnik, to
>> TileStache exposed an odd problem. I could not get any python script which
>> was invoked by apache (using CGI for simplicity) to import mapnik. ( I
>> removed all the TileStache code and created a very minimal cgi script that
>> did little more than import mapnik to prove this. The same script invoked
>> manually, by cmd line or using idle, imported mapnik without complaint.
>>
>> I suspected problems with paths or permissions and double checked
>> pythonpath, mapniklibpath, httpd.conf, folder properties etc. I eventually
>> unearthed (from http://www.imladris.com/Scripts/PythonForWindows.html) a
>> fix that involved adding a registry key that points at C:\Program Files
>> (x86)\mapnik-0.7.1\python\2.6\site-packages (I know that is not where the
>> standard installation instructions suggest but it is where I have always put
>> mapnik - editing ...python\2.6\site-packages\mapnik\paths.py to suit.)
>>
>> This now works and TileStache is drawing maps on demand and cacheing as
>> I'd hoped. Using Regedit to add a registry key feels like more of a hack
>> than a fix, though. Can anyone suggest what I should have done instead?
>>
>> Philip
>>
>> --
> Philip Howarth
> Cambridge UK
> email: [email protected]
>
>
>
--
Philip Howarth
Cambridge UK
email: [email protected]
web: www.philip.howarth.name
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
