Re: [mapserver-users] Difference in GD vs AGG PNG output -- seams in my shape files.
see http://trac.osgeo.org/mapserver/ticket/3165 for an explanation and a patch. regards, thomas On Tue, May 4, 2010 at 08:37, Dane Springmeyer wrote: > You might try setting a map background color the same as your ocean color > used for the polygons. > > Dane > > > On May 3, 2010, at 2:03 PM, Mark Deneen wrote: > >> Steve, >> >> I had just tried adding an outline before I received this message. It >> helps, but at the expense of my coastline. This is, however, not a >> terrible issue because you can still see the detail as you zoom in >> further. >> >> Thanks, >> Mark >> On 5/3/2010 4:38 PM, Lime, Steve D (DNR) wrote: >>> >>> You may be seeing some deficiencies in the analytical AA algorithm AGG >>> uses. I remember reading about it awhile back in discussions about >>> alternative algorithms and recall it being prominent with vertical edges. >>> Have you tried setting an outline color to the same value as your fill >>> color? That may help. >>> >>> Steve >>> >>> From: mapserver-users-boun...@lists.osgeo.org >>> [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Mark Deneen >>> [mden...@gmail.com] >>> Sent: Monday, May 03, 2010 2:42 PM >>> To: mapserver-users@lists.osgeo.org >>> Subject: [mapserver-users] Difference in GD vs AGG PNG output -- seams in >>> my shape files. >>> >>> Hi, >>> >>> I recently upgraded from 5.2.x to 5.6.1, and from GD to AGG. >>> >>> Here is my output: >>> >>> AGG: http://i44.tinypic.com/5oh261.png >>> >>> GD: http://i39.tinypic.com/2h4j409.png >>> >>> Visual Representation of the shapefile: >>> http://i44.tinypic.com/1zz2u76.png >>> >>> Look north of Cancun -- the AGG driver is showing seams where the >>> polygons connect in my shape file. It doesn't do it for all of them, but I >>> see it a lot, especially when the seams are not straight N/S or E/W. I feel >>> that it has something to do with AGG's antialiasing, but I've not been able >>> to pin it down. >>> >>> Is there any way to resolve this? I'd really like to use the AGG driver, >>> I love the output it produces, minus the white lines! >>> >>> Mark >>> >>> >> >> >> ___ >> 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 > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] invalid schema location ?
Thanks, I tested it, but with a post message and a GetFeature as xml body mapserver keeps responding with a invalid schema (with spaces). Even without a outputformat in the getFeature. Is this bug going to be solved in a next version of mapserver? Roy _ From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] To: Roy Braam [mailto:roybr...@b3partners.nl], mapserver-users@lists.osgeo.org Sent: Mon, 26 Apr 2010 15:27:48 +0200 Subject: Re: [mapserver-users] invalid schema location? Hi, I inspired to compare how Mapserver and Geoserver are handling this thing. At least I can say that they are doing thing in a bit different way, and Geoserver is creating alwayd the DescribeFeatureType URL in the GetFeature output without OUTPUTFORMAT. GEOSERVER == - GetFeature with WFS version 1.1.0 and outputformat=gml2 -> RESULT schema location contains "...geoserver/wfs?service=WFS&version=1.0.0&request=DescribeFeatureType&typeName=..." So the GetFeature was done with version 1.1.0 but the URL to schema location is containing "version=1.0.0", and because WFS 1.0.0 default is gml2 this is giving a correct schema. - GetFeature with WFS version 1.1.0 and outputformat=text/xml; subtype=gml/3.1.1 -> RESULT schema location contains "...geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFeatureType&typeName=..." Now the schema location URL is using "version=1.1.0" which defaults to gml3.1.1 and schema is correct. MAPSERVER == On the other hand, Mapserver version 5.2.1 behaves this way GetFeature request wioth WFS version 1.1.0 and outputformat=gml2 (here is part of my test request literally: &service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=gml2) -> RESULT schema location contains /cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=XMLSCHEMA"> Running this DescribeFeatureType query returns schema with reference to "http://schemas.opengis.net/gml/2.1.2/feature.xsd"; Features in the GetFeature are in gml2 format. I suppose this is working OK. Request WFS version 1.1.0 and outputformat=text/xml; subtype=gml/3.1.1 (&service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=text/xml; subtype=gml/3.1.1) This does not work at all for me. Mapserver is returning features in gml2 format with this parameter, even if I am specially asking for gml3.1.1 Request WFS version 1.1.0 and without using outputformat at all (WFS 1.1.0 default is text/xml; subtype=gml/3.1.1) - > schema location contains cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=text/xml; subtype=gml/3.1.1 Running this query returns schema with reference to "http://schemas.opengis.net/gml/3.1.1/base/gml.xsd"; Features in the GetFeature are in gml 3.1.1. format. I suppose this is working OK. However, Mapserver does not need OUTPUTFORMAT parameter here but the result is the same even if I leave it out. -Jukka Rahkonen- _ Lähettäjä: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Roy Braam Lähetetty: 26. huhtikuuta 2010 14:26 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: [mapserver-users] invalid schema location? Hello List, When i do a WFS getFeature request mapserver returns a xml that starts with: http://mapserver.gis.umn.edu/mapserver"; xmlns:gml="http://www.opengis.net/gml"; xmlns:wfs="http://www.opengis.net/wfs"; xmlns:ogc="http://www.opengis.net/ogc"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://mapserver.gis.umn.edu/mapserver http://server.nl/geoservices/aankoopgebieden?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=LL&OUTPUTFORMAT=text/xml; subtype=gml/3.1.1 http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"; numberOfFeatures="16"> If i read this site: http://www.w3.org/TR/xmlschema-0/#schemaLocation the schema locations needs to be "pairs of URI references, separated by white space". Because the OUTPUTFORMAT="text/xml; subtype=gml/3.1.1" a space is in the url of the first pair in my example. 1) spaces are not valid in URLS?? 2) you don't have pairs anymore. You have a odd number of values if you separate by space... So, is mapserver generating a invalid XML?? Or i'm doing something wrong Version of mapserver = 5.6.3 Roy___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] invalid schema location?
Hi Roy, I can confirm the issue with Xerces. It should be as simple as replacing the space with %20 or not? Fatal Error at (file stdin, line 8, char 361): The schemaLocation attribute does not contain pairs of values. Can you open up a ticket in the Mapserver Trac? Best regards, Bart > Thanks, > > I tested it, but with a post message and a GetFeature as xml body > mapserver keeps responding with a invalid schema (with spaces). > Even without a outputformat in the getFeature. > Is this bug going to be solved in a next version of mapserver? > > Roy > > > _ > > From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] > To: Roy Braam [mailto:roybr...@b3partners.nl], > mapserver-users@lists.osgeo.org > Sent: Mon, 26 Apr 2010 15:27:48 +0200 > Subject: Re: [mapserver-users] invalid schema location? > > > Hi, > > I inspired to compare how Mapserver and Geoserver are handling this > thing. At least I can say that they are doing thing in a bit different > way, and Geoserver is creating alwayd the DescribeFeatureType URL in the > GetFeature output without OUTPUTFORMAT. > > > GEOSERVER > == > > - GetFeature with WFS version 1.1.0 and outputformat=gml2 > -> RESULT schema location contains > "...geoserver/wfs?service=WFS&version=1.0.0&request=DescribeFeatureType&typeName=..." > > So the GetFeature was done with version 1.1.0 but the URL to schema > location is containing "version=1.0.0", and because WFS 1.0.0 default is > gml2 this is giving a correct schema. > > > - GetFeature with WFS version 1.1.0 and outputformat=text/xml; > subtype=gml/3.1.1 > -> RESULT schema location contains > "...geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFeatureType&typeName=..." > > Now the schema location URL is using "version=1.1.0" which defaults to > gml3.1.1 and schema is correct. > > > MAPSERVER > == > > On the other hand, Mapserver version 5.2.1 behaves this way > > GetFeature request wioth WFS version 1.1.0 and outputformat=gml2 > (here is part of my test request literally: > &service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=gml2) > > -> RESULT schema location contains > /cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=XMLSCHEMA"> > > Running this DescribeFeatureType query returns schema with reference to > "http://schemas.opengis.net/gml/2.1.2/feature.xsd"; > Features in the GetFeature are in gml2 format. > I suppose this is working OK. > > > Request WFS version 1.1.0 and outputformat=text/xml; subtype=gml/3.1.1 > > (&service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=text/xml; > subtype=gml/3.1.1) > > This does not work at all for me. Mapserver is returning features in > gml2 format with this parameter, even if I am specially asking for > gml3.1.1 > > > Request WFS version 1.1.0 and without using outputformat at all (WFS > 1.1.0 default is text/xml; subtype=gml/3.1.1) > > - > schema location contains > cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=text/xml; > subtype=gml/3.1.1 > > Running this query returns schema with reference to > "http://schemas.opengis.net/gml/3.1.1/base/gml.xsd"; > Features in the GetFeature are in gml 3.1.1. format. > I suppose this is working OK. However, Mapserver does not need > OUTPUTFORMAT parameter here but the result is the same even if I leave > it out. > > -Jukka Rahkonen- > > > > > _ > > > Lähettäjä: mapserver-users-boun...@lists.osgeo.org > [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Roy Braam > Lähetetty: 26. huhtikuuta 2010 14:26 > Vastaanottaja: mapserver-users@lists.osgeo.org > Aihe: [mapserver-users] invalid schema location? > > > Hello List, > > When i do a WFS getFeature request mapserver returns a xml that starts > with: > > > xmlns:ms="http://mapserver.gis.umn.edu/mapserver"; >xmlns:gml="http://www.opengis.net/gml"; >xmlns:wfs="http://www.opengis.net/wfs"; >xmlns:ogc="http://www.opengis.net/ogc"; >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >xsi:schemaLocation="http://mapserver.gis.umn.edu/mapserver > http://server.nl/geoservices/aankoopgebieden?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=LL&OUTPUTFORMAT=text/xml; > subtype=gml/3.1.1 http://www.opengis.net/wfs > http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"; > numberOfFeatures="16"> > > > If i read this site: > http://www.w3.org/TR/xmlschema-0/#schemaLocation > > the schema locations needs to be "pairs of URI references, separated > by white space". > Because the OUTPUTFORMAT="text/xml; subtype=gml/3.1.1" a space is in > the url of the first pair in my example. > 1) spaces are not valid in URLS?? > 2) you don't have pairs anymore. You have a odd number of values if > you separate by space... > > So, is mapserver generating a
Re: [mapserver-users] invalid schema location?
Hi, I believe that the whole OUTPUTFORMAT is unnecessary with DescribeFeatureType and if it is not needed then why to keep it? I am not a xml specialist, but I feel that the following request is returning a valid WFS 1.0.0 schema: http://localhost/cgi-bin/mapserv.exe?map=d:\data\maps\wfs_test.map&service=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=wfstest and this one sends back a valid WFS 1.1.0 schema: http://localhost/cgi-bin/mapserv.exe?map=d:\data\maps\wfs_test.map&service=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=wfstest Wouldn't it work correctly if the first request is used as a schema location always if GetFeature is asked with gml2 as outputformat, and the latter one with gml3 output? -Jukka Rahkonen- bartvde wrote: > Hi Roy, > > I can confirm the issue with Xerces. It should be as simple > as replacing > the space with %20 or not? > > Fatal Error at (file stdin, line 8, char 361): The schemaLocation > attribute does not contain pairs of values. > > Can you open up a ticket in the Mapserver Trac? > > Best regards, > Bart > > > Thanks, > > > > I tested it, but with a post message and a GetFeature as xml body > > mapserver keeps responding with a invalid schema (with spaces). > > Even without a outputformat in the getFeature. > > Is this bug going to be solved in a next version of mapserver? > > > > Roy > > > > > > _ > > > > From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] > > To: Roy Braam [mailto:roybr...@b3partners.nl], > > mapserver-users@lists.osgeo.org > > Sent: Mon, 26 Apr 2010 15:27:48 +0200 > > Subject: Re: [mapserver-users] invalid schema location? > > > > > > Hi, > > > > I inspired to compare how Mapserver and Geoserver are > handling this > > thing. At least I can say that they are doing thing in a > bit different > > way, and Geoserver is creating alwayd the > DescribeFeatureType URL in the > > GetFeature output without OUTPUTFORMAT. > > > > > > GEOSERVER > > == > > > > - GetFeature with WFS version 1.1.0 and outputformat=gml2 > > -> RESULT schema location contains > > > "...geoserver/wfs?service=WFS&version=1.0.0&request=DescribeFe > atureType&typeName=..." > > > > So the GetFeature was done with version 1.1.0 but the URL > to schema > > location is containing "version=1.0.0", and because WFS > 1.0.0 default is > > gml2 this is giving a correct schema. > > > > > > - GetFeature with WFS version 1.1.0 and outputformat=text/xml; > > subtype=gml/3.1.1 > > -> RESULT schema location contains > > > "...geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFe > atureType&typeName=..." > > > > Now the schema location URL is using "version=1.1.0" > which defaults to > > gml3.1.1 and schema is correct. > > > > > > MAPSERVER > > == > > > > On the other hand, Mapserver version 5.2.1 behaves this way > > > > GetFeature request wioth WFS version 1.1.0 and outputformat=gml2 > > (here is part of my test request literally: > > > &service=wfs&version=1.1.0&request=getfeature&typeName=test&ma > xfeatures=2&OUTPUTFORMAT=gml2) > > > > -> RESULT schema location contains > > > /cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFea > tureType&TYPENAME=test&OUTPUTFORMAT=XMLSCHEMA"> > > > > Running this DescribeFeatureType query returns schema > with reference to > > "http://schemas.opengis.net/gml/2.1.2/feature.xsd"; > > Features in the GetFeature are in gml2 format. > > I suppose this is working OK. > > > > > > Request WFS version 1.1.0 and outputformat=text/xml; > subtype=gml/3.1.1 > > > (&service=wfs&version=1.1.0&request=getfeature&typeName=test&m > axfeatures=2&OUTPUTFORMAT=text/xml; > > subtype=gml/3.1.1) > > > > This does not work at all for me. Mapserver is returning > features in > > gml2 format with this parameter, even if I am specially asking for > > gml3.1.1 > > > > > > Request WFS version 1.1.0 and without using outputformat > at all (WFS > > 1.1.0 default is text/xml; subtype=gml/3.1.1) > > > > - > schema location contains > > > cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeat > ureType&TYPENAME=test&OUTPUTFORMAT=text/xml; > > subtype=gml/3.1.1 > > > > Running this query returns schema with reference to > > "http://schemas.opengis.net/gml/3.1.1/base/gml.xsd"; > > Features in the GetFeature are in gml 3.1.1. format. > > I suppose this is working OK. However, Mapserver does not need > > OUTPUTFORMAT parameter here but the result is the same even > if I leave > > it out. > > > > -Jukka Rahkonen- > > > > > > > > > > _ > > > > > > Lähettäjä: mapserver-users-boun...@lists.osgeo.org > > [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta > Roy Braam > > Lähetetty: 26. huhtikuuta 2010 14:26 > > Vastaanottaja: mapserver-users@lists.osgeo.org > > Aihe: [mapserver-users] invalid schema location? > > > > > > Hello List, > > > > When i do a WFS getFeature request mapserver returns a > xml that starts > > wit
Re: [mapserver-users] invalid schema location ?
Hi Bart, I opened a ticket: http://trac.osgeo.org/mapserver/ticket/3447 Roy _ From: bart...@osgis.nl To: Roy Braam [mailto:roybr...@b3partners.nl] Cc: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi], mapserver-users@lists.osgeo.org Sent: Tue, 04 May 2010 10:52:20 +0200 Subject: Re: [mapserver-users] invalid schema location? Hi Roy, I can confirm the issue with Xerces. It should be as simple as replacing the space with %20 or not? Fatal Error at (file stdin, line 8, char 361): The schemaLocation attribute does not contain pairs of values. Can you open up a ticket in the Mapserver Trac? Best regards, Bart > Thanks, > > I tested it, but with a post message and a GetFeature as xml body > mapserver keeps responding with a invalid schema (with spaces). > Even without a outputformat in the getFeature. > Is this bug going to be solved in a next version of mapserver? > > Roy > > > _ > > From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] > To: Roy Braam [mailto:roybr...@b3partners.nl], > mapserver-users@lists.osgeo.org > Sent: Mon, 26 Apr 2010 15:27:48 +0200 > Subject: Re: [mapserver-users] invalid schema location? > > > Hi, > > I inspired to compare how Mapserver and Geoserver are handling this > thing. At least I can say that they are doing thing in a bit different > way, and Geoserver is creating alwayd the DescribeFeatureType URL in the > GetFeature output without OUTPUTFORMAT. > > > GEOSERVER > == > > - GetFeature with WFS version 1.1.0 and outputformat=gml2 > -> RESULT schema location contains > "...geoserver/wfs?service=WFS&version=1.0.0&request=DescribeFeatureType&typeName=..." > > So the GetFeature was done with version 1.1.0 but the URL to schema > location is containing "version=1.0.0", and because WFS 1.0.0 default is > gml2 this is giving a correct schema. > > > - GetFeature with WFS version 1.1.0 and outputformat=text/xml; > subtype=gml/3.1.1 > -> RESULT schema location contains > "...geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFeatureType&typeName=..." > > Now the schema location URL is using "version=1.1.0" which defaults to > gml3.1.1 and schema is correct. > > > MAPSERVER > == > > On the other hand, Mapserver version 5.2.1 behaves this way > > GetFeature request wioth WFS version 1.1.0 and outputformat=gml2 > (here is part of my test request literally: > &service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=gml2) > > -> RESULT schema location contains > /cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=XMLSCHEMA"> > > Running this DescribeFeatureType query returns schema with reference to > "http://schemas.opengis.net/gml/2.1.2/feature.xsd"; > Features in the GetFeature are in gml2 format. > I suppose this is working OK. > > > Request WFS version 1.1.0 and outputformat=text/xml; subtype=gml/3.1.1 > (&service=wfs&version=1.1.0&request=getfeature&typeName=test&maxfeatures=2&OUTPUTFORMAT=text/xml; > subtype=gml/3.1.1) > > This does not work at all for me. Mapserver is returning features in > gml2 format with this parameter, even if I am specially asking for > gml3.1.1 > > > Request WFS version 1.1.0 and without using outputformat at all (WFS > 1.1.0 default is text/xml; subtype=gml/3.1.1) > > - > schema location contains > cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=test&OUTPUTFORMAT=text/xml; > subtype=gml/3.1.1 > > Running this query returns schema with reference to > "http://schemas.opengis.net/gml/3.1.1/base/gml.xsd"; > Features in the GetFeature are in gml 3.1.1. format. > I suppose this is working OK. However, Mapserver does not need > OUTPUTFORMAT parameter here but the result is the same even if I leave > it out. > > -Jukka Rahkonen- > > > > > _ > > > Lähettäjä: mapserver-users-boun...@lists.osgeo.org > [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Roy Braam > Lähetetty: 26. huhtikuuta 2010 14:26 > Vastaanottaja: mapserver-users@lists.osgeo.org > Aihe: [mapserver-users] invalid schema location? > > > Hello List, > > When i do a WFS getFeature request mapserver returns a xml that starts > with: > > > xmlns:ms="http://mapserver.gis.umn.edu/mapserver"; >xmlns:gml="http://www.opengis.net/gml"; >xmlns:wfs="http://www.opengis.net/wfs"; >xmlns:ogc="http://www.opengis.net/ogc"; >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >xsi:schemaLocation="http://mapserver.gis.umn.edu/mapserver > http://server.nl/geoservices/aankoopgebieden?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=LL&OUTPUTFORMAT=text/xml; >
Re: [mapserver-users] invalid schema location?
Sure, that would work as well since OUTPUTFORMAT is optional. Best regards, Bart > Hi, > > I believe that the whole OUTPUTFORMAT is unnecessary with > DescribeFeatureType and if it is not needed then why to keep it? I am > not a xml specialist, but I feel that the following request is returning a > valid WFS 1.0.0 schema: > http://localhost/cgi-bin/mapserv.exe?map=d:\data\maps\wfs_test.map&service=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=wfstest > > and this one sends back a valid WFS 1.1.0 schema: > http://localhost/cgi-bin/mapserv.exe?map=d:\data\maps\wfs_test.map&service=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=wfstest > > Wouldn't it work correctly if the first request is used as a schema > location always if GetFeature is asked with gml2 as outputformat, and the > latter one with gml3 output? > > -Jukka Rahkonen- > > bartvde wrote: > > >> Hi Roy, >> >> I can confirm the issue with Xerces. It should be as simple >> as replacing >> the space with %20 or not? >> >> Fatal Error at (file stdin, line 8, char 361): The schemaLocation >> attribute does not contain pairs of values. >> >> Can you open up a ticket in the Mapserver Trac? >> >> Best regards, >> Bart >> >> > Thanks, >> > >> > I tested it, but with a post message and a GetFeature as xml body >> > mapserver keeps responding with a invalid schema (with spaces). >> > Even without a outputformat in the getFeature. >> > Is this bug going to be solved in a next version of mapserver? >> > >> > Roy >> > >> > >> > _ >> > >> > From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi] >> > To: Roy Braam [mailto:roybr...@b3partners.nl], >> > mapserver-users@lists.osgeo.org >> > Sent: Mon, 26 Apr 2010 15:27:48 +0200 >> > Subject: Re: [mapserver-users] invalid schema location? >> > >> > >> > Hi, >> > >> > I inspired to compare how Mapserver and Geoserver are >> handling this >> > thing. At least I can say that they are doing thing in a >> bit different >> > way, and Geoserver is creating alwayd the >> DescribeFeatureType URL in the >> > GetFeature output without OUTPUTFORMAT. >> > >> > >> > GEOSERVER >> > == >> > >> > - GetFeature with WFS version 1.1.0 and outputformat=gml2 >> > -> RESULT schema location contains >> > >> "...geoserver/wfs?service=WFS&version=1.0.0&request=DescribeFe >> atureType&typeName=..." >> > >> > So the GetFeature was done with version 1.1.0 but the URL >> to schema >> > location is containing "version=1.0.0", and because WFS >> 1.0.0 default is >> > gml2 this is giving a correct schema. >> > >> > >> > - GetFeature with WFS version 1.1.0 and outputformat=text/xml; >> > subtype=gml/3.1.1 >> > -> RESULT schema location contains >> > >> "...geoserver/wfs?service=WFS&version=1.1.0&request=DescribeFe >> atureType&typeName=..." >> > >> > Now the schema location URL is using "version=1.1.0" >> which defaults to >> > gml3.1.1 and schema is correct. >> > >> > >> > MAPSERVER >> > == >> > >> > On the other hand, Mapserver version 5.2.1 behaves this way >> > >> > GetFeature request wioth WFS version 1.1.0 and outputformat=gml2 >> > (here is part of my test request literally: >> > >> &service=wfs&version=1.1.0&request=getfeature&typeName=test&ma >> xfeatures=2&OUTPUTFORMAT=gml2) >> > >> > -> RESULT schema location contains >> > >> /cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFea >> tureType&TYPENAME=test&OUTPUTFORMAT=XMLSCHEMA"> >> > >> > Running this DescribeFeatureType query returns schema >> with reference to >> > "http://schemas.opengis.net/gml/2.1.2/feature.xsd"; >> > Features in the GetFeature are in gml2 format. >> > I suppose this is working OK. >> > >> > >> > Request WFS version 1.1.0 and outputformat=text/xml; >> subtype=gml/3.1.1 >> > >> (&service=wfs&version=1.1.0&request=getfeature&typeName=test&m >> axfeatures=2&OUTPUTFORMAT=text/xml; >> > subtype=gml/3.1.1) >> > >> > This does not work at all for me. Mapserver is returning >> features in >> > gml2 format with this parameter, even if I am specially asking for >> > gml3.1.1 >> > >> > >> > Request WFS version 1.1.0 and without using outputformat >> at all (WFS >> > 1.1.0 default is text/xml; subtype=gml/3.1.1) >> > >> > - > schema location contains >> > >> cgi-bin/wfstest?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeat >> ureType&TYPENAME=test&OUTPUTFORMAT=text/xml; >> > subtype=gml/3.1.1 >> > >> > Running this query returns schema with reference to >> > "http://schemas.opengis.net/gml/3.1.1/base/gml.xsd"; >> > Features in the GetFeature are in gml 3.1.1. format. >> > I suppose this is working OK. However, Mapserver does not need >> > OUTPUTFORMAT parameter here but the result is the same even >> if I leave >> > it out. >> > >> > -Jukka Rahkonen- >> > >> > >> > >> > >> > _ >> > >> > >> > Lähettäjä: mapserver-users-boun...@lists.osgeo.org >> > [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta >> Roy Braam >> > Lähetetty: 26. huhtikuuta 2010 14:26 >> > Vastaanott
Re: [mapserver-users] enable-debug in mapscript? getting a "cannot load module" error
Hi, I think you'll have to open 'mapscript/php3/php_mapscript.c' and look for ZEND_DEBUG 0 somewhere... and replace it by ZEND_DEBUG 1. Alan On April 29, 2010 10:38:23 am Burgholzer, Robert (DEQ) wrote: > This error message does not seem to agree. Is there a specific > directive to enable debugging in mapscript that I missed? > > ERROR: > PHP Warning: PHP Startup: MapScript: Unable to initialize module > Module compiled with module API=20060613, debug=0, thread-safety=1 > PHPcompiled with module API=20060613, debug=1, thread-safety=1 > These options need to match > > CONFIGURE: > ./configure --with-wfs --with-wmsclient > --with-php=/home/rob/src/php-5.2.11 --with-postgis --with-wfsclient > --with-wms --with-postgis --with-gdal --with-ogr --with-geos --with-proj > --enable-debug > > Thanks, > r.b. > > Robert W. Burgholzer > Surface Water Modeler > Office of Water Supply and Planning > Virginia Department of Environmental Quality > rwburghol...@deq.virginia.gov > 804-698-4405 > Open Source Modeling Tools: > http://sourceforge.net/projects/npsource/ > > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Alan Boudreault Mapgears http://www.mapgears.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Custom Projections with WMS Server
Is it possible to configure a wms server with custom projections (add a entry in the epsg file and mapfile) and have is available to client applications (ArcGIS, GeoMedia, QGIS, etc...)? Regards ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Custom Projections with WMS Server
I tried this with QGIS, and it didn't work. AFAICS QGIS only accepts well know EPSG numbers. Jan On 05/04/10 15:15, Travis Kirstine wrote: Is it possible to configure a wms server with custom projections (add a entry in the epsg file and mapfile) and have is available to client applications (ArcGIS, GeoMedia, QGIS, etc...)? Regards ___ 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] Custom Projections with WMS Server
Hi, Sure, just edit the "epsg" projection file. Support for Google projection 900913 is added just this way by inserting a new line as # Google-projection <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +no_defs <> Then this new projection can be used in the mapfile and it will be advertised in GetCapabilities. However, some clients may not like unknown projections because they can't do reprojection on-the-fly then. Some clients like OpenJUMP just do not care and they take the bbox from a map window and what ever SRS the user has selected to use. So Mapserver will work but it is not guaranteed how the clients behave. -Jukka Rahkonen- Travis Kirstine wrote: > Is it possible to configure a wms server with custom projections (add > a entry in the epsg file and mapfile) and have is available to client > applications (ArcGIS, GeoMedia, QGIS, etc...)? > > Regards > ___ > 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] Difference in GD vs AGG PNG output -- seams in my shape files.
Dane, I have the default background color set. However, with the data set we have, the ocean boarders are well defined but the land masses are not. I draw a rough estimate of North America, and then draw the ocean on top of that. If I were more accurate with North America, the seams would not be as big of an issue. Mark On 5/4/2010 2:37 AM, Dane Springmeyer wrote: > You might try setting a map background color the same as your ocean > color used for the polygons. > > Dane > > > On May 3, 2010, at 2:03 PM, Mark Deneen wrote: > >> Steve, >> >> I had just tried adding an outline before I received this message. It >> helps, but at the expense of my coastline. This is, however, not a >> terrible issue because you can still see the detail as you zoom in >> further. >> >> Thanks, >> Mark >> On 5/3/2010 4:38 PM, Lime, Steve D (DNR) wrote: >>> You may be seeing some deficiencies in the analytical AA algorithm >>> AGG uses. I remember reading about it awhile back in discussions >>> about alternative algorithms and recall it being prominent with >>> vertical edges. Have you tried setting an outline color to the same >>> value as your fill color? That may help. >>> >>> Steve >>> >>> From: mapserver-users-boun...@lists.osgeo.org >>> [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Mark Deneen >>> [mden...@gmail.com] >>> Sent: Monday, May 03, 2010 2:42 PM >>> To: mapserver-users@lists.osgeo.org >>> Subject: [mapserver-users] Difference in GD vs AGG PNG output -- >>> seams in myshape files. >>> >>> Hi, >>> >>> I recently upgraded from 5.2.x to 5.6.1, and from GD to AGG. >>> >>> Here is my output: >>> >>> AGG: http://i44.tinypic.com/5oh261.png >>> >>> GD: http://i39.tinypic.com/2h4j409.png >>> >>> Visual Representation of the shapefile: >>> http://i44.tinypic.com/1zz2u76.png >>> >>> Look north of Cancun -- the AGG driver is showing seams where the >>> polygons connect in my shape file. It doesn't do it for all of >>> them, but I see it a lot, especially when the seams are not straight >>> N/S or E/W. I feel that it has something to do with AGG's >>> antialiasing, but I've not been able to pin it down. >>> >>> Is there any way to resolve this? I'd really like to use the AGG >>> driver, I love the output it produces, minus the white lines! >>> >>> Mark >>> >>> >> >> >> ___ >> mapserver-users mailing list >> mapserver-users@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > signature.asc Description: OpenPGP digital signature ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Difference in GD vs AGG PNG output -- seams in my shape files.
Thomas, Thank you for this information. Does this negatively impact performance? Mark On 5/4/2010 4:02 AM, thomas bonfort wrote: > see http://trac.osgeo.org/mapserver/ticket/3165 for an explanation and a > patch. > > regards, > thomas > > On Tue, May 4, 2010 at 08:37, Dane Springmeyer wrote: > >> You might try setting a map background color the same as your ocean color >> used for the polygons. >> >> Dane >> >> >> On May 3, 2010, at 2:03 PM, Mark Deneen wrote: >> >> >>> Steve, >>> >>> I had just tried adding an outline before I received this message. It >>> helps, but at the expense of my coastline. This is, however, not a >>> terrible issue because you can still see the detail as you zoom in >>> further. >>> >>> Thanks, >>> Mark >>> On 5/3/2010 4:38 PM, Lime, Steve D (DNR) wrote: >>> You may be seeing some deficiencies in the analytical AA algorithm AGG uses. I remember reading about it awhile back in discussions about alternative algorithms and recall it being prominent with vertical edges. Have you tried setting an outline color to the same value as your fill color? That may help. Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Mark Deneen [mden...@gmail.com] Sent: Monday, May 03, 2010 2:42 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Difference in GD vs AGG PNG output -- seams in myshape files. Hi, I recently upgraded from 5.2.x to 5.6.1, and from GD to AGG. Here is my output: AGG: http://i44.tinypic.com/5oh261.png GD: http://i39.tinypic.com/2h4j409.png Visual Representation of the shapefile: http://i44.tinypic.com/1zz2u76.png Look north of Cancun -- the AGG driver is showing seams where the polygons connect in my shape file. It doesn't do it for all of them, but I see it a lot, especially when the seams are not straight N/S or E/W. I feel that it has something to do with AGG's antialiasing, but I've not been able to pin it down. Is there any way to resolve this? I'd really like to use the AGG driver, I love the output it produces, minus the white lines! Mark >>> >>> ___ >>> 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 >> >> signature.asc Description: OpenPGP digital signature ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Custom Projections with WMS Server
Hi, It must be possible to add projections in a somehow similar way on the QGis side. QGis seems to come with a very similar proj directory as Mapserver. However, I do not know exactly how to add projections for QGis. -Jukka- Jan Hartmann wrote: > I tried this with QGIS, and it didn't work. AFAICS QGIS only accepts > well know EPSG numbers. > > Jan > > On 05/04/10 15:15, Travis Kirstine wrote: > > Is it possible to configure a wms server with custom > projections (add > > a entry in the epsg file and mapfile) and have is available > to client > > applications (ArcGIS, GeoMedia, QGIS, etc...)? > > > > Regards > > ___ > > 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 > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Mapserver's configuration - Support Oracle Spatial
Hello! I installed the MapServer 5.0.2 (in Debian) with support for Oracle Spatial (--with-oraclespatial=$ORACLE_HOME). However, it does not work yet. Errors are appearing in the logfile: [Tue May 4 11:47:45 2010].697128 msDrawMap(): Image handling error. Failed to draw layer named 'mapa_base'. [Tue May 4 11:47:45 2010].700221 msOracleSpatialLayerClose(): OracleSpatial error. OracleSpatial is not supported --- MapServer version 5.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WCS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=EPPL7 INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE --- It worked on Windows! Any idea...? NOTE: MapServer did not find the files libnnz10.so and libclntsh.so.10.1, so I created symbolic links to files in the folder $ORACLE_HOME/lib. Is this a problem? Thanks! -- Daiane Fraga ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver's configuration - Support Oracle Spatial
Hi Daiane, Did you check the installation instruction on that page here: http://mapserver.org/installation/oracle.html Once you are done that SDO_GEOMETRY and SDO_GEORASTER should work. Regards, Ivan > ---Original Message--- > From: Daiane Azevedo de Fraga > To: mapserver-users@lists.osgeo.org > Subject: [mapserver-users] Mapserver's configuration - Support Oracle Spatial > Sent: May 04 '10 12:08 > > Hello! > > I installed the MapServer 5.0.2 (in Debian) with support for Oracle > Spatial (--with-oraclespatial=$ORACLE_HOME). However, it does not work yet. > Errors are appearing in the logfile: > [Tue May 4 11:47:45 2010].697128 msDrawMap(): Image handling error. > Failed to draw layer named 'mapa_base'. > [Tue May 4 11:47:45 2010].700221 msOracleSpatialLayerClose(): > OracleSpatial error. OracleSpatial is not supported > > --- > MapServer version 5.0.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WCS_SERVER > SUPPORTS=THREADS SUPPORTS=GEOS INPUT=EPPL7 INPUT=ORACLESPATIAL INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > --- > > It worked on Windows! > > Any idea...? > > NOTE: MapServer did not find the files libnnz10.so and libclntsh.so.10.1, > so I created symbolic links to files in the folder $ORACLE_HOME/lib. Is > this a problem? > > > Thanks! > > -- > Daiane Fraga > > > > ___ > mapserver-users mailing list > [LINK: compose.php?to=mapserver-us...@lists.osgeo.org] > mapserver-users@lists.osgeo.org > [LINK: http://lists.osgeo.org/mailman/listinfo/mapserver-users] > 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] Problem with an empty mapfile
On 4 May 2010 02:23, Lester Caine wrote: > Felipe Alcacibar wrote: >> >> I am using MapServer 5.6.3, and php mapscript, and i am making the >> mapfiles dynamicly, but now when i update mapserver i cannot read the >> mapserver file. i trying with: >> >> MAP >> PROJECTION >> "init=epsg:4326" >> END >> END >> >> - i recive the following error: >> >> Warning: [MapServer Error]: msProcessProjection(): major axis or >> radius = 0 or not given in res/include/gis.map.php on line 5 >> >> Warning: Failed to open map file res/include/../map/main.map in >> >> /hosting/http/tryer.cl/dom/devel/www/orionforestal/openlayers/res/include/gis.map.php >> on line 5 >> >> - mapserver info: >> >> rohan openlayers # echo "" | php >> MapServer version 5.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> OUTPUT=PDF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE >> SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT >> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER >> SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=EPPL7 >> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >> >> how i could fix that? > > http://mapserver.org/introduction.html#map-object > > While the content of the error is not particularly clear, it is describing > the situation correctly! Every map requires an EXTENT, and SIZE, otherwise > the map does not exist hence the zero size ... hence failed to open. > In previous versions i could do it without problem, i am using dynamic extents from php_mapscript, there is no way to pass it an "empty" file to a mapobject, or something like that? thanks for the response =D... > -- > Lester Caine - G8HFL > - > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk// > Firebird - http://www.firebirdsql.org/index.php > ___ > 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
[mapserver-users] RE: How to avoid drawing overlapping point symbols?
Thank you, Steve. I'm trying annotation, but haven't been able to get it working yet. I wasn't able to find examples of annotation layers, so I'm just hacking here. Would you please take a look at my map file? Below is basically what I'm doing (though I have many more symbols & classes). If I use the map file below, it draws nothing. If I uncomment the commented lines, it draws both the marker symbols and labels, but I don't want labels. Can you tell me how to draw just the marker symbols? Thanks, -Mark SYMBOL NAME "ROC" TYPE TRUETYPE FONT "nrcs-ssurgo" CHARACTER "," ANTIALIAS TRUE END LAYER NAME "featpoint" STATUS ON TYPE ANNOTATION CONNECTIONTYPE PLUGIN PLUGIN "msplugin_mssql2008.dll" CONNECTION "removed" DATA "ShapeGeometry from featpoint using unique featpointiid using SRID=4269" PROJECTION 'init=C:\ms4w\proj\nad\epsg:4269' END CLASSITEM "featsym" TRANSPARENCY ALPHA # LABELITEM "featsym" CLASS EXPRESSION 'ROC' STYLE SYMBOL "ROC" SIZE 12 COLOR 0 0 0 END #LABEL # ANTIALIAS true # POSITION AUTO # FONT "arial" # TYPE truetype # COLOR 0 0 0 # SIZE 8 #END END END -Original Message- From: Lime, Steve D (DNR) [mailto:steve.l...@state.mn.us] Sent: Monday, May 03, 2010 2:45 PM To: Sigda, Mark - Fort Collins, CO; mapserver-users@lists.osgeo.org Subject: RE: How to avoid drawing overlapping point symbols? Use an annotation layer, you can even use the truetype symbol as the text, collisions will be avoided in this case. Even if you have to use the truetype symbol as a marker symbol with accompanying text MapServer will still avoid overlap with the markers. Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] On Behalf Of Sigda, Mark - Fort Collins, CO [mark.si...@ftc.usda.gov] Sent: Monday, May 03, 2010 2:52 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] How to avoid drawing overlapping point symbols? I have a point layer I'm drawing with a truetype symbol. When points are close together, a big mess of overlapping symbols is drawn. How can I tell MapServer not do draw symbols for points that are close together? I'm looking for something like GAP on the STYLE element, but that apparently applies only to line features. Thanks, -Mark ___ 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
[mapserver-users] Mapserver 5.6.3, IIS, and thread safety
All, As per http://www.mapserver.org/faq.html#is-mapserver-thread-safe , various parts of MapScript, and presumably its invocation via the C# wrapper API, are not thread safe. We're experimenting with use of MapScript in the form: map = mapscript.msLoadMapFromString(mapFileText, null); imageObj imageObj = map.draw(); byte[] img = imageObj.getBytes(); This is to be performed inside of C# code, offered as a Web Service by IIS under some enterprise flavor of Windows 2002 or beyond (but not Windows Vista or beyond). Under Apache, I've heard that a "pre-fork" worker could be used to maintain sufficient isolation between Apache MapServer server processes. Can anyone advise whether this is correct, and what a suitable IIS configuration equivalent would be? Thanks, - Phil Anzel Web Soil Survey team Vistronix Inc., for USDA/NRCS ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Problem with postgis querybypoint
Hi, two days ago I wrote you asking for a question. Today I ask you again because anyone response me. Maybe some point is not so clear, or there is some problem with my english expression, please ask me if that is the case. The previous mail: I would like to know if some body knows the reason of a problem that I'm having with the php-mapscript methods for the query methods in the postgis layers. Indistinctly for querybypoint or querbyrectangle, my code (different versions of it), works perfectly with shapes, but it always fails with the postgis layers. When calling to the shapeindex member of the ResultCacheMemberObj obtained, it always returns 0, as is contrary to what happens with the shapes, where it always returns the correct shapeindex. Then, it is impossible to acces to the desidered feature, and as you know, this are usal and simple actions. May I have to add more columns to the select of the .map file for getting the features atributes like in the example (I don't think so)? DATA "geom FROM puntos using unique gid" #DATA "geom FROM (select gid , nombre, tramo, geom from puntos) as foo using unique geom" #DATA "geom FROM (select * from puntos) as foo using unique gid" Or there is some paramter in the configuration files of mapserver or php that I have to change. There is the code of the function: function CercaPunto($point,$map,$radius) { $qlayer = $map->getLayerByName('trazado'); $qlayer->set("tolerance",$radius); @$qlayer->queryByPoint($point, MS_MULTIPLE, $radius); $numResults = $qlayer->getNumResults(); if ($numResults != 0) { for ($i = 0; $i < $numResults; $i++) { $query_result = $qlayer->getResult($i); $Lista_ele[$i] = $query_result->shapeindex; // Here is the error with postgres } } else { $valido =0; $Lista_ele = ""; } return $Lista_ele; } // end CercaPunto Thank you very much. DATA "geom FROM puntos using unique gid" #DATA "geom FROM (select gid , nombre, tramo, geom from puntos) as foo using unique geom" #DATA "geom FROM (select * from puntos) as foo using unique gid" Thank you very much. Guillermo Tamburini ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users