Re: [UMN_MAPSERVER-USERS] hosted website installation
Tara Athan wrote: I got as far as the PostgreSQL install and then I ran into a problem here: setenv LDFLAGS -lstdc++ -bash: setenv: command not found You're using bash, so do this instead: LDFLAGS=-lstdc++ -- Gregor Mosheh / Greg Allensworth System Administrator, HostGIS cartographic development hosting services http://www.HostGIS.com/ Remember that no one cares if you can back up, only if you can restore. - AMANDA
[UMN_MAPSERVER-USERS] hosted website installation
That command seemed to work OK, this is the line in the config.log configure:2306: gcc -o conftest -lstdc++ conftest.c 5 However, I get this error message from the ./configure command: checking test program... failed configure: error: Could not execute a simple test program. This may be a problem related to locating shared libraries. Check the file 'config.log' for the exact reason. I looked at config.log but I'm not sure what I am looking for. I copied it to http://alt2is.com/mapserver/ if you are interested. Backing up a little bit, do I have to install PostgreSQL in the local directory? It is available on my webserver, but the version is 7.4.13 I haven't seen anything specific anywhere about what version of psql is required for mapserver. I did find this statement If you intend to use your system's libgd, ensure that you have the development package also installed so MapServer can find and use the appropriate headers. on the website http://mapserver.gis.umn.edu/docs/howto/compiling_on_unix/#introduction I suppose this might apply if I am using the system's psql. Unfortunately I haven't a clue what it means. Taking an even broader perspective, I am starting to wonder if installing MapServer on a shared server is really a good idea. It seems that it is necessary to be fairly expert at Linux system administration in order to get MapServer working in such an environment. This is not the typical background of someone with a website on a shared server- (it certainly goes way beyond the Linux courses I have taken.) And if that is the case, it might be easier just to setup one's own webserver. Also, since I have subscribed to this list I have seen a discussion about how a certain Mapserver application caused the server to crash. I suspect that if something like that happened with MapServer that I had installed on a shared server, my account would be cancelled. Its one thing to crash the webserver for one's own site, quite another to crash it in a shared system. Tara Gregor Mosheh wrote: Tara Athan wrote: I got as far as the PostgreSQL install and then I ran into a problem here: setenv LDFLAGS -lstdc++ -bash: setenv: command not found You're using bash, so do this instead: LDFLAGS=-lstdc++ -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
Re: [UMN_MAPSERVER-USERS] hosted website installation
Tara Athan wrote: However, I get this error message from the ./configure command: checking test program... failed configure: error: Could not execute a simple test program. This may be a problem related to locating shared libraries. Check the file 'config.log' for the exact reason. Go into the config.log, and work backward until you find the complaint it reported. I see it: configure:17451: gcc -o conftest -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -D_GNU_SOURCE -I/home/alttwois/usr/local/include -lstdc++ -L/home/alttwois/usr/local/lib conftest.c -lz -lreadline -ltermcap -lcrypt -ldl -lm 5 configure:17454: $? = 0 configure:17456: ./conftest ./conftest: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory configure:17459: $? = 127 configure: program exited with status 127 configure: failed program was: Your compiler setup can't even find the readline library. Ouch. I think you can compile PgSQL --without-readline, but scraping by without line history editing isn't pleasant. -- Gregor Mosheh / Greg Allensworth System Administrator, HostGIS cartographic development hosting services http://www.HostGIS.com/ Remember that no one cares if you can back up, only if you can restore. - AMANDA
Re: [UMN_MAPSERVER-USERS] hosted website installation
I tried following the instructions in http://www.reprojected.com/geoblog/how-tos/gis-on-a-shared-hosting-environme nt-the-magic-of-not-having-root/ I got as far as the PostgreSQL install and then I ran into a problem here: setenv LDFLAGS -lstdc++ -bash: setenv: command not found I am trying this option of the 2 Aaron suggested because the web server I am on has an older version of gd than what is required for mapserver, and I don't know how to mesh that with an FWTools installation. Tara Aaron Racicot wrote: Tara, Coming to this conversation late, so I am not sure what you have tried. I have had success on a shared host two ways: 1) Install FWTools as it contains Mapserver and GDAL and is self contained. http://fwtools.maptools.org/ 2) I have played with static library paths via RPATH when compiling from source with success in the past. I even documented an install on DreamHost (pretty much the cheapest of the cheap) that worked. http://www.reprojected.com/geoblog/how-tos/gis-on-a-shared-hosting-environme nt-the-magic-of-not-having-root/ Hope these help... A ++ Aaron Racicot - GIS Programmer 360.221.2441 - [EMAIL PROTECTED] ++ z - p u l l e y pobox 1614 langley wa 98260 www.reprojected.com ++ -Original Message- From: UMN MapServer Users List [mailto:MAPSERVER-USERS@LISTS.UMN.EDU] On Behalf Of Tara Athan Sent: Tuesday, August 28, 2007 10:09 PM To: MAPSERVER-USERS@LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] hosted website installation Additional information that may or may not be relevant: my ISP responded as follows Dear Customer, There is no server side limitation to paths. You may specify custom paths to any library that you have need of using. The only limitation would be on the library itself (whether it could be accessed from an alternate location) and the program that needs to access the library. So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). But it seems like this should have been doable. Anyway, thanks for the help- I certainly learned a lot in the attempt... Tara Tara Athan wrote: I tried this- no change. I tried getting support from my ISP, but they are unwilling to help. (mapserver? we don't know anything about that- ask the support forum) Has anyone else had success or problems with bringing up MapServer on a hosted website? Tara Gregor Mosheh wrote: Tara Athan wrote: I found libgdal.so.1 in /home/alttwois/local/lib On running ./mapserver -v, I get the same error message as before /home/alttwois/public_html/cgi-bin/mapserv.real: error while loading shared libraries: libgdal.so.1: cannot open shared object file: No such file or directory Well that's bizarre. How about this? LD_LIBRARY_PATH="/home/alttwois/local/lib" /home/alttwois/public_html/cgi-bin/mapserv.real -v That's all one line. That sets the linker path on the command line, then runs the command. -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
Re: [UMN_MAPSERVER-USERS] hosted website installation
Tara, Coming to this conversation late, so I am not sure what you have tried. I have had success on a shared host two ways: 1) Install FWTools as it contains Mapserver and GDAL and is self contained. http://fwtools.maptools.org/ 2) I have played with static library paths via RPATH when compiling from source with success in the past. I even documented an install on DreamHost (pretty much the cheapest of the cheap) that worked. http://www.reprojected.com/geoblog/how-tos/gis-on-a-shared-hosting-environme nt-the-magic-of-not-having-root/ Hope these help... A ++ Aaron Racicot - GIS Programmer 360.221.2441 - [EMAIL PROTECTED] ++ z - p u l l e y pobox 1614 langley wa 98260 www.reprojected.com ++ -Original Message- From: UMN MapServer Users List [mailto:[EMAIL PROTECTED] On Behalf Of Tara Athan Sent: Tuesday, August 28, 2007 10:09 PM To: MAPSERVER-USERS@LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] hosted website installation Additional information that may or may not be relevant: my ISP responded as follows Dear Customer, There is no server side limitation to paths. You may specify custom paths to any library that you have need of using. The only limitation would be on the library itself (whether it could be accessed from an alternate location) and the program that needs to access the library. So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). But it seems like this should have been doable. Anyway, thanks for the help- I certainly learned a lot in the attempt... Tara Tara Athan wrote: I tried this- no change. I tried getting support from my ISP, but they are unwilling to help. (mapserver? we don't know anything about that- ask the support forum) Has anyone else had success or problems with bringing up MapServer on a hosted website? Tara Gregor Mosheh wrote: Tara Athan wrote: I found libgdal.so.1 in /home/alttwois/local/lib On running ./mapserver -v, I get the same error message as before /home/alttwois/public_html/cgi-bin/mapserv.real: error while loading shared libraries: libgdal.so.1: cannot open shared object file: No such file or directory Well that's bizarre. How about this? LD_LIBRARY_PATH=/home/alttwois/local/lib /home/alttwois/public_html/cgi-bin/mapserv.real -v That's all one line. That sets the linker path on the command line, then runs the command. -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
Re: [UMN_MAPSERVER-USERS] [work] Re: [UMN_MAPSERVER-USERS] hosted website installation
I did try running the wrapper as follows: #!/bin/sh LD_LIBRARY_PATH=/home/alttwois/local/lib /home/alttwois/public_html/cgi-bin/mapserv.real -v I can't verify that gdal was built and installed properly because I am not experienced with this and I could have done something wrong. However I do find libgdal.so.1 in the folder /home/alttwois/local/lib - is that a guarantee that it was installed correctly? In particular, the ls command shows these files [EMAIL PROTECTED] [~]# cd local/lib [EMAIL PROTECTED] [~/local/lib]# ls ./ libgd.alibgd.so@libgd.so.2.0.0* libgdal.la* libgdal.so.1@ ../ libgd.la* libgd.so.2@ libgdal.alibgdal.so@ libgdal.so.1.11.2* Note I also installed libgd. I was concerned at first that the mapserver error didn't list libgd as a problem, but then I discovered that bluehost has libgd installed, so apparently mapserver is using the library in the standard location. However, I did discover this: gdlib-config --version 2.0.28 But the website http://mapserver.gis.umn.edu/docs/howto/compiling_on_unix/#minimum-libgd-versions says that mapserver requires at least 2.0.29 So in order to run mapserver properly I would also need to convince it to use gd from my home directory as that is the more recent version. Tara Gregor Mosheh wrote: So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? Yeah: GDAL and Mapserver can work just fine under these circumstances, if we figure out what's wrong. Did you ever try running that wrapper, or the command line specifying a LD_LIBRARY_PATH as I had suggested? That should have done it, assuming that GDAL/OGR built and installed properly. I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). If you go this route, feel free to contact me. I hate shilling on the mailing list, but our primary business *is* geo-savvy web-hosting. -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
Re: [UMN_MAPSERVER-USERS] [work] Re: [UMN_MAPSERVER-USERS] hosted website installation
Thanks, Aaron- I will check out that site. I needed to hear that someone had managed to do this successfully. Tara Aaron Racicot wrote: Tara, Coming to this conversation late, so I am not sure what you have tried. I have had success on a shared host two ways: 1) Install FWTools as it contains Mapserver and GDAL and is self contained. http://fwtools.maptools.org/ 2) I have played with static library paths via RPATH when compiling from source with success in the past. I even documented an install on DreamHost (pretty much the cheapest of the cheap) that worked. http://www.reprojected.com/geoblog/how-tos/gis-on-a-shared-hosting-environme nt-the-magic-of-not-having-root/ Hope these help... A ++ Aaron Racicot - GIS Programmer 360.221.2441 - [EMAIL PROTECTED] ++ z - p u l l e y pobox 1614 langley wa 98260 www.reprojected.com ++ -Original Message- From: UMN MapServer Users List [mailto:MAPSERVER-USERS@LISTS.UMN.EDU] On Behalf Of Tara Athan Sent: Tuesday, August 28, 2007 10:09 PM To: MAPSERVER-USERS@LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] hosted website installation Additional information that may or may not be relevant: my ISP responded as follows Dear Customer, There is no server side limitation to paths. You may specify custom paths to any library that you have need of using. The only limitation would be on the library itself (whether it could be accessed from an alternate location) and the program that needs to access the library. So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). But it seems like this should have been doable. Anyway, thanks for the help- I certainly learned a lot in the attempt... Tara Tara Athan wrote: I tried this- no change. I tried getting support from my ISP, but they are unwilling to help. (mapserver? we don't know anything about that- ask the support forum) Has anyone else had success or problems with bringing up MapServer on a hosted website? Tara Gregor Mosheh wrote: Tara Athan wrote: I found libgdal.so.1 in /home/alttwois/local/lib On running ./mapserver -v, I get the same error message as before /home/alttwois/public_html/cgi-bin/mapserv.real: error while loading shared libraries: libgdal.so.1: cannot open shared object file: No such file or directory Well that's bizarre. How about this? LD_LIBRARY_PATH="/home/alttwois/local/lib" /home/alttwois/public_html/cgi-bin/mapserv.real -v That's all one line. That sets the linker path on the command line, then runs the command. -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
[UMN_MAPSERVER-USERS] hosted website installation
After looking at Aaron's site I see a couple of things: 1. I would go with FWTools if I could but I am concerned about my webhost having an out-dated version of libgd. (2.0.28) I am wondering if I can combine the installation of FWTools with a local libgd? I see that FWTools has a help mailing list, so that is probably the appropriate place for me to ask this. 2. I see several things in the instructions on Aaron's site that are different than what I did, so I can try it his way and see if that makes a difference. In particular, the configure command is different: I used ./configure --prefix=$HOME/local --without-python make make install while Aaron used ./configure --prefix=/home/racicot/usr/local --with-static-proj4=/home/racicot/usr/local/lib --with-local=/home/racicot/usr/local make ogr-all make install I'll let you know how it turns out. Thanks, Tara Aaron Racicot wrote: Tara, Coming to this conversation late, so I am not sure what you have tried. I have had success on a shared host two ways: 1) Install FWTools as it contains Mapserver and GDAL and is self contained. http://fwtools.maptools.org/ 2) I have played with static library paths via RPATH when compiling from source with success in the past. I even documented an install on DreamHost (pretty much the cheapest of the cheap) that worked. http://www.reprojected.com/geoblog/how-tos/gis-on-a-shared-hosting-environme nt-the-magic-of-not-having-root/ Hope these help... A ++ Aaron Racicot - GIS Programmer 360.221.2441 - [EMAIL PROTECTED] ++ z - p u l l e y pobox 1614 langley wa 98260 www.reprojected.com ++ -Original Message- From: UMN MapServer Users List [mailto:MAPSERVER-USERS@LISTS.UMN.EDU] On Behalf Of Tara Athan Sent: Tuesday, August 28, 2007 10:09 PM To: MAPSERVER-USERS@LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] hosted website installation Additional information that may or may not be relevant: my ISP responded as follows Dear Customer, There is no server side limitation to paths. You may specify custom paths to any library that you have need of using. The only limitation would be on the library itself (whether it could be accessed from an alternate location) and the program that needs to access the library. So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). But it seems like this should have been doable. Anyway, thanks for the help- I certainly learned a lot in the attempt... Tara Tara Athan wrote: I tried this- no change. I tried getting support from my ISP, but they are unwilling to help. (mapserver? we don't know anything about that- ask the support forum) Has anyone else had success or problems with bringing up MapServer on a hosted website? Tara Gregor Mosheh wrote: Tara Athan wrote: I found libgdal.so.1 in /home/alttwois/local/lib On running ./mapserver -v, I get the same error message as before /home/alttwois/public_html/cgi-bin/mapserv.real: error while loading shared libraries: libgdal.so.1: cannot open shared object file: No such file or directory Well that's bizarre. How about this? LD_LIBRARY_PATH="/home/alttwois/local/lib" /home/alttwois/public_html/cgi-bin/mapserv.real -v That's all one line. That sets the linker path on the command line, then runs the command. -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
[UMN_MAPSERVER-USERS] hosted website installation
Additional information that may or may not be relevant: my ISP responded as follows Dear Customer, There is no server side limitation to paths. You may specify custom paths to any library that you have need of using. The only limitation would be on the library itself (whether it could be accessed from an alternate location) and the program that needs to access the library. So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). But it seems like this should have been doable. Anyway, thanks for the help- I certainly learned a lot in the attempt... Tara Tara Athan wrote: I tried this- no change. I tried getting support from my ISP, but they are unwilling to help. (mapserver? we don't know anything about that- ask the support forum) Has anyone else had success or problems with bringing up MapServer on a hosted website? Tara Gregor Mosheh wrote: Tara Athan wrote: I found libgdal.so.1 in /home/alttwois/local/lib On running ./mapserver -v, I get the same error message as before /home/alttwois/public_html/cgi-bin/mapserv.real: error while loading shared libraries: libgdal.so.1: cannot open shared object file: No such file or directory Well that's bizarre. How about this? LD_LIBRARY_PATH=/home/alttwois/local/lib /home/alttwois/public_html/cgi-bin/mapserv.real -v That's all one line. That sets the linker path on the command line, then runs the command. -- My e-mail delivery has been unreliable lately, so I am asking for return receipts from all my email messages. OK'ing the return receipt lets me know that my message was delivered. Thank you. Tara Athan Principal, Alternatives to Invasive Species [EMAIL PROTECTED] 707-485-1198 PO Box 415 Redwood Valley, CA 95470
Re: [UMN_MAPSERVER-USERS] hosted website installation
So basically they are saying it must be either gdal's fault or MapServer's fault that mapserver cannot access the gdal library from an alternate location. Anyone care to weigh in on this? Yeah: GDAL and Mapserver can work just fine under these circumstances, if we figure out what's wrong. Did you ever try running that wrapper, or the command line specifying a LD_LIBRARY_PATH as I had suggested? That should have done it, assuming that GDAL/OGR built and installed properly. I guess I am giving up on the installation of Mapserver on the hosted website and will have to get some help from a GIS hosting service (or set up my own web server). If you go this route, feel free to contact me. I hate shilling on the mailing list, but our primary business *is* geo-savvy web-hosting. -- Gregor Mosheh / Greg Allensworth System Administrator, HostGIS cartographic development hosting services http://www.HostGIS.com/ Remember that no one cares if you can back up, only if you can restore. - AMANDA