Re: [mapserver-users] changing projection
You will need to specify the projection of the source data in each of the layers and then specify the output projection you wish to have at the map level and mapserver will reproject your data on the fly. Note that you need to set your extent and units at the map level appropriately to the output projection. For instance, if your source data is in lat/lon (decimal degrees) you would be using UNITS DD but if you change to output the projection below, you would need to change to UNITS METERS Cheers Paul On 15-Jul-08, at 6:36 PM, boice tomlin wrote: Hello, We are using mapserver version 4.10 and in our mapfile we don't specify a projection at the map level or in any of the layers. Now we need to change the projection to; North_America_Albers_Equal_Area_Conic projection I have added the following projection information to the map file but it does not effect our map at all. PROJECTION "+proj=aea +lat_1=20 +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80 +datum=NAD83 +units=m +no_defs" END I'm assuming there are some other things we need to do besides specifying the projection in the mapfile. Can anyone provide me the appropriate steps? We are using PHP Mapscript and shape file from the US census. Should we expect to be able to change projections on the fly by specifying the projection we want to use in the mapfile? thank you for the information. -boice ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users __ Paul Spencer Chief Technology Officer DM Solutions Group Inc http://www.dmsolutions.ca/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] changing projection
Hello, We are using mapserver version 4.10 and in our mapfile we don't specify a projection at the map level or in any of the layers. Now we need to change the projection to; North_America_Albers_Equal_Area_Conic projection I have added the following projection information to the map file but it does not effect our map at all. PROJECTION "+proj=aea +lat_1=20 +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80 +datum=NAD83 +units=m +no_defs" END I'm assuming there are some other things we need to do besides specifying the projection in the mapfile. Can anyone provide me the appropriate steps? We are using PHP Mapscript and shape file from the US census. Should we expect to be able to change projections on the fly by specifying the projection we want to use in the mapfile? thank you for the information. -boice ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS raster display, getfeatureinfo from vectorlayer
status: RESOLVED I spent a little while trying to get a mapscript wrapper to work... Getcapabilities and getfeatureinfo worked fine, but never got an image out. We ended up solving the problem this way: Created two mapfiles called GMNA_OWS_display.map and GMNA_OWS query.map One identically named layer in each file, Geologic_Map_of North_America Display mapfile has layer set to RASTER, with a template set to null.html so that the layer advertises itself as queryable. Query mapfile has layer set to polygon and points to the vector data, and has all of the template parameters set appropriately. With HTACCESS turned on for that folder, a mod_rewrite section in the .htaccess file looks for the getfeatureinfo string and the mapfile named display and substitutes the query mapfile, actual code below: ---htaccess file-- RewriteEngine on RewriteCond %{QUERY_STRING} ^[A-z0-9,.%/-?&=]+GetFeatureInfo[A-z0-9,.%/-?&=]+ RewriteCond %{QUERY_STRING} ^(.*)GMNA_OWS_display(.*) RewriteRule ^.*mapserv.cgi.*$ /cgi-bin/mapserv.cgi?%1GMNA_OWS_query%2[L] -end of htaccess-- I hope this helps someone else for future reference, and thanks for the help, Percy Kralidis,Tom [Burlington] wrote: You could use a mapscript WxS wrapper to, when receiving a GetFeatureInfo request, replace the LAYERS/QUERY_LAYERS parameters with the vector layer. ..Tom -Original Message- From: [EMAIL PROTECTED] on behalf of percy Sent: Fri 11-Jul-08 10:38 To: mapserver Cc: Steve Lime Subject: Re: [mapserver-users] WMS raster display,getfeatureinfo from vectorlayer I'm starting to think that just handling this with a mapscript wrapper script might be the easiest approach. Any thoughts? Thanks, Percy percy wrote: thanks, nice idea. I tried it, and that did not work... relevant mapfile section: LAYER NAME "Geologic_Map_Of_North_America" TYPE RASTER STATUS ON data "/vol/www/ngmdb/htdocs/GMNA_INDEX_tiled.tif" maxscale 1000 MINSCALE 50 Metadata "WMS_TITLE" "Geologic Map Of North America" "WMS_SRS" "epsg:4326" END # metadata END #layer LAYER NAME "Geologic_Map_Of_North_America" TYPE query STATUS On data GMNA_S_OneGeo TOLERANCE 0 TOLERANCEUNITS pixels TRANSFORM TRUE DUMP TRUE HEADER "templates/GMNA_query_header.html" TEMPLATE "templates/GMNA_query_body.html" FOOTER "templates/GMNA_query_footer.html" Metadata "WMS_TITLE" "Geologic Map Of North America" "WMS_SRS" "epsg:4326" GML_INCLUDE_ITEMS "DisplayNam,OneGeology,Lithologic,GeologicAg,AgeMin,AgeMax,AgeMetadat" WMS_INCLUDE_ITEMS "DisplayNam,OneGeology,Lithologic,GeologicAg,AgeMin,AgeMax,AgeMetadat" END # metadata END #layer Steve Lime wrote: What about using GROUPs or layers with the same name where the second layer is TYPE QUERY? Steve On 7/10/2008 at 2:14 PM, in message <[EMAIL PROTECTED]>, percy <[EMAIL PROTECTED]> wrote: I discussed this issue with Tom K. on the IRC yesterday, and he thought it was of general interest and should be posted and potentially requested as a feature. Scenario: we have a Geologic map that has super complex cartography that we don't want to reproduce in the mapfile (600+ classes, tons of patterns, etc). So we dumped out a raster of it to serve as WMS. However, when the user does a GetFeatureInfo on this WMS, we want to return attribute data from the original shapefile. I can envision this being taken care of at the layer level as a metadata tag like "WMS_query_redirect". In the short term we're working on a little apache mod_rewrite magic to take care of it :-) Cheers, Percy -- David Percy Geospatial Data Manager Geology Department Portland State University http://gisgeek.pdx.edu 503-725-3373 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] change layer color dinamically
Paul: Assuming version 5+ you can bind colors to attributes. For example, STYLE COLOR [coloritem] END Where the coloritem is expected to have a valid MapServer color defintion (e.g. 0 0 255 or #FF). Steve >>> On 7/15/2008 at 3:58 PM, in message <[EMAIL PROTECTED]>, Paul Alarcon <[EMAIL PROTECTED]> wrote: > Hello forum is there a way to change the color of a layer dinamycally, based > on an atribute field ? like make a matrix for that > Thanks > > > _ > Explore the seven wonders of the world > http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE___ > > > 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] change layer color dinamically
Hello forum is there a way to change the color of a layer dinamycally, based on an atribute field ? like make a matrix for that Thanks _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WFS Getcapabilities - XML header missing
On Tue, Jul 15, 2008 at 01:16:51PM -0400, Kralidis,Tom [Burlington] wrote: > All XML output from MapServer (AFAIK) writes out an XML declaration (which is > required of XML). Unrelated to the original question, but: If by 'XML declaration', you mean 'XML prolog', it is not required to be included in XML. If you do not include one, the encoding typically defaults to UTF-8, however, which is likely a problem if you have iso-8859-1 encoded attribute data -- but since I don't think MapServer has any way of knowing the encoding of your data, including one probably doesn't help much anyway. Regards, -- Christopher Schmidt MetaCarta ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] MapServer Integration Options?
Hi all. I'm doing a search to find out which softwares/packages/libraries i can use with mapserver for a more featureful webgis. for e.g. i know that i can use spatial database PostGIS to hold my data as a back-end or use pgRouting for best path analysis. but what about other features? I'm really interested to hear about other's experiences. Regards ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] WFS Getcapabilities - XML header missing
Which version of MapServer are you using? All XML output from MapServer (AFAIK) writes out an XML declaration (which is required of XML). Note that WFS GetCapabilities does not output GML, but a Capabilities XML document. Or do you mean the character encoding of the document itself (which MapServer also outputs)? ..Tom -Original Message- From: [EMAIL PROTECTED] on behalf of Gabriel Messner Sent: Tue 15-Jul-08 12:09 To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] WFS Getcapabilities - XML header missing When I request the WFS capabilities to my WFS server, the XML document generated hasn´t header of type: Therefore, I´m not be able to know the encoding type of my GML... ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] WFS Getcapabilities - XML header missing
When I request the WFS capabilities to my WFS server, the XML document generated hasn´t header of type: Therefore, I´m not be able to know the encoding type of my GML... ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] gap between layers
2008/7/15 Frank Warmerdam <[EMAIL PROTECTED]>: > Jean-Paul Chiron wrote: >> >> Hello, >> when I've migrate one mapserver application from a server to another, >> with the same version of software ( mapserver 4.6.1 ), I've a big gap >> between the base map (which is based on .shp file) et the layers which >> are based on postgis. >> >> The problem cannot came from postgis, because it's the same database >> between the two servers. >> >> I was thinking that it comes from GDAL, but I didn't see anything... >> >> Is there anybody have an idear for that problem ? >> Where can I investigate to find the mistake ? > > Jean-Paul, > > Is there reprojection involved? Datum shifting? Perhaps it relates > to a different version of PROJ.4 or difficulty finding datum shift files? > There has been a significant change in the how PROJ.4 decides when a > change of datum shift should be applied between PROJ 4.5 and 4.6. > > These are angles I'd look into a bit if I were you. Well done Franck ! There was a mistake on the new server between proj-4.4.9 and proj-4.5.0 It works with proj-4.5.0. Thank you ! ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Full CADRG and VPF support
I know nothing about vpf, but is your layer named 'shaded_relief' real of TYPE 'LINE'? Should it TYPE RASTER? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Admin Sent: Tuesday, July 15, 2008 7:22 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Full CADRG and VPF support Hi, thats me again:-) I have problems with VPF. I use FWTools 2.2.1, raster data and shapes are working perfectly, but VPF no :-(. My actual map file look that: MAP NAME World EXTENT -60 30 180 90 IMAGETYPE PNG IMAGECOLOR 255 255 255 STATUS ON SIZE 640 480 PROJECTION 'init=epsg:4326' END LAYER NAME shaded_relief TYPE LINE CONNECTIONTYPE OGR CONNECTION "gltp:/vrf/C:/v0eur/vmaplv0/eurnasia" DATA "[EMAIL PROTECTED](*)_line" STATUS DEFAULT END END When I type in my browser: "http://127.0.0.1/cgi-bin/mapserv.exe?map=world.map&SERVICE=WMS&VERSION= 1.1.0&REQUEST=GetMap&LAYERS=shaded_relief&STYLES=&SRS=EPSG:4326&BBOX=14. 1,49,24.08,54.85&WIDTH=1600&HEIGHT=900&FORMAT=image/png" I see only white output, without any lines, without any errors. Thank you for your future advices :-) ___ 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] gap between layers
Jean-Paul Chiron wrote: Hello, when I've migrate one mapserver application from a server to another, with the same version of software ( mapserver 4.6.1 ), I've a big gap between the base map (which is based on .shp file) et the layers which are based on postgis. The problem cannot came from postgis, because it's the same database between the two servers. I was thinking that it comes from GDAL, but I didn't see anything... Is there anybody have an idear for that problem ? Where can I investigate to find the mistake ? Jean-Paul, Is there reprojection involved? Datum shifting? Perhaps it relates to a different version of PROJ.4 or difficulty finding datum shift files? There has been a significant change in the how PROJ.4 decides when a change of datum shift should be applied between PROJ 4.5 and 4.6. These are angles I'd look into a bit if I were you. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, [EMAIL PROTECTED] light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| President OSGeo, http://osgeo.org ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] mapscript queryByPoint - tolerancedepends ofresolution ?
Hi The problem was not in mapserver but came from our script: when the dpi is changed, the tolerance is globaly adjusted so all the related features dont get over/undersized. But when a value of -1 is used in queryByPoint, the global tolerance recalculated result in -3.25~ when passing from 96 to 150 dpi and mapserver do not know what to do with such value, it only understand -1 or >=0. The problem was solved by specifying a special case when -1 was used in our script for queryByPoint, so the tolerance stay at -1 at 96 and 150 dpi Could you possible modify a bit the mapscript documentation of queryByPoint ? It say "Passing buffer <=0 defaults to tolerances set in the map file ..." but thats not exactly the case. It would be "Passing buffer -1 defaults to tolerances set in the map file..." Thank you Best regards Oliver - Original Message - From: "Steve Lime" <[EMAIL PROTECTED]> To: "Oliver Christen" <[EMAIL PROTECTED]>; Sent: Wednesday, July 09, 2008 6:39 PM Subject: Re: [mapserver-users] mapscript queryByPoint - tolerancedepends ofresolution ? Tolerance computations are based on cellsize. Resolution affects only scale computations, so it is not clear to me how one could affect the other. I just went through the code to verify. Is there any chance that layer scale limits are coming into play here and you're not querying the layer you think you are? Does the behavior persist in 5.x? If you can create a concise test case I'll gladly take a look. Steve On 7/9/2008 at 7:41 AM, in message <[EMAIL PROTECTED]>, "Oliver Christen" <[EMAIL PROTECTED]> wrote: Hi I have a problem when doing a queryByPoint with phpmapscript 4.10.1 By default, the resolution of my map is 96 dpi. I do a queryByPoint on a layer containing polygonal areas. The point is right in the middle of one area. I use a default tolerance (-1) corresponding, if I read correctly the documentation, to 3 pixels. The result obtained is the area containing the coordinates I used, it's absolutly normal and I get what I expect. Now, if I dynamicaly change the resolution of the map to 150 dpi and then do exactly the same queryByPoint as before, I get nothing! Mapserver consider there was nothing at the coordinate I provided. Then, if I redo the query, at 150 dpi, BUT with a tolerance set to 10 (instead of -1), I get a correct and expected result. So, somehow, Mapserver seems to make some very weird calculation with the tolerance and resolution which make it to believe there is nothing when then is something. have you ever heard of such behaviour? is that a bug? any help would be very welcome. thanks in advance Oliver ___ 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] Full CADRG and VPF support
Hi, thats me again:-) I have problems with VPF. I use FWTools 2.2.1, raster data and shapes are working perfectly, but VPF no :-(. My actual map file look that: MAP NAME World EXTENT -60 30 180 90 IMAGETYPE PNG IMAGECOLOR 255 255 255 STATUS ON SIZE 640 480 PROJECTION 'init=epsg:4326' END LAYER NAME shaded_relief TYPE LINE CONNECTIONTYPE OGR CONNECTION "gltp:/vrf/C:/v0eur/vmaplv0/eurnasia" DATA "[EMAIL PROTECTED](*)_line" STATUS DEFAULT END END When I type in my browser: "http://127.0.0.1/cgi-bin/mapserv.exe?map=world.map&SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=shaded_relief&STYLES=&SRS=EPSG:4326&BBOX=14.1,49,24.08,54.85&WIDTH=1600&HEIGHT=900&FORMAT=image/png"; I see only white output, without any lines, without any errors. Thank you for your future advices :-) ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[MAPSERVER-USERS] Error: Schema definition in postgis layer
Hello, I am connecting to postgis for displaying maps. I have a schema named as 'testschema' and table 'test' I get these errors when I try to display the map. 1.Without specifying schema: DATA "the_geom FROM test USING UNIQUE fid SRID -1" msDrawMap(): Image handling error. Failed to draw layer named 'test'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),fid::text from test WHERE the_geom && setSRID('BOX3D(-548821.411568409 1455242,-506293.588431591 1487129)'::BOX3D, find_srid('','test','the_geom') )' Postgresql reports the error as 'ERROR: relation "test" does not exist '... 2. After specifying schema DATA "the_geom FROM testschema.test USING UNIQUE fid SRID -1" msDrawMap(): Image handling error. Failed to draw layer named 'test'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),fid::text from testschema.test WHERE the_geom && setSRID('BOX3D(-548821.411568409 1455242,-506293.588431591 1487129)'::BOX3D, find_srid('','testschema.test','the_geom') )' Postgresql reports the error as 'ERROR: function force_2d(testschema.geometry) does not exist LINE 1: ...INARY CURSOR FOR SELECT asbinary(force_collection(force_2d(t... ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. ' Also, when I keep the table in public schema, it works without any error. I need to know the correct way to define schema in mapfile while using postgis. Right now I am using these statements in my mapfile: CONNECTIONTYPE postgis CONNECTION "user=postgres password=postgres dbname=map host=xx.xx.xxx.xxx port=5432" DATA "the_geom from test USING UNIQUE fid SRID -1" Thanks, Ritesh Ambastha -- View this message in context: http://www.nabble.com/Error%3A-Schema-definition-in-postgis-layer-tp18462571p18462571.html 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
[MAPSERVER-USERS] Error: Schema definition in postgis layer
Hello, I am connecting to postgis for displaying maps. I have a schema named as 'testschema' and table 'test' I get these errors when I try to display the map. 1.Without specifying schema: DATA "the_geom FROM test USING UNIQUE fid SRID -1" msDrawMap(): Image handling error. Failed to draw layer named 'test'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),fid::text from test WHERE the_geom && setSRID('BOX3D(-548821.411568409 1455242,-506293.588431591 1487129)'::BOX3D, find_srid('','test','the_geom') )' Postgresql reports the error as 'ERROR: relation "test" does not exist '... 2. After specifying schema DATA "the_geom FROM testschema.test USING UNIQUE fid SRID -1" msDrawMap(): Image handling error. Failed to draw layer named 'test'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),fid::text from testschema.test WHERE the_geom && setSRID('BOX3D(-548821.411568409 1455242,-506293.588431591 1487129)'::BOX3D, find_srid('','testschema.test','the_geom') )' Postgresql reports the error as 'ERROR: function force_2d(scott.geometry) does not exist LINE 1: ...INARY CURSOR FOR SELECT asbinary(force_collection(force_2d(t... ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts. ' Also, when I keep the table in public schema, it works without any error. I need to know the correct way to define schema in mapfile while using postgis. Right now I am using these statements in my mapfile: CONNECTIONTYPE postgis CONNECTION "user=postgres password=postgres dbname=map host=xx.xx.xxx.xxx port=5432" DATA "the_geom from test USING UNIQUE fid SRID -1" Thanks, Ritesh Ambastha -- View this message in context: http://www.nabble.com/Error%3A-Schema-definition-in-postgis-layer-tp18462568p18462568.html 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
[mapserver-users] Reg:About Native Microsoft SQL Server 2008 Driver for MapServer
Dear All, I am Venkat.I am developing web application based on MapServer. Upto now I have used PostgreSQL/PostGIS.Now I want to upgrade my application to Ms SQL Server 2008.But I am not able to find " msplugin_mssql2008.dll".Where I can find this dll. Please can you help me. I am waiting for your great response. Advanced Thanks Regards Venkat. -- Thanks And Regards, VENKATRAO TAMMINENI ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] gap between layers
Hello, when I've migrate one mapserver application from a server to another, with the same version of software ( mapserver 4.6.1 ), I've a big gap between the base map (which is based on .shp file) et the layers which are based on postgis. The problem cannot came from postgis, because it's the same database between the two servers. I was thinking that it comes from GDAL, but I didn't see anything... Is there anybody have an idear for that problem ? Where can I investigate to find the mistake ? Thank you. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] New limitations with mapserver 5 CGI
Hi Steve, Comment in line. Graeme On Mon, 2008-07-14 at 23:10 -0500, Steve Lime wrote: > Well, we're getting feedback from the current framework now I guess. You > should be able > to set METADATA, just not keys of a certain format. I presume you mean the layer's metadata object because the map web metadata obj is not changeable via URL (unless you plan to alter that) > By wildcard I'm assuming you mean > on the pattern side so to allow any FILTER you'd do: > > filter_validation_pattern '.' > > Or something like that. Correct > > One problem with the current proposal is how to handle nested objects, > especially > class expressions since classes don't have metadata. This will have to take > the form of an > RFC I guess. Haven't found the need to alter CLASS EXPRESSION on the fly yet if that's what you mean and we have been using mapserver a number of years now. I gather from your comment this property of the class object is also not over-rideable via URL in mapserver 5. > > Steve > > >>> Graeme Watmuff <[EMAIL PROTECTED]> 07/14/08 10:22 PM >>> > Hi Steve, > > That sounds okay. We don't have to be able to set the MAP METADATA > object's properties on the fly - it was just a convenience thing. > > Changing the LAYER object's FILTER and TILEINDEX properties are crucial > though. I presume a valid '_validation_pattern' pattern would allow a > wildcard (*) in case we need that degree of flexibility. > > Its hard to predict what other presently disallowed LAYER properties may > be important to change via URL, but I guess if the new framework you > propose is in place, users can let you know if the boat needs a bit more > cargo! > > Thanks for this and the tremendous job you and the mapserver team are > doing. > > Regards > > Graeme > > Mon, 2008-07-14 at 10:05 -0500, Steve Lime wrote: > > Graeme: Did you look at my last reply in the thread? I outlined a possible > > solution that I would be willing to implement for 5.2.1/5.4 if ok with the > > PSC. Does that seem workable for you? > > > > Steve > > > > >>> On 7/10/2008 at 7:22 PM, in message > > <[EMAIL PROTECTED]>, Graeme Watmuff > > <[EMAIL PROTECTED]> wrote: > > > Hi Steve, > > > > > > Thanks for replying and thanks for the coding pointers. You are right > > > about the mapserv 4.10 tileindex syntax. Like filter, it is simply > > > ignored by v5 rather than throwing an error. My apologies. > > > > > > Would it make sense to create a 'secure' version for the paranoid and a > > > another version with full functionality? I realize this would create > > > more maintenance work for you, but not all mapserver users are going to > > > be able to climb inside the code themselves to modify functionality > > > (fortunately we can). > > > > > > Regarding security, I presume you are concerned about mapserver exposing > > > sensitive data to unintended users. If so, should you be taking that > > > responsibility on yourself by limiting mapserver or should the onus be > > > upon mapserver users to manage their own data more responsibly? I am a > > > great believer in personal responsibility. If the security risk is made > > > clear to users, they can make their own decisions as to the data they > > > potentially expose to the world. > > > > > > We have greatly appreciated and benefited from the tremendous work you > > > and your associates have done in bringing mapserver to the world and we > > > have always looked forward to the added features of each new version. > > > But upgrading now comes at some degree of inconvenience for us and maybe > > > others unless someone wants to publish the workaround to resurrect lost > > > functionality for all to simply acquire. > > > > > > I am not convinced that limiting the previous functionality is the right > > > direction for mapserver unless you fear say a litigious threat from > > > security breaches that people may bring upon themselves (hardly your > > > responsibility). Those with seriously sensitive data are not going to > > > want expose the CGI to all the world via a browser-sent URL anyway. I > > > would expect them to send URLs from say, a java web app embedded in a > > > secured tomcat container. > > > > > > Just my thoughts. > > > > > > Regards and best wishes > > > > > > Graeme > > > > > > On Thu, 2008-07-10 at 17:13 -0500, Steve Lime wrote: > > >> Hi Graeme: Comments inline... I definitely underestimated the impacts of > > > those > > >> changes. Anyway... > > >> > > >> >>> On 7/9/2008 at 11:23 PM, in message > > >> <[EMAIL PROTECTED]>, Graeme Watmuff > > >> <[EMAIL PROTECTED]> wrote: > > >> > It has become apparent through some frustrating moments of trial and > > >> > error that many of the mapfile variables that were changeable via URL > > >> > with mapserver 4.10.x CGI seem no longer changeable with v5.x or 5.2.x. > > >> > There is a hint from the docs that this is because of security > > >> > concerns? > > >> > Our java apps don't allow web users to directly interact