Re: [mapserver-users] [TinyOWS] Inserting feature and XML schema validation
On Mon, Nov 19, 2012 at 2:46 PM, Тимур Галиаскарович Суфиев t.suf...@acti.ru wrote: Timur, ** I got the point: this is exactly the same fragment I've committed on Nov 01, string src/wfs_get_feature.c:825: buffer_copy(id_name, ll-value); Previously (before commits from #19) ll-value contained layer's name, and now it contains ns-uri:layer-name. Should return from ns-uri:layer-name to layer-name somehow... Thanks for the report and your code patch provided throught GitHub (and commited) For the record, this issue is relevant for GeoJSON id (GML one is safe) -- Olivier ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] [mapserver-dev] WMS layers - using port otherthan 80
Jukka, The problem does appear to be that the GetCapabilitiesUrl is correct and the GetMapUrl and the GetFeatureInfoUrl values have the port set twice. GetCapabilitiesUrl http://192.168.2.160:16001/cgi-bin .. GetMapUrl http://192.168.2.160:16001:16001/cgi-bin . GetFeatureInfoUrl http://192.168.2.160:16001:16001/cgi-bin ... Where do I correct this? Not sure if this is a mapserver wms setup question or a QGIS user question. Thanks Ian -Original Message- From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] Sent: Monday, November 19, 2012 2:04 PM To: Ian Walberg Cc: mapserver-...@lists.osgeo.org; mapserver-users@lists.osgeo.org Subject: VS: [mapserver-users] [mapserver-dev] WMS layers - using port otherthan 80 Hi, I had a try with QGIS dev. and default Geoserver installation running on localhost:8080. No trouble at all with WMS. One thing I would check is if your Mapserver is sending correct onlineresource for including the correct port with the GetCapabilities. You can override the announced GetMap url in the QGIS WMS dialogue so that it will use the same URL as used for making the connection with QGIS but that is not the default. -Jukka Rahkonen- Lähettäjä: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] k#228;ytt#228;j#228;n Ian Walberg [ian.walb...@airborne.aero] puolesta Lähetetty: 19. marraskuuta 2012 22:39 Vastaanottaja: Ian Walberg; Stephen Woodbridge Kopio: mapserver-...@lists.osgeo.org; mapserver-users@lists.osgeo.org Aihe: Re: [mapserver-users] [mapserver-dev] WMS layers - using port other than 80 It does seem however that QGIS does not like the wms layers to be on any port other than 80 which is where we are confused. Ian -Original Message- From: mapserver-dev-boun...@lists.osgeo.org [mailto:mapserver-dev-boun...@lists.osgeo.org] On Behalf Of Ian Walberg Sent: Monday, November 19, 2012 6:47 AM To: Stephen Woodbridge Cc: mapserver-...@lists.osgeo.org; mapserver-users@lists.osgeo.org Subject: Re: [mapserver-dev] WMS layers - using port other than 80 Steve, We finally tested this last week and unsurprisingly it was our error and everything works fine. Thanks Ian -Original Message- From: Stephen Woodbridge [mailto:wood...@swoodbridge.com] Sent: Monday, November 05, 2012 8:35 AM To: Ian Walberg Cc: mapserver-users@lists.osgeo.org; mapserver-...@lists.osgeo.org Subject: Re: [mapserver-dev] WMS layers - using port other than 80 Yes, it works fine. http://imaptools.com:8080/demo/tiger2011.html?zoom=2lat=40.11169lon=-9 5.18555layers=B0 -Steve W On 11/5/2012 10:51 AM, Ian Walberg wrote: Folks, Can anyone confirm that a WMS layer can use a port other than 80? From some testing we did last week it appeared that they query capabilities could use any port but the actual requests needed to be on port 80. Does this make sense? We will test further today to confirm. Thanks Ian ___ mapserver-dev mailing list mapserver-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-dev ___ mapserver-dev mailing list mapserver-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-dev ___ 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
Re: [mapserver-users] PHP-Mapscript and PHP Apache DSO - any progress?
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/ 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
Re: [mapserver-users] PHP-Mapscript and PHP Apache DSO - any progress?
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/ 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 -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 ___ 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