Re: [mapserver-users] MapServer Installation on Mac
Look in the archives on my site. But, I'd be careful, I never updated the installation to handle changes in the way OS X does its webserver configuration, and it may damage the webserver config files. I don't have any recommendations about other OS X mapserver installations. Maybe homebrew. You'd have to figure out the webserver configuration. > On Jun 14, 2017, at 1:16 PM, Samara Ebinger <samara.ebin...@gmail.com> wrote: > > Hi, > Just curious if there are any other Mac users out there who have successfully > installed MapServer recently or if anyone has any suggestions on how to > successfully install it? > > I’m trying to install MapServer on my MacBook Pro (OS X El Capitan) but am > having some problems. > I used the KyngChaos site (link from MapServer website) to download MapServer > 6.0.3-1. I installed the GDAL framework 2.1 which is available from that > site. However, when I try to install MapServer, I get a message saying that > GDAL 1.9 framework is needed which I can’t find anywhere. > > Thanks for any help. > > Samara > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] [Mac OS X] Impossible to load MapScript module with PHP
Mavericks, huh. Well, you can find the system PHP API version in /usr/lib/php/extensions on your HD. > On Dec 11, 2015, at 9:15 AM, Léonard DUMONT <dumont.leon...@gmail.com> wrote: > > Hi and thanks for your answer ! > > I am using Mac OS X 10.9.5 (Mavericks), but I have no idea of how I could do > this API stuff... > > Cheers, > > Léonard. > > 2015-12-11 16:09 GMT+01:00 William Kyngesburye <wokl...@kyngchaos.com>: > Yeah, I haven't done anything with Mapserver or PHP in a long time. If and > when I do, my plan is/will be to skip a custom PHP and build mapscript for > the system PHP. Though that could get messy because different OS X versions > have different PHP API versions. > > What OS X version do you have? On my Yosemite Mac, the system PHP API > version is 20121212, so maybe you have El Capitan? It's possible that the > system php (your API=20131226) is running in Apache, it's a bit tricky to get > Apache to use a custom PHP, and especially on El Capitan with it's SIP > security it might be harder. You might have to do the whole AMP stack custom. > > > > On Dec 11, 2015, at 8:15 AM, Léonard DUMONT <dumont.leon...@gmail.com> > > wrote: > > > > Thanks for your advices. The PHP binaries from kyngchaos.com are a little > > bit old, I'll try to see on the Homebrew list. > > > > Cheers, > > > > Léonard. > > > > 2015-12-11 14:28 GMT+01:00 Ben Madin <b...@ausvet.com.au>: > > Did you look at kyngchaos.com > > > > Even if you only use his unix frameworks, then compile your own php, you > > will be most of the way there. > > > > otherwise, if you want to persist with home-brew, I’d put it onto their list > > > > cheers > > > > Ben > > > > > > > > > >> On 2015-12-11, at 20:38 , Léonard DUMONT <dumont.leon...@gmail.com> wrote: > >> > >> Finally it was not so hard, but the problem is still the same... I have > >> PHP 5.6.16 and Mapscript 6.4.1 both installed with Homebrew, and I still > >> have the same error : > >> > >> Warning: PHP Startup: MapScript: Unable to initialize module > >> Module compiled with module API=20100525 > >> PHPcompiled with module API=20131226 > >> These options need to match > >> in Unknown on line 0 > >> > >> Any ideas ? > >> > >> Best regards, > >> > >> Léonard Dumont > >> > >> 2015-12-11 13:03 GMT+01:00 Léonard DUMONT <dumont.leon...@gmail.com>: > >> Ok, thanks for your answer. I thought there could have been another > >> solution, but I'll try to install PHP with homebrew. > >> > >> Cordialement, > >> > >> Léonard Dumont > >> > >> 2015-12-11 10:33 GMT+01:00 Ben Madin <b...@ausvet.com.au>: > >> Um, you are correct, the extension has not been compiled to work with the > >> same version of php as you are trying to use. > >> > >> I can only suggest that you get your php from the same source as your > >> mapscript... (I guess homebrew, but my success there has been limited and > >> conflicted) or compile php yourself, them mapserver with the php-mapscript > >> option set. > >> > >> You may be up for some pain...! You could also try kyngchaos.com, but I'm > >> not sure if he is still providing a php suitable for what you want. > >> > >> > >> > >> On 10 December 2015 at 17:28, Leonard <dumont.leon...@gmail.com> wrote: > >> Hi everyone ! > >> > >> I am a new user trying to use mapserver, and I have some problems... One of > >> them is that I cannot load the php_mapscript extension. I have PHP 5.6.11 > >> installed with php-osx.liip.ch <http://php-osx.liip.ch> and mapscript > >> 6.4 > >> installed with Homebrew, and there seems to be a conflict, since when I run > >> php I get this warning : > >> > >> Warning: PHP Startup: MapScript: Unable to initialize module > >> Module compiled with module API=20100525 > >> PHPcompiled with module API=20131226 > >> These options need to match > >> > >> I added this line to my php.ini file : > >> > >> extension="/usr/local/opt/mapserver-64/mapscript/php/php_mapscript.so" > >> > >> Thanks for your help ! > >> > >> Léonard Dumont. > >> > >> > >> > >> -- > >> View this message in context: > >> http://osgeo-org.1560.x6.nabble.
Re: [mapserver-users] [Mac OS X] Impossible to load MapScript module with PHP
So, that's pointing to a Mapserver compile problem. When Homebrew compiled Mapserver/mapscript, it saw the system PHP. I can understand that it might miss that liip.ch PHP, but not it's own compiled PHP. Maybe after installing PHP with Homebrew, uninstall and reinstall Mapscript with Homebrew, so it has a chance to see its PHP. The other option is to use the system PHP, unless you want or need the latest PHP. > On Dec 11, 2015, at 9:37 AM, Léonard DUMONT <dumont.leon...@gmail.com> wrote: > > Thanks. In this directory, I have a file named 'no-debug-non-zts-20100525', > which corresponds to mapscript's API, but not to PHP's one (PHPcompiled > with module API=20131226)... > > Cheers, > > Léonard. > > 2015-12-11 16:25 GMT+01:00 William Kyngesburye <wokl...@kyngchaos.com>: > Mavericks, huh. Well, you can find the system PHP API version in > /usr/lib/php/extensions on your HD. > > > On Dec 11, 2015, at 9:15 AM, Léonard DUMONT <dumont.leon...@gmail.com> > > wrote: > > > > Hi and thanks for your answer ! > > > > I am using Mac OS X 10.9.5 (Mavericks), but I have no idea of how I could > > do this API stuff... > > > > Cheers, > > > > Léonard. > > > > 2015-12-11 16:09 GMT+01:00 William Kyngesburye <wokl...@kyngchaos.com>: > > Yeah, I haven't done anything with Mapserver or PHP in a long time. If and > > when I do, my plan is/will be to skip a custom PHP and build mapscript for > > the system PHP. Though that could get messy because different OS X > > versions have different PHP API versions. > > > > What OS X version do you have? On my Yosemite Mac, the system PHP API > > version is 20121212, so maybe you have El Capitan? It's possible that the > > system php (your API=20131226) is running in Apache, it's a bit tricky to > > get Apache to use a custom PHP, and especially on El Capitan with it's SIP > > security it might be harder. You might have to do the whole AMP stack > > custom. > > > > > > > On Dec 11, 2015, at 8:15 AM, Léonard DUMONT <dumont.leon...@gmail.com> > > > wrote: > > > > > > Thanks for your advices. The PHP binaries from kyngchaos.com are a little > > > bit old, I'll try to see on the Homebrew list. > > > > > > Cheers, > > > > > > Léonard. > > > > > > 2015-12-11 14:28 GMT+01:00 Ben Madin <b...@ausvet.com.au>: > > > Did you look at kyngchaos.com > > > > > > Even if you only use his unix frameworks, then compile your own php, you > > > will be most of the way there. > > > > > > otherwise, if you want to persist with home-brew, I’d put it onto their > > > list > > > > > > cheers > > > > > > Ben > > > > > > > > > > > > > > >> On 2015-12-11, at 20:38 , Léonard DUMONT <dumont.leon...@gmail.com> > > >> wrote: > > >> > > >> Finally it was not so hard, but the problem is still the same... I have > > >> PHP 5.6.16 and Mapscript 6.4.1 both installed with Homebrew, and I still > > >> have the same error : > > >> > > >> Warning: PHP Startup: MapScript: Unable to initialize module > > >> Module compiled with module API=20100525 > > >> PHPcompiled with module API=20131226 > > >> These options need to match > > >> in Unknown on line 0 > > >> > > >> Any ideas ? > > >> > > >> Best regards, > > >> > > >> Léonard Dumont > > >> > > >> 2015-12-11 13:03 GMT+01:00 Léonard DUMONT <dumont.leon...@gmail.com>: > > >> Ok, thanks for your answer. I thought there could have been another > > >> solution, but I'll try to install PHP with homebrew. > > >> > > >> Cordialement, > > >> > > >> Léonard Dumont > > >> > > >> 2015-12-11 10:33 GMT+01:00 Ben Madin <b...@ausvet.com.au>: > > >> Um, you are correct, the extension has not been compiled to work with > > >> the same version of php as you are trying to use. > > >> > > >> I can only suggest that you get your php from the same source as your > > >> mapscript... (I guess homebrew, but my success there has been limited > > >> and conflicted) or compile php yourself, them mapserver with the > > >> php-mapscript option set. > > >> > > >> You may be up for some pain...! You could also try kyngchaos.com, but > &
Re: [mapserver-users] [Mac OS X] Impossible to load MapScript module with PHP
220 > e : b...@ausvet.com.au > > AusVet Animal Health Services > > 18/27 Market Street, Fremantle > Western Australia > > AusVet's website: http://www.ausvet.com.auFind our office: > http://w3w.co/leader.code.frozen > > This transmission is for the intended addressee only and is confidential > information. If you have received this transmission in error, please delete > it and notify the sender. The contents of this email are the opinion of the > writer only and are not endorsed by AusVet Animal Health Services unless > expressly stated otherwise. Although AusVet uses virus scanning software we > do not accept liability for viruses or similar in any attachments. Thanks for > reading. The average disclaimer at the bottom of an email is probably never > read but contributes substantially to increasing the size of packet being > sent through the internet and ultimately congestion. > > > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> http://www.kyngchaos.com/ "I ache, therefore I am. Or in my case - I am, therefore I ache." - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] PHP-Mapscript and PHP Apache DSO - any progress?
Google to the rescue. So it's a build option for Apache 2.2. It looks like Apache in OS X (10.6+) uses prefork. So I guess we're good to go on this. On Nov 20, 2012, at 6:41 PM, William Kyngesburye wrote: What's this pre-fork MPM? On Nov 20, 2012, at 2:45 PM, Daniel Morissette wrote: William, As Armin wrote, it seems that using PHP as an Apache DSO with the pre-fork MPM would be the way to go. I don't remember seeing reports of issues with that combination in quite a while (I mean several years, so much that we had forgotten about those issues from the old days). Daniel On 12-11-20 1:37 PM, Armin Burger wrote: William I cannot say anything for Mac OS in this respect. But at least for Linux running Apache in the classical pre-fork MPM I did not experience problems with PHP-MapScript running as an Apache DSO. Also some stress tests with benchmarking using multiple WMS requests with on MapScript OWS as server backend did not cause problems. I sometimes noticed some irregular, strange, and difficult to reproduce problems with MS 6.0 and PHP Mapscript (Apache or CGI segfaults), but that was independent of PHP with Apache DSO or as CGI, and this never ever happened with MS 5.x. armin On 15/11/2012 04:52, William Kyngesburye wrote: It's my understanding that when running PHP-Mapscript with PHP as an Apache DSO, under heavy loads it can randomly hiccup/trip/crash or otherwise not perform correctly. So I've been maintaining an OS X PHP-CGI package to go along with my MapServer package. Is this still a problem? Maybe I missed a fix for this? Or is it being worked on (or not being worked on)? Or is it an unsolvable problem (maybe due to the nature of a DSO)? I'm thinking about simplifying my OS X GIS/carto stack and dropping my PHP-CGI package in favor of the OS X system PHP-DSO (a bit old) or some other better-maintained PHP package for OS X (which will likely be a DSO). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
On Jul 10, 2012, at 12:13 AM, Stefan Schwarzer wrote: Thanks for those hints. But unfortunately, nothing. I checked the Apache error log before, and there is nothing there. At least nothing I think is important. I guess the MaxClients thing is not causing my mapsever to not appear, no? [Tue Jul 10 07:09:58 2012] [notice] caught SIGTERM, shutting down [Tue Jul 10 07:09:59 2012] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] WARNING: MaxClients of 150 exceeds ServerLimit value of 133 servers, lowering MaxClients to 133. To increase, please see the ServerLimit directive. [Tue Jul 10 07:10:01 2012] [warn] mod_bonjour: Skipping user 'xxx' - no valid index file. [Tue Jul 10 07:10:01 2012] [notice] Digest: generating secret for digest authentication ... [Tue Jul 10 07:10:01 2012] [notice] Digest: done [Tue Jul 10 07:10:01 2012] [notice] Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 configured -- resuming normal operations And the php -i it spitting out a long list, but no errors. I have actually all PHP, GD, …, Mapserver from Kyngchaos. So, one single source. But strange enough, every computer seems different, and I ran into a couple of challenges. I wonder if Apache is still using the system PHP? The PHP version at the top of phpinfo() should match what you installed (OS X 10.7 system PHP is 5.3.10, on 10.6 is 5.3.8). Also, if the Apache log doesn't have anything, look at Console.app to see if there are any system errors (maybe it can't load a needed library). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
On Jul 10, 2012, at 9:15 AM, Stefan Schwarzer wrote: And the php -i it spitting out a long list, but no errors. I have actually all PHP, GD, …, Mapserver from Kyngchaos. So, one single source. But strange enough, every computer seems different, and I ran into a couple of challenges. I wonder if Apache is still using the system PHP? The PHP version at the top of phpinfo() should match what you installed (OS X 10.7 system PHP is 5.3.10, on 10.6 is 5.3.8). Also, if the Apache log doesn't have anything, look at Console.app to see if there are any system errors (maybe it can't load a needed library). Ha, good one. Thanks a lot! Indeed, the phpinfo shows 5.3.8, the php -i shows 5.3.10. I am on OS X 10.7, however. What does that mean? I have a mixture of 10.6 and 10.7 on my machine? I have my Snow Leopard still installed on a spearate drive in the machine; does Apache load the php from there? My PHP installer is supposed to switch the PHP, but sometimes it doesn't. Possibly because the apache config file was altered in a way to break my grep. System updates are not supposed to change the apache config, but it's a possibility. You can try running the script manually from the PHP disk image: sudo /Volumes/PHP\ 5/phpenable.sh cgi5 then sudo apachectl graceful - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
Even more important is that dl() is not even available as of PHP 5.3 in PHP CGI
and PHP Apache. You MUST load an extension from php.ini now.
On Jul 6, 2012, at 7:47 AM, Eichner, Andreas - SID-NLKM wrote:
Hi,
dl('php_mapscript.so'); .
Which difference about load library in the page and call the
library load by apache?
there's basically no difference except that on some sites this PHP
extension is not enabled so a script needs to load it explicitly at
runtime via dl(). If your site uses it seldomly other scripts might run
faster since the interpreter doesn't need to initialize this extension
but I don't know that exactly. Regarding functionality it makes
absolutely no difference.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
-
William Kyngesburye kyngchaos*at*kyngchaos*dot*com
http://www.kyngchaos.com/
The equator is so long, it could encircle the earth completely once.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
On Jul 5, 2012, at 9:39 AM, Stefan Schwarzer wrote: Hi there, I thought I would have finally got over with all the errors while installing everything anew (php, apache, postgres, mapserver). apache? You're not using the system apache? If it's a major version change from the system apache, the APIs that php uses may have changed. But hadn't tested mapserver yet… Did all the installation with the latest Kyngchaos libraries. Running http://localhost/testphp.php;; but don't see any mapserver or mapscript. Nothing in there. There is a php_mapscript.so in /usr/local/php5cgi/lib/php/extensions/no-debug-non-zts-20090626. I added extension = php_mapscript.so to php.ini, as well as extension_dir = /usr/local/php5cgi/lib/php/extensions. No need to set extension_dir, it defaults to the correct dir, which is not as you set it but includes the no-debug... subdir. Restarted the server, sudo /usr/sbin/apachectl restart. graceful is all that's needed: sudo apachectl graceful, but it probably doesn't matter. But still no Mapscript in testphp.php… Did it really restart and load php.ini now?. Any way to check that? It should work that way, no? Thanks for any help! ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Installing PHP MapScript with MapServer 6.0.0-3 and PHP 5.3.6 on Mac OS X 10.6.8
PHP 5.3 doesn't allow extension loading from scripts now without compiling support for it into PHP and enabling it in php.ini. Unfortunately, I could not get that to work for my PHP package, so you must load extensions from php.ini with: extension=php_mapscript.so I need to add a note about this to my MapServer package, or make the installer do it. On Jul 4, 2011, at 9:18 AM, Léo D. wrote: Hi there, I've installed MapServer 6.0.0-3 (thanks to the installer from http://www.kyngchaos.com) on my local computer, which I'm guessing is working since that when I'm going to http://localhost/cgi-bin/mapserv? with my browser I can see this error : No query information to decode. QUERY_STRING is set, but empty. which means MapServer is working, right ? I'd like to use MapServer through the PHP MapScript. My installation seems ok for my phpinfo() displays a MapScript section. But when I'm running php -m command in my shell, there is no mention of MapScript in the list of modules, I'm guessing something is going wrong here but I've failed to find out what it could be. The Apache version on my mac is 2.2.17 and I'm running PHP 5.3.6. I've tried to make this example work (I've of course changed the pathes in the MapFile so that they match to my local files), but despite my efforts it doesn't. And the script is not returning any error message, just an empty page. Any idea to help me solve that ? Thanks for your help ! Léo D. View this message in context: Installing PHP MapScript with MapServer 6.0.0-3 and PHP 5.3.6 on Mac OS X 10.6.8 Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] font support problem
Something has killed my font support in MapServer in the compilation stage. I'm getting a Keyword FONT is not valid without TrueType font support error at runtime. It looks like font support is conditionalized on USE_GD_TTF or USE_GD_FT, but I can't figure out where this is set in configuration. I don't see those in the GD sources either. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] font support problem
It would help if I turned off the find words option ;) There it is in configure, I just need to figure out why it was disabled. On Jun 1, 2011, at 8:40 AM, William Kyngesburye wrote: Something has killed my font support in MapServer in the compilation stage. I'm getting a Keyword FONT is not valid without TrueType font support error at runtime. It looks like font support is conditionalized on USE_GD_TTF or USE_GD_FT, but I can't figure out where this is set in configuration. I don't see those in the GD sources either. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] font support problem
Freetype is not the problem. I already figured it out - my gd font support needs -liconv and configure is not adding it to the gd test. It looks like the mapserver configure doesn't get the libs from the gdlib-config script but makes a common guess. I thought I had this working in the past, but it's possible I only recently added iconv support to my gd. I forget. On Jun 1, 2011, at 8:49 AM, Stephen Woodbridge wrote: ./configure can not find your truetype font includes and/or libs. You need to make sure you have the truetype package installed on Linux this is called something like freetype2. On my debian system: ls /usr/include/freetype2/freetype/ configftcid.h ftimage.h ftmodapi.h ftsnames.h ftxf86.h freetype.hfterrdef.h ftincrem.h ftmoderr.h ftstroke.h t1tables.h ftbbox.h fterrors.h ftlcdfil.h ftotval.h ftsynth.h ttnameid.h ftbdf.h ftgasp.hftlist.hftoutln.h ftsystem.h tttables.h ftbitmap.hftglyph.h ftlzw.h ftpfr.h fttrigon.h tttags.h ftcache.h ftgxval.h ftmac.h ftrender.h fttypes.h ttunpat.h ftchapters.h ftgzip.hftmm.h ftsizes.h ftwinfnt.h ls /usr/lib/libfreetype.* /usr/lib/libfreetype.a /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.la /usr/lib/libfreetype.so.6.3.18 /usr/lib/libfreetype.so -Steve W On 6/1/2011 9:44 AM, William Kyngesburye wrote: It would help if I turned off the find words option ;) There it is in configure, I just need to figure out why it was disabled. On Jun 1, 2011, at 8:40 AM, William Kyngesburye wrote: Something has killed my font support in MapServer in the compilation stage. I'm getting a Keyword FONT is not valid without TrueType font support error at runtime. It looks like font support is conditionalized on USE_GD_TTF or USE_GD_FT, but I can't figure out where this is set in configuration. I don't see those in the GD sources either. - William Kyngesburyekyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburyekyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] font support problem
Freetype is found. Iconv is found. GD is found. gdImageStringFT test fails because it doesn't try with iconv. I do see a test for if GD needs iconv in configure, but for some reason it's not getting to this test for me... I'll look into it more later this evening when I have time. On Jun 1, 2011, at 10:24 AM, Stephen Woodbridge wrote: When you get a chance please write a bug against this issue. It seems that there are a few things that need to be fixed: 1. error message is wrong and misleading 2. configure is not finding the libraries 3. configure is not detecting a missing library (iconv) and disabling freetype if the missing lib is required. 4. freetype without iconv should be ok unless this is a new requirement 5. doc needs to be updated as required Also I would think the a missing -liconv should cause a fatal link error in make. Thanks, -Steve On 6/1/2011 10:11 AM, William Kyngesburye wrote: Freetype is not the problem. I already figured it out - my gd font support needs -liconv and configure is not adding it to the gd test. It looks like the mapserver configure doesn't get the libs from the gdlib-config script but makes a common guess. I thought I had this working in the past, but it's possible I only recently added iconv support to my gd. I forget. On Jun 1, 2011, at 8:49 AM, Stephen Woodbridge wrote: ./configure can not find your truetype font includes and/or libs. You need to make sure you have the truetype package installed on Linux this is called something like freetype2. On my debian system: ls /usr/include/freetype2/freetype/ configftcid.h ftimage.h ftmodapi.h ftsnames.h ftxf86.h freetype.h fterrdef.h ftincrem.h ftmoderr.h ftstroke.h t1tables.h ftbbox.h fterrors.h ftlcdfil.h ftotval.h ftsynth.h ttnameid.h ftbdf.h ftgasp.hftlist.hftoutln.h ftsystem.h tttables.h ftbitmap.hftglyph.h ftlzw.h ftpfr.h fttrigon.h tttags.h ftcache.h ftgxval.h ftmac.h ftrender.h fttypes.h ttunpat.h ftchapters.h ftgzip.hftmm.h ftsizes.h ftwinfnt.h ls /usr/lib/libfreetype.* /usr/lib/libfreetype.a /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.la /usr/lib/libfreetype.so.6.3.18 /usr/lib/libfreetype.so -Steve W On 6/1/2011 9:44 AM, William Kyngesburye wrote: It would help if I turned off the find words option ;) There it is in configure, I just need to figure out why it was disabled. On Jun 1, 2011, at 8:40 AM, William Kyngesburye wrote: Something has killed my font support in MapServer in the compilation stage. I'm getting a Keyword FONT is not valid without TrueType font support error at runtime. It looks like font support is conditionalized on USE_GD_TTF or USE_GD_FT, but I can't figure out where this is set in configuration. I don't see those in the GD sources either. - William Kyngesburyekyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburyekyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburyekyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer 6.0.0-rc1 release
In packaging my Mac build, I noticed that the readme license section has 1996-2007 for the copyright dates. Should this be updated? On Apr 27, 2011, at 9:56 PM, Daniel Morissette wrote: The MapServer Team is pleased to announce the release of MapServer 6.0.0-rc1 (release candidate 1). The 6.0 release introduces important changes in key components of the MapServer core (rendering, query and expressions), and for this reason we count on you, MapServer power users, to help test the release in your respective environments and provide feedback (through the users list or Trac tickets). If all goes well and no blocker issues are reported, then this release candidate could lead us to a final 6.0.0 release next week. The full release plan which also includes the list of new features and changes in this release is available at: http://mapserver.org/trunk/development/release/release-plan-6.0.html The list of fixes since the last beta is attached at the end of this message. For a complete list see the HISTORY.TXT file at: http://trac.osgeo.org/mapserver/browser/tags/rel-6-0-0-rc1/mapserver/HISTORY.TXT We have started working on a 5.6 - 6.0 migration guide. This document contains important notes on backwards incompatibilities or other changes required when upgrading to 6.0. The latest version is available online at: http://mapserver.org/trunk/MIGRATION_GUIDE.html The source for this release can be downloaded at: http://mapserver.org/download.html or http://download.osgeo.org/mapserver/mapserver-6.0.0-rc1.tar.gz The binary distributions listed in the download page should be updated with binaries for the new beta release in the next day or so. Once again we need your help to ensure a high quality product, so please help out by testing your applications with this new code base. Thanks! - The MapServer Team Version 6.0.0-rc1 (2011-04-27) -- - Fix for the styleitem handling with union layer (#3674) - Fixed mindistance label test to check layer indexes. (#3851) - Fixed segmentation fault in PHP/MapScript and improved the php object method calls (#3730) - Fix build issue related to unnecessary use of gdal-config --dep-libs (#3316) ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] thread safety and php and fastcgi
Bringing back this question from a different angle... So, we know that PHP MapScript has some thread safety issues when used with PHP as a DSO module. In my limited understanding of how it works, a DSO module is loaded into memory when Apache starts, ready to accept multiple different requests, and this permanent state is where the thread safety issues come from. So, what about mapserv fastcgi? Isn't this also loaded once, and processes multiple requests? What about PHP as a fastcgi? If it's the mapserver-PHP code that has the thread safety problem, would PHP as a fastcgi have similar problems as PHP-DSO? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] thread safety and php and fastcgi
On Sep 2, 2010, at 9:03 AM, Frank Warmerdam wrote: In the case of FastCGI the fastcgi mapserver process is only given one cgi request at a time to handle. It won't be given another until the previous one is complete. Apache can start multiple separate FastCGI MapServer instances in order to handle multiple requests at once but they each have their own process. So, FastCGI does not have multi-threading issues. It does occationally run into issues with memory leaks or left over state from a previous cgi request. Thanks. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] PHP-MapScript with PHP 5.3 fastcgi warning
So, I'm *finally* getting around to updating my OS X PHP package to 5.3 and found an important change that affects MapServer mapscripts (and I didn't see it mentioned in the MapScript docs). I'm others have run into this already and figured it out (sorry if this is old news), but documentation is good. dl() is disabled in all but CGI, CLI and embed builds of PHP. That means PHP will throw an error, not a warning, when you try to dl(php_mapscript.so). You *must* load extensions from the php.ini when using PHP as DSO (those that don't have a choice), or as fastcgi, or any of the obscure PHP SAPIs. I guess the best way to handle this is to test if php_mapscript is already loaded before trying. And checking for the existence of the dl() function just in case, if it isn't loaded. This stumped me for a while because my *fastcgi* PHP build didn't work. Then I realized that they really mean CGI, and not also fastcgi. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] access problems from cgi-bin on Mac OS X 10.4.11 / MAMP
On Jul 10, 2009, at 11:28 AM, rmaurer wrote: So I'm a first time MapServer user and have been trying to navigate the installation process. I think I almost have it, but I am having some last problems. Just a check: are you using my installer, or compiling from source? What OSX version? If you are using my installer, and are on OSX 10.4, Mapserver is built for Apache 1.3, as found in the system, and it probably won't work correctly, if at all with an added-on Apache 2. If you are on OSX 10.5, why not just use the system Apache 2? When I access my executable mapserv file from the command line, I get this: This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. All sounds good, right? Well, I am using MAMP to host an Apache2.0 server. The httpd.conf file has the following in it: Alias /cgi-bin/ [rootfile]/cgi-bin/ Directory [rootfile]/cgi-bin/\ AllowOverride None Options ExecCGI FollowSymLinks Indexes Order allow,deny Allow from all /Directory\ Are the starting '' really missing, or did Mail strip them out? I also see closing quotes missing and extra \ chars. Should be: Directory [rootfile]/cgi-bin/ AllowOverride None Options ExecCGI FollowSymLinks Indexes Order allow,deny Allow from all /Directory AddHandler cgi-script .cgi .py I know that first line should probably be ScriptAlias, but I kept getting a Permission Denied message and read in a forum that this was a solution somebody had come up with, and indeed it worked for me as well. Anyways, the problem is that in this cgi-bin I have my mapserv executable (though one of the things I'm thinking is that maybe I need to add something else to AddHandler to make it think that this file is executable?). That addhandler is to run scripts as CGI. Mapserv is a binary, so all it should need is ExecCGI. But when I got to //localhost/cgi-bin/mapserv it tries to download the file as Untyped Binary Data and it doesn't execute anthing. I'm not sure, but you may need to load the mod_cgi module in your httpd.conf. Though it may only apply to script CGIs also. In case its of any help the ls -l for my cgi-bin gives the following information: -rwxr-xr-x 1 Rebecca Rebecca 51244 Jul 9 07:52 mapserv Do I not have this installed correctly? Or is my server just not realizing that this is executable. I would be thrilled if I could just get to the point where //localhost/cgi-bin/mapserv just brought up a No query information to decode message, since I think I can handle it from there. And, make sure to restart Apache after changing httpd.conf ;) Oh, and make sure that the system Apache is not running (System Preferences-Sharing-Web Sharing), as it will be using the same port and your MAMP Apache won't even start. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] how can I make labels not cover symbols?
Currently I have a point layer (cities), with a separate label layer for the same points. The labels often cover other point markers in the same, and other, layers, though they never cover the point they are labelling (of course). I was using pixmap symbols for the markers. I thought maybe if I use truetype markers, they would participate or influence the label cache, but that doesn't appear to be the case. Another thought was to draw truetype markers as an annotation layer, but this means adding a column in the table with the marker character, and would make it less flexible to change markers. Yet another idea was to use an annotation layer, but be able to specify static text for the LABEL. I don't see this option either. If I didn't miss something, and it is indeed impossible without the extra marker char column for an annotation layer, would such a feature be possible (either adding symbols to the label cache and/or static label text)? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] how can I make labels not cover symbols?
On Apr 22, 2009, at 12:42 PM, Thomas Bonfort wrote: Yet another idea was to use an annotation layer, but be able to specify static text for the LABEL. I don't see this option either. you can do that with the TEXT keyword at the CLASS level. CLASS TEXT '' LABEL FONT symbolfont ... END END Ah, I did miss something ;) I just had to adjust priorities so that the symbol layers always draw first (and forced), and now the labels don't cover symbols. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer 5.4 Release Candidate 1 Now Available
The link on the download page is messed up. I had to go to download.osgeo.org/mapserver to download. On Apr 8, 2009, at 7:55 PM, Steve Lime wrote: Greetings all: MapServer 5.4 Release Candidate 1 is now available for download at http://mapserver.org/download.html. Only a couple of trivial changes were made since the beta 4 release. As always any help in testing the software is greatly appreciated. Findings should be sent to the mapserver-dev (or even just mapserver-users) mailing list. The updated 5.4 release plan can be found at: http://trac.osgeo.org/mapserver/wiki/54ReleasePlan Steve ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer 5.2.2 and 4.10.4 released with security fixes
I have my OSX Mapserver 5.2.2 binaries online. I noticed that the mapserver site hasn't been updated yet. Then I noticed that the HTML title for the whole site (mapserver.org pages) is MapServer 5.2.1 Documentation. Odd (the 'documentation' part, not the version). Also, your downloads page link below should be: http://mapserver.org/download.html On Mar 26, 2009, at 9:40 PM, Steve Lime wrote: MapServer 5.2.2 and 4.10.4 have been released. (Version 5.4 will contain all of these fixes at the start and a beta 4 release will be available in a day or so.) The source packages are available in the MapServer downloads page: http://mapserver.org/download/ - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] trying new label positioning - no change
I'm trying the new label positioning improvements for polygons in trunk from http://trac.osgeo.org/mapserver/ticket/606 but AUTO seems to be ignoring the initial CC in the new ordering - with no collisions with other labels, all polygons are labelled at the UL corner of the polygon center. Are there special conditions for AUTO/CC to work? A typical label I'm trying is: LABEL COLOR 0 100 222 SHADOWCOLOR 218 218 218 SHADOWSIZE 1 1 OUTLINECOLOR 255 255 255 TYPE TRUETYPE FONT helvetica-italic SIZE 9 POSITION AUTO WRAP '|' PRIORITY 5 MINFEATURESIZE 16 END AUTO: inline: Picture-1.png POSITION CC does work to label polys at CC: inline: Picture-2.png PS. the new gravity positioning is nice! - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] trying new label positioning - no change
On Feb 17, 2009, at 11:02 PM, Steve Lime wrote: William: In my testing a polygon layer is definitely starting at position CC. Any chance you're using an annotation layer here? I have found an issue if that's the case. The decision to using one set of positions vs another is made based on the layer type NOT the geometry type. So annotation layers are treated as point layers regardless of the source geometry. As the code sits now that information is lost. Wasn't an issue previously since we didn't vary things. I'll file a bug on this issue. Let me know if this isn't the case for you. O. I've always used annotation layers for feature annotation. But, if it always treats annotation layers as point layers, why does ANGLE FOLLOW work on annotation layers of line features, or gravity positioning on annotation of poly features? Or does that trigger stepping out of the assumed-point default somehow? I did notice when poking around in the source that the labelling routines didn't know about the geometry of individual features. In my own early (v4.4) attempts at reordering the positions for polys (before the recent changes) I added a parameter to the addlabel() functions to pass the shapetype. One work around is to ditch annotation layers for polygons. They really aren't necessary with the addition of the label priority support in 5.0. I'm not sure what you mean here - how does label priority invalidate annotation layers? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] trying new label positioning - no change
On Feb 18, 2009, at 12:15 AM, Steve Lime wrote: I did notice when poking around in the source that the labelling routines didn't know about the geometry of individual features. In my own early (v4.4) attempts at reordering the positions for polys (before the recent changes) I added a parameter to the addlabel() functions to pass the shapetype. I think I'd just pass a shapeObj pointer to the msAddLabel() and harvest what is necessary: type and a few indexes. If you think this is something that can be done, it would be nice have geometry and annotation layers both use the same positioning rules based on the geometry type (see comments below). I'm not sure what you mean here - how does label priority invalidate annotation layers? The principle reason to use annotation layers was to control the order in which labels are stuffed into the cache. They were especially useful with polygons since you typically draw those first but if you want to emphasize labels then you'd have to use annotation to make the labels show before other stuff. Label priorities fix that. You can give a polygon layer high priority labels without having to resort to annotation layers later in the mapfile. The benefits (besides working around this bug) are two-fold: 1) performance, you only have to process the polygon features once... 2) brevity, shorter, more concise layer definitions are good... Certainly annotation layers are still useful but principally for things like copyright notices or road shields. Steve Hmm, but mixing the annotations with their geometry in a single layer means you can't turn geometry and annotations on and off separately - I often want to show just the feature geometry, yet be able to turn on their annotations if I need it. Also, what about the drawing order? Won't other feature layers then draw on top of earlier feature layers and annotations of those layers? Or does the label cache force ALL annotations to draw last, no matter what layer they're on? I guess I need a visual diagram of the [now many] various possible combinations of layer types, annotations, priorities and layer ordering to make sense of this. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver and GDB files [SEC=UNCLASSIFIED]
On Sep 23, 2008, at 12:51 AM, Roppola, Antti - BRS wrote: ESRI will provide full and open access to the geodatabase using the following methods: • A free and open API to the file geodatabase. * The file geodatabase was introduced at ArcGIS 9.2. While ESRI would ideally like to open the file geodatabase format in a manner similar to what we did for shapefiles when we released ArcView 2, geodatabases are complex and can be easily corrupted outside the ArcGIS environment. Instead, we plan to engineer a high performing and well documented API that developers can freely embed in custom applications and that will read and write file geodatabase datasets. This will be released after ArcGIS 9.3. • Geodatabase GML. ESRI will release a full geodatabase GML schema with ArcGIS 9.3. This profile will be based on the OGC specifications and built on the simple feature GML specification adopted by OGC this past year. I'd kind of hope that this is just a bunch of c libraries that we can compile on anything we want, but ultimately we'll just have to wait and see... I highly doubt that. ESRI publishes binary software, not source. In the same FAQ, the question about open source participation even says: Traditionally, ESRI has been an open systems, closed source software vendor. ... ESRI continues to maintain an open system strategy. And, unfortunately, the Geodatabase FAQ basically says outright that ESRI isn't going to publish the specs of the geodatabase format. We're at their mercy. Maybe we'll see binaries for the commercialized linux systems ESRI supports. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] OSX binaries update
On Sep 23, 2008, at 6:26 PM, Dane Springmeyer wrote: Hi William, I just installed you new mapserver 5.2.0-2.dmg to test out python mapscript. I get an inconv error which is odd. Any ideas? springmeyer:~ spring$ python Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. import mapscript Traceback (most recent call last): File stdin, line 1, in module File /Library/Python/2.5/site-packages/mapscript.py, line 7, in module import _mapscript ImportError: dlopen(/Library/Python/2.5/site-packages/_mapscript.so, 2): Symbol not found: _iconv Referenced from: /Library/Frameworks/GDAL.framework/Versions/1.5/ Libraries/libpq.dylib Expected in: /usr/local/lib/libiconv.2.dylib Err, umm, oh. Completely misleading - what I find in my binaries is that GDAL links /usr/local/pgsql/lib/libpq.dylib (which links /usr/lib/ libiconv). I don't know how I keep missing this in my post-processing for GDAL, or why nobody reported a problem since I released that build in June. And it's just the Leopard build (maybe [mostly] everyone using Leopard installs my Postgres?). I'll post an update soon. Hold off installing Postgres, if you were thinking about it, so I can make sure that's really the problem. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] OSX binaries update
New GDAL online now. On Sep 23, 2008, at 6:59 PM, William Kyngesburye wrote: I'll post an update soon. Hold off installing Postgres, if you were thinking about it, so I can make sure that's really the problem. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver and GDB files
On Sep 22, 2008, at 9:59 AM, Frank Warmerdam wrote: Fawcett, David wrote: .gdb files are ESRI's new File Geodatabase proprietary format. I am quite sure that OGR/FWTools does not support it. David, Ah thanks. Indeed they are not supported and it is hard to imagine they will be supported for a while. ESRI has indicated in the past that they intend to provide an open mechanism to access the file geodatabase and that is still likely to happen at some point. However, I think this would be quite a few months away at best. Hmmm, and if ESRI provides it, then, like SDE, it probably won't be available for OSX (or other linux platforms?). Bleh. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] OSX binaries update
I finally figured out a longstanding problem with my OSX binaries - python mapscript wasn't working. The problem comes from FastCGI support for the mapserv CGI. When python tries to import mapscript, you get an error about libfcgi not finding the _environ symbol (from apache?). Since I build MapServer with a dynamic library (framework) I can't use a separate library for mapserv and mapscript. I tried moving cgi stuff from the library into mapserv, but I think CGI functions are needed elsewhere also, or I just didn't go far enough, and I couldn't get it to work. So, given this, and the recent discussion saying that fastcgi only provides a tiny performance gain, I removed fastcgi from my OSX binaries. (fastcgi is also a lot more complex to setup on OSX compared to standard CGI and the various mapscripts.) And python mapscript now works on OSX! - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS loadparams weird behavior on Ubuntu
Answering my own question, here's what I found: At first I had installed the php5 apache module, then quickly remembered CGI would be better and installed that. I thought I had uninstalled the php module, but I was mistaken. So all this time PHP was running as the Apache module. I got PHP CGI running and now the WMS request loadparams() works. Apparently WMS doesn't work on PHP as Apache module (my OSX system uses PHP CGI). Or maybe there is a way to make it work? (though I don't really care now that I have PHP CGI running) On Sep 15, 2008, at 11:32 AM, William Kyngesburye wrote: I testing/debugging some WMS PHP on Ubuntu 8.04 that works on OSX. On OSX I have MapServer 5.0.0. Same on Ubuntu, from the repositories. When my PHP script gets to the loadparams() statement it immediately sends data back to the browser, in some unknown form (Firefox pops up the open in/save dialog). If I save it, it's 0 bytes. The PHP magic_quotes_gpc was on, so I turned it off, but that didn't help. The GET params appear to be properly escaped and the request has all the required parameters (I took the URL from the request OpenLayers was sending). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer Version 5.2.0 Source Released
On Aug 6, 2008, at 10:51 AM, William Kyngesburye wrote: On Jul 20, 2008, at 3:30 PM, William Kyngesburye wrote: My OSX build is finally ready (lots of distractions this week). I added a couple things: - instructions for compiling other mapscripts that are not included in the installer. are now included took me a while to notice ;) Scratch that, misread my own writing. Where's my coffee!? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer Version 5.2.0 Source Released
My OSX build is finally ready (lots of distractions this week). I added a couple things: - instructions for compiling other mapscripts that are not included in the installer. - a build script (separate download) to compile my framework version. Also supports compiling universal and 64bits (for Leopard). It should work on Panther. Defaults to using my other frameworks and binaries, only GD is required as an external compile. On Jul 16, 2008, at 8:51 PM, Steve Lime wrote: Hi all: The MapServer PSC is proud to announce the release of MapServer version 5.2. The source code is available for download at: http://mapserver.gis.umn.edu/download/current Binary distributions will follow shortly. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Ruby MapScript on Mac OS X?
Here's a way to add ruby to my MapServer framework build. Get the matching 5.0 Mapserver source (5.2 release coming soon). Also get the GD 2.0.35 source, since some internal operations use GD. Copy these GD headers into the Mapserver source: entities.h gd_io.h gd.h gdcache.h gdfontg.h gdfontl.h gdfontmb.h gdfonts.h gdfontt.h gdfx.h Then copy this file to the Mapserver source: mapscriptvars Description: Binary data Now, in a Terminal window, cd to the ruby mapscript source folder and (as the readme says): ruby extconf.rb make You will probably get an error about a missing architecture, but at least on Leopard it is ignored and I got a ruby mapscript bundle. If this works, I can include the mapscripvars and instructions in my upcoming 5.2 binaries. On Jul 18, 2008, at 7:56 AM, Tom Huras wrote: William: I'm on OS X 10.4.11 with my own Ruby installation to a more recent version (1.8.5) than shipped with OS X. I am using your MapServer framework because it appeared to be a cleaner way of getting it going. A couple of years ago, I attempted the full build from MapServer source with all its prerequisite software and got bogged down on some compiler issue with one of the prerequisites. I left it for a while and then discovered your site where you had done the heavy lifting to do the build. Thanks for that! /tom William Kyngesburye wrote: I haven't given any thought to ruby yet, but I can look into it. Which OSX version? I believe Leopard has Ruby, but not Tiger. I would prefer to start with the system Ruby. A possibility that I haven't worked out fully yet is to use my MapServer framework + MapServer source to build just the Ruby MapScript. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Ruby MapScript on Mac OS X?
I haven't given any thought to ruby yet, but I can look into it. Which OSX version? I believe Leopard has Ruby, but not Tiger. I would prefer to start with the system Ruby. A possibility that I haven't worked out fully yet is to use my MapServer framework + MapServer source to build just the Ruby MapScript. On Jul 17, 2008, at 12:43 PM, Tom Huras wrote: I'm running the pre-built binaries for MapServer on Mac OS X from Kyng Chaos. Does anyone know how to get Ruby MapScript going on this platform? I understand that if I build MapServer from source I can also build Ruby MapScript. However, I was hoping for an easier path. Thanks /tom -- ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] fastcgi/no-fastcgi
While reorganizing my OSX build setup, it occurred to me that I might simplify the mapserv CGI build. I've been compiling 2 separate mapserv binaries for with/without fastcgi. Question: if I build mapserv CGI with fastcgi support, can it still run as a normal CGI if desired? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] fastcgi/no-fastcgi
On Jul 13, 2008, at 11:30 AM, Jeff McKenna wrote: On 13-Jul-08, at 12:13 PM, William Kyngesburye wrote: While reorganizing my OSX build setup, it occurred to me that I might simplify the mapserv CGI build. I've been compiling 2 separate mapserv binaries for with/without fastcgi. Question: if I build mapserv CGI with fastcgi support, can it still run as a normal CGI if desired? I don't think 2 mapserv binaries are necessary. For MS4W it will be one mapserv binary, but Apache will be configured for 2 different script aliases for the cgi-bin directory (one with fastcgi settings and one without). So to answer your question: yes a fastcgi- compiled mapserv can run as a normal cgi. So, without the Apache configuration to load and configure the apache fastcgi module, mapserv-fcgi would run as a normal CGI? Makes sense I guess. Took me a while for this to occur to me ;) Sure simplifies compilation (once, not twice). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Mapserver GDAL in various Linux repositories
I'm trying to get a handle on installing Mapserver on different Linux systems, so I can make recommendations to clients for setting up systems with Mapserver. For standard repositories for different Linux distributions, I see quite a variety of names and versions: Ubuntu: I have 8.04 on my MacBook, so I could check this directly - I find MapServer 5.0.0 and GDAL 1.4.4. A web package list gives me MS 4.10 and GDAL 1.4.1 for 7.10. Debian: the web package listing shows MS 4.10/GDAL 1.5.0 for etch, and MS 5.0.2/GDAL 1.5.1 for the upcoming lenny. Redhat: I couldn't find a web interface to search for packages, but did find a reference to Redhat 5 which has MS 4.10 and GDAL 1.4.2. The Mapserver download page has links to old Mapping Hacks RPMs, and a really old FGS bundle. There's the FWTools, which is supposed to have the latest dev versions of MS and GDAL for almost any 32bit Linux, but I'm not sure I want to put dev versions into a production environment. Any other ideas? - custom repositories with more up to date, or consistent across Linux systems, version? Building from source would only be an option for the more savvy clients. Maybe something similar to FWTools but with stable versions only? I definitely want at least MapServer 5 (though I could live with 4.10 in a pinch). GDAL version is more flexible, though it would be good to have the newer Python bindings in 1.5. Other support dependencies are less of a concern (except maybe PROJ). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver GDAL in various Linux repositories
I vaguely remember this, but didn't pay much attention to it ;) It would be good to update the FGS page to show which versions are included. Are the FGS builds of Apache, PHP, Postgres, ... and basic libraries required for FGS MapServer GDAL, and other GIS tools and libraries? Or can they use system copies of these? Clients may not be willing or able to install duplicate copies of stuff available at the same version in the system, especially on an existing server. Also, are there plans for 64bit builds? On May 14, 2008, at 1:34 PM, Daniel Morissette wrote: William Kyngesburye wrote: The Mapserver download page has links to old Mapping Hacks RPMs, and a really old FGS bundle. With respect to FGS, there have been no official/public releases in quite a while, but we've continued to use it internally. Recently we've started putting more work towards a new public release and last week a 1.0 release with the latest version of everything has been posted to the download site and mentioned on the FGS list, but unfortunately the website is still lagging behind. Here is the relevant mailing list thread with the download/install info for FGS 1.0: http://lists.maptools.org/pipermail/foss-gis-suite/2008-May/ 000639.html Daniel -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
