From knasia at poczta.fm Sat Oct 1 06:59:09 2011 From: knasia at poczta.fm (knasia) Date: Sat, 1 Oct 2011 06:59:09 -0700 (PDT) Subject: [mapserver-users] Re: traffic queues visualization In-Reply-To: <660CBF22-4B12-419E-BB74-1C2FBB087EEB@remoteinformation.com.au> References: <1317283414159-6843102.post@n2.nabble.com> <660CBF22-4B12-419E-BB74-1C2FBB087EEB@remoteinformation.com.au> Message-ID: <1317477549362-6850657.post@n2.nabble.com> Hi, the data I have in database: -nodes (which represents crossroads), -edges (each edge is between 2 nodes) and there is more than 9400 edges in DB -number of cars on each edge (I don't have exact car locations) So there is a lot of cars in a DB. My roads are composed of nodes and edges. In case of a curved road I have 2 nodes and geometry for a particular edge. My task is to reprezent traffic in a city as real as possible. That means if it's feasible it would be great to have some cars (reprezented by points etc.) closer to each other next to the node (crossroad) and incease distance between them at the end of the road. Thanks a lot for helping me :) KN -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/traffic-queues-visualization-tp6843102p6850657.html Sent from the Mapserver - User mailing list archive at Nabble.com. From dmorissette at mapgears.com Sat Oct 1 07:45:12 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Sat, 01 Oct 2011 10:45:12 -0400 Subject: [mapserver-users] bug in mapscript colorObj ? In-Reply-To: <4E85A431.7060600@gmail.com> References: <4E85A431.7060600@gmail.com> Message-ID: <4E872778.5080002@mapgears.com> On 11-09-30 07:12 AM, Jachym Cepicky wrote: > Hi, > > I try to set transparent color to REFERENCE map, so that the box is > outlined-only. > > According to documentation, i use -1 for indication, that the color > should be transparent > > color = mapscript.colorObj(-1,-1,-1) > How do you set/assign the color value to the reference map object? What if you set another color than -1,-1,-1, does it get through? The following works fine for me in PHP MapScript. Perhaps make a similar test with the version of MapScript you are using (Python?), and then look at the output of /tmp/test.map to comfirm that the color is set as expected. reference->color->setRGB(-1,-1,-1); $map->save("/tmp/test.map"); ?> -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From richard.greenwood at gmail.com Sun Oct 2 12:59:27 2011 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Sun, 2 Oct 2011 13:59:27 -0600 Subject: [mapserver-users] Projection library error. no system list, errno: 2 Message-ID: All- I'm getting the following error from mapserver: msProcessProjection(): Projection library error. no system list, errno: 2 I have a fresh install of Ubuntu Lucid with standard mapserer & gdal packages. I see /usr/share/proj/epsg which includes the EPSG code that I am referencing. I have added CONFIG PROJ_LIB "/usr/share/proj/" to my map file. cs2cs in the shell seems to find and use the epsg file. I have even tried changing the ownership of the epsg file to www-data (the Ubuntu web account). I don't see any PROJ_LIB definitions in the apache *.conf files. So I'm kind of at my wits end. Any suggestions? Thanks, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From Jukka.Rahkonen at mmmtike.fi Sun Oct 2 21:12:35 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Mon, 3 Oct 2011 04:12:35 +0000 Subject: [mapserver-users] Feature wish: Internal mapfile variables Message-ID: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> Hi, Inspired by the Thomas Bonfort's rendering chain I have been thinking if we could have a native support for using internal mapfile variables. Now Thomas is setting for example a bunch of colours in a definition file which is converted into a real mapfile with python script and c preprocessor. http://mapserver-utils.googlecode.com/svn/trunk/README http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py I would like to see a simple way for setting the variables directly in the mapfile, somehow like MAP SET "pedestrian_clr" "#fafaf5" SET "forest_clr" "#dcdcb4" SET "industrial_clr" "#ebe5d9" .... And then later in the layers use LAYER ..... COLOR %pedestrian_clr% The internal variables could be interpreted only from the mapfile and they could not be altered by the web users. Internal variable would help in maintaining big mapfiles with repeating styles like in the OpenStreetMap rendering case. Another use case is when the same layers are re-used for several customers who like to have a bit different styling for the same source data. -Jukka Rahkonen- -Jukka Rahkonen- From baas at speerit.nl Mon Oct 3 01:46:30 2011 From: baas at speerit.nl (Jelmer Baas) Date: Mon, 3 Oct 2011 08:46:30 +0000 Subject: [mapserver-users] Itemnquery slow in big TAB file; slow on Oracle as well Message-ID: Hello List, I have a query to retrieve geometry from a TAB file: mapserv.exe?mode=itemquery&map= query.map&mapext=-70000+280000+500000+700000&layers=MYLAYER&qlayer= MYLAYER &qstring=('[IDCOLUMN]' IN '2550643') This is my simplified Layer definition: LAYER NAME MYLAYER TYPE LINE CONNECTIONTYPE OGR CONNECTION "c:\temp\MYLAYER.TAB" CLASS NAME "Test" END METADATA qstring_validation_pattern '^' END END To query this TAB file, MapServer needs about 20 seconds. MapInfo needs about 20ms, so MapServer is obviously not using the index on this column. I tried changing this to Oracle Spatial, but then I bump into another problem: the query contains a spatial clause (which isn't needed): SELECT IDCOLUMN FROM MYLAYER WHERE 'IDCOLUMN' IN '2550643' AND SDO_FILTER( GEOLOC, MDSYS.SDO_GEOMETRY(2003, 90112, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(-70000,280000,500000,700000) ),'querytype=window') = 'TRUE' This also takes about 10 seconds. Without the AND SDO_FILTER() part it takes a few milliseconds. So two questions, I guess. Can I make MapServer use the index on the IDCOLUMN column, and, can I tell Mapserver to skip the SDO_FILTER part on Oracle? Oh, I'm currently using MapServer 5.6 but tried 6.0 as well. Thank you, Regards, Jelmer Baas From bartvde at osgis.nl Mon Oct 3 01:59:50 2011 From: bartvde at osgis.nl (Bart van den Eijnden) Date: Mon, 3 Oct 2011 10:59:50 +0200 Subject: [mapserver-users] Itemnquery slow in big TAB file; slow on Oracle as well In-Reply-To: References: Message-ID: Hi Jelmer, I don't know about MapInfo, but for Oracle you can skip the spatial filter by adding USING NONE to your DATA statement. See: http://mapserver.org/input/vector/oracle.html Best regards, Bart -- Bart van den Eijnden OSGIS - http://osgis.nl On Oct 3, 2011, at 10:46 AM, Jelmer Baas wrote: > Hello List, > > I have a query to retrieve geometry from a TAB file: > mapserv.exe?mode=itemquery&map= query.map&mapext=-70000+280000+500000+700000&layers=MYLAYER&qlayer= MYLAYER &qstring=('[IDCOLUMN]' IN '2550643') > > This is my simplified Layer definition: > > LAYER > NAME MYLAYER > TYPE LINE > CONNECTIONTYPE OGR > CONNECTION "c:\temp\MYLAYER.TAB" > CLASS > NAME "Test" > END > METADATA > qstring_validation_pattern '^' > END > END > > > To query this TAB file, MapServer needs about 20 seconds. MapInfo needs about 20ms, so MapServer is obviously not using the index on this column. > > I tried changing this to Oracle Spatial, but then I bump into another problem: the query contains a spatial clause (which isn't needed): > SELECT IDCOLUMN FROM MYLAYER WHERE 'IDCOLUMN' IN '2550643' AND SDO_FILTER( GEOLOC, MDSYS.SDO_GEOMETRY(2003, 90112, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(-70000,280000,500000,700000) ),'querytype=window') = 'TRUE' > > This also takes about 10 seconds. Without the AND SDO_FILTER() part it takes a few milliseconds. > > So two questions, I guess. Can I make MapServer use the index on the IDCOLUMN column, and, can I tell Mapserver to skip the SDO_FILTER part on Oracle? > > Oh, I'm currently using MapServer 5.6 but tried 6.0 as well. > > Thank you, > Regards, > Jelmer Baas > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Mon Oct 3 05:13:29 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Mon, 03 Oct 2011 08:13:29 -0400 Subject: [mapserver-users] Projection library error. no system list, errno: 2 In-Reply-To: References: Message-ID: <4E89A6E9.10600@mapgears.com> What does your PROJECTION block look like? Could it be that you used something like "init=EPSG:4326"? Linux is case-sensitive and the argument to the init=... param is a filename so you must use a lowercase "epsg" in the init string, e.g. "init=epsg:4326" On 11-10-02 03:59 PM, Richard Greenwood wrote: > All- > > I'm getting the following error from mapserver: > msProcessProjection(): Projection library error. no system list, errno: 2 > I have a fresh install of Ubuntu Lucid with standard mapserer& gdal > packages. I see > /usr/share/proj/epsg > which includes the EPSG code that I am referencing. > I have added > CONFIG PROJ_LIB "/usr/share/proj/" > to my map file. > > cs2cs in the shell seems to find and use the epsg file. > > I have even tried changing the ownership of the epsg file to www-data > (the Ubuntu web account). I don't see any PROJ_LIB definitions in the > apache *.conf files. > > So I'm kind of at my wits end. Any suggestions? > > Thanks, > Rich > -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From dmorissette at mapgears.com Mon Oct 3 05:57:19 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Mon, 03 Oct 2011 08:57:19 -0400 Subject: [mapserver-users] Feature wish: Internal mapfile variables In-Reply-To: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> Message-ID: <4E89B12F.7070808@mapgears.com> I agree that this is a request that comes up often. As usual we'd just need someone to lead the effort. On 11-10-03 12:12 AM, Rahkonen Jukka wrote: > Hi, > > Inspired by the Thomas Bonfort's rendering chain I have been thinking if we could have a native support for using internal mapfile variables. Now Thomas is setting for example a bunch of colours in a definition file which is converted into a real mapfile with python script and c preprocessor. > http://mapserver-utils.googlecode.com/svn/trunk/README > http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py > > I would like to see a simple way for setting the variables directly in the mapfile, somehow like > MAP > SET "pedestrian_clr" "#fafaf5" > SET "forest_clr" "#dcdcb4" > SET "industrial_clr" "#ebe5d9" > .... > > And then later in the layers use > LAYER > ..... > COLOR %pedestrian_clr% > > The internal variables could be interpreted only from the mapfile and they could not be altered by the web users. > > Internal variable would help in maintaining big mapfiles with repeating styles like in the OpenStreetMap rendering case. Another use case is when the same layers are re-used for several customers who like to have a bit different styling for the same source data. > > -Jukka Rahkonen- > > > -Jukka Rahkonen- > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From richard.greenwood at gmail.com Mon Oct 3 06:06:10 2011 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Mon, 3 Oct 2011 07:06:10 -0600 Subject: [mapserver-users] Projection library error. no system list, errno: 2 In-Reply-To: <4E89A6E9.10600@mapgears.com> References: <4E89A6E9.10600@mapgears.com> Message-ID: Thanks Daniel! That was it and I feel suitably stupid.As always I appreciate your help. Rich On Mon, Oct 3, 2011 at 6:13 AM, Daniel Morissette wrote: > What does your PROJECTION block look like? > > Could it be that you used something like "init=EPSG:4326"? Linux is > case-sensitive and the argument to the init=... param is a filename so you > must use a lowercase "epsg" in the init string, e.g. "init=epsg:4326" > > > On 11-10-02 03:59 PM, Richard Greenwood wrote: >> >> All- >> >> I'm getting the following error from mapserver: >> ? ?msProcessProjection(): Projection library error. no system list, errno: >> 2 >> I have a fresh install of Ubuntu Lucid with standard mapserer& ?gdal >> packages. I see >> ? ?/usr/share/proj/epsg >> which includes the EPSG code that I am referencing. >> I have added >> ? ?CONFIG PROJ_LIB "/usr/share/proj/" >> to my map file. >> >> cs2cs in the shell seems to find and use the epsg file. >> >> I have even tried changing the ownership of the epsg file to www-data >> (the Ubuntu web account). I don't see any PROJ_LIB definitions in the >> apache *.conf files. >> >> So I'm kind of at my wits end. Any suggestions? >> >> Thanks, >> Rich >> > > > -- > Daniel Morissette > http://www.mapgears.com/ > Provider of Professional MapServer Support since 2000 > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From traviskirstine at gmail.com Mon Oct 3 10:36:51 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Mon, 3 Oct 2011 13:36:51 -0400 Subject: [mapserver-users] UNION raster layers returns blank image Message-ID: Hi All, I have been having some issues using the UNION option in the mapfile. I'm trying to set up a WMS server with several "source" raster layers and provide them all as a single union layer to the client. I don't want the source layers visible in the GetCapabilities, only the union layer so I have been using a combination of the own_enable_request and CONNECTIONTYPE UNION. It seems to work in the GetCapabilites, only the union layer appears however only blank images are returned from the GetMap requests. The layers portion of my mapfile is below, I have set the "ows_enable_request" "*" in the WEB METADATA. Any help would be much appreciated # York Region 2009 - Union LAYER NAME "0937york_union" TYPE RASTER CONNECTIONTYPE UNION CONNECTION "0937york_1km_mstif,0937york_5km_mstif,0937york_10km_mstif,0937york_overall_mstif" METADATA "wms_title" "York Region UNION" "wms_extent" "594999 4842001 649999 4918001" END CLASS END PROJECTION "init=epsg:26917" END END # York Region 2009 - 15cm LAYER NAME "0937york_1km_mstif" TYPE RASTER TILEINDEX /var/local/data/0937YORK_1km_mstif/york_1km_mstindex TILEITEM location MAXSCALEDENOM 7500 OFFSITE 0 0 0 METADATA "ows_enable_request" "* !GetCapabilities" END PROJECTION "init=epsg:26917" END END LAYER NAME "0937york_5km_mstif" TYPE RASTER TILEINDEX /var/local/data/0937YORK_5km_mstif/york_5km_mstindex TILEITEM location MINSCALEDENOM 7500 MAXSCALEDENOM 40000 OFFSITE 0 0 0 METADATA "ows_enable_request" "* !GetCapabilities" END PROJECTION "init=epsg:26917" END END LAYER NAME "0937york_10km_mstif" TYPE RASTER TILEINDEX /var/local/data/0937YORK_10km_mstif/york_10km_mstindex TILEITEM location MINSCALEDENOM 40000 MAXSCALEDENOM 400000 OFFSITE 0 0 0 METADATA "ows_enable_request" "* !GetCapabilities" END PROJECTION "init=epsg:26917" END END LAYER NAME "0937york_overall_mstif" TYPE RASTER DATA /var/local/data/0937YORK_overall_mstif/0937YORK_100m_overall.tif MINSCALEDENOM 400000 OFFSITE 0 0 0 METADATA "ows_enable_request" "* !GetCapabilities" END PROJECTION "init=epsg:26917" END END Regards From szekerest at gmail.com Mon Oct 3 11:01:47 2011 From: szekerest at gmail.com (Tamas Szekeres) Date: Mon, 3 Oct 2011 20:01:47 +0200 Subject: [mapserver-users] UNION raster layers returns blank image In-Reply-To: References: Message-ID: Hi, The union layer approach is working only for the vector based layers at the moment. Best regards, Tamas 2011/10/3 Travis Kirstine > Hi All, > > I have been having some issues using the UNION option in the mapfile. > I'm trying to set up a WMS server with several "source" raster layers > and provide them all as a single union layer to the client. I don't > want the source layers visible in the GetCapabilities, only the union > layer so I have been using a combination of the own_enable_request and > CONNECTIONTYPE UNION. It seems to work in the GetCapabilites, only > the union layer appears however only blank images are returned from > the GetMap requests. The layers portion of my mapfile is below, I > have set the "ows_enable_request" "*" in the WEB METADATA. Any help > would be much appreciated > > > # York Region 2009 - Union > LAYER > NAME "0937york_union" > TYPE RASTER > CONNECTIONTYPE UNION > CONNECTION > > "0937york_1km_mstif,0937york_5km_mstif,0937york_10km_mstif,0937york_overall_mstif" > METADATA > "wms_title" "York Region UNION" > "wms_extent" "594999 4842001 649999 4918001" > END > CLASS > END > PROJECTION > "init=epsg:26917" > END > END > # York Region 2009 - 15cm > LAYER > NAME "0937york_1km_mstif" > TYPE RASTER > TILEINDEX /var/local/data/0937YORK_1km_mstif/york_1km_mstindex > TILEITEM location > MAXSCALEDENOM 7500 > OFFSITE 0 0 0 > METADATA > "ows_enable_request" "* !GetCapabilities" > END > PROJECTION > "init=epsg:26917" > END > END > LAYER > NAME "0937york_5km_mstif" > TYPE RASTER > TILEINDEX /var/local/data/0937YORK_5km_mstif/york_5km_mstindex > TILEITEM location > MINSCALEDENOM 7500 > MAXSCALEDENOM 40000 > OFFSITE 0 0 0 > METADATA > "ows_enable_request" "* !GetCapabilities" > END > PROJECTION > "init=epsg:26917" > END > END > LAYER > NAME "0937york_10km_mstif" > TYPE RASTER > TILEINDEX /var/local/data/0937YORK_10km_mstif/york_10km_mstindex > TILEITEM location > MINSCALEDENOM 40000 > MAXSCALEDENOM 400000 > OFFSITE 0 0 0 > METADATA > "ows_enable_request" "* !GetCapabilities" > END > PROJECTION > "init=epsg:26917" > END > END > LAYER > NAME "0937york_overall_mstif" > TYPE RASTER > DATA > /var/local/data/0937YORK_overall_mstif/0937YORK_100m_overall.tif > MINSCALEDENOM 400000 > OFFSITE 0 0 0 > METADATA > "ows_enable_request" "* !GetCapabilities" > END > PROJECTION > "init=epsg:26917" > END > END > > > Regards > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From traviskirstine at gmail.com Mon Oct 3 11:12:55 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Mon, 3 Oct 2011 14:12:55 -0400 Subject: [mapserver-users] UNION raster layers returns blank image In-Reply-To: References: Message-ID: Tamas, Thanks for your response, do you know if this is on the roadmap? Regards On 3 October 2011 14:01, Tamas Szekeres wrote: > Hi, > The union layer approach is working only for the vector based layers at the > moment. > Best regards, > Tamas > > > 2011/10/3 Travis Kirstine >> >> Hi All, >> >> I have been having some issues using the UNION option in the mapfile. >> I'm trying to set up a WMS server with several "source" raster layers >> and provide them all as a single union layer to the client. ? I don't >> want the source layers visible in the GetCapabilities, only the union >> layer so I have been using a combination of the own_enable_request and >> CONNECTIONTYPE UNION. ?It seems to work in the GetCapabilites, only >> the union layer appears however only blank images are returned from >> the GetMap requests. ?The layers portion of my mapfile is below, I >> have set the "ows_enable_request" "*" in the WEB METADATA. ?Any help >> would be much appreciated >> >> >> ? ?# York Region 2009 - Union >> ? ?LAYER >> ? ? ? ?NAME "0937york_union" >> ? ? ? ?TYPE RASTER >> ? ? ? ?CONNECTIONTYPE UNION >> ? ? ? ?CONNECTION >> >> "0937york_1km_mstif,0937york_5km_mstif,0937york_10km_mstif,0937york_overall_mstif" >> ? ? ? ?METADATA >> ? ? ? ? ? ?"wms_title" "York Region UNION" >> ? ? ? ? ? ?"wms_extent" "594999 4842001 649999 4918001" >> ? ? ? ?END >> ? ? ? ?CLASS >> ? ? ? ?END >> ? ? ? ?PROJECTION >> ? ? ? ? ? ?"init=epsg:26917" >> ? ? ? ?END >> ? ?END >> ? ?# York Region 2009 - 15cm >> ? ?LAYER >> ? ? ? ?NAME "0937york_1km_mstif" >> ? ? ? ?TYPE RASTER >> ? ? ? ?TILEINDEX /var/local/data/0937YORK_1km_mstif/york_1km_mstindex >> ? ? ? ?TILEITEM location >> ? ? ? ?MAXSCALEDENOM 7500 >> ? ? ? ?OFFSITE 0 0 0 >> ? ? ? ?METADATA >> ? ? ? ? ? ?"ows_enable_request" "* !GetCapabilities" >> ? ? ? ?END >> ? ? ? ?PROJECTION >> ? ? ? ? ? ?"init=epsg:26917" >> ? ? ? ?END >> ? ?END >> ? ?LAYER >> ? ? ? ?NAME "0937york_5km_mstif" >> ? ? ? ?TYPE RASTER >> ? ? ? ?TILEINDEX /var/local/data/0937YORK_5km_mstif/york_5km_mstindex >> ? ? ? ?TILEITEM location >> ? ? ? ?MINSCALEDENOM 7500 >> ? ? ? ?MAXSCALEDENOM 40000 >> ? ? ? ?OFFSITE 0 0 0 >> ? ? ? ?METADATA >> ? ? ? ? ? ?"ows_enable_request" "* !GetCapabilities" >> ? ? ? ?END >> ? ? ? ?PROJECTION >> ? ? ? ? ? ?"init=epsg:26917" >> ? ? ? ?END >> ? ?END >> ? ?LAYER >> ? ? ? ?NAME "0937york_10km_mstif" >> ? ? ? ?TYPE RASTER >> ? ? ? ?TILEINDEX /var/local/data/0937YORK_10km_mstif/york_10km_mstindex >> ? ? ? ?TILEITEM location >> ? ? ? ?MINSCALEDENOM 40000 >> ? ? ? ?MAXSCALEDENOM 400000 >> ? ? ? ?OFFSITE 0 0 0 >> ? ? ? ?METADATA >> ? ? ? ? ? ?"ows_enable_request" "* !GetCapabilities" >> ? ? ? ?END >> ? ? ? ?PROJECTION >> ? ? ? ? ? ?"init=epsg:26917" >> ? ? ? ?END >> ? ?END >> ? ?LAYER >> ? ? ? ?NAME "0937york_overall_mstif" >> ? ? ? ?TYPE RASTER >> ? ? ? ?DATA >> /var/local/data/0937YORK_overall_mstif/0937YORK_100m_overall.tif >> ? ? ? ?MINSCALEDENOM 400000 >> ? ? ? ?OFFSITE 0 0 0 >> ? ? ? ?METADATA >> ? ? ? ? ? ?"ows_enable_request" "* !GetCapabilities" >> ? ? ? ?END >> ? ? ? ?PROJECTION >> ? ? ? ? ? ?"init=epsg:26917" >> ? ? ? ?END >> ? ?END >> >> >> Regards >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From reh2 at prodigy.net Mon Oct 3 11:39:08 2011 From: reh2 at prodigy.net (reholl) Date: Mon, 3 Oct 2011 11:39:08 -0700 (PDT) Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E89B12F.7070808@mapgears.com> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> Message-ID: <1317667148241-6856070.post@n2.nabble.com> I'm interested in working on capabilities along these lines. Are there existing RFCs that touch on this? If not, perhaps one should be created. This overlaps some configuration ideas I've been mulling over. From the original comment here about internal vars being handy for "/when the same layers are re-used for several customers who like to have a bit different styling for the same source data/" it occurs to me that a matrix or some other constructs more complex than a flat list of internal variables might be called for -- provided they don't turn the mapfile and internal mapserv into spaghetti.. Jukka Rahkonen (have I ordered your name properly?), do you want to start an RFC on this? To anyone -- would this conversation typically migrate over to 'dev' ? Robert Hollingsworth I agree that this is a request that comes up often. As usual we'd just need someone to lead the effort. On 11-10-03 12:12 AM, Rahkonen Jukka wrote: > Hi, > > Inspired by the Thomas Bonfort's rendering chain I have been thinking if > we could have a native support for using internal mapfile variables. Now > Thomas is setting for example a bunch of colours in a definition file > which is converted into a real mapfile with python script and c > preprocessor. > http://mapserver-utils.googlecode.com/svn/trunk/README > http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py > > I would like to see a simple way for setting the variables directly in the > mapfile, somehow like > MAP > SET "pedestrian_clr" "#fafaf5" > SET "forest_clr" "#dcdcb4" > SET "industrial_clr" "#ebe5d9" > .... > > And then later in the layers use > LAYER > ..... > COLOR %pedestrian_clr% > > The internal variables could be interpreted only from the mapfile and they > could not be altered by the web users. > > Internal variable would help in maintaining big mapfiles with repeating > styles like in the OpenStreetMap rendering case. Another use case is when > the same layers are re-used for several customers who like to have a bit > different styling for the same source data. > > -Jukka Rahkonen- > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-variables-tp6853853p6856070.html Sent from the Mapserver - User mailing list archive at Nabble.com. From woodbri at swoodbridge.com Mon Oct 3 11:51:31 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 03 Oct 2011 14:51:31 -0400 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <1317667148241-6856070.post@n2.nabble.com> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> Message-ID: <4E8A0433.5070502@swoodbridge.com> One idea regarding this that you might want to consider is the ability to put all the named parameters in an include file, then be able to include that file via a CGI parameter. So it might look like this: MAP INCLUDE "client-params-%client_id%.inc" ... END And then you could have parameter files like: client-params-27.inc client-params-123.inc etc. And these would include nothing but your SET ... commands. Then when requesting the map: /http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapfile.map&... This would make it very easy to manage a single mapfile for parameters that are different for each client/user. Obviously the client_id could be set via a cookie, or a wrapper script, or a session variable, or manually, etc. -Steve W On 10/3/2011 2:39 PM, reholl wrote: > I'm interested in working on capabilities along these lines. Are there > existing RFCs that touch on this? If not, perhaps one should be created. > > This overlaps some configuration ideas I've been mulling over. From the > original comment here about internal vars being handy for "/when the same > layers are re-used for several customers who like to have a bit different > styling for the same source data/" it occurs to me that a matrix or some > other constructs more complex than a flat list of internal variables might > be called for -- provided they don't turn the mapfile and internal mapserv > into spaghetti.. > > Jukka Rahkonen (have I ordered your name properly?), do you want to start an > RFC on this? > > To anyone -- would this conversation typically migrate over to 'dev' ? > > Robert Hollingsworth > > > I agree that this is a request that comes up often. As usual we'd just > need someone to lead the effort. > > On 11-10-03 12:12 AM, Rahkonen Jukka wrote: >> Hi, >> >> Inspired by the Thomas Bonfort's rendering chain I have been thinking if >> we could have a native support for using internal mapfile variables. Now >> Thomas is setting for example a bunch of colours in a definition file >> which is converted into a real mapfile with python script and c >> preprocessor. >> http://mapserver-utils.googlecode.com/svn/trunk/README >> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py >> >> I would like to see a simple way for setting the variables directly in the >> mapfile, somehow like >> MAP >> SET "pedestrian_clr" "#fafaf5" >> SET "forest_clr" "#dcdcb4" >> SET "industrial_clr" "#ebe5d9" >> .... >> >> And then later in the layers use >> LAYER >> ..... >> COLOR %pedestrian_clr% >> >> The internal variables could be interpreted only from the mapfile and they >> could not be altered by the web users. >> >> Internal variable would help in maintaining big mapfiles with repeating >> styles like in the OpenStreetMap rendering case. Another use case is when >> the same layers are re-used for several customers who like to have a bit >> different styling for the same source data. >> >> -Jukka Rahkonen- >> > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-variables-tp6853853p6856070.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From Michael.Smith at usace.army.mil Mon Oct 3 12:11:24 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Mon, 3 Oct 2011 19:11:24 +0000 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E8A0433.5070502@swoodbridge.com> Message-ID: There is an RFC to have includes come from non-file connections (databases). It would be another option http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 10/3/11 2:51 PM, "Stephen Woodbridge" wrote: >One idea regarding this that you might want to consider is the ability >to put all the named parameters in an include file, then be able to >include that file via a CGI parameter. So it might look like this: > > >MAP > INCLUDE "client-params-%client_id%.inc" > ... >END > >And then you could have parameter files like: > >client-params-27.inc >client-params-123.inc >etc. > >And these would include nothing but your SET ... commands. > >Then when requesting the map: > >/http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf >ile.map&... > >This would make it very easy to manage a single mapfile for parameters >that are different for each client/user. > >Obviously the client_id could be set via a cookie, or a wrapper script, >or a session variable, or manually, etc. > >-Steve W > >On 10/3/2011 2:39 PM, reholl wrote: >> I'm interested in working on capabilities along these lines. Are there >> existing RFCs that touch on this? If not, perhaps one should be >>created. >> >> This overlaps some configuration ideas I've been mulling over. From the >> original comment here about internal vars being handy for "/when the >>same >> layers are re-used for several customers who like to have a bit >>different >> styling for the same source data/" it occurs to me that a matrix or some >> other constructs more complex than a flat list of internal variables >>might >> be called for -- provided they don't turn the mapfile and internal >>mapserv >> into spaghetti.. >> >> Jukka Rahkonen (have I ordered your name properly?), do you want to >>start an >> RFC on this? >> >> To anyone -- would this conversation typically migrate over to 'dev' ? >> >> Robert Hollingsworth >> >> >> I agree that this is a request that comes up often. As usual we'd just >> need someone to lead the effort. >> >> On 11-10-03 12:12 AM, Rahkonen Jukka wrote: >>> Hi, >>> >>> Inspired by the Thomas Bonfort's rendering chain I have been thinking >>>if >>> we could have a native support for using internal mapfile variables. >>>Now >>> Thomas is setting for example a bunch of colours in a definition file >>> which is converted into a real mapfile with python script and c >>> preprocessor. >>> http://mapserver-utils.googlecode.com/svn/trunk/README >>> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py >>> >>> I would like to see a simple way for setting the variables directly in >>>the >>> mapfile, somehow like >>> MAP >>> SET "pedestrian_clr" "#fafaf5" >>> SET "forest_clr" "#dcdcb4" >>> SET "industrial_clr" "#ebe5d9" >>> .... >>> >>> And then later in the layers use >>> LAYER >>> ..... >>> COLOR %pedestrian_clr% >>> >>> The internal variables could be interpreted only from the mapfile and >>>they >>> could not be altered by the web users. >>> >>> Internal variable would help in maintaining big mapfiles with repeating >>> styles like in the OpenStreetMap rendering case. Another use case is >>>when >>> the same layers are re-used for several customers who like to have a >>>bit >>> different styling for the same source data. >>> >>> -Jukka Rahkonen- >>> >> >> -- >> View this message in context: >>http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari >>ables-tp6853853p6856070.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/mapserver-users From Bob.Basques at ci.stpaul.mn.us Mon Oct 3 12:18:54 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 03 Oct 2011 14:18:54 -0500 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: References: <4E8A0433.5070502@swoodbridge.com> Message-ID: <4E89C44E020000A80002EB1B@heckle> All, Would adding in INCLUDEs from a URL be pushing it too much, as in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could pass in parameters like so . . . INCLUDE "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second thing&c=third thing . . ." bobb >>> "Smith, Michael ERDC-CRREL-NH" wrote: There is an RFC to have includes come from non-file connections (databases). It would be another option http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 10/3/11 2:51 PM, "Stephen Woodbridge" wrote: >One idea regarding this that you might want to consider is the ability >to put all the named parameters in an include file, then be able to >include that file via a CGI parameter. So it might look like this: > > >MAP > INCLUDE "client-params-%client_id%.inc" > ... >END > >And then you could have parameter files like: > >client-params-27.inc >client-params-123.inc >etc. > >And these would include nothing but your SET ... commands. > >Then when requesting the map: > >/http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf >ile.map&... > >This would make it very easy to manage a single mapfile for parameters >that are different for each client/user. > >Obviously the client_id could be set via a cookie, or a wrapper script, >or a session variable, or manually, etc. > >-Steve W > >On 10/3/2011 2:39 PM, reholl wrote: >> I'm interested in working on capabilities along these lines. Are there >> existing RFCs that touch on this? If not, perhaps one should be >>created. >> >> This overlaps some configuration ideas I've been mulling over. From the >> original comment here about internal vars being handy for "/when the >>same >> layers are re-used for several customers who like to have a bit >>different >> styling for the same source data/" it occurs to me that a matrix or some >> other constructs more complex than a flat list of internal variables >>might >> be called for -- provided they don't turn the mapfile and internal >>mapserv >> into spaghetti.. >> >> Jukka Rahkonen (have I ordered your name properly?), do you want to >>start an >> RFC on this? >> >> To anyone -- would this conversation typically migrate over to 'dev' ? >> >> Robert Hollingsworth >> >> >> I agree that this is a request that comes up often. As usual we'd just >> need someone to lead the effort. >> >> On 11-10-03 12:12 AM, Rahkonen Jukka wrote: >>> Hi, >>> >>> Inspired by the Thomas Bonfort's rendering chain I have been thinking >>>if >>> we could have a native support for using internal mapfile variables. >>>Now >>> Thomas is setting for example a bunch of colours in a definition file >>> which is converted into a real mapfile with python script and c >>> preprocessor. >>> http://mapserver-utils.googlecode.com/svn/trunk/README >>> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py >>> >>> I would like to see a simple way for setting the variables directly in >>>the >>> mapfile, somehow like >>> MAP >>> SET "pedestrian_clr" "#fafaf5" >>> SET "forest_clr" "#dcdcb4" >>> SET "industrial_clr" "#ebe5d9" >>> .... >>> >>> And then later in the layers use >>> LAYER >>> ..... >>> COLOR %pedestrian_clr% >>> >>> The internal variables could be interpreted only from the mapfile and >>>they >>> could not be altered by the web users. >>> >>> Internal variable would help in maintaining big mapfiles with repeating >>> styles like in the OpenStreetMap rendering case. Another use case is >>>when >>> the same layers are re-used for several customers who like to have a >>>bit >>> different styling for the same source data. >>> >>> -Jukka Rahkonen- >>> >> >> -- >> View this message in context: >>http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari >>ables-tp6853853p6856070.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian.walberg at airborne.aero Mon Oct 3 12:25:52 2011 From: ian.walberg at airborne.aero (Ian Walberg) Date: Mon, 3 Oct 2011 15:25:52 -0400 Subject: [mapserver-users] PHP mapscript - how to add label style In-Reply-To: References: Message-ID: http://trac.osgeo.org/mapserver/ticket/4038 -----Original Message----- From: Steve Lime [mailto:sdlime at gmail.com] Sent: Wednesday, September 28, 2011 8:30 PM To: Ian Walberg Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] PHP mapscript - how to add label style I'm guessing this is a bug, could you quick file a ticket and we'll make sure this is addressed in 6.0.2? Steve On Tue, Sep 27, 2011 at 10:21 AM, Ian Walberg wrote: > Hello, > > > > I am sure it is staring me in the face but we cannot see how to add a > style to a label (Mapserver 6.x) using PHP mapscript. > > > > Works fine via map file and we see the open issue with the save not > including the geotransform line. > > > > What are we missing? > > > > Thanks > > > > Ian > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From szekerest at gmail.com Mon Oct 3 12:47:23 2011 From: szekerest at gmail.com (Tamas Szekeres) Date: Mon, 3 Oct 2011 21:47:23 +0200 Subject: [mapserver-users] UNION raster layers returns blank image In-Reply-To: References: Message-ID: The union layer is a vector layer, which provides the union of the set of features from multiple layers. The functionality you mention would probably require to add a new layer type which would have effect on the drawing side of the rendering chain (ie. in mapdraw.c). Not sure if this addition would be on the roadmap, unless someone would take over to contribute or support to implement this. A separate RFC would also be required. Best regards, Tamas 2011/10/3 Travis Kirstine > Tamas, > > Thanks for your response, do you know if this is on the roadmap? > > Regards > > On 3 October 2011 14:01, Tamas Szekeres wrote: > > Hi, > > The union layer approach is working only for the vector based layers at > the > > moment. > > Best regards, > > Tamas > > > > > > 2011/10/3 Travis Kirstine > >> > >> Hi All, > >> > >> I have been having some issues using the UNION option in the mapfile. > >> I'm trying to set up a WMS server with several "source" raster layers > >> and provide them all as a single union layer to the client. I don't > >> want the source layers visible in the GetCapabilities, only the union > >> layer so I have been using a combination of the own_enable_request and > >> CONNECTIONTYPE UNION. It seems to work in the GetCapabilites, only > >> the union layer appears however only blank images are returned from > >> the GetMap requests. The layers portion of my mapfile is below, I > >> have set the "ows_enable_request" "*" in the WEB METADATA. Any help > >> would be much appreciated > >> > >> > >> # York Region 2009 - Union > >> LAYER > >> NAME "0937york_union" > >> TYPE RASTER > >> CONNECTIONTYPE UNION > >> CONNECTION > >> > >> > "0937york_1km_mstif,0937york_5km_mstif,0937york_10km_mstif,0937york_overall_mstif" > >> METADATA > >> "wms_title" "York Region UNION" > >> "wms_extent" "594999 4842001 649999 4918001" > >> END > >> CLASS > >> END > >> PROJECTION > >> "init=epsg:26917" > >> END > >> END > >> # York Region 2009 - 15cm > >> LAYER > >> NAME "0937york_1km_mstif" > >> TYPE RASTER > >> TILEINDEX /var/local/data/0937YORK_1km_mstif/york_1km_mstindex > >> TILEITEM location > >> MAXSCALEDENOM 7500 > >> OFFSITE 0 0 0 > >> METADATA > >> "ows_enable_request" "* !GetCapabilities" > >> END > >> PROJECTION > >> "init=epsg:26917" > >> END > >> END > >> LAYER > >> NAME "0937york_5km_mstif" > >> TYPE RASTER > >> TILEINDEX /var/local/data/0937YORK_5km_mstif/york_5km_mstindex > >> TILEITEM location > >> MINSCALEDENOM 7500 > >> MAXSCALEDENOM 40000 > >> OFFSITE 0 0 0 > >> METADATA > >> "ows_enable_request" "* !GetCapabilities" > >> END > >> PROJECTION > >> "init=epsg:26917" > >> END > >> END > >> LAYER > >> NAME "0937york_10km_mstif" > >> TYPE RASTER > >> TILEINDEX /var/local/data/0937YORK_10km_mstif/york_10km_mstindex > >> TILEITEM location > >> MINSCALEDENOM 40000 > >> MAXSCALEDENOM 400000 > >> OFFSITE 0 0 0 > >> METADATA > >> "ows_enable_request" "* !GetCapabilities" > >> END > >> PROJECTION > >> "init=epsg:26917" > >> END > >> END > >> LAYER > >> NAME "0937york_overall_mstif" > >> TYPE RASTER > >> DATA > >> /var/local/data/0937YORK_overall_mstif/0937YORK_100m_overall.tif > >> MINSCALEDENOM 400000 > >> OFFSITE 0 0 0 > >> METADATA > >> "ows_enable_request" "* !GetCapabilities" > >> END > >> PROJECTION > >> "init=epsg:26917" > >> END > >> END > >> > >> > >> Regards > >> _______________________________________________ > >> mapserver-users mailing list > >> mapserver-users at lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From reh2 at prodigy.net Mon Oct 3 12:59:36 2011 From: reh2 at prodigy.net (reholl) Date: Mon, 3 Oct 2011 12:59:36 -0700 (PDT) Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E89C44E020000A80002EB1B@heckle> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> Message-ID: <1317671976786-6856380.post@n2.nabble.com> I really like the idea of pulling mapfile resources from RDBMS and URL. For the URL, I don't think the communications part poses much of a challenge, as the cURL stuff used in the OWS client can be repackaged. I did that once to make a mapserv CONNECTIONTYPE as a SOAP client. I can certainly picture a somewhat generalized mechanism: "fill ANY mapfile value from some outside resource that delivers a construct of the proper form/type." These resources might be chained or arranged in branches. (Does this begin to stray into WPS territory..?) Anything of this complexity poses a risk to performance and readability. There's definitely something to be said for the everything-is-right-here aspect of the mapfile. Does mapserv configuration becomes less 'file' and more 'system.' and with what new maintenance headaches? Or another way to view it: mapfile syntax becomes a de facto programming language, and we already have mapscript in numerous flavors. What's the tipping point for "let's move this complexity into core mapserver"? Given all these caveats, I'd love to explore this further... Robert Hollingsworth blammo wrote: > > All, > > Would adding in INCLUDEs from a URL be pushing it too much, as in: > > INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" > > Could pass in parameters like so . . . > > INCLUDE "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second > thing&c=third thing . . ." > > bobb > >>>> "Smith, Michael ERDC-CRREL-NH" <Michael.Smith at .army> wrote: > > There is an RFC to have includes come from non-file connections > (databases). It would be another option > > http://mapserver.org/development/rfc/ms-rfc-74.html > > Mike > -- > Michael Smith > > Remote Sensing/GIS Center > US Army Corps of Engineers > > On 10/3/11 2:51 PM, "Stephen Woodbridge" <woodbri@> wrote: > >>One idea regarding this that you might want to consider is the ability >>to put all the named parameters in an include file, then be able to >>include that file via a CGI parameter. So it might look like this: >> >> > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-variables-tp6853853p6856380.html Sent from the Mapserver - User mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Smith at usace.army.mil Mon Oct 3 13:10:23 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Mon, 3 Oct 2011 20:10:23 +0000 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E89C44E020000A80002EB1B@heckle> Message-ID: With oracle at least, you could pull from a url (via a query) and return data back to MS Mike From: Bob Basques > Date: Mon, 3 Oct 2011 14:18:54 -0500 To: "mapserver-users at lists.osgeo.org" >, Stephen Woodbridge >, Michael Smith > Subject: Re: [mapserver-users] Re: Feature wish: Internal mapfile variables All, Would adding in INCLUDEs from a URL be pushing it too much, as in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could pass in parameters like so . . . INCLUDE "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second thing&c=third thing . . ." bobb >>> "Smith, Michael ERDC-CRREL-NH" > wrote: There is an RFC to have includes come from non-file connections (databases). It would be another option http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 10/3/11 2:51 PM, "Stephen Woodbridge" > wrote: >One idea regarding this that you might want to consider is the ability >to put all the named parameters in an include file, then be able to >include that file via a CGI parameter. So it might look like this: > > >MAP > INCLUDE "client-params-%client_id%.inc" > ... >END > >And then you could have parameter files like: > >client-params-27.inc >client-params-123.inc >etc. > >And these would include nothing but your SET ... commands. > >Then when requesting the map: > >/http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf >ile.map&... > >This would make it very easy to manage a single mapfile for parameters >that are different for each client/user. > >Obviously the client_id could be set via a cookie, or a wrapper script, >or a session variable, or manually, etc. > >-Steve W > >On 10/3/2011 2:39 PM, reholl wrote: >> I'm interested in working on capabilities along these lines. Are there >> existing RFCs that touch on this? If not, perhaps one should be >>created. >> >> This overlaps some configuration ideas I've been mulling over. From the >> original comment here about internal vars being handy for "/when the >>same >> layers are re-used for several customers who like to have a bit >>different >> styling for the same source data/" it occurs to me that a matrix or some >> other constructs more complex than a flat list of internal variables >>might >> be called for -- provided they don't turn the mapfile and internal >>mapserv >> into spaghetti.. >> >> Jukka Rahkonen (have I ordered your name properly?), do you want to >>start an >> RFC on this? >> >> To anyone -- would this conversation typically migrate over to 'dev' ? >> >> Robert Hollingsworth >> >> >> I agree that this is a request that comes up often. As usual we'd just >> need someone to lead the effort. >> >> On 11-10-03 12:12 AM, Rahkonen Jukka wrote: >>> Hi, >>> >>> Inspired by the Thomas Bonfort's rendering chain I have been thinking >>>if >>> we could have a native support for using internal mapfile variables. >>>Now >>> Thomas is setting for example a bunch of colours in a definition file >>> which is converted into a real mapfile with python script and c >>> preprocessor. >>> http://mapserver-utils.googlecode.com/svn/trunk/README >>> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py >>> >>> I would like to see a simple way for setting the variables directly in >>>the >>> mapfile, somehow like >>> MAP >>> SET "pedestrian_clr" "#fafaf5" >>> SET "forest_clr" "#dcdcb4" >>> SET "industrial_clr" "#ebe5d9" >>> .... >>> >>> And then later in the layers use >>> LAYER >>> ..... >>> COLOR %pedestrian_clr% >>> >>> The internal variables could be interpreted only from the mapfile and >>>they >>> could not be altered by the web users. >>> >>> Internal variable would help in maintaining big mapfiles with repeating >>> styles like in the OpenStreetMap rendering case. Another use case is >>>when >>> the same layers are re-used for several customers who like to have a >>>bit >>> different styling for the same source data. >>> >>> -Jukka Rahkonen- >>> >> >> -- >> View this message in context: >>http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari >>ables-tp6853853p6856070.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob.Basques at ci.stpaul.mn.us Mon Oct 3 13:14:29 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 03 Oct 2011 15:14:29 -0500 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <1317671976786-6856380.post@n2.nabble.com> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> <1317671976786-6856380.post@n2.nabble.com> Message-ID: <4E89D155020000A80002EB38@heckle> All, I've always wanted a way to control the Mapfile generation in some form for dynamic assembly. But, is this the right approach? In a GeoMoose installation where each data source, or group of data sources can have their own mapfile a capability like this opens up more doors than it closes. A CGI call could be used to cartographicly dress a layer in a default mode with no parameters presented, and do something entirely different with other parameters passed in. I've pondered for a long time how MapServer might enable jumping into a carto editor of some type for changing a MAPFILE setting inline in some fashion. I don't think this gets the whole job done, but it's where my interest lies in being able to build out something as a useful tool, while not mucking about with Mapserver proper to do it. bobb >>> reholl wrote: I really like the idea of pulling mapfile resources from RDBMS and URL. For the URL, I don't think the communications part poses much of a challenge, as the cURL stuff used in the OWS client can be repackaged. I did that once to make a mapserv CONNECTIONTYPE as a SOAP client. I can certainly picture a somewhat generalized mechanism: "fill ANY mapfile value from some outside resource that delivers a construct of the proper form/type." These resources might be chained or arranged in branches. (Does this begin to stray into WPS territory..?) Anything of this complexity poses a risk to performance and readability. There's definitely something to be said for the everything-is-right-here aspect of the mapfile. Does mapserv configuration becomes less 'file' and more 'system.' and with what new maintenance headaches? Or another way to view it: mapfile syntax becomes a de facto programming language, and we already have mapscript in numerous flavors. What's the tipping point for "let's move this complexity into core mapserver"? Given all these caveats, I'd love to explore this further... Robert Hollingsworth blammo wrote: All, Would adding in INCLUDEs from a URL be pushing it too much, as in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could pass in parameters like so . . . INCLUDE "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second thing&c=third thing . . ." bobb >>> "Smith, Michael ERDC-CRREL-NH" <[hidden email] ( /user/SendEmail.jtp?type=node&node=6856380&i=0 )> wrote: There is an RFC to have includes come from non-file connections (databases). It would be another option http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 10/3/11 2:51 PM, "Stephen Woodbridge" <[hidden email] ( /user/SendEmail.jtp?type=node&node=6856380&i=1 )> wrote: >One idea regarding this that you might want to consider is the ability >to put all the named parameters in an include file, then be able to >include that file via a CGI parameter. So it might look like this: > > View this message in context: Re: Feature wish: Internal mapfile variables ( http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-variables-tp6853853p6856380.html ) Sent from the Mapserver - User mailing list archive ( http://osgeo-org.1803224.n2.nabble.com/Mapserver-User-f1969211.html ) at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Mon Oct 3 13:38:14 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 03 Oct 2011 16:38:14 -0400 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <1317671976786-6856380.post@n2.nabble.com> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> <1317671976786-6856380.post@n2.nabble.com> Message-ID: <4E8A1D36.6060904@swoodbridge.com> Robert, All good questions! Here are some thoughts on this. 1. we all ready have the CGI parameter substitution, but it does require reading the mapfile to get its validation parameters. 2. we already support includes 3. you would have to read some of the mapfile to get the connection parameters to access the parameters from a database 4. I like the idea of getting the mapfile from the database, but I think if I were to go that route, why would I not keep the whole map file in the database? it would be easy to store it as fragments and parameters and do the substitution all in the database and just return a text blob as a mapfile for mapserver to parse. In Postgresql it would be easy to write a few stored procedures to help manage this and implement it on the database side of things. 5. Follow the KISS principal. Keep is simple, make the approach incremental based on the existing code as much as possible -Steve W On 10/3/2011 3:59 PM, reholl wrote: > I really like the idea of pulling mapfile resources from RDBMS and URL. > For the URL, I don't think the communications part poses much of a > challenge, as the cURL stuff used in the OWS client can be repackaged. I > did that once to make a mapserv CONNECTIONTYPE as a SOAP client. I can > certainly picture a somewhat generalized mechanism: "fill ANY mapfile > value from some outside resource that delivers a construct of the proper > form/type." These resources might be chained or arranged in branches. > (Does this begin to stray into WPS territory..?) Anything of this > complexity poses a risk to performance and readability. There's > definitely something to be said for the everything-is-right-here aspect > of the mapfile. Does mapserv configuration becomes less 'file' and more > 'system.' and with what new maintenance headaches? Or another way to > view it: mapfile syntax becomes a de facto programming language, and we > already have mapscript in numerous flavors. What's the tipping point for > "let's move this complexity into core mapserver"? Given all these > caveats, I'd love to explore this further... Robert Hollingsworth > > blammo wrote: > All, Would adding in INCLUDEs from a URL be pushing it too much, as > in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could pass in > parameters like so . . . INCLUDE > "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second > thing&c=third thing . . ." bobb >>> "Smith, Michael ERDC-CRREL-NH" > <[hidden email] > > wrote: There is an RFC to have includes come from non-file > connections (databases). It would be another option > http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael > Smith Remote Sensing/GIS Center US Army Corps of Engineers On > 10/3/11 2:51 PM, "Stephen Woodbridge" <[hidden email] > > wrote: >One idea > regarding this that you might want to consider is the ability >to > put all the named parameters in an include file, then be able to > >include that file via a CGI parameter. So it might look like this: > > > > > > View this message in context: Re: Feature wish: Internal mapfile > variables > > Sent from the Mapserver - User mailing list archive > at > Nabble.com. > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From Bob.Basques at ci.stpaul.mn.us Mon Oct 3 14:10:00 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 03 Oct 2011 16:10:00 -0500 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E8A1D36.6060904@swoodbridge.com> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> <1317671976786-6856380.post@n2.nabble.com> <4E8A1D36.6060904@swoodbridge.com> Message-ID: <4E89DE58020000A80002EB50@heckle> All, I did submit a request very similar to the idea of passing in a MAPFILE as a mapserv parameter a few years back. As I recall there was some discussion about the idea, and there were also the same sorts of reservations about it then, especially the KISS part. In very early uses of MapServer, we used our own wrapper around it to provide this type of functionality, but it ended up too cumbersome to maintain along with different versions of MapServ as they came along, so we let the idea go. It really needs to be passed through MapServer to be a viable option IMO. Otherwise you need to support to many pieces of things to make things very portable. I thought the recent introduction of the browse mode using a OpenLayers template might resurrect the idea to some degree, but that didn't happen either. I suggested a template passing mechanism for that for example, why restrict to just Openlayers, got some discussion going on it, but that was all. I think it will come about at some point, certainly more folks wanting it now than when I first started asking the question :c) . bobb >>> Stephen Woodbridge wrote: Robert, All good questions! Here are some thoughts on this. 1. we all ready have the CGI parameter substitution, but it does require reading the mapfile to get its validation parameters. 2. we already support includes 3. you would have to read some of the mapfile to get the connection parameters to access the parameters from a database 4. I like the idea of getting the mapfile from the database, but I think if I were to go that route, why would I not keep the whole map file in the database? it would be easy to store it as fragments and parameters and do the substitution all in the database and just return a text blob as a mapfile for mapserver to parse. In Postgresql it would be easy to write a few stored procedures to help manage this and implement it on the database side of things. 5. Follow the KISS principal. Keep is simple, make the approach incremental based on the existing code as much as possible -Steve W On 10/3/2011 3:59 PM, reholl wrote: > I really like the idea of pulling mapfile resources from RDBMS and URL. > For the URL, I don't think the communications part poses much of a > challenge, as the cURL stuff used in the OWS client can be repackaged. I > did that once to make a mapserv CONNECTIONTYPE as a SOAP client. I can > certainly picture a somewhat generalized mechanism: "fill ANY mapfile > value from some outside resource that delivers a construct of the proper > form/type." These resources might be chained or arranged in branches. > (Does this begin to stray into WPS territory..?) Anything of this > complexity poses a risk to performance and readability. There's > definitely something to be said for the everything-is-right-here aspect > of the mapfile. Does mapserv configuration becomes less 'file' and more > 'system.' and with what new maintenance headaches? Or another way to > view it: mapfile syntax becomes a de facto programming language, and we > already have mapscript in numerous flavors. What's the tipping point for > "let's move this complexity into core mapserver"? Given all these > caveats, I'd love to explore this further... Robert Hollingsworth > > blammo wrote: > All, Would adding in INCLUDEs from a URL be pushing it too much, as > in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could pass in > parameters like so . . . INCLUDE > "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second > thing&c=third thing . . ." bobb >>> "Smith, Michael ERDC-CRREL-NH" > <[hidden email] > > wrote: There is an RFC to have includes come from non-file > connections (databases). It would be another option > http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael > Smith Remote Sensing/GIS Center US Army Corps of Engineers On > 10/3/11 2:51 PM, "Stephen Woodbridge" <[hidden email] > > wrote: >One idea > regarding this that you might want to consider is the ability >to > put all the named parameters in an include file, then be able to > >include that file via a CGI parameter. So it might look like this: > > > > > > View this message in context: Re: Feature wish: Internal mapfile > variables > > Sent from the Mapserver - User mailing list archive > at > Nabble.com. > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at wildwalks.com Mon Oct 3 15:22:18 2011 From: matt at wildwalks.com (Matt McClelland) Date: Tue, 4 Oct 2011 09:22:18 +1100 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E89DE58020000A80002EB50@heckle> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> <1317671976786-6856380.post@n2.nabble.com> <4E8A1D36.6060904@swoodbridge.com> <4E89DE58020000A80002EB50@heckle> Message-ID: I am new to mapserver world, so as you read this, remember I have no idea what I am talking about :) I was thinking about this problem last week, my idea was to look at passing a reference to a parsing script, that outputs a mapfile. so instead of this http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapfile.map&. .. you would pass this url http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapfilescript&. .. So the only change to mapserver would be to kindly ask it to pass variables when getting a mapfile. eg /path/to/mapfilescript&client_id=123&mode=map&bbox=........ etc Then the custom parsing script could do lots of things, like search and replace $client_id with "123" or include other files etc. It could also build an entire mapfile from scratch, pull stuff from a DB, cache common requests and I guess lots more. As I said I have no idea if this is plausible, or if it would impact on speed to much etc Matt :) On Tue, Oct 4, 2011 at 8:10 AM, Bob Basques wrote: > All, > > I did submit a request very similar to the idea of passing in a MAPFILE > as a mapserv parameter a few years back. As I recall there was some > discussion about the idea, and there were also the same sorts of > reservations about it then, especially the KISS part. In very early uses of > MapServer, we used our own wrapper around it to provide this type of > functionality, but it ended up too cumbersome to maintain along with > different versions of MapServ as they came along, so we let the idea go. It > really needs to be passed through MapServer to be a viable option IMO. > Otherwise you need to support to many pieces of things to make things very > portable. > > I thought the recent introduction of the browse mode using a OpenLayers > template might resurrect the idea to some degree, but that didn't happen > either. I suggested a template passing mechanism for that for example, why > restrict to just Openlayers, got some discussion going on it, but that was > all. > > I think it will come about at some point, certainly more folks wanting it > now than when I first started asking the question :c) . > > bobb > > > > >>> Stephen Woodbridge wrote: > > Robert, > > All good questions! > > Here are some thoughts on this. > > 1. we all ready have the CGI parameter substitution, but it does require > reading the mapfile to get its validation parameters. > > 2. we already support includes > > 3. you would have to read some of the mapfile to get the connection > parameters to access the parameters from a database > > 4. I like the idea of getting the mapfile from the database, but I think > if I were to go that route, why would I not keep the whole map file in > the database? it would be easy to store it as fragments and parameters > and do the substitution all in the database and just return a text blob > as a mapfile for mapserver to parse. In Postgresql it would be easy to > write a few stored procedures to help manage this and implement it on > the database side of things. > > 5. Follow the KISS principal. Keep is simple, make the approach > incremental based on the existing code as much as possible > > -Steve W > > On 10/3/2011 3:59 PM, reholl wrote: > > I really like the idea of pulling mapfile resources from RDBMS and URL. > > For the URL, I don't think the communications part poses much of a > > challenge, as the cURL stuff used in the OWS client can be repackaged. I > > did that once to make a mapserv CONNECTIONTYPE as a SOAP client. I can > > certainly picture a somewhat generalized mechanism: "fill ANY mapfile > > value from some outside resource that delivers a construct of the proper > > form/type." These resources might be chained or arranged in branches. > > (Does this begin to stray into WPS territory..?) Anything of this > > complexity poses a risk to performance and readability. There's > > definitely something to be said for the everything-is-right-here aspect > > of the mapfile. Does mapserv configuration becomes less 'file' and more > > 'system.' and with what new maintenance headaches? Or another way to > > view it: mapfile syntax becomes a de facto programming language, and we > > already have mapscript in numerous flavors. What's the tipping point for > > "let's move this complexity into core mapserver"? Given all these > > caveats, I'd love to explore this further... Robert Hollingsworth > > > > blammo wrote: > > All, Would adding in INCLUDEs from a URL be pushing it too much, as > > in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could pass in > > parameters like so . . . INCLUDE > > "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second > > thing&c=third thing . . ." bobb >>> "Smith, Michael ERDC-CRREL-NH" > > <[hidden email] > > > wrote: There is an RFC to have includes come from non-file > > connections (databases). It would be another option > > http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael > > Smith Remote Sensing/GIS Center US Army Corps of Engineers On > > 10/3/11 2:51 PM, "Stephen Woodbridge" <[hidden email] > > > wrote: >One idea > > regarding this that you might want to consider is the ability >to > > put all the named parameters in an include file, then be able to > > >include that file via a CGI parameter. So it might look like this: > > > > > > > > > > View this message in context: Re: Feature wish: Internal mapfile > > variables > > < > http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-variables-tp6853853p6856380.html > > > > Sent from the Mapserver - User mailing list archive > > at > > Nabble.com. > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Mon Oct 3 16:16:53 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 03 Oct 2011 19:16:53 -0400 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> <1317671976786-6856380.post@n2.nabble.com> <4E8A1D36.6060904@swoodbridge.com> <4E89DE58020000A80002EB50@heckle> Message-ID: <4E8A4265.8000601@swoodbridge.com> In Theory, you could do this today by writing a simple wrapper script that reads the CGI arguments, calls a script and passes it the output file name like /tmp/mapwrap-$$.map and the arguments. The script would read the template mapfile passed in the arguments do the substitution and write out the new mapfile. Then it would call mapserv and pass the appropriate arguments including the new mapfile. and after mapserv runs it can remove the tmp mapfile. The downside of this is that it requires at least three process creates instead of one. And you have to be aware of the security issues of doing this and worry about SQL injection, information leakage, etc. The upside is that you could do it now in say Perl, PHP, Python today if you wanted to prototype up something and play with the idea. Pick the language you like best and go for it. -Steve W On 10/3/2011 6:22 PM, Matt McClelland wrote: > I am new to mapserver world, so as you read this, remember I have no > idea what I am talking about :) > > I was thinking about this problem last week, my idea was to look at > passing a reference to a parsing script, that outputs a mapfile. > > so instead of this > http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapfile.map&. > .. > you would pass this url > http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapfilescript&. > .. > > So the only change to mapserver would be to kindly ask it to pass > variables when getting a mapfile. eg > /path/to/mapfilescript&client_id=123&mode=map&bbox=........ etc > > Then the custom parsing script could do lots of things, like search and > replace $client_id with "123" or include other files etc. It could > also build an entire mapfile from scratch, pull stuff from a DB, cache > common requests and I guess lots more. > > As I said I have no idea if this is plausible, or if it would impact on > speed to much etc > > Matt :) > > > On Tue, Oct 4, 2011 at 8:10 AM, Bob Basques > wrote: > > All, > > > I did submit a request very similar to the idea of passing in a > MAPFILE as a mapserv parameter a few years back. As I recall there > was some discussion about the idea, and there were also the same > sorts of reservations about it then, especially the KISS part. In > very early uses of MapServer, we used our own wrapper around it to > provide this type of functionality, but it ended up too cumbersome > to maintain along with different versions of MapServ as they came > along, so we let the idea go. It really needs to be passed through > MapServer to be a viable option IMO. Otherwise you need to support > to many pieces of things to make things very portable. > > > I thought the recent introduction of the browse mode using a > OpenLayers template might resurrect the idea to some degree, but > that didn't happen either. I suggested a template passing mechanism > for that for example, why restrict to just Openlayers, got some > discussion going on it, but that was all. > > > I think it will come about at some point, certainly more folks > wanting it now than when I first started asking the question :c) . > > > bobb > > > > > >>> Stephen Woodbridge > wrote: > > Robert, > > All good questions! > > Here are some thoughts on this. > > 1. we all ready have the CGI parameter substitution, but it does require > reading the mapfile to get its validation parameters. > > 2. we already support includes > > 3. you would have to read some of the mapfile to get the connection > parameters to access the parameters from a database > > 4. I like the idea of getting the mapfile from the database, but I think > if I were to go that route, why would I not keep the whole map file in > the database? it would be easy to store it as fragments and parameters > and do the substitution all in the database and just return a text blob > as a mapfile for mapserver to parse. In Postgresql it would be easy to > write a few stored procedures to help manage this and implement it on > the database side of things. > > 5. Follow the KISS principal. Keep is simple, make the approach > incremental based on the existing code as much as possible > > -Steve W > > On 10/3/2011 3:59 PM, reholl wrote: > > I really like the idea of pulling mapfile resources from RDBMS > and URL. > > For the URL, I don't think the communications part poses much of a > > challenge, as the cURL stuff used in the OWS client can be > repackaged. I > > did that once to make a mapserv CONNECTIONTYPE as a SOAP client. > I can > > certainly picture a somewhat generalized mechanism: "fill ANY mapfile > > value from some outside resource that delivers a construct of the > proper > > form/type." These resources might be chained or arranged in branches. > > (Does this begin to stray into WPS territory..?) Anything of this > > complexity poses a risk to performance and readability. There's > > definitely something to be said for the everything-is-right-here > aspect > > of the mapfile. Does mapserv configuration becomes less 'file' > and more > > 'system.' and with what new maintenance headaches? Or another way to > > view it: mapfile syntax becomes a de facto programming language, > and we > > already have mapscript in numerous flavors. What's the tipping > point for > > "let's move this complexity into core mapserver"? Given all these > > caveats, I'd love to explore this further... Robert Hollingsworth > > > > blammo wrote: > > All, Would adding in INCLUDEs from a URL be pushing it too > much, as > > in: INCLUDE "http://Myserver.com/cgi-bin/myscript.pl" Could > pass in > > parameters like so . . . INCLUDE > > "http://Myserver.com/cgi-bin/myscript.pl?A=first thing&b=second > > thing&c=third thing . . ." bobb >>> "Smith, Michael > ERDC-CRREL-NH" > > <[hidden email] > > > wrote: There is an RFC to have includes come from non-file > > connections (databases). It would be another option > > http://mapserver.org/development/rfc/ms-rfc-74.html Mike -- Michael > > Smith Remote Sensing/GIS Center US Army Corps of Engineers On > > 10/3/11 2:51 PM, "Stephen Woodbridge" <[hidden email] > > > wrote: >One idea > > regarding this that you might want to consider is the ability >to > > put all the named parameters in an include file, then be able to > > >include that file via a CGI parameter. So it might look like this: > > > > > > > > > > View this message in context: Re: Feature wish: Internal mapfile > > variables > > > > > Sent from the Mapserver - User mailing list archive > > > at > > Nabble.com. > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Mon Oct 3 16:45:32 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 03 Oct 2011 19:45:32 -0400 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E89C44E020000A80002EB1B@heckle> References: <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> Message-ID: <4E8A491C.6090301@swoodbridge.com> Bob, I think one of the developers would need to answer this. But here are some thoughts to consider: This introduces a lot of latency in the response, because you have to make a socket request to another host, which needs to create a process and service the request, and send the results back to you. Not to mention what do you do if the host or connection are down or bad. If you are just asking this because it is a tricky way to add parameters to the request, then I would simply ask to have parametrized includes especially if I could load all my parameters from an initial include with a computed filename based on the To some extent you can already do this at the layer level, we normally call it a WMS layer ;) Which brings up the other point of making a remote request for an include, what is the likelihood that a remote hose is going to know about the data sources on your host? Are you than going to want remote access to the data also. Oh wait ... that is a WMS request. :) Ok, sarcasm aside, it is an interesting idea, but I think it has more potential issues then benefits, but htat is just my 2 cents. -Steve W On 10/3/2011 3:18 PM, Bob Basques wrote: > All, > > > Would adding in INCLUDEs from a URL be pushing it too much, as in: > > > INCLUDE " /http://Myserver.com/cgi-bin/myscript.pl > / " > > > Could pass in parameters like so . . . > > > INCLUDE " /http://Myserver.com/cgi-bin/myscript.pl?A=first / > thing&b=second > thing&c=third thing . . . " > > > bobb > > > > > > >>> "Smith, Michael ERDC-CRREL-NH" wrote: > > There is an RFC to have includes come from non-file connections > (databases). It would be another option > > http://mapserver.org/development/rfc/ms-rfc-74.html > > > Mike > > -- > Michael Smith > > Remote Sensing/GIS Center > US Army Corps of Engineers > > > > On 10/3/11 2:51 PM, "Stephen Woodbridge" wrote: > > >One idea regarding this that you might want to consider is the ability > >to put all the named parameters in an include file, then be able to > >include that file via a CGI parameter. So it might look like this: > > > > > >MAP > > INCLUDE "client-params-%client_id%.inc" > > ... > >END > > > >And then you could have parameter files like: > > > >client-params-27.inc > >client-params-123.inc > >etc. > > > >And these would include nothing but your SET ... commands. > > > >Then when requesting the map: > > > >/http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf > >ile.map&... > > > >This would make it very easy to manage a single mapfile for parameters > >that are different for each client/user. > > > >Obviously the client_id could be set via a cookie, or a wrapper script, > >or a session variable, or manually, etc. > > > >-Steve W > > > >On 10/3/2011 2:39 PM, reholl wrote: > >> I'm interested in working on capabilities along these lines. Are there > >> existing RFCs that touch on this? If not, perhaps one should be > >>created. > >> > >> This overlaps some configuration ideas I've been mulling over. From the > >> original comment here about internal vars being handy for "/when the > >>same > >> layers are re-used for several customers who like to have a bit > >>different > >> styling for the same source data/" it occurs to me that a matrix or some > >> other constructs more complex than a flat list of internal variables > >>might > >> be called for -- provided they don't turn the mapfile and internal > >>mapserv > >> into spaghetti.. > >> > >> Jukka Rahkonen (have I ordered your name properly?), do you want to > >>start an > >> RFC on this? > >> > >> To anyone -- would this conversation typically migrate over to 'dev' ? > >> > >> Robert Hollingsworth > >> > >> > >> I agree that this is a request that comes up often. As usual we'd just > >> need someone to lead the effort. > >> > >> On 11-10-03 12:12 AM, Rahkonen Jukka wrote: > >>> Hi, > >>> > >>> Inspired by the Thomas Bonfort's rendering chain I have been thinking > >>>if > >>> we could have a native support for using internal mapfile variables. > >>>Now > >>> Thomas is setting for example a bunch of colours in a definition file > >>> which is converted into a real mapfile with python script and c > >>> preprocessor. > >>> http://mapserver-utils.googlecode.com/svn/trunk/README > >>> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py > >>> > >>> I would like to see a simple way for setting the variables directly in > >>>the > >>> mapfile, somehow like > >>> MAP > >>> SET "pedestrian_clr" "#fafaf5" > >>> SET "forest_clr" "#dcdcb4" > >>> SET "industrial_clr" "#ebe5d9" > >>> .... > >>> > >>> And then later in the layers use > >>> LAYER > >>> ..... > >>> COLOR %pedestrian_clr% > >>> > >>> The internal variables could be interpreted only from the mapfile and > >>>they > >>> could not be altered by the web users. > >>> > >>> Internal variable would help in maintaining big mapfiles with repeating > >>> styles like in the OpenStreetMap rendering case. Another use case is > >>>when > >>> the same layers are re-used for several customers who like to have a > >>>bit > >>> different styling for the same source data. > >>> > >>> -Jukka Rahkonen- > >>> > >> > >> -- > >> View this message in context: > >>http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari > >>ables-tp6853853p6856070.html > >> Sent from the Mapserver - User mailing list archive at Nabble.com. > >> _______________________________________________ > >> mapserver-users mailing list > >> mapserver-users at lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > >_______________________________________________ > >mapserver-users mailing list > >mapserver-users at lists.osgeo.org > >http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Jukka.Rahkonen at mmmtike.fi Tue Oct 4 06:43:52 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Tue, 4 Oct 2011 13:43:52 +0000 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E8A0433.5070502@swoodbridge.com> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi> <4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com> <4E8A0433.5070502@swoodbridge.com> Message-ID: <84446DEF76453C439E9E97E438E13A6302B86D@pasuri.haapa.mmm.fi> Hi, Nice to see that the idea that I stole from Thomas but that is obviously invented a long time ago by other people too aroused so much discussion. There was some dreaming about more advanced things that I had on my mind but your and Michael's suggestions are simple enough for me to follow. I was using a name "internal mapfile variable" because I was thinking that contrary to other variables they could not be set from the outside world. If the only way to set them is to write them into the mapfile either directly or through INCLUDE (Stephen's idea which I like a lot) then I suppose that they could be used wherever in the mapfile without any bigger security risk than the one you take by deciding to write a mapfile. Letting users to select from the ready made parameter collections by sending the INCLUDE client_id can be considered safe too, at least if the %client_id% is validated. With the INCLUDEs and client-params files the old OSM styles by Thomas Bonfort, for example with the Bing style parameters http://code.google.com/p/mapserver-utils/source/browse/archive/bing.style or alternatively Mapserver style parameters http://code.google.com/p/mapserver-utils/source/browse/archive/mapserver.style could be easily applied with one main mapfile and separate style parameter files. A fixed style could be used by having in the main mapfile line INCLUDE "bing-style-parameters" and user selectable styles by using the input variable as Stephen suggested INCLUDE "client-params-%client_id%.inc" It would be much more fun to fine tune the map appearance by editing the style parameter file that to touch the thousand lines long main mapfile. Using Python scripts and c preprocessor is not a real alternative for unqualified users like me, especially on Windows when the preprocessor must be run through cygwin. Besides, at the moment Mapserver does not support WMS STYLES as the documentation http://mapserver.org/ogc/wms_server.html says: "STYLES=style_list: Comma-separated list of one rendering style per requested layer. Optional if SLD parameter is present. NOTE that MapServer does not support named styles, so most times you would specify "STYLES=" with an empty value. MapServer does support STYLES when used with an SLD." I can somehow imagine that the STYLES= parameters could be converted into the INCLUDEd style parameter sets and that way we could get the missing WMS style support too. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta > Stephen Woodbridge > L?hetetty: 3. lokakuuta 2011 21:52 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] Re: Feature wish: Internal > mapfile variables > > One idea regarding this that you might want to consider is > the ability > to put all the named parameters in an include file, then be able to > include that file via a CGI parameter. So it might look like this: > > > MAP > INCLUDE "client-params-%client_id%.inc" > ... > END > > And then you could have parameter files like: > > client-params-27.inc > client-params-123.inc > etc. > > And these would include nothing but your SET ... commands. > > Then when requesting the map: > > /http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/ path/to/mapfile.map&... > > This would make it very easy to manage a single mapfile for > parameters > that are different for each client/user. > > Obviously the client_id could be set via a cookie, or a > wrapper script, > or a session variable, or manually, etc. > > -Steve W > > On 10/3/2011 2:39 PM, reholl wrote: > > I'm interested in working on capabilities along these > lines. Are there > > existing RFCs that touch on this? If not, perhaps one > should be created. > > > > This overlaps some configuration ideas I've been mulling > over. From the > > original comment here about internal vars being handy for > "/when the same > > layers are re-used for several customers who like to have a > bit different > > styling for the same source data/" it occurs to me that a > matrix or some > > other constructs more complex than a flat list of internal > variables might > > be called for -- provided they don't turn the mapfile and > internal mapserv > > into spaghetti.. > > > > Jukka Rahkonen (have I ordered your name properly?), do you > want to start an > > RFC on this? > > > > To anyone -- would this conversation typically migrate over > to 'dev' ? > > > > Robert Hollingsworth > > > > > > I agree that this is a request that comes up often. As > usual we'd just > > need someone to lead the effort. > > > > On 11-10-03 12:12 AM, Rahkonen Jukka wrote: > >> Hi, > >> > >> Inspired by the Thomas Bonfort's rendering chain I have > been thinking if > >> we could have a native support for using internal mapfile > variables. Now > >> Thomas is setting for example a bunch of colours in a > definition file > >> which is converted into a real mapfile with python script and c > >> preprocessor. > >> http://mapserver-utils.googlecode.com/svn/trunk/README > >> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py > >> > >> I would like to see a simple way for setting the variables > directly in the > >> mapfile, somehow like > >> MAP > >> SET "pedestrian_clr" "#fafaf5" > >> SET "forest_clr" "#dcdcb4" > >> SET "industrial_clr" "#ebe5d9" > >> .... > >> > >> And then later in the layers use > >> LAYER > >> ..... > >> COLOR %pedestrian_clr% > >> > >> The internal variables could be interpreted only from the > mapfile and they > >> could not be altered by the web users. > >> > >> Internal variable would help in maintaining big mapfiles > with repeating > >> styles like in the OpenStreetMap rendering case. Another > use case is when > >> the same layers are re-used for several customers who like > to have a bit > >> different styling for the same source data. > >> > >> -Jukka Rahkonen- > >> > > > > -- > > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-m apfile-variables-tp6853853p6856070.html > > Sent from the Mapserver - User mailing list archive at Nabble.com. > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From juanma.mr at gmail.com Tue Oct 4 10:51:45 2011 From: juanma.mr at gmail.com (Juanma M. R.) Date: Tue, 4 Oct 2011 19:51:45 +0200 Subject: [mapserver-users] Problem in pointObj-> project from php/mapscript Message-ID: Hi list, I have got the following code: $pointObj=ms_newPointObj(); $pointObj->setXY($x,$y); $pointObj->project(ms_newProjectionObj("init=".$srsIn), ms_newProjectionObj("init=".$srsOut)); $xout=$pointObj->x; $yout=$pointObj->y; $srsIn is epsg:32612 and $srsOut is epsg:4326. The issue is that the point modified has the correct value for the Y coordinate already converted in the X field, and viceversa. So that I get a point with the X and Y coordinates interchanged. The input coordinates are: $x = 642138 $y = 2983678 And the result: $pointObj->x = -109.5678723348 $pointObj->y = 26.967831676085 I think this is not the expected result. I have checked it with mapscript from Mapserver 4.10 and 5.6.3. I have looked for a bug or something similar that could cause that. Anyone with the same problem? Cheers, Juan Manuel Moreno Rivera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Tue Oct 4 10:56:20 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Tue, 04 Oct 2011 13:56:20 -0400 Subject: [mapserver-users] Problem in pointObj-> project from php/mapscript In-Reply-To: References: Message-ID: <4E8B48C4.6080206@mapgears.com> On 11-10-04 01:51 PM, Juanma M. R. wrote: > > The input coordinates are: > $x = 642138 > $y = 2983678 > > And the result: > $pointObj->x = -109.5678723348 > $pointObj->y = 26.967831676085 > > I think this is not the expected result. I have checked it with > mapscript from Mapserver 4.10 and 5.6.3. I have looked for a bug or > something similar that could cause that. Anyone with the same problem? > $pointObj->x is the longitude (a.k.a. easting), and $pointObj->y the latitude (a.k.a. northing). A value of -109 can only be a longitude, since latitude must be in the +/-90 range. What makes you think that the x and y are reversed? -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From arnd.wippermann at web.de Tue Oct 4 12:24:48 2011 From: arnd.wippermann at web.de (Arnd Wippermann) Date: Tue, 4 Oct 2011 21:24:48 +0200 Subject: AW: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <84446DEF76453C439E9E97E438E13A6302B86D@pasuri.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6302560B@suutari.haapa.mmm.fi><4E89B12F.7070808@mapgears.com> <1317667148241-6856070.post@n2.nabble.com><4E8A0433.5070502@swoodbridge.com> <84446DEF76453C439E9E97E438E13A6302B86D@pasuri.haapa.mmm.fi> Message-ID: <3FCFD485C50F403EB597178116337DB6@pcawh2> Hi, MapServer supports named styles. http://mapserver.org/ogc/sld.html#sld At rendering time, if the CLASSGROUP is defined, only classes that have the same group name would be used. Based on this concept, WMS/SLD support uses the class groups as named styles. Each group of classes is considered equivalent to a named style: * The GetCapbilities request will output all the styles that are available * The GetMap request can use the STYLES parameter to specify a named style * The GetLegendGraphic can use the STYLES parameter to specify a named style This part of the docs have to be updated: "STYLES=style_list: Comma-separated list of one rendering style per requested layer. Optional if SLD parameter is present. NOTE that MapServer does not support named styles, so most times you would specify "STYLES=" with an empty value. MapServer does support STYLES when used with an SLD." Named Styles are supported, if CLASSGROUP is used in the mapfile. But I cann't retrieve named styles, if i use SLD. GetCapabilities showing the named styles http://gis.ibbeck.de/ginfo/apps/OLExamples/OL210/MapServer_SLD_World/world_g is_6beta.asp?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities GetMap with STYLES=continents (also available group1, group2, group3) http://gis.ibbeck.de/ginfo/apps/OLExamples/OL210/MapServer_SLD_World/world_g is_6beta.asp?LAYERS=country&FORMAT=image%2Fpng&VERSION=1.1.1&TRANSPARENT=tru e&SERVICE=WMS&REQUEST=GetMap&STYLES=continents&EXCEPTIONS=application%2Fvnd. ogc.se_inimage&SRS=EPSG%3A4326&BBOX=0,-90,180,90&WIDTH=256&HEIGHT=256 Example http://gis.ibbeck.de/ginfo/apps/OLExamples/OL210/MapServer_SLD_World/MapServ er_SLD_World.asp?SLDsrcSet=standard&SLDsrcSetIdx=1 Arnd -----Urspr?ngliche Nachricht----- Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Rahkonen Jukka Gesendet: Dienstag, 4. Oktober 2011 15:44 An: 'Stephen Woodbridge'; 'mapserver-users at lists.osgeo.org' Betreff: Re: [mapserver-users] Re: Feature wish: Internal mapfile variables Hi, Nice to see that the idea that I stole from Thomas but that is obviously invented a long time ago by other people too aroused so much discussion. There was some dreaming about more advanced things that I had on my mind but your and Michael's suggestions are simple enough for me to follow. I was using a name "internal mapfile variable" because I was thinking that contrary to other variables they could not be set from the outside world. If the only way to set them is to write them into the mapfile either directly or through INCLUDE (Stephen's idea which I like a lot) then I suppose that they could be used wherever in the mapfile without any bigger security risk than the one you take by deciding to write a mapfile. Letting users to select from the ready made parameter collections by sending the INCLUDE client_id can be considered safe too, at least if the %client_id% is validated. With the INCLUDEs and client-params files the old OSM styles by Thomas Bonfort, for example with the Bing style parameters http://code.google.com/p/mapserver-utils/source/browse/archive/bing.style or alternatively Mapserver style parameters http://code.google.com/p/mapserver-utils/source/browse/archive/mapserver.sty le could be easily applied with one main mapfile and separate style parameter files. A fixed style could be used by having in the main mapfile line INCLUDE "bing-style-parameters" and user selectable styles by using the input variable as Stephen suggested INCLUDE "client-params-%client_id%.inc" It would be much more fun to fine tune the map appearance by editing the style parameter file that to touch the thousand lines long main mapfile. Using Python scripts and c preprocessor is not a real alternative for unqualified users like me, especially on Windows when the preprocessor must be run through cygwin. Besides, at the moment Mapserver does not support WMS STYLES as the documentation http://mapserver.org/ogc/wms_server.html says: "STYLES=style_list: Comma-separated list of one rendering style per requested layer. Optional if SLD parameter is present. NOTE that MapServer does not support named styles, so most times you would specify "STYLES=" with an empty value. MapServer does support STYLES when used with an SLD." I can somehow imagine that the STYLES= parameters could be converted into the INCLUDEd style parameter sets and that way we could get the missing WMS style support too. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Stephen > Woodbridge > L?hetetty: 3. lokakuuta 2011 21:52 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] Re: Feature wish: Internal mapfile > variables > > One idea regarding this that you might want to consider is the ability > to put all the named parameters in an include file, then be able to > include that file via a CGI parameter. So it might look like this: > > > MAP > INCLUDE "client-params-%client_id%.inc" > ... > END > > And then you could have parameter files like: > > client-params-27.inc > client-params-123.inc > etc. > > And these would include nothing but your SET ... commands. > > Then when requesting the map: > > /http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/ path/to/mapfile.map&... > > This would make it very easy to manage a single mapfile for > parameters > that are different for each client/user. > > Obviously the client_id could be set via a cookie, or a > wrapper script, > or a session variable, or manually, etc. > > -Steve W > > On 10/3/2011 2:39 PM, reholl wrote: > > I'm interested in working on capabilities along these > lines. Are there > > existing RFCs that touch on this? If not, perhaps one > should be created. > > > > This overlaps some configuration ideas I've been mulling > over. From the > > original comment here about internal vars being handy for > "/when the same > > layers are re-used for several customers who like to have a > bit different > > styling for the same source data/" it occurs to me that a > matrix or some > > other constructs more complex than a flat list of internal > variables might > > be called for -- provided they don't turn the mapfile and > internal mapserv > > into spaghetti.. > > > > Jukka Rahkonen (have I ordered your name properly?), do you > want to start an > > RFC on this? > > > > To anyone -- would this conversation typically migrate over > to 'dev' ? > > > > Robert Hollingsworth > > > > > > I agree that this is a request that comes up often. As > usual we'd just > > need someone to lead the effort. > > > > On 11-10-03 12:12 AM, Rahkonen Jukka wrote: > >> Hi, > >> > >> Inspired by the Thomas Bonfort's rendering chain I have > been thinking if > >> we could have a native support for using internal mapfile > variables. Now > >> Thomas is setting for example a bunch of colours in a > definition file > >> which is converted into a real mapfile with python script and c > >> preprocessor. > >> http://mapserver-utils.googlecode.com/svn/trunk/README > >> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py > >> > >> I would like to see a simple way for setting the variables > directly in the > >> mapfile, somehow like > >> MAP > >> SET "pedestrian_clr" "#fafaf5" > >> SET "forest_clr" "#dcdcb4" > >> SET "industrial_clr" "#ebe5d9" > >> .... > >> > >> And then later in the layers use > >> LAYER > >> ..... > >> COLOR %pedestrian_clr% > >> > >> The internal variables could be interpreted only from the > mapfile and they > >> could not be altered by the web users. > >> > >> Internal variable would help in maintaining big mapfiles > with repeating > >> styles like in the OpenStreetMap rendering case. Another > use case is when > >> the same layers are re-used for several customers who like > to have a bit > >> different styling for the same source data. > >> > >> -Jukka Rahkonen- > >> > > > > -- > > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-m apfile-variables-tp6853853p6856070.html > > Sent from the Mapserver - User mailing list archive at Nabble.com. > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From jachym.cepicky at gmail.com Mon Oct 3 10:12:31 2011 From: jachym.cepicky at gmail.com (Jachym Cepicky) Date: Mon, 03 Oct 2011 19:12:31 +0200 Subject: [mapserver-users] bug in mapscript colorObj ? In-Reply-To: <4E872778.5080002@mapgears.com> References: <4E85A431.7060600@gmail.com> <4E872778.5080002@mapgears.com> Message-ID: <4E89ECFF.2030803@gmail.com> Daniel, I have prepared another set of scripts and input data (attached) And it seems to me, that it works in this basic environment. I'll do another check, to find out, why it does not work in the more complex script. Thanks Daniel for your time Jachym On 1.10.2011 16:45, Daniel Morissette wrote: > On 11-09-30 07:12 AM, Jachym Cepicky wrote: >> Hi, >> >> I try to set transparent color to REFERENCE map, so that the box is >> outlined-only. >> >> According to documentation, i use -1 for indication, that the color >> should be transparent >> >> color = mapscript.colorObj(-1,-1,-1) >> > > How do you set/assign the color value to the reference map object? What > if you set another color than -1,-1,-1, does it get through? > > The following works fine for me in PHP MapScript. Perhaps make a similar > test with the version of MapScript you are using (Python?), and then > look at the output of /tmp/test.map to comfirm that the color is set as > expected. > > $map = ms_newMapObj("/path/to/my.map"); > $map->reference->color->setRGB(-1,-1,-1); > $map->save("/tmp/test.map"); > ?> > -------------- next part -------------- A non-text attachment was scrubbed... Name: reference.tgz Type: application/x-compressed-tar Size: 30280 bytes Desc: not available URL: From juanma.mr at gmail.com Wed Oct 5 07:05:05 2011 From: juanma.mr at gmail.com (Juanma M. R.) Date: Wed, 5 Oct 2011 16:05:05 +0200 Subject: [mapserver-users] Re: Problem in pointObj-> project from php/mapscript Message-ID: Dear Daniel, First of all thank you for answering so quickly. Secondly, I must apologise for sending the email. It was my fault as I understood wrongly the meaning of the coordinates in degrees. When referring to them as Longitude and Latitude I misunderstood them. I know the values they can get but I changed the correct place for Latitude / Longitude in the x/y pointObj. Just reading your email (using easting and northing instead) I understood my problem. The pointObj->project method works perfectly in php/mapscript. Sorry again for this email and thank you very much for your answer Daniel. Best regards, Juan Manuel Moreno Rivera. On 11-10-04 01:51 PM, Juanma M. R. wrote: > > > > The input coordinates are: > > $x = 642138 > > $y = 2983678 > > > > And the result: > > $pointObj->x = -109.5678723348 > > $pointObj->y = 26.967831676085 > > > > I think this is not the expected result. I have checked it with > > mapscript from Mapserver 4.10 and 5.6.3. I have looked for a bug or > > something similar that could cause that. Anyone with the same problem? > > > > $pointObj->x is the longitude (a.k.a. easting), and $pointObj->y the > latitude (a.k.a. northing). A value of -109 can only be a longitude, > since latitude must be in the +/-90 range. > > What makes you think that the x and y are reversed? > > -- > Daniel Morissette > http://www.mapgears.com/ > Provider of Professional MapServer Support since 2000 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob.Basques at ci.stpaul.mn.us Wed Oct 5 07:26:12 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 05 Oct 2011 09:26:12 -0500 Subject: [mapserver-users] Re: Feature wish: Internal mapfile variables In-Reply-To: <4E8A491C.6090301@swoodbridge.com> References: <4E8A0433.5070502@swoodbridge.com> <4E89C44E020000A80002EB1B@heckle> <4E8A491C.6090301@swoodbridge.com> Message-ID: <4E8C22B4020000A80002EC68@heckle> Stephen, I don't see this type of URL substitution as being any more latent than running a WMS (with SLD) request (same thing right??), especially if it's run through MapServer directly. We've tried the Scripting process and while it worked, keeping the MapServer version up as they came out was a bit time consuming, not to mention trying to keep things portable. I'm not interested in adding another "thing" to the MapServer engine toolbox for set up. I would much rather see something like this be handled inside of MapServer proper. I'm looking at the flexibility of having the option. I can certainly see something like this becoming a potential crutch for some developers as well. And so, I'm not entirely sold on the idea myself yet, that this is a proper solution. It's more of a flexibility issue in my mind. WMS is fine and all, but you can't (yet) do everything, that mapserver can do even though I use WMS services a lot more now than I used to. I'm not so sure I would need to go to another server every time I needed to use this type of assembly, but I can sure see it coming in handy if I did. I'm also all about diiding processes up amongst the data maintainers. This type of capability has the potential to spread to maintenance aspects out and away from dependence on a single publishing point, almost cloud based if you will . . . My last piece here, is if this is really turning into a standards question, should there be a discussion about making a complete standards compliant version of MapServer. I believe quite a bit of stuff could be stripped out of MapServer in this scenario. Mapserver has been my tool of choice for may years because of it's flexibility, and not necessarily it's standards compliance. In the end, all good points that you brought up. Most of them I'm still pondering myself. It seems like a good idea on the surface, and I've not heard a really big gotcha in this thread yet about why it would be inherently bad. bobb >>> Stephen Woodbridge wrote: Bob, I think one of the developers would need to answer this. But here are some thoughts to consider: This introduces a lot of latency in the response, because you have to make a socket request to another host, which needs to create a process and service the request, and send the results back to you. Not to mention what do you do if the host or connection are down or bad. If you are just asking this because it is a tricky way to add parameters to the request, then I would simply ask to have parametrized includes especially if I could load all my parameters from an initial include with a computed filename based on the To some extent you can already do this at the layer level, we normally call it a WMS layer ;) Which brings up the other point of making a remote request for an include, what is the likelihood that a remote hose is going to know about the data sources on your host? Are you than going to want remote access to the data also. Oh wait ... that is a WMS request. :) Ok, sarcasm aside, it is an interesting idea, but I think it has more potential issues then benefits, but htat is just my 2 cents. -Steve W On 10/3/2011 3:18 PM, Bob Basques wrote: > All, > > > Would adding in INCLUDEs from a URL be pushing it too much, as in: > > > INCLUDE " /http://Myserver.com/cgi-bin/myscript.pl > / " > > > Could pass in parameters like so . . . > > > INCLUDE " /http://Myserver.com/cgi-bin/myscript.pl?A=first / > thing&b=second > thing&c=third thing . . . " > > > bobb > > > > > > >>> "Smith, Michael ERDC-CRREL-NH" wrote: > > There is an RFC to have includes come from non-file connections > (databases). It would be another option > > http://mapserver.org/development/rfc/ms-rfc-74.html > > > Mike > > -- > Michael Smith > > Remote Sensing/GIS Center > US Army Corps of Engineers > > > > On 10/3/11 2:51 PM, "Stephen Woodbridge" wrote: > > >One idea regarding this that you might want to consider is the ability > >to put all the named parameters in an include file, then be able to > >include that file via a CGI parameter. So it might look like this: > > > > > >MAP > > INCLUDE "client-params-%client_id%.inc" > > ... > >END > > > >And then you could have parameter files like: > > > >client-params-27.inc > >client-params-123.inc > >etc. > > > >And these would include nothing but your SET ... commands. > > > >Then when requesting the map: > > > >/http://localhost/cgi-bin/mapserv?client_id=123&mode=map&map=/path/to/mapf > >ile.map&... > > > >This would make it very easy to manage a single mapfile for parameters > >that are different for each client/user. > > > >Obviously the client_id could be set via a cookie, or a wrapper script, > >or a session variable, or manually, etc. > > > >-Steve W > > > >On 10/3/2011 2:39 PM, reholl wrote: > >> I'm interested in working on capabilities along these lines. Are there > >> existing RFCs that touch on this? If not, perhaps one should be > >>created. > >> > >> This overlaps some configuration ideas I've been mulling over. From the > >> original comment here about internal vars being handy for "/when the > >>same > >> layers are re-used for several customers who like to have a bit > >>different > >> styling for the same source data/" it occurs to me that a matrix or some > >> other constructs more complex than a flat list of internal variables > >>might > >> be called for -- provided they don't turn the mapfile and internal > >>mapserv > >> into spaghetti.. > >> > >> Jukka Rahkonen (have I ordered your name properly?), do you want to > >>start an > >> RFC on this? > >> > >> To anyone -- would this conversation typically migrate over to 'dev' ? > >> > >> Robert Hollingsworth > >> > >> > >> I agree that this is a request that comes up often. As usual we'd just > >> need someone to lead the effort. > >> > >> On 11-10-03 12:12 AM, Rahkonen Jukka wrote: > >>> Hi, > >>> > >>> Inspired by the Thomas Bonfort's rendering chain I have been thinking > >>>if > >>> we could have a native support for using internal mapfile variables. > >>>Now > >>> Thomas is setting for example a bunch of colours in a definition file > >>> which is converted into a real mapfile with python script and c > >>> preprocessor. > >>> http://mapserver-utils.googlecode.com/svn/trunk/README > >>> http://mapserver-utils.googlecode.com/svn/trunk/generate_style.py > >>> > >>> I would like to see a simple way for setting the variables directly in > >>>the > >>> mapfile, somehow like > >>> MAP > >>> SET "pedestrian_clr" "#fafaf5" > >>> SET "forest_clr" "#dcdcb4" > >>> SET "industrial_clr" "#ebe5d9" > >>> .... > >>> > >>> And then later in the layers use > >>> LAYER > >>> ..... > >>> COLOR %pedestrian_clr% > >>> > >>> The internal variables could be interpreted only from the mapfile and > >>>they > >>> could not be altered by the web users. > >>> > >>> Internal variable would help in maintaining big mapfiles with repeating > >>> styles like in the OpenStreetMap rendering case. Another use case is > >>>when > >>> the same layers are re-used for several customers who like to have a > >>>bit > >>> different styling for the same source data. > >>> > >>> -Jukka Rahkonen- > >>> > >> > >> -- > >> View this message in context: > >>http://osgeo-org.1803224.n2.nabble.com/Feature-wish-Internal-mapfile-vari > >>ables-tp6853853p6856070.html > >> Sent from the Mapserver - User mailing list archive at Nabble.com. > >> _______________________________________________ > >> mapserver-users mailing list > >> mapserver-users at lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > >_______________________________________________ > >mapserver-users mailing list > >mapserver-users at lists.osgeo.org > >http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshorthouse at eol.org Wed Oct 5 07:44:01 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Wed, 5 Oct 2011 10:44:01 -0400 Subject: [mapserver-users] graticule label position Message-ID: Folks, Is it possible to fix the position of graticule labels around the outside edge of a map in the face of on-the-fly reprojections of a shp file? Following a hint in a very old post in the archives, I managed to make fixed margin around the outside edge of a map where I hoped I could place graticule labels, but unless I can actually fix their position, there's not much I can do. This is an example of what I am trying to do: http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp Thanks, Dave From fx.gamoy at geomatika.fr Wed Oct 5 06:49:08 2011 From: fx.gamoy at geomatika.fr (fx gamoy) Date: Wed, 05 Oct 2011 15:49:08 +0200 Subject: [mapserver-users] html legend template In-Reply-To: <4E837B9D.2020202@geomatika.fr> References: <4E837B9D.2020202@geomatika.fr> Message-ID: <4E8C6054.5030607@geomatika.fr> Hello, i have solved the problem using PHP Best regards, FX GAMOY *G?omatika* Technopole Izarbel Cr?aticit? - B?timent B 64210 BIDART T?l : 05 59 22 32 58 / 06 87 39 32 03 http://www.geomatika.fr/ Le 28/09/2011 21:55, fx gamoy a ?crit : > Hello > > I ve got somme difficulties with html legend and template > > basic works fine. > > [leg_layer_html opt_flag=3] > style="width:100%;margin:0px;padding:0;border-collapse:collapse;"> >
[if name=layer_status oper=eq > value=1]Hello[/if][if name=any_layer_metadata isset > value=title][metadata name=title][/if] > ([leg_layer_minscale]-[leg_layer_maxscale])
> [/leg_layer_html] > > The first "if" works fine -> if layer->status==MS_ON returns hello > > the second if don't work. > i would like to get the value of the metadata "title" if the metadata > is set for my layer > but the "if" is not processed and the processing return the all if > syntax witouth any translation... > you can see un screenshot in this email. > > mapserv-5.6.7on linux debian box.. > > Any suggestion will be appreciated.. > > Thanks > Best regards, > fx > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at geoanalytic.com Wed Oct 5 08:53:07 2011 From: bfraser at geoanalytic.com (Brent Fraser) Date: Wed, 05 Oct 2011 09:53:07 -0600 Subject: [mapserver-users] graticule label position In-Reply-To: References: Message-ID: <4E8C7D63.5050106@geoanalytic.com> David, If you mean a specific number of pixels from your neat line, the answer is no. Currently the graticule logic fixes the location from the edge of the image (i.e. the other side of the label). And it doesn't do tics. Best Regards, Brent Fraser On 10/5/2011 8:44 AM, Shorthouse, David wrote: > Folks, > > Is it possible to fix the position of graticule labels around the > outside edge of a map in the face of on-the-fly reprojections of a shp > file? Following a hint in a very old post in the archives, I managed > to make fixed margin around the outside edge of a map where I hoped I > could place graticule labels, but unless I can actually fix their > position, there's not much I can do. This is an example of what I am > trying to do: http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp > > Thanks, > > Dave > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From paulcarlisle at comcast.net Wed Oct 5 09:03:38 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 5 Oct 2011 09:03:38 -0700 (PDT) Subject: [mapserver-users] Extraneous "Default" Layers Message-ID: <1317830618221-6862714.post@n2.nabble.com> This may be a problem with QGis, but I may be missing something in my Mapserver mapfile. The mapfile contains a number of layers, each with a GROUP name. There are roughly 500 layers and a dozen groups. When I load the mapfile via WMS, I see a list of group names. Clicking on any of these opens it, and a list of the layer names is seen. I can click on a layer name and load it. So far, no problems. The layer names themselves, however, also expand when clicked, and contain a 1-item list named "default". I would like to get rid of this list entry; it serves no purpose, and confuses users. Selecting it also loads the named layer. I don't see that there's anything in the mapfile that would cause this; groups aren't nested, and there is no explicit "default" name anywhere in the file. If anyone knows how to get rid of this, I'd enjoy hearing. Thanks. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Extraneous-Default-Layers-tp6862714p6862714.html Sent from the Mapserver - User mailing list archive at Nabble.com. From dshorthouse at eol.org Wed Oct 5 09:15:02 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Wed, 5 Oct 2011 12:15:02 -0400 Subject: [mapserver-users] graticule label position In-Reply-To: <4E8C7D63.5050106@geoanalytic.com> References: <4E8C7D63.5050106@geoanalytic.com> Message-ID: Brent, Tics are not so much a big deal. If I understand correctly, something like this cannot be avoided? http://www.simplemappr.net/?map=1110 What I'd rather have is the labels positioned around the outside edge of the image (i.e. horizontally and vertically) rather than arcing and disappearing. Thanks, Dave On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser wrote: > David, > > ?If you mean a specific number of pixels from your neat line, the answer is > no. ?Currently the graticule logic fixes the location from the edge of the > image (i.e. the other side of the label). ?And it doesn't do tics. > > Best Regards, > Brent Fraser > > > On 10/5/2011 8:44 AM, Shorthouse, David wrote: >> >> Folks, >> >> Is it possible to fix the position of graticule labels around the >> outside edge of a map in the face of on-the-fly reprojections of a shp >> file? Following a hint in a very old post in the archives, I managed >> to make fixed margin around the outside edge of a map where I hoped I >> could place graticule labels, but unless I can actually fix their >> position, there's not much I can do. This is an example of what I am >> trying to do: >> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >> >> Thanks, >> >> Dave >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > From bfraser at geoanalytic.com Wed Oct 5 09:18:29 2011 From: bfraser at geoanalytic.com (Brent Fraser) Date: Wed, 05 Oct 2011 10:18:29 -0600 Subject: [mapserver-users] graticule label position In-Reply-To: References: <4E8C7D63.5050106@geoanalytic.com> Message-ID: <4E8C8355.9070605@geoanalytic.com> Ok, that's a bug. Can you send me your map file? Best Regards, Brent Fraser On 10/5/2011 10:15 AM, Shorthouse, David wrote: > Brent, > > Tics are not so much a big deal. If I understand correctly, something > like this cannot be avoided? > > http://www.simplemappr.net/?map=1110 > > What I'd rather have is the labels positioned around the outside edge > of the image (i.e. horizontally and vertically) rather than arcing and > disappearing. > > Thanks, > > Dave > > On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser wrote: >> David, >> >> If you mean a specific number of pixels from your neat line, the answer is >> no. Currently the graticule logic fixes the location from the edge of the >> image (i.e. the other side of the label). And it doesn't do tics. >> >> Best Regards, >> Brent Fraser >> >> >> On 10/5/2011 8:44 AM, Shorthouse, David wrote: >>> Folks, >>> >>> Is it possible to fix the position of graticule labels around the >>> outside edge of a map in the face of on-the-fly reprojections of a shp >>> file? Following a hint in a very old post in the archives, I managed >>> to make fixed margin around the outside edge of a map where I hoped I >>> could place graticule labels, but unless I can actually fix their >>> position, there's not much I can do. This is an example of what I am >>> trying to do: >>> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >>> >>> Thanks, >>> >>> Dave >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> From Bob.Basques at ci.stpaul.mn.us Wed Oct 5 09:21:48 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 05 Oct 2011 11:21:48 -0500 Subject: [mapserver-users] graticule label position In-Reply-To: References: <4E8C7D63.5050106@geoanalytic.com> Message-ID: <4E8C3DCC020000A80002ECA6@heckle> All, I did manage to cheat at this a while back by using some collar images around the main image to display the label in. I just stitched it altogether in a table. takes more calls to the server though. But it did work. I also payed around with applying these collar images as an overlay, IE stacking them on top of the main map to pretty good effect. Basiucally you make as narrow an image as possible that still displays the labels and stick that out at the edge. It is somewhat painful to build the offect image BBOX logic, but it got me there. bobb >>> "Shorthouse, David" wrote: Brent, Tics are not so much a big deal. If I understand correctly, something like this cannot be avoided? http://www.simplemappr.net/?map=1110 What I'd rather have is the labels positioned around the outside edge of the image (i.e. horizontally and vertically) rather than arcing and disappearing. Thanks, Dave On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser wrote: > David, > > If you mean a specific number of pixels from your neat line, the answer is > no. Currently the graticule logic fixes the location from the edge of the > image (i.e. the other side of the label). And it doesn't do tics. > > Best Regards, > Brent Fraser > > > On 10/5/2011 8:44 AM, Shorthouse, David wrote: >> >> Folks, >> >> Is it possible to fix the position of graticule labels around the >> outside edge of a map in the face of on-the-fly reprojections of a shp >> file? Following a hint in a very old post in the archives, I managed >> to make fixed margin around the outside edge of a map where I hoped I >> could place graticule labels, but unless I can actually fix their >> position, there's not much I can do. This is an example of what I am >> trying to do: >> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >> >> Thanks, >> >> Dave >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshorthouse at eol.org Wed Oct 5 09:30:50 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Wed, 5 Oct 2011 12:30:50 -0400 Subject: [mapserver-users] graticule label position In-Reply-To: References: <4E8C7D63.5050106@geoanalytic.com> <4E8C8355.9070605@geoanalytic.com> Message-ID: To be clear, I'm using PHP-mapscript (no mapfile at all) and MapServer 5.6.6. Was this known behavior and since fixed in 6.0.x? If so, I'm all over that! Dave (apologies for this note in your Inbox a second time Brent, "replied all" w/o first checking what account I was using) > On Wed, Oct 5, 2011 at 12:18 PM, Brent Fraser wrote: >> Ok, that's a bug. ?Can you send me your map file? >> >> Best Regards, >> Brent Fraser >> >> >> On 10/5/2011 10:15 AM, Shorthouse, David wrote: >>> >>> Brent, >>> >>> Tics are not so much a big deal. If I understand correctly, something >>> like this cannot be avoided? >>> >>> http://www.simplemappr.net/?map=1110 >>> >>> What I'd rather have is the labels positioned around the outside edge >>> of the image (i.e. horizontally and vertically) rather than arcing and >>> disappearing. >>> >>> Thanks, >>> >>> Dave >>> >>> On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser >>> ?wrote: >>>> >>>> David, >>>> >>>> ?If you mean a specific number of pixels from your neat line, the answer >>>> is >>>> no. ?Currently the graticule logic fixes the location from the edge of >>>> the >>>> image (i.e. the other side of the label). ?And it doesn't do tics. >>>> >>>> Best Regards, >>>> Brent Fraser >>>> >>>> >>>> On 10/5/2011 8:44 AM, Shorthouse, David wrote: >>>>> >>>>> Folks, >>>>> >>>>> Is it possible to fix the position of graticule labels around the >>>>> outside edge of a map in the face of on-the-fly reprojections of a shp >>>>> file? Following a hint in a very old post in the archives, I managed >>>>> to make fixed margin around the outside edge of a map where I hoped I >>>>> could place graticule labels, but unless I can actually fix their >>>>> position, there's not much I can do. This is an example of what I am >>>>> trying to do: >>>>> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >>>>> >>>>> Thanks, >>>>> >>>>> Dave >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>> >> >> > From bfraser at geoanalytic.com Wed Oct 5 09:31:58 2011 From: bfraser at geoanalytic.com (Brent Fraser) Date: Wed, 05 Oct 2011 10:31:58 -0600 Subject: [mapserver-users] graticule label position In-Reply-To: References: <4E8C7D63.5050106@geoanalytic.com> <4E8C8355.9070605@geoanalytic.com> Message-ID: <4E8C867E.1090906@geoanalytic.com> I doubt if it is fixed. Some time ago I did some label positioning fixes on my local code version, so I'll test with that. I just thought your PROJECTION, EXTENT, and GRID layer def would get me started... Best Regards, Brent Fraser On 10/5/2011 10:28 AM, Shorthouse, David wrote: > To be clear, I'm using PHP-mapscript (no mapfile at all) and MapServer > 5.6.6. Was this known behavior and since fixed in 6.0.x? If so, I'm > all over that! > > Dave > > On Wed, Oct 5, 2011 at 12:18 PM, Brent Fraser wrote: >> Ok, that's a bug. Can you send me your map file? >> >> Best Regards, >> Brent Fraser >> >> >> On 10/5/2011 10:15 AM, Shorthouse, David wrote: >>> Brent, >>> >>> Tics are not so much a big deal. If I understand correctly, something >>> like this cannot be avoided? >>> >>> http://www.simplemappr.net/?map=1110 >>> >>> What I'd rather have is the labels positioned around the outside edge >>> of the image (i.e. horizontally and vertically) rather than arcing and >>> disappearing. >>> >>> Thanks, >>> >>> Dave >>> >>> On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser >>> wrote: >>>> David, >>>> >>>> If you mean a specific number of pixels from your neat line, the answer >>>> is >>>> no. Currently the graticule logic fixes the location from the edge of >>>> the >>>> image (i.e. the other side of the label). And it doesn't do tics. >>>> >>>> Best Regards, >>>> Brent Fraser >>>> >>>> >>>> On 10/5/2011 8:44 AM, Shorthouse, David wrote: >>>>> Folks, >>>>> >>>>> Is it possible to fix the position of graticule labels around the >>>>> outside edge of a map in the face of on-the-fly reprojections of a shp >>>>> file? Following a hint in a very old post in the archives, I managed >>>>> to make fixed margin around the outside edge of a map where I hoped I >>>>> could place graticule labels, but unless I can actually fix their >>>>> position, there's not much I can do. This is an example of what I am >>>>> trying to do: >>>>> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >>>>> >>>>> Thanks, >>>>> >>>>> Dave >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >> From Bob.Basques at ci.stpaul.mn.us Wed Oct 5 09:33:53 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 05 Oct 2011 11:33:53 -0500 Subject: [mapserver-users] graticule label position In-Reply-To: References: <4E8C7D63.5050106@geoanalytic.com> <4E8C8355.9070605@geoanalytic.com> Message-ID: <4E8C40A1020000A80002ECB3@heckle> David, 6.0 fixed alot of these graticule lablling issues (in my testing). I was getting quite a bit of wandering in the label positions, and set up a test for the DEVs to see the results. bobb >>> "Shorthouse, David" wrote: To be clear, I'm using PHP-mapscript (no mapfile at all) and MapServer 5.6.6. Was this known behavior and since fixed in 6.0.x? If so, I'm all over that! Dave (apologies for this note in your Inbox a second time Brent, "replied all" w/o first checking what account I was using) > On Wed, Oct 5, 2011 at 12:18 PM, Brent Fraser wrote: >> Ok, that's a bug. Can you send me your map file? >> >> Best Regards, >> Brent Fraser >> >> >> On 10/5/2011 10:15 AM, Shorthouse, David wrote: >>> >>> Brent, >>> >>> Tics are not so much a big deal. If I understand correctly, something >>> like this cannot be avoided? >>> >>> http://www.simplemappr.net/?map=1110 >>> >>> What I'd rather have is the labels positioned around the outside edge >>> of the image (i.e. horizontally and vertically) rather than arcing and >>> disappearing. >>> >>> Thanks, >>> >>> Dave >>> >>> On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser >>> wrote: >>>> >>>> David, >>>> >>>> If you mean a specific number of pixels from your neat line, the answer >>>> is >>>> no. Currently the graticule logic fixes the location from the edge of >>>> the >>>> image (i.e. the other side of the label). And it doesn't do tics. >>>> >>>> Best Regards, >>>> Brent Fraser >>>> >>>> >>>> On 10/5/2011 8:44 AM, Shorthouse, David wrote: >>>>> >>>>> Folks, >>>>> >>>>> Is it possible to fix the position of graticule labels around the >>>>> outside edge of a map in the face of on-the-fly reprojections of a shp >>>>> file? Following a hint in a very old post in the archives, I managed >>>>> to make fixed margin around the outside edge of a map where I hoped I >>>>> could place graticule labels, but unless I can actually fix their >>>>> position, there's not much I can do. This is an example of what I am >>>>> trying to do: >>>>> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >>>>> >>>>> Thanks, >>>>> >>>>> Dave >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>> >> >> > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob.Basques at ci.stpaul.mn.us Wed Oct 5 09:34:46 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 05 Oct 2011 11:34:46 -0500 Subject: [mapserver-users] graticule label position In-Reply-To: <4E8C867E.1090906@geoanalytic.com> References: <4E8C7D63.5050106@geoanalytic.com> <4E8C8355.9070605@geoanalytic.com> <4E8C867E.1090906@geoanalytic.com> Message-ID: <4E8C40D6020000A80002ECC0@heckle> I can't find my test case at the moment, but Steve Lime did address them in later versions of MapServer. bobb >>> Brent Fraser wrote: I doubt if it is fixed. Some time ago I did some label positioning fixes on my local code version, so I'll test with that. I just thought your PROJECTION, EXTENT, and GRID layer def would get me started... Best Regards, Brent Fraser On 10/5/2011 10:28 AM, Shorthouse, David wrote: > To be clear, I'm using PHP-mapscript (no mapfile at all) and MapServer > 5.6.6. Was this known behavior and since fixed in 6.0.x? If so, I'm > all over that! > > Dave > > On Wed, Oct 5, 2011 at 12:18 PM, Brent Fraser wrote: >> Ok, that's a bug. Can you send me your map file? >> >> Best Regards, >> Brent Fraser >> >> >> On 10/5/2011 10:15 AM, Shorthouse, David wrote: >>> Brent, >>> >>> Tics are not so much a big deal. If I understand correctly, something >>> like this cannot be avoided? >>> >>> http://www.simplemappr.net/?map=1110 >>> >>> What I'd rather have is the labels positioned around the outside edge >>> of the image (i.e. horizontally and vertically) rather than arcing and >>> disappearing. >>> >>> Thanks, >>> >>> Dave >>> >>> On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser >>> wrote: >>>> David, >>>> >>>> If you mean a specific number of pixels from your neat line, the answer >>>> is >>>> no. Currently the graticule logic fixes the location from the edge of >>>> the >>>> image (i.e. the other side of the label). And it doesn't do tics. >>>> >>>> Best Regards, >>>> Brent Fraser >>>> >>>> >>>> On 10/5/2011 8:44 AM, Shorthouse, David wrote: >>>>> Folks, >>>>> >>>>> Is it possible to fix the position of graticule labels around the >>>>> outside edge of a map in the face of on-the-fly reprojections of a shp >>>>> file? Following a hint in a very old post in the archives, I managed >>>>> to make fixed margin around the outside edge of a map where I hoped I >>>>> could place graticule labels, but unless I can actually fix their >>>>> position, there's not much I can do. This is an example of what I am >>>>> trying to do: >>>>> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp >>>>> >>>>> Thanks, >>>>> >>>>> Dave >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >> _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jachym.cepicky at gmail.com Thu Oct 6 02:11:37 2011 From: jachym.cepicky at gmail.com (Jachym Cepicky) Date: Thu, 06 Oct 2011 11:11:37 +0200 Subject: [mapserver-users] bug in mapscript colorObj ? In-Reply-To: <4E872778.5080002@mapgears.com> References: <4E85A431.7060600@gmail.com> <4E872778.5080002@mapgears.com> Message-ID: <4E8D70C9.2020300@gmail.com> Daniel, problem is, that the COLOR object is *not* written to mapfile, when one of the RGB components is set to "-1" It can be seen in the script, I send in my previous e-mail and, I created ticket to this http://trac.osgeo.org/mapserver/ticket/4042 Thanks Jachym On 1.10.2011 16:45, Daniel Morissette wrote: > On 11-09-30 07:12 AM, Jachym Cepicky wrote: >> Hi, >> >> I try to set transparent color to REFERENCE map, so that the box is >> outlined-only. >> >> According to documentation, i use -1 for indication, that the color >> should be transparent >> >> color = mapscript.colorObj(-1,-1,-1) >> > > How do you set/assign the color value to the reference map object? What > if you set another color than -1,-1,-1, does it get through? > > The following works fine for me in PHP MapScript. Perhaps make a similar > test with the version of MapScript you are using (Python?), and then > look at the output of /tmp/test.map to comfirm that the color is set as > expected. > > $map = ms_newMapObj("/path/to/my.map"); > $map->reference->color->setRGB(-1,-1,-1); > $map->save("/tmp/test.map"); > ?> > From dshorthouse at eol.org Thu Oct 6 05:20:51 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Thu, 6 Oct 2011 08:20:51 -0400 Subject: [mapserver-users] graticule label position In-Reply-To: <4E8C40D6020000A80002ECC0@heckle> References: <4E8C7D63.5050106@geoanalytic.com> <4E8C8355.9070605@geoanalytic.com> <4E8C867E.1090906@geoanalytic.com> <4E8C40D6020000A80002ECC0@heckle> Message-ID: After a rather harrowing experience getting 6.0.1 compiled (never could figure out cairo & I do need svg so I went back to 5.6.7), I re-examined my graticule label positions and sadly, saw no difference. Labels still do not appear on the image edges. They do of course appear on the edges when the layer is not reprojected. But, when the map is reprojected, grid layer labels get slapped around. Here's another spectacular example when the grid layer is epsg:4326 and the map's projection is epsg:102017: http://www.simplemappr.net/?map=1111. I'm not sure if labels on the edges would actually help with this projection unless latitudes and longitudes labels could also be clearly differentiated. Dave On Wed, Oct 5, 2011 at 12:34 PM, Bob Basques wrote: > > I can't find my test case at the moment, but Steve Lime did address them in later versions of MapServer. > > bobb > > > >>> Brent Fraser wrote: > > I doubt if it is fixed.? Some time ago I did some label positioning > fixes on my local code version, so I'll test with that. > > I just thought your PROJECTION, EXTENT, and GRID layer def would get me > started... > > Best Regards, > Brent Fraser > > > On 10/5/2011 10:28 AM, Shorthouse, David wrote: > > To be clear, I'm using PHP-mapscript (no mapfile at all) and MapServer > > 5.6.6. Was this known behavior and since fixed in 6.0.x? If so, I'm > > all over that! > > > > Dave > > > > On Wed, Oct 5, 2011 at 12:18 PM, Brent Fraser? wrote: > >> Ok, that's a bug.? Can you send me your map file? > >> > >> Best Regards, > >> Brent Fraser > >> > >> > >> On 10/5/2011 10:15 AM, Shorthouse, David wrote: > >>> Brent, > >>> > >>> Tics are not so much a big deal. If I understand correctly, something > >>> like this cannot be avoided? > >>> > >>> http://www.simplemappr.net/?map=1110 > >>> > >>> What I'd rather have is the labels positioned around the outside edge > >>> of the image (i.e. horizontally and vertically) rather than arcing and > >>> disappearing. > >>> > >>> Thanks, > >>> > >>> Dave > >>> > >>> On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraser > >>>?? wrote: > >>>> David, > >>>> > >>>>?? If you mean a specific number of pixels from your neat line, the answer > >>>> is > >>>> no.? Currently the graticule logic fixes the location from the edge of > >>>> the > >>>> image (i.e. the other side of the label).? And it doesn't do tics. > >>>> > >>>> Best Regards, > >>>> Brent Fraser > >>>> > >>>> > >>>> On 10/5/2011 8:44 AM, Shorthouse, David wrote: > >>>>> Folks, > >>>>> > >>>>> Is it possible to fix the position of graticule labels around the > >>>>> outside edge of a map in the face of on-the-fly reprojections of a shp > >>>>> file? Following a hint in a very old post in the archives, I managed > >>>>> to make fixed margin around the outside edge of a map where I hoped I > >>>>> could place graticule labels, but unless I can actually fix their > >>>>> position, there's not much I can do. This is an example of what I am > >>>>> trying to do: > >>>>> http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp > >>>>> > >>>>> Thanks, > >>>>> > >>>>> Dave > >>>>> _______________________________________________ > >>>>> mapserver-users mailing list > >>>>> mapserver-users at lists.osgeo.org > >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users > >>>>> > >> > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From traviskirstine at gmail.com Thu Oct 6 06:03:40 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Thu, 6 Oct 2011 09:03:40 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error Message-ID: Hi All, I hope this is the right spot to post MapCache questions. I had seeded a large area and receive the error "failed to remove lockfile". It appears that this error(s) happens at the end of the seeding but it is hard tell as the process has been running for a few days. Does this error kill the seeder process or is it simply a warning? Regards From thomas.bonfort at gmail.com Thu Oct 6 06:11:12 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 6 Oct 2011 15:11:12 +0200 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: Message-ID: The log message should be more explicit, and contain the reason of the unsuccessful removal. In any case, looking at the code, this error will have interrupted the seeding process. regards, thomas On Thu, Oct 6, 2011 at 15:03, Travis Kirstine wrote: > Hi All, > I hope this is the right spot to post MapCache questions. ?I had > seeded a large area and receive the error "failed to remove lockfile". > ?It appears that this error(s) happens at the end of the seeding but > it is hard tell as the process has been running for a few days. ?Does > this error kill the seeder process or is it simply a warning? > > Regards > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From frequens at gmail.com Thu Oct 6 06:46:21 2011 From: frequens at gmail.com (frequens) Date: Thu, 6 Oct 2011 15:46:21 +0200 Subject: [mapserver-users] legend and scalebar support in SVG output? Message-ID: Hi all, I have a 5.6.5 installation of Mapserver / PHPMapscript with Cairo library built in. When trying to get the SVG output, a message "Scalebar not supported yet...) is thrown by PHP. Even more funny, the scalebar in the mapfile is commented out... Many thanks in advance for any clues, BR frequens From traviskirstine at gmail.com Thu Oct 6 06:52:05 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Thu, 6 Oct 2011 09:52:05 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: Message-ID: Thanks Thomas, The complete error message is below. Do you have any idea what would cause this error - why would mapcache fail to create or delete the lockfile. seeding tile 583296 1337304 21failed to remove lockfile /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such file or directoryfailed to remove lockfile /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No such file or directory Regards On 6 October 2011 09:11, thomas bonfort wrote: > The log message should be more explicit, and contain the reason of the > unsuccessful removal. In any case, looking at the code, this error > will have interrupted the seeding process. > > regards, > thomas > > On Thu, Oct 6, 2011 at 15:03, Travis Kirstine wrote: >> Hi All, >> I hope this is the right spot to post MapCache questions. ?I had >> seeded a large area and receive the error "failed to remove lockfile". >> ?It appears that this error(s) happens at the end of the seeding but >> it is hard tell as the process has been running for a few days. ?Does >> this error kill the seeder process or is it simply a warning? >> >> Regards >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > From thomas.bonfort at gmail.com Thu Oct 6 07:31:55 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 6 Oct 2011 16:31:55 +0200 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: Message-ID: what seed command were you using, and what kind of cache ? On Thu, Oct 6, 2011 at 15:52, Travis Kirstine wrote: > Thanks Thomas, > > The complete error message is below. ?Do you have any idea what would > cause this error - why would mapcache fail to create or delete the > lockfile. > > > > seeding tile 583296 1337304 21failed to remove lockfile > /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove > lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: > No such file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No > such file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such > file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No > such file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No > such file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No > such file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No > such file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such > file or directoryfailed to remove lockfile > /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No > such file or directory > > > Regards > > > On 6 October 2011 09:11, thomas bonfort wrote: >> The log message should be more explicit, and contain the reason of the >> unsuccessful removal. In any case, looking at the code, this error >> will have interrupted the seeding process. >> >> regards, >> thomas >> >> On Thu, Oct 6, 2011 at 15:03, Travis Kirstine wrote: >>> Hi All, >>> I hope this is the right spot to post MapCache questions. ?I had >>> seeded a large area and receive the error "failed to remove lockfile". >>> ?It appears that this error(s) happens at the end of the seeding but >>> it is hard tell as the process has been running for a few days. ?Does >>> this error kill the seeder process or is it simply a warning? >>> >>> Regards >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> > From lfilak at medinaco.org Thu Oct 6 07:22:56 2011 From: lfilak at medinaco.org (lfilak at medinaco.org) Date: Thu, 06 Oct 2011 10:22:56 -0400 Subject: [mapserver-users] Mapserver WMS & Grey-scale Images Message-ID: <20111006142257.1A7B54D297@webmail.medinaco.org> Good day. We currently use Mapserver/Mapscript for several different functions. One of those functions is to serve orthophotography via WMS. Does anyone know if there is a way to configure Mapserver or Perl Mapscript to consume color images and serve grey-scale? Thank you. Lowell Filak Medina County Engineers From dmorissette at mapgears.com Thu Oct 6 08:21:18 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Thu, 06 Oct 2011 11:21:18 -0400 Subject: [mapserver-users] bug in mapscript colorObj ? In-Reply-To: <4E8D70C9.2020300@gmail.com> References: <4E85A431.7060600@gmail.com> <4E872778.5080002@mapgears.com> <4E8D70C9.2020300@gmail.com> Message-ID: <4E8DC76E.70901@mapgears.com> On 11-10-06 05:11 AM, Jachym Cepicky wrote: > Daniel, > > problem is, that the COLOR object is *not* written to mapfile, when one > of the RGB components is set to "-1" > > It can be seen in the script, I send in my previous e-mail and, I > created ticket to this > > http://trac.osgeo.org/mapserver/ticket/4042 > I checked and confirmed that there is a bug in the mapObj.save() method. However, the behavior that we got confirms that the -1,-1,-1 value is properly accepted and set by MapScript. Please see ticket #4042 for the full story. With similar code in PHP MapScript, I am able to get a red outline with transparent fill on the reference map. I'm not setup to test with Python myself, so I'll leave it to someone else to investigate if you confirm that you still cannot get a red outline with transparent fill on your reference maps. Daniel -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From traviskirstine at gmail.com Thu Oct 6 09:08:40 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Thu, 6 Oct 2011 12:08:40 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: Message-ID: Thomas, My command is below, I'm using a disk cache, my config file is below. I'm using a local copy of MapServer for the source image generation ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 geocache service esx11 mod-geocache service GoogleMapsCompatible urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible -20037508.3427892480 -20037508.3427892480 20037508.3427892480 20037508.3427892480 EPSG:3857 EPSG:900913 m 256 256 156543.0339280410 78271.51696402048 39135.75848201023 19567.87924100512 9783.939620502561 4891.969810251280 2445.984905125640 1222.992452562820 611.4962262814100 305.7481131407048 152.8740565703525 76.43702828517624 38.21851414258813 19.10925707129406 9.554628535647032 4.777314267823516 2.388657133911758 1.194328566955879 0.5971642834779395 0.29858214173896975 0.149291070869484875 0.0746455354347424375 /var/mod-geocache/caches fast 256 75 best PNG_BEST JPEG image/png YORK2009 true http://localhost.jdbarnes.com/cgi-bin/ms_wms ms_wms disk googlemaps_grid mixed 8 8 0 JPEG report /var/mod-geocache/caches On 6 October 2011 10:31, thomas bonfort wrote: > what seed command were you using, and what kind of cache ? > > On Thu, Oct 6, 2011 at 15:52, Travis Kirstine wrote: >> Thanks Thomas, >> >> The complete error message is below. ?Do you have any idea what would >> cause this error - why would mapcache fail to create or delete the >> lockfile. >> >> >> >> seeding tile 583296 1337304 21failed to remove lockfile >> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >> lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >> No such file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >> such file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >> file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >> such file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >> such file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >> such file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >> such file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >> file or directoryfailed to remove lockfile >> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >> such file or directory >> >> >> Regards >> >> >> On 6 October 2011 09:11, thomas bonfort wrote: >>> The log message should be more explicit, and contain the reason of the >>> unsuccessful removal. In any case, looking at the code, this error >>> will have interrupted the seeding process. >>> >>> regards, >>> thomas >>> >>> On Thu, Oct 6, 2011 at 15:03, Travis Kirstine wrote: >>>> Hi All, >>>> I hope this is the right spot to post MapCache questions. ?I had >>>> seeded a large area and receive the error "failed to remove lockfile". >>>> ?It appears that this error(s) happens at the end of the seeding but >>>> it is hard tell as the process has been running for a few days. ?Does >>>> this error kill the seeder process or is it simply a warning? >>>> >>>> Regards >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>> >> > From thomas.bonfort at gmail.com Thu Oct 6 09:14:47 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 6 Oct 2011 18:14:47 +0200 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: Message-ID: I don't have a specific advice to give unfortunately. There have been some fixes lately (macpcache only, not mod-geocache) to the way multiple threads accessed the curl library that might help, so you might want to try with a fresh checkout from the mapserver svn. -- thomas On Thu, Oct 6, 2011 at 18:08, Travis Kirstine wrote: > Thomas, > > My command is below, I'm using a disk cache, my config file is below. > I'm using a local copy of MapServer for the source image generation > > > ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e > -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 > > > > > > ? > ? ? ?geocache service esx11 > ? ? ?mod-geocache service > ? ? ? > ? > > ? ? ? ? > ? ? ? ? ? ? > ? ? ? ? ? ? ? GoogleMapsCompatible > ? ? ? ? ? ? ? urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible > ? ? ? ? ? ? > ? ? ? ? ? ?-20037508.3427892480 -20037508.3427892480 > 20037508.3427892480 20037508.3427892480 > ? ? ? ? ? ?EPSG:3857 > ? ? ? ? ? ?EPSG:900913 > ? ? ? ? ? ?m > ? ? ? ? ? ?256 256 > ? ? ? ? ? ?156543.0339280410 78271.51696402048 > 39135.75848201023 19567.87924100512 9783.939620502561 > 4891.969810251280 2445.984905125640 1222.992452562820 > 611.4962262814100 305.7481131407048 152.8740565703525 > 76.43702828517624 38.21851414258813 19.10925707129406 > 9.554628535647032 4.777314267823516 2.388657133911758 > 1.194328566955879 0.5971642834779395 0.29858214173896975 > 0.149291070869484875 0.0746455354347424375 > ? ? ? ? > > ? > ? ? ?/var/mod-geocache/caches > ? ? ? > ? > > ? > ? ? ?fast > ? ? ?256 > ? > ? > ? ? ?75 > ? > ? > ? ? ?best > ? > ? > ? ? ?PNG_BEST > ? ? ?JPEG > ? > > ? > ? ? ? > ? ? ? ? > ? ? ? ? ? ?image/png > ? ? ? ? ? ?YORK2009 > ? ? ? ? ? ?true > ? ? ? ? > ? ? ? > ? ? ? > ? ? ? ? http://localhost.jdbarnes.com/cgi-bin/ms_wms > ? ? ? > ? > > ? > ? ? ?ms_wms > ? ? ?disk > ? ? ? > ? ? ?googlemaps_grid > ? ? ?mixed > ? ? ?8 8 > ? ? ?0 > ? > > ? JPEG > > ? > ? > ? > ? > ? > ? > > ? report > > ? /var/mod-geocache/caches > > > > On 6 October 2011 10:31, thomas bonfort wrote: >> what seed command were you using, and what kind of cache ? >> >> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine wrote: >>> Thanks Thomas, >>> >>> The complete error message is below. ?Do you have any idea what would >>> cause this error - why would mapcache fail to create or delete the >>> lockfile. >>> >>> >>> >>> seeding tile 583296 1337304 21failed to remove lockfile >>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>> lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>> No such file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>> such file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>> file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>> such file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>> such file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>> such file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>> such file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>> file or directoryfailed to remove lockfile >>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>> such file or directory >>> >>> >>> Regards >>> >>> >>> On 6 October 2011 09:11, thomas bonfort wrote: >>>> The log message should be more explicit, and contain the reason of the >>>> unsuccessful removal. In any case, looking at the code, this error >>>> will have interrupted the seeding process. >>>> >>>> regards, >>>> thomas >>>> >>>> On Thu, Oct 6, 2011 at 15:03, Travis Kirstine wrote: >>>>> Hi All, >>>>> I hope this is the right spot to post MapCache questions. ?I had >>>>> seeded a large area and receive the error "failed to remove lockfile". >>>>> ?It appears that this error(s) happens at the end of the seeding but >>>>> it is hard tell as the process has been running for a few days. ?Does >>>>> this error kill the seeder process or is it simply a warning? >>>>> >>>>> Regards >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>> >>> >> > From woodbri at swoodbridge.com Thu Oct 6 11:19:13 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 06 Oct 2011 14:19:13 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: Message-ID: <4E8DF121.5080701@swoodbridge.com> Have you verified that you have not filled up the disk or run out of inodes? # check the diskspace with df -h # check for inode issues touch /path/to/cache/test.junk # if the touch failed then you have run out of inodes # otherwise clean up rm /path/to/cache/test.junk Thanks, -Steve W On 10/6/2011 12:14 PM, thomas bonfort wrote: > I don't have a specific advice to give unfortunately. There have been > some fixes lately (macpcache only, not mod-geocache) to the way > multiple threads accessed the curl library that might help, so you > might want to try with a fresh checkout from the mapserver svn. > > -- > thomas > > On Thu, Oct 6, 2011 at 18:08, Travis Kirstine wrote: >> Thomas, >> >> My command is below, I'm using a disk cache, my config file is below. >> I'm using a local copy of MapServer for the source image generation >> >> >> ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e >> -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 >> >> >> >> >> >> >> geocache service esx11 >> mod-geocache service >> >> >> >> >> >> GoogleMapsCompatible >> urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible >> >> -20037508.3427892480 -20037508.3427892480 >> 20037508.3427892480 20037508.3427892480 >> EPSG:3857 >> EPSG:900913 >> m >> 256 256 >> 156543.0339280410 78271.51696402048 >> 39135.75848201023 19567.87924100512 9783.939620502561 >> 4891.969810251280 2445.984905125640 1222.992452562820 >> 611.4962262814100 305.7481131407048 152.8740565703525 >> 76.43702828517624 38.21851414258813 19.10925707129406 >> 9.554628535647032 4.777314267823516 2.388657133911758 >> 1.194328566955879 0.5971642834779395 0.29858214173896975 >> 0.149291070869484875 0.0746455354347424375 >> >> >> >> /var/mod-geocache/caches >> >> >> >> >> fast >> 256 >> >> >> 75 >> >> >> best >> >> >> PNG_BEST >> JPEG >> >> >> >> >> >> image/png >> YORK2009 >> true >> >> >> >> http://localhost.jdbarnes.com/cgi-bin/ms_wms >> >> >> >> >> ms_wms >> disk >> >> googlemaps_grid >> mixed >> 8 8 >> 0 >> >> >> JPEG >> >> >> >> >> >> >> >> >> report >> >> /var/mod-geocache/caches >> >> >> >> On 6 October 2011 10:31, thomas bonfort wrote: >>> what seed command were you using, and what kind of cache ? >>> >>> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine wrote: >>>> Thanks Thomas, >>>> >>>> The complete error message is below. Do you have any idea what would >>>> cause this error - why would mapcache fail to create or delete the >>>> lockfile. >>>> >>>> >>>> >>>> seeding tile 583296 1337304 21failed to remove lockfile >>>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>>> lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>>> No such file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>>> such file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>>> file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>>> such file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>>> such file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>>> such file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>>> such file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>>> file or directoryfailed to remove lockfile >>>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>>> such file or directory >>>> >>>> >>>> Regards >>>> >>>> >>>> On 6 October 2011 09:11, thomas bonfort wrote: >>>>> The log message should be more explicit, and contain the reason of the >>>>> unsuccessful removal. In any case, looking at the code, this error >>>>> will have interrupted the seeding process. >>>>> >>>>> regards, >>>>> thomas >>>>> >>>>> On Thu, Oct 6, 2011 at 15:03, Travis Kirstine wrote: >>>>>> Hi All, >>>>>> I hope this is the right spot to post MapCache questions. I had >>>>>> seeded a large area and receive the error "failed to remove lockfile". >>>>>> It appears that this error(s) happens at the end of the seeding but >>>>>> it is hard tell as the process has been running for a few days. Does >>>>>> this error kill the seeder process or is it simply a warning? >>>>>> >>>>>> Regards >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>> >>>> >>> >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From traviskirstine at gmail.com Thu Oct 6 13:17:02 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Thu, 6 Oct 2011 16:17:02 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: <4E8DF121.5080701@swoodbridge.com> References: <4E8DF121.5080701@swoodbridge.com> Message-ID: This doesn't seem to be a issue, I have lots of inodes left. It appears that the error occurred when generating (linking) areas with a large volume of transparent tiles, could this be related? Regards On 6 October 2011 14:19, Stephen Woodbridge wrote: > Have you verified that you have not filled up the disk or run out of inodes? > > # check the diskspace with > df -h > > # check for inode issues > touch /path/to/cache/test.junk > > # if the touch failed then you have run out of inodes > # otherwise clean up > rm /path/to/cache/test.junk > > Thanks, > ?-Steve W > > On 10/6/2011 12:14 PM, thomas bonfort wrote: >> >> I don't have a specific advice to give unfortunately. There have been >> some fixes lately (macpcache only, not mod-geocache) to the way >> multiple threads accessed the curl library that might help, so you >> might want to try with a fresh checkout from the mapserver svn. >> >> -- >> thomas >> >> On Thu, Oct 6, 2011 at 18:08, Travis Kirstine >> ?wrote: >>> >>> Thomas, >>> >>> My command is below, I'm using a disk cache, my config file is below. >>> I'm using a local copy of MapServer for the source image generation >>> >>> >>> ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e >>> -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 >>> >>> >>> >>> >>> >>> ? >>> ? ? ?geocache service esx11 >>> ? ? ?mod-geocache service >>> ? ? ? >>> ? >>> >>> ? ? ? ? >>> ? ? ? ? ? ? >>> ? ? ? ? ? ? ? GoogleMapsCompatible >>> >>> urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible >>> ? ? ? ? ? ? >>> ? ? ? ? ? ?-20037508.3427892480 -20037508.3427892480 >>> 20037508.3427892480 20037508.3427892480 >>> ? ? ? ? ? ?EPSG:3857 >>> ? ? ? ? ? ?EPSG:900913 >>> ? ? ? ? ? ?m >>> ? ? ? ? ? ?256 256 >>> ? ? ? ? ? ?156543.0339280410 78271.51696402048 >>> 39135.75848201023 19567.87924100512 9783.939620502561 >>> 4891.969810251280 2445.984905125640 1222.992452562820 >>> 611.4962262814100 305.7481131407048 152.8740565703525 >>> 76.43702828517624 38.21851414258813 19.10925707129406 >>> 9.554628535647032 4.777314267823516 2.388657133911758 >>> 1.194328566955879 0.5971642834779395 0.29858214173896975 >>> 0.149291070869484875 0.0746455354347424375 >>> ? ? ? ? >>> >>> ? >>> ? ? ?/var/mod-geocache/caches >>> ? ? ? >>> ? >>> >>> ? >>> ? ? ?fast ? >>> ? ? ?256 >>> ? >>> ? >>> ? ? ?75 >>> ? >>> ? >>> ? ? ?best >>> ? >>> ? >>> ? ? ?PNG_BEST >>> ? ? ?JPEG >>> ? >>> >>> ? >>> ? ? ? >>> ? ? ? ? >>> ? ? ? ? ? ?image/png >>> ? ? ? ? ? ?YORK2009 >>> ? ? ? ? ? ?true >>> ? ? ? ? >>> ? ? ? >>> ? ? ? >>> ? ? ? ? http://localhost.jdbarnes.com/cgi-bin/ms_wms >>> ? ? ? >>> ? >>> >>> ? >>> ? ? ?ms_wms >>> ? ? ?disk >>> ? ? ? >>> ? ? ?googlemaps_grid >>> ? ? ?mixed >>> ? ? ?8 8 >>> ? ? ?0 >>> ? >>> >>> ? JPEG >>> >>> ? >>> ? >>> ? >>> ? >>> ? >>> ? >>> >>> ? report >>> >>> ? /var/mod-geocache/caches >>> >>> >>> >>> On 6 October 2011 10:31, thomas bonfort ?wrote: >>>> >>>> what seed command were you using, and what kind of cache ? >>>> >>>> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine >>>> ?wrote: >>>>> >>>>> Thanks Thomas, >>>>> >>>>> The complete error message is below. ?Do you have any idea what would >>>>> cause this error - why would mapcache fail to create or delete the >>>>> lockfile. >>>>> >>>>> >>>>> >>>>> seeding tile 583296 1337304 21failed to remove lockfile >>>>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>>>> lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>>>> No such file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>>>> such file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>>>> file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>>>> such file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>>>> such file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>>>> such file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>>>> such file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>>>> file or directoryfailed to remove lockfile >>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>>>> such file or directory >>>>> >>>>> >>>>> Regards >>>>> >>>>> >>>>> On 6 October 2011 09:11, thomas bonfort >>>>> ?wrote: >>>>>> >>>>>> The log message should be more explicit, and contain the reason of the >>>>>> unsuccessful removal. In any case, looking at the code, this error >>>>>> will have interrupted the seeding process. >>>>>> >>>>>> regards, >>>>>> thomas >>>>>> >>>>>> On Thu, Oct 6, 2011 at 15:03, Travis >>>>>> Kirstine ?wrote: >>>>>>> >>>>>>> Hi All, >>>>>>> I hope this is the right spot to post MapCache questions. ?I had >>>>>>> seeded a large area and receive the error "failed to remove >>>>>>> lockfile". >>>>>>> ?It appears that this error(s) happens at the end of the seeding but >>>>>>> it is hard tell as the process has been running for a few days. ?Does >>>>>>> this error kill the seeder process or is it simply a warning? >>>>>>> >>>>>>> Regards >>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>> >>>>>> >>>>> >>>> >>> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From psorey at comcast.net Thu Oct 6 16:16:15 2011 From: psorey at comcast.net (Paul Sorey) Date: Thu, 06 Oct 2011 16:16:15 -0700 Subject: [mapserver-users] ruby mapscript on 64-bit Ubuntu not working Message-ID: <4E8E36BF.5010802@comcast.net> My development environment is 32-bit Ubuntu lucid, but my server environment is 64-bit, and won't run the mapscript.so Anyone know of a way to get mapscript working on a 64-bit system? Do I need to compile Mapserver on the 64-bit platform and run SWIG to get a 64-bit .so? Thanks -- Paul Sorey (206) 948-7285 From till.plewe at gmail.com Thu Oct 6 17:46:09 2011 From: till.plewe at gmail.com (till plewe) Date: Fri, 7 Oct 2011 09:46:09 +0900 Subject: [mapserver-users] Problems with dynamically adding colors to grey-scale geotiffs Message-ID: I have a reasonably large grey-scale geotiff file with elevation data (float32). I would like to display a colorized version of this map. The colors need to be computed dynamically because the data range varies considerably with the zoom factor. I am using mapserevr 5.6.3 but am willing to upgrade if this would solve my problems. So far I tried the following: IMAGETYPE png SIZE 740 550 LAYER DATA "xxx.tif" NAME xxx OFFSITE 255 255 255 STATUS ON TYPE RASTER PROCESSING "SCALE=AUTO" END This works (no color of course) but seems to scale always several 256x256 pixel regions independently Adding CLASS STYLE COLORRANGE 255 0 0 0 0 255 DATARANGE 0 1000 END END works but not dynamically. Adding PROCESSING "SCALE=0,1000" also does not help. I had hoped that the data would be scaled before colors were added but it seems the colorization always acts on the original data values. For now something like DATARANGE auto would be enough, having mapserver compute min and max value of the selected area and then adding colors accordingly. All suggestions are welcome. (Especially those which do not require writing patches.) Thanks in advance - Till -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Thu Oct 6 19:03:47 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Thu, 06 Oct 2011 22:03:47 -0400 Subject: [mapserver-users] Extraneous "Default" Layers In-Reply-To: <1317830618221-6862714.post@n2.nabble.com> References: <1317830618221-6862714.post@n2.nabble.com> Message-ID: <4E8E5E03.7080103@mapgears.com> On 11-10-05 12:03 PM, SixDegrees wrote: > > The layer names themselves, however, also expand when clicked, and contain a > 1-item list named "default". I would like to get rid of this list entry; it > serves no purpose, and confuses users. Selecting it also loads the named > layer. > I didn't double-check in QGIS, but I'd suspect the "default" entries are WMS STYLES. In WMS, each has at least one style called "default" by default (this is implicit in the WMS spec, not explicitly listed in GetCapabilities). If that's what QGIS is showing you then there is not much you can do about this from MapServer's end. You could confirm this by creating named styles in your WMS (i.e. set GROUPs on some of your classes just for testing) and see if they show up at that same level in the QGIS interface: http://mapserver.org/ogc/sld.html#named-styles-support -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From dmorissette at mapgears.com Thu Oct 6 20:31:06 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Thu, 06 Oct 2011 23:31:06 -0400 Subject: [mapserver-users] Extraneous "Default" Layers In-Reply-To: <4E8E5E03.7080103@mapgears.com> References: <1317830618221-6862714.post@n2.nabble.com> <4E8E5E03.7080103@mapgears.com> Message-ID: <4E8E727A.7030206@mapgears.com> On 11-10-06 10:03 PM, Daniel Morissette wrote: > On 11-10-05 12:03 PM, SixDegrees wrote: >> >> The layer names themselves, however, also expand when clicked, and >> contain a >> 1-item list named "default". I would like to get rid of this list >> entry; it >> serves no purpose, and confuses users. Selecting it also loads the named >> layer. >> > > I didn't double-check in QGIS, but I'd suspect the "default" entries are > WMS STYLES. In WMS, each has at least one style called "default" > by default (this is implicit in the WMS spec, not explicitly listed in > GetCapabilities). If that's what QGIS is showing you then there is not > much you can do about this from MapServer's end. > Small correction: the "default" style does show up in the GetCapabilities for each . -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From to.tonton at gmail.com Wed Oct 5 07:52:17 2011 From: to.tonton at gmail.com (Tonton) Date: Wed, 5 Oct 2011 16:52:17 +0200 Subject: [mapserver-users] SLD : hole in data and filter In-Reply-To: References: Message-ID: hello i use some generating sld file for display thematique from postgis/mapserver so i can not get a hole with selections ! for example on liste of polygons : th polygon toto_value is between 1 and 50 with filter 1 to 10 blue 10 to 20 yellow 40 to 50 green but the polygon between 30 and 40 no display (or transparent)! what i call a hole or they are diplayed in gray with nothing in symbolizer description, "or" a single color is used(the first) has all the sld filter file i'd tried with elsefilter don't change anything i dont know if is good to pas file or in attachment so i had to pictures to clarify my trouble the diff is to add or not to add a symbolizer whithout filter in last rule may someone help me about this ? Tonton -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hole0.jpg Type: image/jpeg Size: 16502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hole1.jpg Type: image/jpeg Size: 17316 bytes Desc: not available URL: From sburbeck at bfs.de Fri Oct 7 01:31:58 2011 From: sburbeck at bfs.de (Sven Burbeck) Date: Fri, 07 Oct 2011 10:31:58 +0200 Subject: [mapserver-users] ogr connect to mysql Message-ID: <4E8EB8FE.9000502@bfs.de> Hi group, I have a question about ogr-connect to MySql database. Yesterday I encountered that my MySQL-DB logged several SQL-Requests for a single (simple) MapServer request. My mapfile stores a SQL-Statement like that: ## SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as date, b.value as wert FROM locality a RIGHT JOIN result b ON a.id = b.id ## However, my MySQL-DB logs the following: ## 111007 7:24:22 19 Connect user_xy at localhost on myDB 19 Query SHOW TABLES 19 Query DESCRIBE `table_1` 19 Query SELECT srid FROM geometry_columns WHERE f_table_name = 'table_1' 19 Query DESCRIBE `table_2` 19 Query SELECT srid FROM geometry_columns WHERE f_table_name = 'table_2' 19 Query DESCRIBE `table_3` 19 Query SELECT srid FROM geometry_columns WHERE f_table_name = 'table_3' 19 Query DESCRIBE `table_4` 19 Query SELECT srid FROM geometry_columns WHERE f_table_name = 'table_4' ... ... 19 Query SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as date, b.value as wert FROM locality a RIGHT JOIN result b ON a.id = b.id 19 Quit ## I wondered where all these "SHOW TABLES", "DESCRIBE table..." came from, since the results are completely unnecessary in order to retrieve the final "SELECT centroid(b.geom)..." resultset, aren't they? So I did a simple OGR check. First for the table I would like to retrieve the "geom" column from: ## ogrinfo MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306 result -summary INFO: Open of `MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306' using driver `MySQL' successful. Layer name: result Geometry: Polygon Feature Count: 1680 Extent: (6.034624, 47.396320) - (15.028760, 55.023074) Layer SRS WKT: GEOGCS["GCS_WGS_1984", DATUM["WGS_1984", SPHEROID["WGS_1984",6378137,298.257223563]], PRIMEM["Greenwich",0], UNIT["Degree",0.017453292519943295]] FID Column = some_column_with_integers Geometry Column = geom ... ## Next check was just for an ogrinfo-connect with the sql-statement attached directly: ## ogrinfo MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306 result -sql 'SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as date, b.value as wert FROM locality a RIGHT JOIN result b ON a.id = b.id' ## T my surprise all these ogrinfo requests invoked the described bulk of SQL-statements. Apparently it doesn't matter if I use table-join or not. So my question is: Does Mapserver connect to MySQL using the "ogrinfo" request and is there any way to suppress all these (in my opinion) unnecessary "Describe table ... / SELECT srid..." queries? These are the versions I use: MapServer version 5.6.5 GDAL 1.8.0, released 2011/01/12 mysql Ver 14.14 Distrib 5.5.10, for Linux (x86_64) using readline 5.1 Any help would be appreciated! thanks in advance, Sven -- ____________________________ Bundesamt f?r Strahlenschutz (BfS) SW 2.1 Rosastr. 9 D-79098 Freiburg phone: ++49 (0)3018 333 6741 fax: ++49 (0)3018 10 333 6741 ____________________________ -- ____________________________ Bundesamt f?r Strahlenschutz (BfS) SW 2.1 Rosastr. 9 D-79098 Freiburg phone: ++49 (0)3018 333 6741 fax: ++49 (0)3018 10 333 6741 ____________________________ From to.tonton at gmail.com Fri Oct 7 01:49:08 2011 From: to.tonton at gmail.com (Tonton) Date: Fri, 7 Oct 2011 10:49:08 +0200 Subject: [mapserver-users] SLD : unselcted features or hole in data with filter Message-ID: hello > i use some generating sld file for display thematique from > postgis/mapserver but it is seems with many filter only one symbolizer is > read by mapserver if there is filter or need default rule maybe but how to say in to not display ? in join pieces is my sld file and two screen captures with and without defaut rules the 3rd and hole in selection by filter It is my fault a mapserver feature or a bug ? i hope to be under 40ko for my message :o) regards Tonton -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: trou3.jpg Type: image/jpeg Size: 5952 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: trou4.jpg Type: image/jpeg Size: 6674 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 49412.sld Type: application/octet-stream Size: 4936 bytes Desc: not available URL: From thomas.bonfort at gmail.com Fri Oct 7 03:16:03 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Fri, 7 Oct 2011 12:16:03 +0200 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: <4E8DF121.5080701@swoodbridge.com> Message-ID: What version of mod-geocache are you using (revision number or release version) ? On Thu, Oct 6, 2011 at 22:17, Travis Kirstine wrote: > This doesn't seem to be a issue, I have lots of inodes left. ?It > appears that the error occurred when generating (linking) ?areas with > a large volume of transparent tiles, could this be related? > > Regards > > On 6 October 2011 14:19, Stephen Woodbridge wrote: >> Have you verified that you have not filled up the disk or run out of inodes? >> >> # check the diskspace with >> df -h >> >> # check for inode issues >> touch /path/to/cache/test.junk >> >> # if the touch failed then you have run out of inodes >> # otherwise clean up >> rm /path/to/cache/test.junk >> >> Thanks, >> ?-Steve W >> >> On 10/6/2011 12:14 PM, thomas bonfort wrote: >>> >>> I don't have a specific advice to give unfortunately. There have been >>> some fixes lately (macpcache only, not mod-geocache) to the way >>> multiple threads accessed the curl library that might help, so you >>> might want to try with a fresh checkout from the mapserver svn. >>> >>> -- >>> thomas >>> >>> On Thu, Oct 6, 2011 at 18:08, Travis Kirstine >>> ?wrote: >>>> >>>> Thomas, >>>> >>>> My command is below, I'm using a disk cache, my config file is below. >>>> I'm using a local copy of MapServer for the source image generation >>>> >>>> >>>> ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e >>>> -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 >>>> >>>> >>>> >>>> >>>> >>>> ? >>>> ? ? ?geocache service esx11 >>>> ? ? ?mod-geocache service >>>> ? ? ? >>>> ? >>>> >>>> ? ? ? ? >>>> ? ? ? ? ? ? >>>> ? ? ? ? ? ? ? GoogleMapsCompatible >>>> >>>> urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible >>>> ? ? ? ? ? ? >>>> ? ? ? ? ? ?-20037508.3427892480 -20037508.3427892480 >>>> 20037508.3427892480 20037508.3427892480 >>>> ? ? ? ? ? ?EPSG:3857 >>>> ? ? ? ? ? ?EPSG:900913 >>>> ? ? ? ? ? ?m >>>> ? ? ? ? ? ?256 256 >>>> ? ? ? ? ? ?156543.0339280410 78271.51696402048 >>>> 39135.75848201023 19567.87924100512 9783.939620502561 >>>> 4891.969810251280 2445.984905125640 1222.992452562820 >>>> 611.4962262814100 305.7481131407048 152.8740565703525 >>>> 76.43702828517624 38.21851414258813 19.10925707129406 >>>> 9.554628535647032 4.777314267823516 2.388657133911758 >>>> 1.194328566955879 0.5971642834779395 0.29858214173896975 >>>> 0.149291070869484875 0.0746455354347424375 >>>> ? ? ? ? >>>> >>>> ? >>>> ? ? ?/var/mod-geocache/caches >>>> ? ? ? >>>> ? >>>> >>>> ? >>>> ? ? ?fast ? >>>> ? ? ?256 >>>> ? >>>> ? >>>> ? ? ?75 >>>> ? >>>> ? >>>> ? ? ?best >>>> ? >>>> ? >>>> ? ? ?PNG_BEST >>>> ? ? ?JPEG >>>> ? >>>> >>>> ? >>>> ? ? ? >>>> ? ? ? ? >>>> ? ? ? ? ? ?image/png >>>> ? ? ? ? ? ?YORK2009 >>>> ? ? ? ? ? ?true >>>> ? ? ? ? >>>> ? ? ? >>>> ? ? ? >>>> ? ? ? ? http://localhost.jdbarnes.com/cgi-bin/ms_wms >>>> ? ? ? >>>> ? >>>> >>>> ? >>>> ? ? ?ms_wms >>>> ? ? ?disk >>>> ? ? ? >>>> ? ? ?googlemaps_grid >>>> ? ? ?mixed >>>> ? ? ?8 8 >>>> ? ? ?0 >>>> ? >>>> >>>> ? JPEG >>>> >>>> ? >>>> ? >>>> ? >>>> ? >>>> ? >>>> ? >>>> >>>> ? report >>>> >>>> ? /var/mod-geocache/caches >>>> >>>> >>>> >>>> On 6 October 2011 10:31, thomas bonfort ?wrote: >>>>> >>>>> what seed command were you using, and what kind of cache ? >>>>> >>>>> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine >>>>> ?wrote: >>>>>> >>>>>> Thanks Thomas, >>>>>> >>>>>> The complete error message is below. ?Do you have any idea what would >>>>>> cause this error - why would mapcache fail to create or delete the >>>>>> lockfile. >>>>>> >>>>>> >>>>>> >>>>>> seeding tile 583296 1337304 21failed to remove lockfile >>>>>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>>>>> lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>>>>> No such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>>>>> file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>>>>> file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>>>>> such file or directory >>>>>> >>>>>> >>>>>> Regards >>>>>> >>>>>> >>>>>> On 6 October 2011 09:11, thomas bonfort >>>>>> ?wrote: >>>>>>> >>>>>>> The log message should be more explicit, and contain the reason of the >>>>>>> unsuccessful removal. In any case, looking at the code, this error >>>>>>> will have interrupted the seeding process. >>>>>>> >>>>>>> regards, >>>>>>> thomas >>>>>>> >>>>>>> On Thu, Oct 6, 2011 at 15:03, Travis >>>>>>> Kirstine ?wrote: >>>>>>>> >>>>>>>> Hi All, >>>>>>>> I hope this is the right spot to post MapCache questions. ?I had >>>>>>>> seeded a large area and receive the error "failed to remove >>>>>>>> lockfile". >>>>>>>> ?It appears that this error(s) happens at the end of the seeding but >>>>>>>> it is hard tell as the process has been running for a few days. ?Does >>>>>>>> this error kill the seeder process or is it simply a warning? >>>>>>>> >>>>>>>> Regards >>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From traviskirstine at gmail.com Fri Oct 7 06:41:50 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Fri, 7 Oct 2011 09:41:50 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: <4E8DF121.5080701@swoodbridge.com> Message-ID: We checked out a version of mod-geocache on sept 22, my guess is that it is version 0.4x. We will check out the latest mapcache version from the mapserver trunk. Regards On 7 October 2011 06:16, thomas bonfort wrote: > What version of mod-geocache are you using (revision number or release > version) ? > > On Thu, Oct 6, 2011 at 22:17, Travis Kirstine wrote: >> This doesn't seem to be a issue, I have lots of inodes left. ?It >> appears that the error occurred when generating (linking) ?areas with >> a large volume of transparent tiles, could this be related? >> >> Regards >> >> On 6 October 2011 14:19, Stephen Woodbridge wrote: >>> Have you verified that you have not filled up the disk or run out of inodes? >>> >>> # check the diskspace with >>> df -h >>> >>> # check for inode issues >>> touch /path/to/cache/test.junk >>> >>> # if the touch failed then you have run out of inodes >>> # otherwise clean up >>> rm /path/to/cache/test.junk >>> >>> Thanks, >>> ?-Steve W >>> >>> On 10/6/2011 12:14 PM, thomas bonfort wrote: >>>> >>>> I don't have a specific advice to give unfortunately. There have been >>>> some fixes lately (macpcache only, not mod-geocache) to the way >>>> multiple threads accessed the curl library that might help, so you >>>> might want to try with a fresh checkout from the mapserver svn. >>>> >>>> -- >>>> thomas >>>> >>>> On Thu, Oct 6, 2011 at 18:08, Travis Kirstine >>>> ?wrote: >>>>> >>>>> Thomas, >>>>> >>>>> My command is below, I'm using a disk cache, my config file is below. >>>>> I'm using a local copy of MapServer for the source image generation >>>>> >>>>> >>>>> ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e >>>>> -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ? >>>>> ? ? ?geocache service esx11 >>>>> ? ? ?mod-geocache service >>>>> ? ? ? >>>>> ? >>>>> >>>>> ? ? ? ? >>>>> ? ? ? ? ? ? >>>>> ? ? ? ? ? ? ? GoogleMapsCompatible >>>>> >>>>> urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible >>>>> ? ? ? ? ? ? >>>>> ? ? ? ? ? ?-20037508.3427892480 -20037508.3427892480 >>>>> 20037508.3427892480 20037508.3427892480 >>>>> ? ? ? ? ? ?EPSG:3857 >>>>> ? ? ? ? ? ?EPSG:900913 >>>>> ? ? ? ? ? ?m >>>>> ? ? ? ? ? ?256 256 >>>>> ? ? ? ? ? ?156543.0339280410 78271.51696402048 >>>>> 39135.75848201023 19567.87924100512 9783.939620502561 >>>>> 4891.969810251280 2445.984905125640 1222.992452562820 >>>>> 611.4962262814100 305.7481131407048 152.8740565703525 >>>>> 76.43702828517624 38.21851414258813 19.10925707129406 >>>>> 9.554628535647032 4.777314267823516 2.388657133911758 >>>>> 1.194328566955879 0.5971642834779395 0.29858214173896975 >>>>> 0.149291070869484875 0.0746455354347424375 >>>>> ? ? ? ? >>>>> >>>>> ? >>>>> ? ? ?/var/mod-geocache/caches >>>>> ? ? ? >>>>> ? >>>>> >>>>> ? >>>>> ? ? ?fast ? >>>>> ? ? ?256 >>>>> ? >>>>> ? >>>>> ? ? ?75 >>>>> ? >>>>> ? >>>>> ? ? ?best >>>>> ? >>>>> ? >>>>> ? ? ?PNG_BEST >>>>> ? ? ?JPEG >>>>> ? >>>>> >>>>> ? >>>>> ? ? ? >>>>> ? ? ? ? >>>>> ? ? ? ? ? ?image/png >>>>> ? ? ? ? ? ?YORK2009 >>>>> ? ? ? ? ? ?true >>>>> ? ? ? ? >>>>> ? ? ? >>>>> ? ? ? >>>>> ? ? ? ? http://localhost.jdbarnes.com/cgi-bin/ms_wms >>>>> ? ? ? >>>>> ? >>>>> >>>>> ? >>>>> ? ? ?ms_wms >>>>> ? ? ?disk >>>>> ? ? ? >>>>> ? ? ?googlemaps_grid >>>>> ? ? ?mixed >>>>> ? ? ?8 8 >>>>> ? ? ?0 >>>>> ? >>>>> >>>>> ? JPEG >>>>> >>>>> ? >>>>> ? >>>>> ? >>>>> ? >>>>> ? >>>>> ? >>>>> >>>>> ? report >>>>> >>>>> ? /var/mod-geocache/caches >>>>> >>>>> >>>>> >>>>> On 6 October 2011 10:31, thomas bonfort ?wrote: >>>>>> >>>>>> what seed command were you using, and what kind of cache ? >>>>>> >>>>>> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine >>>>>> ?wrote: >>>>>>> >>>>>>> Thanks Thomas, >>>>>>> >>>>>>> The complete error message is below. ?Do you have any idea what would >>>>>>> cause this error - why would mapcache fail to create or delete the >>>>>>> lockfile. >>>>>>> >>>>>>> >>>>>>> >>>>>>> seeding tile 583296 1337304 21failed to remove lockfile >>>>>>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>>>>>> lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>>>>>> No such file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>>>>>> such file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>>>>>> file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>>>>>> such file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>>>>>> such file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>>>>>> such file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>>>>>> such file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>>>>>> file or directoryfailed to remove lockfile >>>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>>>>>> such file or directory >>>>>>> >>>>>>> >>>>>>> Regards >>>>>>> >>>>>>> >>>>>>> On 6 October 2011 09:11, thomas bonfort >>>>>>> ?wrote: >>>>>>>> >>>>>>>> The log message should be more explicit, and contain the reason of the >>>>>>>> unsuccessful removal. In any case, looking at the code, this error >>>>>>>> will have interrupted the seeding process. >>>>>>>> >>>>>>>> regards, >>>>>>>> thomas >>>>>>>> >>>>>>>> On Thu, Oct 6, 2011 at 15:03, Travis >>>>>>>> Kirstine ?wrote: >>>>>>>>> >>>>>>>>> Hi All, >>>>>>>>> I hope this is the right spot to post MapCache questions. ?I had >>>>>>>>> seeded a large area and receive the error "failed to remove >>>>>>>>> lockfile". >>>>>>>>> ?It appears that this error(s) happens at the end of the seeding but >>>>>>>>> it is hard tell as the process has been running for a few days. ?Does >>>>>>>>> this error kill the seeder process or is it simply a warning? >>>>>>>>> >>>>>>>>> Regards >>>>>>>>> _______________________________________________ >>>>>>>>> mapserver-users mailing list >>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > From arnd.wippermann at web.de Sat Oct 8 07:43:07 2011 From: arnd.wippermann at web.de (Arnd Wippermann) Date: Sat, 8 Oct 2011 16:43:07 +0200 Subject: AW: [mapserver-users] Mapserver WMS & Grey-scale Images In-Reply-To: <20111006142257.1A7B54D297@webmail.medinaco.org> References: <20111006142257.1A7B54D297@webmail.medinaco.org> Message-ID: <8BD46EF30D474507AA824F78E67DC14D@pcawh2> Perhaps to use OUTPUTFORMAT with FORMATOPTION "PALETTE=/path/to/palette.txt" FORMATOPTION "PALETTE_FORCE=on" may help http://gis.ibbeck.de/ginfo/apps/OLExamples/OL210/MapServer_SLD_World/MapServ er_Grayscale.asp Arnd -----Urspr?ngliche Nachricht----- Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von lfilak at medinaco.org Gesendet: Donnerstag, 6. Oktober 2011 16:23 An: mapserver-users at lists.osgeo.org Betreff: [mapserver-users] Mapserver WMS & Grey-scale Images Good day. We currently use Mapserver/Mapscript for several different functions. One of those functions is to serve orthophotography via WMS. Does anyone know if there is a way to configure Mapserver or Perl Mapscript to consume color images and serve grey-scale? Thank you. Lowell Filak Medina County Engineers _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From sburbeck at bfs.de Mon Oct 10 23:32:39 2011 From: sburbeck at bfs.de (Sven Burbeck) Date: Tue, 11 Oct 2011 08:32:39 +0200 Subject: [mapserver-users] ogr connect to mysql In-Reply-To: <4E8EB8FE.9000502@bfs.de> References: <4E8EB8FE.9000502@bfs.de> Message-ID: <4E93E307.4010505@bfs.de> Hi list, unfortunately I'm still facing the same problem, so I would like to give it a trial once more. Isn't there anybody who at least has an idea, what the problem could be? cheers, Sven Am 07.10.2011 10:31, schrieb Sven Burbeck: > Hi group, > I have a question about ogr-connect to MySql database. > > Yesterday I encountered that my MySQL-DB logged several SQL-Requests > for a single (simple) MapServer request. > My mapfile stores a SQL-Statement like that: > ## > SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as date, > b.value as wert > FROM locality a RIGHT JOIN result b ON a.id = b.id > ## > > However, my MySQL-DB logs the following: > ## > 111007 7:24:22 19 Connect user_xy at localhost on myDB > 19 Query SHOW TABLES > 19 Query DESCRIBE `table_1` > 19 Query SELECT srid FROM geometry_columns > WHERE f_table_name = 'table_1' > 19 Query DESCRIBE `table_2` > 19 Query SELECT srid FROM geometry_columns > WHERE f_table_name = 'table_2' > 19 Query DESCRIBE `table_3` > 19 Query SELECT srid FROM geometry_columns > WHERE f_table_name = 'table_3' > 19 Query DESCRIBE `table_4` > 19 Query SELECT srid FROM geometry_columns > WHERE f_table_name = 'table_4' > ... > ... > 19 Query SELECT centroid(b.geom), b.id, a.name, > date(b.measure_date) as date, b.value as wert FROM locality a RIGHT > JOIN result b ON a.id = b.id > 19 Quit > ## > > I wondered where all these "SHOW TABLES", "DESCRIBE table..." came > from, since the results are completely unnecessary in order to > retrieve the final "SELECT centroid(b.geom)..." resultset, aren't they? > > So I did a simple OGR check. > First for the table I would like to retrieve the "geom" column from: > ## > ogrinfo MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306 result -summary > INFO: Open of `MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306' > using driver `MySQL' successful. > > Layer name: result > Geometry: Polygon > Feature Count: 1680 > Extent: (6.034624, 47.396320) - (15.028760, 55.023074) > Layer SRS WKT: > GEOGCS["GCS_WGS_1984", > DATUM["WGS_1984", > SPHEROID["WGS_1984",6378137,298.257223563]], > PRIMEM["Greenwich",0], > UNIT["Degree",0.017453292519943295]] > FID Column = some_column_with_integers > Geometry Column = geom > ... > ## > > Next check was just for an ogrinfo-connect with the sql-statement > attached directly: > ## > ogrinfo MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306 result -sql > 'SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as date, > b.value as wert FROM locality a RIGHT JOIN result b ON a.id = b.id' > ## > > T my surprise all these ogrinfo requests invoked the described bulk of > SQL-statements. Apparently it doesn't matter if I use table-join or not. > > So my question is: > Does Mapserver connect to MySQL using the "ogrinfo" request and is > there any way to suppress all these (in my opinion) unnecessary > "Describe table ... / SELECT srid..." queries? > > These are the versions I use: > MapServer version 5.6.5 > GDAL 1.8.0, released 2011/01/12 > mysql Ver 14.14 Distrib 5.5.10, for Linux (x86_64) using readline 5.1 > > > Any help would be appreciated! > > thanks in advance, > Sven > -- ____________________________ Bundesamt f?r Strahlenschutz (BfS) SW 2.1 Rosastr. 9 D-79098 Freiburg phone: ++49 (0)3018 333 6741 fax: ++49 (0)3018 10 333 6741 ____________________________ From sburbeck at bfs.de Tue Oct 11 04:17:40 2011 From: sburbeck at bfs.de (Sven Burbeck) Date: Tue, 11 Oct 2011 13:17:40 +0200 Subject: [mapserver-users] ogr connect to mysql In-Reply-To: <4E94003A.3080607@ngeografics.com> References: <4E8EB8FE.9000502@bfs.de> <4E93E307.4010505@bfs.de> <4E94003A.3080607@ngeografics.com> Message-ID: <4E9425D4.8060502@bfs.de> Hi Albert, stupid me! It was indeed simple like that. I didn't read the f.. manual properly. So I didn't realize, that the tables need to be addressed in both, the connection, as well as the SQL-statement. Thanks a lot for your hint! Sven Am 11.10.2011 10:37, schrieb Albert Rovira: > Hi, > > This is an OGR feature that by default get all database metadata ... > > You can disable it adding the table parameter on OGR call (see > http://www.gdal.org/ogr/drv_mysql.html) > > I don't know how can you get this result with mapserver. > > > > > Al 11/10/2011 8:32, En/na Sven Burbeck ha escrit: >> Hi list, >> unfortunately I'm still facing the same problem, so I would like to >> give it a trial once more. >> >> Isn't there anybody who at least has an idea, what the problem could be? >> >> cheers, >> Sven >> >> >> Am 07.10.2011 10:31, schrieb Sven Burbeck: >>> Hi group, >>> I have a question about ogr-connect to MySql database. >>> >>> Yesterday I encountered that my MySQL-DB logged several SQL-Requests >>> for a single (simple) MapServer request. >>> My mapfile stores a SQL-Statement like that: >>> ## >>> SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as date, >>> b.value as wert >>> FROM locality a RIGHT JOIN result b ON a.id = b.id >>> ## >>> >>> However, my MySQL-DB logs the following: >>> ## >>> 111007 7:24:22 19 Connect user_xy at localhost on myDB >>> 19 Query SHOW TABLES >>> 19 Query DESCRIBE `table_1` >>> 19 Query SELECT srid FROM geometry_columns >>> WHERE f_table_name = 'table_1' >>> 19 Query DESCRIBE `table_2` >>> 19 Query SELECT srid FROM geometry_columns >>> WHERE f_table_name = 'table_2' >>> 19 Query DESCRIBE `table_3` >>> 19 Query SELECT srid FROM geometry_columns >>> WHERE f_table_name = 'table_3' >>> 19 Query DESCRIBE `table_4` >>> 19 Query SELECT srid FROM geometry_columns >>> WHERE f_table_name = 'table_4' >>> ... >>> ... >>> 19 Query SELECT centroid(b.geom), b.id, >>> a.name, date(b.measure_date) as date, b.value as wert FROM locality >>> a RIGHT JOIN result b ON a.id = b.id >>> 19 Quit >>> ## >>> >>> I wondered where all these "SHOW TABLES", "DESCRIBE table..." came >>> from, since the results are completely unnecessary in order to >>> retrieve the final "SELECT centroid(b.geom)..." resultset, aren't they? >>> >>> So I did a simple OGR check. >>> First for the table I would like to retrieve the "geom" column from: >>> ## >>> ogrinfo MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306 result >>> -summary >>> INFO: Open of `MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306' >>> using driver `MySQL' successful. >>> >>> Layer name: result >>> Geometry: Polygon >>> Feature Count: 1680 >>> Extent: (6.034624, 47.396320) - (15.028760, 55.023074) >>> Layer SRS WKT: >>> GEOGCS["GCS_WGS_1984", >>> DATUM["WGS_1984", >>> SPHEROID["WGS_1984",6378137,298.257223563]], >>> PRIMEM["Greenwich",0], >>> UNIT["Degree",0.017453292519943295]] >>> FID Column = some_column_with_integers >>> Geometry Column = geom >>> ... >>> ## >>> >>> Next check was just for an ogrinfo-connect with the sql-statement >>> attached directly: >>> ## >>> ogrinfo MYSQL:myDB,user=user_xy,password=pwd_xy,port=3306 result >>> -sql 'SELECT centroid(b.geom), b.id, a.name, date(b.measure_date) as >>> date, b.value as wert FROM locality a RIGHT JOIN result b ON a.id = >>> b.id' >>> ## >>> >>> T my surprise all these ogrinfo requests invoked the described bulk >>> of SQL-statements. Apparently it doesn't matter if I use table-join >>> or not. >>> >>> So my question is: >>> Does Mapserver connect to MySQL using the "ogrinfo" request and is >>> there any way to suppress all these (in my opinion) unnecessary >>> "Describe table ... / SELECT srid..." queries? >>> >>> These are the versions I use: >>> MapServer version 5.6.5 >>> GDAL 1.8.0, released 2011/01/12 >>> mysql Ver 14.14 Distrib 5.5.10, for Linux (x86_64) using readline 5.1 >>> >>> >>> Any help would be appreciated! >>> >>> thanks in advance, >>> Sven >>> >> > > > -- > > Albert Rovira Brugu?s > Nexus Geografics 902 102255 > http://www.nexusgeografics.com > > |Abans d'imprimir aquest missatge pensa en el medi ambient.| > > |La informaci? inclosa en aquest missatge ?s CONFIDENCIAL. Si vost? > llegeix aquest missatge i no ?s el destinatari indicat, l'informem que > est? totalment prohibida qualsevol utilitzaci?, divulgaci?, > distribuci? i/o reproducci? d'aquesta comunicaci?, total o parcial, > sense autoritzaci? expressa en virtut de la legislaci? vigent. Si ha > rebut aquest missatge per error, li preguem que ens ho notifiqui > immediatament per aquesta via i procedeixi a la seva eliminaci? junt > amb els fitxers annexes sense llegir-lo ni gravar-lo. | > -- ____________________________ Bundesamt f?r Strahlenschutz (BfS) SW 2.1 Rosastr. 9 D-79098 Freiburg phone: ++49 (0)3018 333 6741 fax: ++49 (0)3018 10 333 6741 ____________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From snaperski at gmail.com Tue Oct 11 06:41:25 2011 From: snaperski at gmail.com (Raivo Alla) Date: Tue, 11 Oct 2011 16:41:25 +0300 Subject: [mapserver-users] WFS class expressions Message-ID: Hello! I'm keen to understand how mapserver(5.4) implements class expressions in WFS. Cause I have expression that works in WMS mapfile, but not in WFS mapfile. As a result serving the WFS gets not filtered and WFS-client will show information in all cases. I have no effort even while trying to declare CLASSITEM "ARTS_XY" and under CLASS section EXPRESSION "3". Though, my actual wish is to apply simple regular expression, here is the whole layer: LAYER NAME "Geodeetilised_punktid" METADATA "wfs_title" "Geodeetilised_punktid" "wfs_srs" "EPSG:3301" "gml_featureid" "REFNR_ID" "gml_include_items" "all" "wfs_encoding" "ISO-8859-1" END DUMP true EXTENT 300000 6300000 800000 6700000 TYPE point STATUS off DATA geo_out CLASSITEM "ARTS_XY" CLASS NAME "Geodeetilised_punktid" EXPRESSION /[1-3]/ END END I have confirmed that the file on DATA section contains field integer-type field ARTS_XY. Is it possible that I have failed to realize that WFS expressions just work differently? Best regards, Raivo -------------- next part -------------- An HTML attachment was scrubbed... URL: From asmaraev at gmail.com Tue Oct 11 07:19:25 2011 From: asmaraev at gmail.com (Andrey Maraev) Date: Tue, 11 Oct 2011 18:19:25 +0400 Subject: [mapserver-users] Remote SLD doesn't work with ms4w Message-ID: hello there! Can anyone show me an example of SLD for mapserver which using OSM data (shapes). I have already done the styles for geoserver but it doesn't work like SLD files in the mapserver. First, when I used osm-style for roads: .......... Lucida Sans 10 normal bold #ffffff 1.0 yes 0 750 image/png 18 ........ I got this: .......... LABEL SIZE MEDIUM TYPE BITMAP BUFFER 0 COLOR 255 255 255 FORCE FALSE MINDISTANCE -1 MINFEATURESIZE -1 OFFSET 0 0 PARTIALS TRUE POSITION CC END STYLE ANGLE 360 COLOR 168 218 168 SIZE 2 SYMBOL "sld_line_symbol" WIDTH 1 END TEXT ([REF]) END SYMBOL NAME "sld_line_symbol" TYPE ELLIPSE FILLED TRUE POINTS 1 1 END END ............. Second, I tried to get style for the railroads like #ffffff 5 round #4B4B4B 3 round #ffffff 2 round #878787 4 round 1 8 ................. but I got the poor style. Please, help me in this issue! I need osm-style.sld for roads,railroads,landuse... Mapserver version 5.6.6 -- lernen,lernen und lernen -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Tue Oct 11 07:48:08 2011 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 11 Oct 2011 11:48:08 -0300 Subject: [mapserver-users] Remote SLD doesn't work with ms4w In-Reply-To: References: Message-ID: <4E945728.7050807@gatewaygeomatics.com> On 11-10-11 11:19 AM, Andrey Maraev wrote: > hello there! Can anyone show me an example of SLD for mapserver which > using OSM data (shapes). Hello, Yes in fact during the past FOSS4G WMS Benchmarking exercise we did create many SLD documents for MapServer layers that access OSM data, and you can view them all at: http://svn.osgeo.org/osgeo/foss4g/benchmarking/wms/2011/mapserver/sld/ Also, we did hear many many complaints from other software teams in this exercise that MapServer SLDs are problematic (/unusable in other software engines). So if you find SLD issues with MapServer and want to be the champion to improve its support, please do file tickets in MapServer's issue tracker. Thanks! -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From lfilak at medinaco.org Tue Oct 11 11:32:20 2011 From: lfilak at medinaco.org (lfilak at medinaco.org) Date: Tue, 11 Oct 2011 14:32:20 -0400 Subject: [mapserver-users] Re: Mapserver WMS & Grey-scale Images In-Reply-To: <20111009160014.C463CE01D72@lists.osgeo.org> References: <20111009160014.C463CE01D72@lists.osgeo.org> Message-ID: <20111011183220.30D704C902@webmail.medinaco.org> > Perhaps to use OUTPUTFORMAT with > > FORMATOPTION "PALETTE=/path/to/palette.txt" > FORMATOPTION "PALETTE_FORCE=on" > > may help > > http://gis.ibbeck.de/ginfo/apps/OLExamples/OL210/MapServer_SLD_World/MapServ > er_Grayscale.asp > > Arnd Arnd, Thank you, that should work. Lowell From gamejihou at hotmail.com Tue Oct 11 13:25:45 2011 From: gamejihou at hotmail.com (Gery) Date: Tue, 11 Oct 2011 13:25:45 -0700 (PDT) Subject: [mapserver-users] color loop for attributes in map file Message-ID: <1318364745379-6882518.post@n2.nabble.com> Is there a way to put a loop in a map file? the problem is that I have 500 items, some of them composed of 20 to 50 sub-items, and I need to color them by item (so, 500 colors). I think the way should be to write a CLASS and STYLE for every item to solve this (so, 500 CLASS/STYLE thing), and that is crazy. Any help is grateful. Regards, -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/color-loop-for-attributes-in-map-file-tp6882518p6882518.html Sent from the Mapserver - User mailing list archive at Nabble.com. From woodbri at swoodbridge.com Tue Oct 11 14:36:45 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 11 Oct 2011 17:36:45 -0400 Subject: [mapserver-users] color loop for attributes in map file In-Reply-To: <1318364745379-6882518.post@n2.nabble.com> References: <1318364745379-6882518.post@n2.nabble.com> Message-ID: <4E94B6ED.2030305@swoodbridge.com> On 10/11/2011 4:25 PM, Gery wrote: > Is there a way to put a loop in a map file? the problem is that I have 500 > items, some of them composed of 20 to 50 sub-items, and I need to color them > by item (so, 500 colors). I think the way should be to write a CLASS and > STYLE for every item to solve this (so, 500 CLASS/STYLE thing), and that is > crazy. Any help is grateful. Gery, I think you need to rethink this. 500 colors are way to many for the human brain to differentiate. In fact 50 colors are probably too many to be useful. So what kind of objects are you displaying? point, lines, polygons? You can use crosshatch patterns on polygons, or symbols or points, and patterns for lines, but 500 are still probably too many for the eye to differentiate in any useful way. This would be like a "Where's Waldo?" picture where you have to find one matching pattern in 500. If still think you need 500 colors, then you have some options that already exist: 1. create a column in your data like "color" and assign it values like #ffffff or whatever color you want to each item. Then in the mapfile habe a single LAYER ... CLASS ... STYLE COLOR [color] ... END END END 2. write a sctipt to generate 500 CLASS blocks for your colors. I think 1. will be much faster. -Steve W From jmori at penn-er.com Wed Oct 12 08:54:12 2011 From: jmori at penn-er.com (Mori, Jonathan D.) Date: Wed, 12 Oct 2011 11:54:12 -0400 Subject: [mapserver-users] ArcSDE 10.0 Message-ID: <898CC1ADDF27F54FB674E7C3A9F6655B0207065C3489@PA-MX-02.penncolor.com> Hi Is there any current support for ArcSDE 10.0? I only see the support for up to 9.3 with the provided plugins. Thanks, Jon M. [cid:image001.jpg at 01CC88D5.A873E180] Jonathan D. Mori | GIS Specialist Penn E&R, Inc. | 100 Ryan Court, Suite 100 | Pittsburgh, PA 15205 *Cell: 724-689-3757 | * Office: 412-722-1222 Ext. 243 | 7 fax: 412-722-1244 * e-mail: jmori at penn-er.com | * www.penn-er.com Dedicated to Providing Cost Effective Solutions .....Come see our new and improved website at www.penn-er.com ! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 4265 bytes Desc: image001.jpg URL: From ahmettemiz88 at gmail.com Wed Oct 12 11:45:24 2011 From: ahmettemiz88 at gmail.com (ahmet temiz) Date: Wed, 12 Oct 2011 21:45:24 +0300 Subject: [mapserver-users] resultCacheMemberObj class is missing Message-ID: hello In my java - mapscript, resultCacheMemberObj class is missing. what might have happened ? regards -- Ahmet Temiz Jeoloji M?h. Afet ve Acil Durum Y?netimi Ba?kanl??? Planlama ve Zarar Azaltma Dairesi Ba?kanl??? Bilgi ve CBS grubu Eski?ehir Yolu 10. km. Lodumlu / Ankara Tel : 0 312 2872680 / 1535 ________________________ Ahmet Temiz Geological Eng. Information Systems - GIS Group Disaster and Emergency Management of Presidency From David.Fawcett at state.mn.us Wed Oct 12 12:34:10 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Wed, 12 Oct 2011 19:34:10 +0000 Subject: [mapserver-users] Expressions on Cluster Objects Message-ID: I have been playing around with the new cluster functionality a little bit. I am looking for way to classify the clusters based on their feature counts. E.g. larger circles for clusters of > 10 features and even larger circles for clusters of > 100 features. Because Cluster:FeatureCount returns a string, the below expression can evaluate to True for values like "109" ("[Cluster:FeatureCount]" < "11") Does anyone have any suggestions? Maybe I am just misusing Clusters... Thanks, David. From szekerest at gmail.com Wed Oct 12 12:52:38 2011 From: szekerest at gmail.com (Tamas Szekeres) Date: Wed, 12 Oct 2011 21:52:38 +0200 Subject: [mapserver-users] Expressions on Cluster Objects In-Reply-To: References: Message-ID: David, I think that option should indeed work in the class expressions. Do you have a more complete example (map file)? Best regards, Tamas 2011/10/12 Fawcett, David (MPCA) > I have been playing around with the new cluster functionality a little bit. > > I am looking for way to classify the clusters based on their feature > counts. E.g. larger circles for clusters of > 10 features and even larger > circles for clusters of > 100 features. > > Because Cluster:FeatureCount returns a string, the below expression can > evaluate to True for values like "109" > > ("[Cluster:FeatureCount]" < "11") > > Does anyone have any suggestions? > > Maybe I am just misusing Clusters... > > Thanks, > > David. > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at state.mn.us Wed Oct 12 14:05:22 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Wed, 12 Oct 2011 21:05:22 +0000 Subject: [mapserver-users] Expressions on Cluster Objects In-Reply-To: References: Message-ID: Thanks Tamas. Here is the layer snippet: LAYER NAME "sites" STATUS default DATA 'sites' TYPE POINT CLUSTER MAXDISTANCE 50 REGION "ellipse" END LABELITEM "Cluster:FeatureCount" CLASS NAME "small" EXPRESSION ("[Cluster:FeatureCount]" < "11") STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 20 END LABEL FONT "arial" TYPE TRUETYPE SIZE 8 COLOR 255 255 255 END END CLASS NAME "medium" EXPRESSION ("[Cluster:FeatureCount]" < "100") STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 35 END LABEL FONT "arial" TYPE TRUETYPE SIZE 8 COLOR 255 255 255 END END CLASS NAME "large" STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 50 END LABEL FONT "arial" TYPE TRUETYPE SIZE 8 COLOR 255 255 255 END END END From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Tamas Szekeres Sent: Wednesday, October 12, 2011 2:53 PM To: Fawcett, David (MPCA) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Expressions on Cluster Objects David, I think that option should indeed work in the class expressions. Do you have a more complete example (map file)? Best regards, Tamas 2011/10/12 Fawcett, David (MPCA) > I have been playing around with the new cluster functionality a little bit. I am looking for way to classify the clusters based on their feature counts. E.g. larger circles for clusters of > 10 features and even larger circles for clusters of > 100 features. Because Cluster:FeatureCount returns a string, the below expression can evaluate to True for values like "109" ("[Cluster:FeatureCount]" < "11") Does anyone have any suggestions? Maybe I am just misusing Clusters... Thanks, David. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fsalas at pinar.geocuba.cu Thu Oct 13 05:38:54 2011 From: fsalas at pinar.geocuba.cu (Francisco Salas Rosette) Date: Thu, 13 Oct 2011 08:38:54 -0400 Subject: [mapserver-users] test Message-ID: <000d01cc89a5$12510310$36f30930$@pinar.geocuba.cu> Hi, this is the test Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From Weisbend at wapa.gov Thu Oct 13 14:29:53 2011 From: Weisbend at wapa.gov (Eric Weisbender) Date: Thu, 13 Oct 2011 15:29:53 -0600 Subject: [mapserver-users] Chart Layers Message-ID: <4E9703F1020000DF00083548@a-gwiadomvs-n.hq.wapa.gov> Is it possible to label and query a chart layer. If so how and is there documentation on this. Thanks EW -------------- next part -------------- An HTML attachment was scrubbed... URL: From pcreso at pcreso.com Thu Oct 13 15:27:46 2011 From: pcreso at pcreso.com (pcreso at pcreso.com) Date: Thu, 13 Oct 2011 15:27:46 -0700 (PDT) Subject: [mapserver-users] Chart Layers In-Reply-To: <4E9703F1020000DF00083548@a-gwiadomvs-n.hq.wapa.gov> Message-ID: <1318544866.10658.YahooMailClassic@web160720.mail.bf1.yahoo.com> Do you mean an S-57 layer? ? If so, then technically, yes, you can?via GDAL/OGR. Although I prefer to use OGR to extract the required layers into a Postgis database & use Postgis as the back end data management tool, as I can use dynamic SQL's for simplified zoom layers, etc.. ? See: http://osgeo-org.1803224.n2.nabble.com/Info-S-57-nautical-map-on-MapServer-td5329589.html ? If you mean some other sort of chart, please be more explicit. ? Cheers, ? ? Brent Wood --- On Fri, 10/14/11, Eric Weisbender wrote: From: Eric Weisbender Subject: [mapserver-users] Chart Layers To: mapserver-users at lists.osgeo.org Date: Friday, October 14, 2011, 10:29 AM Is it possible to label and query a chart layer.? If so how and is there documentation on this. ? Thanks EW -----Inline Attachment Follows----- _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dogukanatalay at gmail.com Fri Oct 14 04:56:07 2011 From: dogukanatalay at gmail.com (=?ISO-8859-9?Q?Do=F0ukan_ATALAY?=) Date: Fri, 14 Oct 2011 14:56:07 +0300 Subject: [mapserver-users] tiled geotiff map service for openlayers Message-ID: i have a geo tiff file, generated it with arcmap, im sure it s working well because tried it with quantumgis, it opened geo tiff, i want to use tiff file with mapserver, so i installed cgi-mapserver on ubuntu linux, ubuntu:/var/www$ /usr/lib/cgi-bin/mapserv -v MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE it supports tiff, the problem is i can t see my map:) i see only blank white area, ( http://imageshack.us/photo/my-images/198/screenshot2raw.png/ ) i want to create tales and serve it for open layers application, if you help, i will be happy, thank you ubuntu:/var/www/data$ ls Deneme.tfw Deneme.tif Deneme.tif.aux.xml Deneme.tif.ovr *map file content:* MAP NAME parcels_map STATUS ON SIZE 5000 7000 EXTENT 489885 5450946 490904 5451637 UNITS METERS IMAGECOLOR 255 255 255 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' '' END WEB TEMPLATE "template2.html" IMAGEPATH "/var/www/tmp/" IMAGEURL "tmp/" END LAYER NAME "Deneme" * DATA "data/Deneme.tif"* PROJECTION "proj=latlong" "ellps=WGS84" "lat_2=46" "lat_1=46.29" "lat_0=46.29" "lon_0=18.11" "datum=WGS84" END TYPE RASTER STATUS ON END END -------------- next part -------------- An HTML attachment was scrubbed... URL: From KSambs at BfS.de Fri Oct 14 04:55:48 2011 From: KSambs at BfS.de (Katharina Sambs) Date: Fri, 14 Oct 2011 13:55:48 +0200 Subject: [mapserver-users] WMS-TIME with mysql-database Message-ID: <4E982344.6010001@BfS.de> Hi list, I would like to visualize spatial *mySQL* data through a wms-time service. *It is possible to visualize the data without the time parameters.* But as soon as I add the following parameters to the mapfile, my result contains only a white picture: LAYER .... METADATA .... WMS_TIMEEXTENT "2010-01-10T00:00:00Z" WMS_TIMEITEM "column_name" WMS_TIMEDEFAULT "2010-01-10T00:00:00Z" There is no error message. *The same request works fine, while I use a shapefile as data source.* My second question: Shouldn't be there a 'where'-clause in the database selection, which contain the time parameter? Or works the wms-time like a Filter, which always ask all data from the database. Only in the second step, the data is filtered for the desired time? Did anyone has an idea? The type of the time data in the mySQL database is "DATETIME". mysql.log 111014 13:27:45 4 Connect user at server on database 4 Query DESCRIBE `table` 4 Query SELECT type, coord_dimension FROM geometry_columns WHERE f_table_name='table' 4 Query SELECT srid FROM geometry_columns WHERE f_table_name = 'table' 4 Query SELECT column1, column2 FROM table 4 Query SELECT type FROM geometry_columns WHERE f_table_name='table' 4 Query SELECT srid FROM geometry_columns WHERE f_table_name = 'table' 4 Query SELECT column1, column2 FROM table 4 Quit mapserv.log: [Fri Oct 7 16:05:42 2011].982953 CGI Request 1 on process 18953 [Fri Oct 7 16:05:42 2011].983461 msWMSLoadGetMapParams(): enabling non-square pixels. [Fri Oct 7 16:05:42 2011].990638 msDrawMap(): kicking into non-square pixel preserving mode. [Fri Oct 7 16:05:42 2011].991160 msOGRFileOpen(MYSQL:tabelle,host=host,user=user,password=passwort,port=port)... [Fri Oct 7 16:05:42 2011].991205 OGROPen(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port) [Fri Oct 7 16:05:43 2011].20413 msConnPoolRegister(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) [Fri Oct 7 16:05:43 2011].67656 msOGRLayerClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port). [Fri Oct 7 16:05:43 2011].67662 msOGRFileClose(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port,-1). [Fri Oct 7 16:05:43 2011].67672 msConnPoolRelease(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) [Fri Oct 7 16:05:43 2011].67675 msConnPoolClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) [Fri Oct 7 16:05:43 2011].67849 msDrawMap(): Layer 2 (layer), 0.077s [Fri Oct 7 16:05:43 2011].67867 msDrawMap(): Drawing Label Cache, 0.000s [Fri Oct 7 16:05:43 2011].67871 msDrawMap() total time: 0.084s [Fri Oct 7 16:05:43 2011].170031 msSaveImage() total time: 0.102s [Fri Oct 7 16:05:43 2011].170228 mapserv request processing time (msLoadMap not incl.): 0.187s [Fri Oct 7 16:05:43 2011].170234 msFreeMap(): freeing map at 0x4f6cf30. getCapabilities: layer title abstract EPSG:4326 5.18808 15 46.5582 55.8653 2010-01-10T00:00:00Z mysql version: 5.5.10-log MapServer version 5.6.5 -- Mit freundlichen Gr??en Katharina Sambs From jmckenna at gatewaygeomatics.com Fri Oct 14 05:11:01 2011 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 14 Oct 2011 09:11:01 -0300 Subject: [mapserver-users] Chart Layers In-Reply-To: <4E9703F1020000DF00083548@a-gwiadomvs-n.hq.wapa.gov> References: <4E9703F1020000DF00083548@a-gwiadomvs-n.hq.wapa.gov> Message-ID: <4E9826D5.2060005@gatewaygeomatics.com> On 11-10-13 6:29 PM, Eric Weisbender wrote: > Is it possible to label and query a chart layer. If so how and is there > documentation on this. > Thanks > EW > > You can find s57 display notes for MapServer at: http://www.mapserver.org/input/vector/S57.html -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From jmckenna at gatewaygeomatics.com Fri Oct 14 05:21:53 2011 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 14 Oct 2011 09:21:53 -0300 Subject: [mapserver-users] tiled geotiff map service for openlayers In-Reply-To: References: Message-ID: <4E982961.4050009@gatewaygeomatics.com> Hello, My quick thoughts: - execute gdalinfo (http://www.gdal.org/gdalinfo.html) on your tif file - use the extents returned from gdalinfo in your EXTENT parameter in your mapfile - remove projection info from your mapfile - make sure your UNITS in your mapfile match the extent value - test your mapfile with the shp2img commandline utility (http://www.mapserver.org/utilities/shp2img.html) -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 11-10-14 8:56 AM, Do?ukan ATALAY wrote: > i have a geo tiff file, generated it with arcmap, im sure it s working > well because tried it with quantumgis, it opened geo tiff, > > i want to use tiff file with mapserver, so i installed cgi-mapserver on > ubuntu linux, > > ubuntu:/var/www$ /usr/lib/cgi-bin/mapserv -v > MapServer version 5.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE > SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER > SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS > SUPPORTS=RGBA_PNG INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE > > it supports tiff, > > the problem is i can t see my map:) i see only blank white area, ( > http://imageshack.us/photo/my-images/198/screenshot2raw.png/ ) > i want to create tales and serve it for open layers application, if you > help, i will be happy, thank you > > ubuntu:/var/www/data$ ls > Deneme.tfw Deneme.tif Deneme.tif.aux.xml Deneme.tif.ovr > > *map file content:* > MAP > NAME parcels_map > STATUS ON > SIZE 5000 7000 > EXTENT 489885 5450946 490904 5451637 > UNITS METERS > IMAGECOLOR 255 255 255 > PROJECTION > 'proj=longlat' > 'ellps=WGS84' > 'datum=WGS84' > 'no_defs' > '' > END > WEB > TEMPLATE "template2.html" > IMAGEPATH "/var/www/tmp/" > IMAGEURL "tmp/" > END > > > LAYER > NAME "Deneme" > * DATA "data/Deneme.tif"* > > PROJECTION > "proj=latlong" > "ellps=WGS84" > "lat_2=46" > "lat_1=46.29" > "lat_0=46.29" > "lon_0=18.11" > > "datum=WGS84" > END > > TYPE RASTER > STATUS ON > END > > END > > > From traviskirstine at gmail.com Fri Oct 14 05:42:07 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Fri, 14 Oct 2011 08:42:07 -0400 Subject: [mapserver-users] MapCache - failed to remove lockfile error In-Reply-To: References: <4E8DF121.5080701@swoodbridge.com> Message-ID: Thomas, The latest version (as of last week) seems to have fixed the lockfile issue. We are running into issues with the linking of transparent tiles: failed to link tile /home/caches/0837DURH_cache/googlemaps_grid/21/000/590/400/001/333/608.xxx to /home/caches/0837DURH_cache/googlemaps_grid/blanks/00000000.xxx: No such file or directory We are running the seeder with 24 threads (all cores on the server). Could there be a issue with linking to the same file simultaneously? Regards On 7 October 2011 09:41, Travis Kirstine wrote: > We checked out a version of mod-geocache on sept 22, my guess is that > it is version 0.4x. ?We will check out the latest mapcache version > from the mapserver trunk. > > Regards > > On 7 October 2011 06:16, thomas bonfort wrote: >> What version of mod-geocache are you using (revision number or release >> version) ? >> >> On Thu, Oct 6, 2011 at 22:17, Travis Kirstine wrote: >>> This doesn't seem to be a issue, I have lots of inodes left. ?It >>> appears that the error occurred when generating (linking) ?areas with >>> a large volume of transparent tiles, could this be related? >>> >>> Regards >>> >>> On 6 October 2011 14:19, Stephen Woodbridge wrote: >>>> Have you verified that you have not filled up the disk or run out of inodes? >>>> >>>> # check the diskspace with >>>> df -h >>>> >>>> # check for inode issues >>>> touch /path/to/cache/test.junk >>>> >>>> # if the touch failed then you have run out of inodes >>>> # otherwise clean up >>>> rm /path/to/cache/test.junk >>>> >>>> Thanks, >>>> ?-Steve W >>>> >>>> On 10/6/2011 12:14 PM, thomas bonfort wrote: >>>>> >>>>> I don't have a specific advice to give unfortunately. There have been >>>>> some fixes lately (macpcache only, not mod-geocache) to the way >>>>> multiple threads accessed the curl library that might help, so you >>>>> might want to try with a fresh checkout from the mapserver svn. >>>>> >>>>> -- >>>>> thomas >>>>> >>>>> On Thu, Oct 6, 2011 at 18:08, Travis Kirstine >>>>> ?wrote: >>>>>> >>>>>> Thomas, >>>>>> >>>>>> My command is below, I'm using a disk cache, my config file is below. >>>>>> I'm using a local copy of MapServer for the source image generation >>>>>> >>>>>> >>>>>> ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e >>>>>> -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ? >>>>>> ? ? ?geocache service esx11 >>>>>> ? ? ?mod-geocache service >>>>>> ? ? ? >>>>>> ? >>>>>> >>>>>> ? ? ? ? >>>>>> ? ? ? ? ? ? >>>>>> ? ? ? ? ? ? ? GoogleMapsCompatible >>>>>> >>>>>> urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible >>>>>> ? ? ? ? ? ? >>>>>> ? ? ? ? ? ?-20037508.3427892480 -20037508.3427892480 >>>>>> 20037508.3427892480 20037508.3427892480 >>>>>> ? ? ? ? ? ?EPSG:3857 >>>>>> ? ? ? ? ? ?EPSG:900913 >>>>>> ? ? ? ? ? ?m >>>>>> ? ? ? ? ? ?256 256 >>>>>> ? ? ? ? ? ?156543.0339280410 78271.51696402048 >>>>>> 39135.75848201023 19567.87924100512 9783.939620502561 >>>>>> 4891.969810251280 2445.984905125640 1222.992452562820 >>>>>> 611.4962262814100 305.7481131407048 152.8740565703525 >>>>>> 76.43702828517624 38.21851414258813 19.10925707129406 >>>>>> 9.554628535647032 4.777314267823516 2.388657133911758 >>>>>> 1.194328566955879 0.5971642834779395 0.29858214173896975 >>>>>> 0.149291070869484875 0.0746455354347424375 >>>>>> ? ? ? ? >>>>>> >>>>>> ? >>>>>> ? ? ?/var/mod-geocache/caches >>>>>> ? ? ? >>>>>> ? >>>>>> >>>>>> ? >>>>>> ? ? ?fast ? >>>>>> ? ? ?256 >>>>>> ? >>>>>> ? >>>>>> ? ? ?75 >>>>>> ? >>>>>> ? >>>>>> ? ? ?best >>>>>> ? >>>>>> ? >>>>>> ? ? ?PNG_BEST >>>>>> ? ? ?JPEG >>>>>> ? >>>>>> >>>>>> ? >>>>>> ? ? ? >>>>>> ? ? ? ? >>>>>> ? ? ? ? ? ?image/png >>>>>> ? ? ? ? ? ?YORK2009 >>>>>> ? ? ? ? ? ?true >>>>>> ? ? ? ? >>>>>> ? ? ? >>>>>> ? ? ? >>>>>> ? ? ? ? http://localhost.jdbarnes.com/cgi-bin/ms_wms >>>>>> ? ? ? >>>>>> ? >>>>>> >>>>>> ? >>>>>> ? ? ?ms_wms >>>>>> ? ? ?disk >>>>>> ? ? ? >>>>>> ? ? ?googlemaps_grid >>>>>> ? ? ?mixed >>>>>> ? ? ?8 8 >>>>>> ? ? ?0 >>>>>> ? >>>>>> >>>>>> ? JPEG >>>>>> >>>>>> ? >>>>>> ? >>>>>> ? >>>>>> ? >>>>>> ? >>>>>> ? >>>>>> >>>>>> ? report >>>>>> >>>>>> ? /var/mod-geocache/caches >>>>>> >>>>>> >>>>>> >>>>>> On 6 October 2011 10:31, thomas bonfort ?wrote: >>>>>>> >>>>>>> what seed command were you using, and what kind of cache ? >>>>>>> >>>>>>> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine >>>>>>> ?wrote: >>>>>>>> >>>>>>>> Thanks Thomas, >>>>>>>> >>>>>>>> The complete error message is below. ?Do you have any idea what would >>>>>>>> cause this error - why would mapcache fail to create or delete the >>>>>>>> lockfile. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> seeding tile 583296 1337304 21failed to remove lockfile >>>>>>>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>>>>>>> lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>>>>>>> No such file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>>>>>>> such file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>>>>>>> file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>>>>>>> such file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>>>>>>> such file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>>>>>>> such file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>>>>>>> such file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>>>>>>> file or directoryfailed to remove lockfile >>>>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>>>>>>> such file or directory >>>>>>>> >>>>>>>> >>>>>>>> Regards >>>>>>>> >>>>>>>> >>>>>>>> On 6 October 2011 09:11, thomas bonfort >>>>>>>> ?wrote: >>>>>>>>> >>>>>>>>> The log message should be more explicit, and contain the reason of the >>>>>>>>> unsuccessful removal. In any case, looking at the code, this error >>>>>>>>> will have interrupted the seeding process. >>>>>>>>> >>>>>>>>> regards, >>>>>>>>> thomas >>>>>>>>> >>>>>>>>> On Thu, Oct 6, 2011 at 15:03, Travis >>>>>>>>> Kirstine ?wrote: >>>>>>>>>> >>>>>>>>>> Hi All, >>>>>>>>>> I hope this is the right spot to post MapCache questions. ?I had >>>>>>>>>> seeded a large area and receive the error "failed to remove >>>>>>>>>> lockfile". >>>>>>>>>> ?It appears that this error(s) happens at the end of the seeding but >>>>>>>>>> it is hard tell as the process has been running for a few days. ?Does >>>>>>>>>> this error kill the seeder process or is it simply a warning? >>>>>>>>>> >>>>>>>>>> Regards >>>>>>>>>> _______________________________________________ >>>>>>>>>> mapserver-users mailing list >>>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> > From jorn at spacetec.no Fri Oct 14 05:41:12 2011 From: jorn at spacetec.no (=?ISO-8859-15?Q?J=F8rn-Vegard_R=F8snes?=) Date: Fri, 14 Oct 2011 14:41:12 +0200 Subject: [mapserver-users] WMS-TIME with mysql-database In-Reply-To: <4E982344.6010001@BfS.de> References: <4E982344.6010001@BfS.de> Message-ID: <4E982DE8.1020806@spacetec.no> Hi, my humble suggestion is inline. I have done WMS Time successfully for PostGIS. Den 14.10.2011 13:55, skrev Katharina Sambs: > Hi list, > > I would like to visualize spatial *mySQL* data through a wms-time > service. > *It is possible to visualize the data without the time parameters.* > But as soon as I add the following parameters to the mapfile, my > result contains only a white picture: > LAYER > .... > METADATA > .... > WMS_TIMEEXTENT "2010-01-10T00:00:00Z" > WMS_TIMEITEM "column_name" > WMS_TIMEDEFAULT "2010-01-10T00:00:00Z" > > There is no error message. > *The same request works fine, while I use a shapefile as data source.* > > My second question: > Shouldn't be there a 'where'-clause in the database selection, which > contain the time parameter? I don't think so, > Or works the wms-time like a Filter, which always ask all data from > the database. > Only in the second step, the data is filtered for the desired time? > This filter should be added by Mapserver automagically when you have WMS_TIME* in METADATA field. > Did anyone has an idea? > You extent should maybe be more "wide". From http://mapserver.org/ogc/wms_time.html /value/ - a single value. This is not directly supported in MapServer but there is an easy workwound by specifying the same value as min and max. I have always used extents similar to the example in the docs: "wms_timeextent" "2004-01-01/2004-02-01" If this is not helping, you should attach (important parts of) mapfile and URL request. kind regards J?rn Vegard R?snes > The type of the time data in the mySQL database is "DATETIME". > > mysql.log > 111014 13:27:45 4 Connect user at server on database > 4 Query DESCRIBE `table` > 4 Query SELECT type, coord_dimension FROM geometry_columns WHERE > f_table_name='table' > 4 Query SELECT srid FROM geometry_columns WHERE f_table_name = > 'table' > 4 Query SELECT column1, column2 FROM table > 4 Query SELECT type FROM geometry_columns WHERE f_table_name='table' > 4 Query SELECT srid FROM geometry_columns WHERE f_table_name = > 'table' > 4 Query SELECT column1, column2 FROM table > 4 Quit > > mapserv.log: > [Fri Oct 7 16:05:42 2011].982953 CGI Request 1 on process 18953 > [Fri Oct 7 16:05:42 2011].983461 msWMSLoadGetMapParams(): enabling > non-square pixels. > [Fri Oct 7 16:05:42 2011].990638 msDrawMap(): kicking into non-square > pixel preserving mode. > [Fri Oct 7 16:05:42 2011].991160 > msOGRFileOpen(MYSQL:tabelle,host=host,user=user,password=passwort,port=port)... > [Fri Oct 7 16:05:42 2011].991205 > OGROPen(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port) > [Fri Oct 7 16:05:43 2011].20413 > msConnPoolRegister(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > [Fri Oct 7 16:05:43 2011].67656 > msOGRLayerClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port). > [Fri Oct 7 16:05:43 2011].67662 > msOGRFileClose(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port,-1). > [Fri Oct 7 16:05:43 2011].67672 > msConnPoolRelease(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > [Fri Oct 7 16:05:43 2011].67675 > msConnPoolClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > [Fri Oct 7 16:05:43 2011].67849 msDrawMap(): Layer 2 (layer), 0.077s > [Fri Oct 7 16:05:43 2011].67867 msDrawMap(): Drawing Label Cache, 0.000s > [Fri Oct 7 16:05:43 2011].67871 msDrawMap() total time: 0.084s > [Fri Oct 7 16:05:43 2011].170031 msSaveImage() total time: 0.102s > [Fri Oct 7 16:05:43 2011].170228 mapserv request processing time > (msLoadMap not incl.): 0.187s > [Fri Oct 7 16:05:43 2011].170234 msFreeMap(): freeing map at 0x4f6cf30. > > getCapabilities: > > layer > title > abstract > EPSG:4326 > 5.18808 > 15 > 46.5582 > 55.8653 > > maxx="55.8653" maxy="15"/> > nearestValue="0">2010-01-10T00:00:00Z > > > > mysql version: 5.5.10-log > MapServer version 5.6.5 > > -- vennlig hilsen J?rn-Vegard R?snes -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at state.mn.us Fri Oct 14 06:54:11 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Fri, 14 Oct 2011 13:54:11 +0000 Subject: [mapserver-users] Chart Layers In-Reply-To: <4E9826D5.2060005@gatewaygeomatics.com> References: <4E9703F1020000DF00083548@a-gwiadomvs-n.hq.wapa.gov> <4E9826D5.2060005@gatewaygeomatics.com> Message-ID: I am guessing that this person is looking at layers of TYPE CHART. http://mapserver.org/output/dynamic_charting.html#dynamic-charting I don't see any discussion of querying CHART layers in the above URL or in the section on TYPE in the LAYER docs: http://mapserver.org/mapfile/layer.html David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Jeff McKenna Sent: Friday, October 14, 2011 7:11 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Chart Layers On 11-10-13 6:29 PM, Eric Weisbender wrote: > Is it possible to label and query a chart layer. If so how and is there > documentation on this. > Thanks > EW > > You can find s57 display notes for MapServer at: http://www.mapserver.org/input/vector/S57.html -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From mpg70221725 at yahoo.com.ar Fri Oct 14 08:49:09 2011 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Fri, 14 Oct 2011 08:49:09 -0700 (PDT) Subject: [mapserver-users] Re:h Message-ID: <1318607349.94668.yint-ygo-j2me@web33905.mail.mud.yahoo.com> HORACIO wellaaathats http://www.corrugatedboxbuilding.com/cbox/large/3_np.php?hwilliamsgrfdt7ymgz From john.callahan at udel.edu Fri Oct 14 13:55:59 2011 From: john.callahan at udel.edu (John Callahan) Date: Fri, 14 Oct 2011 16:55:59 -0400 Subject: [mapserver-users] gradient display of raster DEM data Message-ID: I know this has been asked before but I thought I'd ask to see if anything changed. I'm looking to display a raster digital elevation model in mapserver. My data is in flat files, img and tiff. I'd like to display this data as a continuous gradient color range, rather than using CLASS categories/bins for specific colors. Is it still tru ethat this is not possible, easily? One method (passed to me on this list) was too generate the colored image I want in another program, using GMT or similar tool, then use that in mapserver. This seems like the best option but is non-trivial to someone who hasn't done this before. (though not terribly difficult.) I also read about the use of DATARANGE and COLORRANGE in mapserver. However, these are not in the documentation. Are these available in trunk only? A ticket was generated that seems to say this will be included with MS 6.2. (http://trac.osgeo.org/mapserver/ticket/1305) Any insight on whether this is still the plan? Thanks for your help and advice. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at state.mn.us Fri Oct 14 14:01:40 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Fri, 14 Oct 2011 21:01:40 +0000 Subject: [mapserver-users] gradient display of raster DEM data In-Reply-To: References: Message-ID: John, Take a look at the gdaldem utility. http://www.gdal.org/gdaldem.html You likely already have it on your machine already. Aside from being able to generate data products like slope grids, it can produce hillshade images or color relief maps. David. From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of John Callahan Sent: Friday, October 14, 2011 3:56 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] gradient display of raster DEM data I know this has been asked before but I thought I'd ask to see if anything changed. I'm looking to display a raster digital elevation model in mapserver. My data is in flat files, img and tiff. I'd like to display this data as a continuous gradient color range, rather than using CLASS categories/bins for specific colors. Is it still tru ethat this is not possible, easily? One method (passed to me on this list) was too generate the colored image I want in another program, using GMT or similar tool, then use that in mapserver. This seems like the best option but is non-trivial to someone who hasn't done this before. (though not terribly difficult.) I also read about the use of DATARANGE and COLORRANGE in mapserver. However, these are not in the documentation. Are these available in trunk only? A ticket was generated that seems to say this will be included with MS 6.2. (http://trac.osgeo.org/mapserver/ticket/1305) Any insight on whether this is still the plan? Thanks for your help and advice. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From John.C.Cartwright at noaa.gov Fri Oct 14 13:21:43 2011 From: John.C.Cartwright at noaa.gov (John Cartwright) Date: Fri, 14 Oct 2011 14:21:43 -0600 Subject: [mapserver-users] EXTENT in LAYER definition not clipping Message-ID: <4E9899D7.408@noaa.gov> Hello All, I have a LAYER definition which includes the EXTENT keyword (see except below) because I want to limit the area in which data are displayed regardless of the extent of the request. It seems that with a WMS request this limit is being ignored and the data matching the requested BBOX is displayed instead. This is version mapserver 5.6.3, can someone please point out what I'm doing wrong? Thanks! --john LAYER DATA "/data/test.tif" EXTENT 90 -23 179 23 DUMP TRUE METADATA ... "ows_extent" "90 -23 179 23" ... END NAME "test.tif" ... END From sam at planyukon.ca Fri Oct 14 14:41:36 2011 From: sam at planyukon.ca (sam at planyukon.ca) Date: Fri, 14 Oct 2011 14:41:36 -0700 Subject: [mapserver-users] RE: gradient display of raster DEM data Message-ID: <20111014144136.97744zzgoatqaiz4@webmail.yknet.ca> I struggled with this too on v5.6. After a recent post, I found this link: http://mapserver.org/development/rfc/ms-rfc-6.html It shows how COLORRANGE, DATARANGE, and RANGEITEM can be used to apply a gradient. It works OK on 5.6. I still don't know what RANGEITEM does. kind regards, Sam Skinner From Michael.Smith at usace.army.mil Fri Oct 14 14:49:15 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Fri, 14 Oct 2011 21:49:15 +0000 Subject: [mapserver-users] gradient display of raster DEM data In-Reply-To: Message-ID: John The DATARANGE / COLORRANGE keywords will be fully documented by 6.2 but they have been present in MapServer for years (since 4.6 or so). We used DATARANGE / COLORRANGE for dem display in this years FOSS4G WMS Benchmarking effort. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center From: John Callahan > Date: Fri, 14 Oct 2011 16:55:59 -0400 To: > Subject: [mapserver-users] gradient display of raster DEM data I know this has been asked before but I thought I'd ask to see if anything changed. I'm looking to display a raster digital elevation model in mapserver. My data is in flat files, img and tiff. I'd like to display this data as a continuous gradient color range, rather than using CLASS categories/bins for specific colors. Is it still tru ethat this is not possible, easily? One method (passed to me on this list) was too generate the colored image I want in another program, using GMT or similar tool, then use that in mapserver. This seems like the best option but is non-trivial to someone who hasn't done this before. (though not terribly difficult.) I also read about the use of DATARANGE and COLORRANGE in mapserver. However, these are not in the documentation. Are these available in trunk only? A ticket was generated that seems to say this will be included with MS 6.2. (http://trac.osgeo.org/mapserver/ticket/1305) Any insight on whether this is still the plan? Thanks for your help and advice. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From akos at maroy.hu Sat Oct 15 03:39:41 2011 From: akos at maroy.hu (=?ISO-8859-1?Q?=C1kos_Mar=F3y?=) Date: Sat, 15 Oct 2011 12:39:41 +0200 Subject: [mapserver-users] AIXM support via WFS? Message-ID: <4E9962ED.1030709@maroy.hu> Hi, I wonder if mapserver supports handling AIXM data, and if it would expose AIXM data via WFS to WFS clients? Best regards, Akos From Jukka.Rahkonen at mmmtike.fi Sat Oct 15 07:46:49 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Sat, 15 Oct 2011 14:46:49 +0000 Subject: [mapserver-users] EXTENT in LAYER definition not clipping In-Reply-To: <4E9899D7.408@noaa.gov> References: <4E9899D7.408@noaa.gov> Message-ID: <84446DEF76453C439E9E97E438E13A630365E8@suutari.haapa.mmm.fi> Hi, Mapserver does not support what you want. Setting EXTENT on layer level is pushing it directly into layer bounding box in the GetCapabilities document without checking it from data. It can make GetCapabilites to work fastes. However, you can zoom around those extents. MAP level ectents do not prevent showing data outside that area either. There are some clients which are interpreting the extents so that they do not send GetMaps if BBOX is outside that area. Kosmo GIS is one example that behaved that way. It can be unwanted solution too because not all WMS servers are configured correctly. Some alternatives: - Cut your image to the extents you want. - Make a huge polygon with a hole where you want to publish the raster image and make the polygon layer to render always on top or your raster image. - Study PostGIS rasters, maybe you could create a view into the database that reads rastes data just within your window. -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [John.C.Cartwright at noaa.gov] puolesta L?hetetty: 14. lokakuuta 2011 23:21 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] EXTENT in LAYER definition not clipping Hello All, I have a LAYER definition which includes the EXTENT keyword (see except below) because I want to limit the area in which data are displayed regardless of the extent of the request. It seems that with a WMS request this limit is being ignored and the data matching the requested BBOX is displayed instead. This is version mapserver 5.6.3, can someone please point out what I'm doing wrong? Thanks! --john LAYER DATA "/data/test.tif" EXTENT 90 -23 179 23 DUMP TRUE METADATA ... "ows_extent" "90 -23 179 23" ... END NAME "test.tif" ... END _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From john.c.cartwright at comcast.net Sat Oct 15 09:02:29 2011 From: john.c.cartwright at comcast.net (John Cartwright) Date: Sat, 15 Oct 2011 10:02:29 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering Message-ID: Hello All, I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. Here's a representative WMS request: http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? Thanks! --john MAP NAME basicworld SIZE 720 360 EXTENT -180 -90 180 90 UNITS DD SHAPEPATH "/Users/jcc/shapefiles" IMAGETYPE PNG WEB IMAGEPATH "/Library/WebServer/Documents/output" IMAGEURL "/output/" METADATA "ows_title" "BasicWorld Server" "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required "ows_srs" "EPSG:4326" "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended "ows_enable_request" "*" END END PROJECTION "init=epsg:4326" ##required END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END LAYER NAME countries TYPE POLYGON STATUS on DATA "country" CLASS OUTLINECOLOR 0 0 0 COLOR 167 167 167 END END # layer LAYER NAME cities TYPE POINT STATUS default DATA "cities" CLASS SYMBOL 'circle' SIZE 6 COLOR 204 153 255 END END # layer END # Map File From john.c.cartwright at comcast.net Sat Oct 15 09:34:14 2011 From: john.c.cartwright at comcast.net (John Cartwright) Date: Sat, 15 Oct 2011 10:34:14 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: References: Message-ID: <319241AB-7469-438E-9080-AD1139B4DF4E@comcast.net> Following up on this a bit, it appears that with shp2img: 1) order of LAYERs defined in the map file matters, order of the parameters in the "-l" parameter does not. 2) "STATUS default" causes a layer to always be drawn in the expected order. with the WMS GetMap request: 1) order of LAYERs defined in the map file does not matter, but the order in the "layers" request parameter does. 2) "STATUS default" causes a layer to always be drawn, but at the bottom of the stack. Presence or order of a "STATUS default" layer in the "layers" request parameter does not change it's position nor does redefining it's position in the map file. --john On Oct 15, 2011, at 10:02 AM, John Cartwright wrote: > Hello All, > > I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. > > Here's a representative WMS request: > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png > > Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. > > I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? > > Thanks! > > --john > > > MAP > NAME basicworld > SIZE 720 360 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "/Users/jcc/shapefiles" > IMAGETYPE PNG > > WEB > IMAGEPATH "/Library/WebServer/Documents/output" > IMAGEURL "/output/" > > METADATA > "ows_title" "BasicWorld Server" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required > "ows_srs" "EPSG:4326" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended > "ows_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" ##required > END > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > LAYER > NAME countries > TYPE POLYGON > STATUS on > DATA "country" > CLASS > OUTLINECOLOR 0 0 0 > COLOR 167 167 167 > END > END # layer > > LAYER > NAME cities > TYPE POINT > STATUS default > DATA "cities" > CLASS > SYMBOL 'circle' > SIZE 6 > COLOR 204 153 255 > END > END # layer > > END # Map File_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From Jukka.Rahkonen at mmmtike.fi Sat Oct 15 09:54:48 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Sat, 15 Oct 2011 16:54:48 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: References: Message-ID: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> Hi, You had only one layer in your WMS request but I suppose it was just an accident. Layers in WMS request should be respected so that the first layer goes to the bottom and next ones above it. Order in the mapfile should not matter. I can't say about your installation but it seems to behave correctly for me with Mapserver 6.0 Compare this one with toilets first in the request http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= and this with toilets last http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [john.c.cartwright at comcast.net] puolesta L?hetetty: 15. lokakuuta 2011 19:02 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering Hello All, I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. Here's a representative WMS request: http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? Thanks! --john MAP NAME basicworld SIZE 720 360 EXTENT -180 -90 180 90 UNITS DD SHAPEPATH "/Users/jcc/shapefiles" IMAGETYPE PNG WEB IMAGEPATH "/Library/WebServer/Documents/output" IMAGEURL "/output/" METADATA "ows_title" "BasicWorld Server" "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required "ows_srs" "EPSG:4326" "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended "ows_enable_request" "*" END END PROJECTION "init=epsg:4326" ##required END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END LAYER NAME countries TYPE POLYGON STATUS on DATA "country" CLASS OUTLINECOLOR 0 0 0 COLOR 167 167 167 END END # layer LAYER NAME cities TYPE POINT STATUS default DATA "cities" CLASS SYMBOL 'circle' SIZE 6 COLOR 204 153 255 END END # layer END # Map File_______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From punk.kish at gmail.com Sat Oct 15 16:57:35 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Sat, 15 Oct 2011 18:57:35 -0500 Subject: [mapserver-users] problem with MapServer as WMS client Message-ID: <47F3B45F-5BEE-40ED-94B0-276C49C04BE4@gmail.com> I am going from OpenLayers to MapServer acting as a WMS client to a remote server. OL is requesting SRS 900913, and the remote server is sending data in 4326, and I want to send it back to OL in 900913. My layer definition is like so LAYER NAME "foo" TYPE POLYGON STATUS ON CONNECTION "http://server/cgi-bin/mapserv?map=mapfile.map" CONNECTIONTYPE WMS PROJECTION "init=epsg:4326" END METADATA wms_srs "EPSG:900913 EPSG:4326" wms_name "foo" wms_server_version "1.1.1" wms_format "image/png" wms_enable_request "*" wms_extent "-180 -90 180 90" END END I am getting the following error msWMSLoadGetMapParams(): WMS server error. Invalid SRS given: SRS must be valid for all requested layers. I have three questions: 1. The docs at http://mapserver.org/ogc/wms_client.html state that the connection should not have any query params, but I don't see any options to pass the map file name. Is it ok the way I am doing it above? 2. How do I get around the above error? 3. Is there a way I can see the actual request that MapServer is making to the remote server, perhaps in the error.log? -- Puneet Kishor From john.c.cartwright at comcast.net Sat Oct 15 17:38:02 2011 From: john.c.cartwright at comcast.net (John Cartwright) Date: Sat, 15 Oct 2011 18:38:02 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> Message-ID: <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> Thanks for your reply Jukka. The reason for the single layer in the WMS request is that the other layer has a "STATUS default" which I understood to mean that it was always returned regardless of the value in the WMS layers parameter. Indeed this has been my experience, problem is that the default layer is always at the bottom of the draw order. --john On Oct 15, 2011, at 10:54 AM, Rahkonen Jukka wrote: > Hi, > > You had only one layer in your WMS request but I suppose it was just an accident. Layers in WMS request should be respected so that the first layer goes to the bottom and next ones above it. Order in the mapfile should not matter. I can't say about your installation but it seems to behave correctly for me with Mapserver 6.0 > Compare this one with toilets first in the request > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > and this with toilets last > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > -Jukka Rahkonen- > ________________________________________ > L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [john.c.cartwright at comcast.net] puolesta > L?hetetty: 15. lokakuuta 2011 19:02 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering > > Hello All, > > I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. > > Here's a representative WMS request: > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png > > Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. > > I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? > > Thanks! > > --john > > > MAP > NAME basicworld > SIZE 720 360 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "/Users/jcc/shapefiles" > IMAGETYPE PNG > > WEB > IMAGEPATH "/Library/WebServer/Documents/output" > IMAGEURL "/output/" > > METADATA > "ows_title" "BasicWorld Server" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required > "ows_srs" "EPSG:4326" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended > "ows_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" ##required > END > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > LAYER > NAME countries > TYPE POLYGON > STATUS on > DATA "country" > CLASS > OUTLINECOLOR 0 0 0 > COLOR 167 167 167 > END > END # layer > > LAYER > NAME cities > TYPE POINT > STATUS default > DATA "cities" > CLASS > SYMBOL 'circle' > SIZE 6 > COLOR 204 153 255 > END > END # layer > > END # Map File_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From punk.kish at gmail.com Sat Oct 15 18:26:39 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Sat, 15 Oct 2011 20:26:39 -0500 Subject: [mapserver-users] Perl MapScript WMS Message-ID: <663F5275-0CE4-41FF-AA33-5B8C04BC245C@gmail.com> I am trying to revisit serving WMS and WFS with Perl MapScript and MapServer 6.0.1. If there is anyone who is successfully doing this, please contact me. Many thanks, -- Puneet Kishor From dmorissette at mapgears.com Sun Oct 16 06:56:52 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Sun, 16 Oct 2011 09:56:52 -0400 Subject: [mapserver-users] AIXM support via WFS? In-Reply-To: <4E9962ED.1030709@maroy.hu> References: <4E9962ED.1030709@maroy.hu> Message-ID: <4E9AE2A4.6030905@mapgears.com> On 11-10-15 06:39 AM, ?kos Mar?y wrote: > Hi, > > I wonder if mapserver supports handling AIXM data, and if it would > expose AIXM data via WFS to WFS clients? > I never heard of AIXM myself until now, and found the following info about the format: http://en.wikipedia.org/wiki/AIXM So it seems that AIXM is a GML schema. MapServer supports GML (at least simple GML schemas) using CONNECTIONTYPE OGR, so I'd suggest you give it a try and see. The first step would be to try to run 'ogrinfo' against an AIXM file and see if it can be read properly. The file may have to be renamed to a .gml extension to be recognized (not sure). More info about the OGR GML driver is available at See also http://www.gdal.org/ogr/drv_gml.html In the end, if 'ogrinfo' can read the file then MapServer should be happy serving it. However keep in mind that GML being an XML format, performance will be sub-optimal on large files, and you may want to convert your data to a more optimal format such as shapefiles or postgis using 'ogr2ogr'. For further questions about OGR's support of AIXM files I would recommend the gdal-dev list. -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From akos at maroy.hu Sun Oct 16 08:00:21 2011 From: akos at maroy.hu (=?ISO-8859-1?Q?=C1kos_Mar=F3y?=) Date: Sun, 16 Oct 2011 17:00:21 +0200 Subject: [mapserver-users] AIXM support via WFS? In-Reply-To: <4E9AE2A4.6030905@mapgears.com> References: <4E9962ED.1030709@maroy.hu> <4E9AE2A4.6030905@mapgears.com> Message-ID: <4E9AF185.6030705@maroy.hu> Daniel, > I never heard of AIXM myself until now, and found the following info > about the format: > http://en.wikipedia.org/wiki/AIXM I'm sorry about not elaborating on the origins of AIXM. > So it seems that AIXM is a GML schema. MapServer supports GML (at least > simple GML schemas) using CONNECTIONTYPE OGR, so I'd suggest you give it > a try and see. > > The first step would be to try to run 'ogrinfo' against an AIXM file and > see if it can be read properly. The file may have to be renamed to a > .gml extension to be recognized (not sure). More info about the OGR GML > driver is available at See also http://www.gdal.org/ogr/drv_gml.html In > the end, if 'ogrinfo' can read the file then MapServer should be happy > serving it. > > However keep in mind that GML being an XML format, performance will be > sub-optimal on large files, and you may want to convert your data to a > more optimal format such as shapefiles or postgis using 'ogr2ogr'. I see. I wonder how AIXM would be represented in the form of shapefiles or PostGIS. What I would be interested in having mapserver serve AIXM content via WFS. but this would imply that mapserver at least understands the spacial aspects of AIXM, so as to return data only relevant to a WFS GetFeature query. I wonder if this could make to work somehow.. > For further questions about OGR's support of AIXM files I would > recommend the gdal-dev list. thanks, will do.. Akos From knasia at poczta.fm Sun Oct 16 11:13:37 2011 From: knasia at poczta.fm (knasia) Date: Sun, 16 Oct 2011 11:13:37 -0700 (PDT) Subject: [mapserver-users] Re: lane presentation of highways In-Reply-To: <47CBC150.5030105@zeelandnet.nl> References: <47CBC150.5030105@zeelandnet.nl> Message-ID: <1318788817052-6898243.post@n2.nabble.com> Hi, My case is to draw road lines, but I do not have column "DRIVING_DIRECTION", but I have a grapf of lines where road from node a to b is of one direction and from b to a another. How should I comstruct mapfile than? Could you please help? KN -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/lane-presentation-of-highways-tp1970119p6898243.html Sent from the Mapserver - User mailing list archive at Nabble.com. From woodbri at swoodbridge.com Sun Oct 16 11:40:11 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sun, 16 Oct 2011 14:40:11 -0400 Subject: [mapserver-users] Re: lane presentation of highways In-Reply-To: <1318788817052-6898243.post@n2.nabble.com> References: <47CBC150.5030105@zeelandnet.nl> <1318788817052-6898243.post@n2.nabble.com> Message-ID: <4E9B250B.6020408@swoodbridge.com> On 10/16/2011 2:13 PM, knasia wrote: > Hi, > My case is to draw road lines, but I do not have column "DRIVING_DIRECTION", > but I have a grapf of lines where road from node a to b is of one direction > and from b to a another. > > How should I comstruct mapfile than? > Could you please help? You might try something like this: LAYER .... CLASS ... STYLE # create a dark shoulder for the road COLOR '#000000' WIDTH 9 END STYLE # create a light colored road surface COLOR '#ffffff' WIDTH 7 END STYLE # create a centerline for the road COLOR '#000000' WIDTH 1 END END END Hope this helps, -Steve W From Jukka.Rahkonen at mmmtike.fi Sun Oct 16 13:00:21 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Sun, 16 Oct 2011 20:00:21 +0000 Subject: [mapserver-users] problem with MapServer as WMS client In-Reply-To: <47F3B45F-5BEE-40ED-94B0-276C49C04BE4@gmail.com> References: <47F3B45F-5BEE-40ED-94B0-276C49C04BE4@gmail.com> Message-ID: <84446DEF76453C439E9E97E438E13A63036A8E@suutari.haapa.mmm.fi> Hi, Have you tried to do it like it is suggested in the documentation http://mapserver.org/ogc/wms_client.html? LAYER NAME "country_bounds" TYPE RASTER STATUS ON CONNECTION "http://demo.mapserver.org/cgi-bin/wms?" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:4326" "wms_name" "country_bounds" "wms_server_version" "1.1.1" "wms_format" "image/gif" END END Thus no PROJECTION for the layer and only EPSG:4326 in wms_srs. EPSG:900913 must be included in the MAP level "wms_srs" but that should be enough. Including name of the remote mapfile into CONNECTION string is OK. Perhaps addind DEBUG 5 into your WMS layer definition writes the request into log file but I do not know. Try and see if it helps. At least you can run some local proxy like Fiddled and let it log the web traffic. In that case you will need to add wms_proxy_host and wms_proxy_port into layer metadata. -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän Puneet Kishor [punk.kish at gmail.com] puolesta L?hetetty: 16. lokakuuta 2011 2:57 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] problem with MapServer as WMS client I am going from OpenLayers to MapServer acting as a WMS client to a remote server. OL is requesting SRS 900913, and the remote server is sending data in 4326, and I want to send it back to OL in 900913. My layer definition is like so LAYER NAME "foo" TYPE POLYGON STATUS ON CONNECTION "http://server/cgi-bin/mapserv?map=mapfile.map" CONNECTIONTYPE WMS PROJECTION "init=epsg:4326" END METADATA wms_srs "EPSG:900913 EPSG:4326" wms_name "foo" wms_server_version "1.1.1" wms_format "image/png" wms_enable_request "*" wms_extent "-180 -90 180 90" END END I am getting the following error msWMSLoadGetMapParams(): WMS server error. Invalid SRS given: SRS must be valid for all requested layers. I have three questions: 1. The docs at http://mapserver.org/ogc/wms_client.html state that the connection should not have any query params, but I don't see any options to pass the map file name. Is it ok the way I am doing it above? 2. How do I get around the above error? 3. Is there a way I can see the actual request that MapServer is making to the remote server, perhaps in the error.log? -- Puneet Kishor_______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From Jukka.Rahkonen at mmmtike.fi Sun Oct 16 13:28:45 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Sun, 16 Oct 2011 20:28:45 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi>, <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> Message-ID: <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> Hi, Somehow I feel that using STATUS DEFAULT layers with WMS is against the idea of the standard which has obviously been that user gets exactly those layers which are ordered from the service with &layers=. Configuring server to always send some layers may be useful sometimes but righ now I cannot imagine when. Can you give a few examples? -Jukka Rahkonen- John Cartwright wrote: > Thanks for your reply Jukka. The reason for the single layer in the WMS request is that the other layer has a > "STATUS default" which I understood to mean that it was always returned regardless of the value in the WMS > layers parameter. Indeed this has been my experience, problem is that the default layer is always at the > bottom of the draw order. --john On Oct 15, 2011, at 10:54 AM, Rahkonen Jukka wrote: > Hi, > > You had only one layer in your WMS request but I suppose it was just an accident. Layers in WMS request should be respected so that the first layer goes to the bottom and next ones above it. Order in the mapfile should not matter. I can't say about your installation but it seems to behave correctly for me with Mapserver 6.0 > Compare this one with toilets first in the request > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > and this with toilets last > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > -Jukka Rahkonen- > ________________________________________ > L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [john.c.cartwright at comcast.net] puolesta > L?hetetty: 15. lokakuuta 2011 19:02 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering > > Hello All, > > I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. > > Here's a representative WMS request: > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png > > Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. > > I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? > > Thanks! > > --john > > > MAP > NAME basicworld > SIZE 720 360 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "/Users/jcc/shapefiles" > IMAGETYPE PNG > > WEB > IMAGEPATH "/Library/WebServer/Documents/output" > IMAGEURL "/output/" > > METADATA > "ows_title" "BasicWorld Server" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required > "ows_srs" "EPSG:4326" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended > "ows_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" ##required > END > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > LAYER > NAME countries > TYPE POLYGON > STATUS on > DATA "country" > CLASS > OUTLINECOLOR 0 0 0 > COLOR 167 167 167 > END > END # layer > > LAYER > NAME cities > TYPE POINT > STATUS default > DATA "cities" > CLASS > SYMBOL 'circle' > SIZE 6 > COLOR 204 153 255 > END > END # layer > > END # Map File_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From punk.kish at gmail.com Sun Oct 16 15:28:12 2011 From: punk.kish at gmail.com (Mr. Puneet Kishor) Date: Sun, 16 Oct 2011 17:28:12 -0500 Subject: [mapserver-users] problem with MapServer as WMS client In-Reply-To: <84446DEF76453C439E9E97E438E13A63036A8E@suutari.haapa.mmm.fi> References: <47F3B45F-5BEE-40ED-94B0-276C49C04BE4@gmail.com> <84446DEF76453C439E9E97E438E13A63036A8E@suutari.haapa.mmm.fi> Message-ID: On Oct 16, 2011, at 3:00 PM, Rahkonen Jukka wrote: > Hi, > > Have you tried to do it like it is suggested in the documentation http://mapserver.org/ogc/wms_client.html? > > LAYER > NAME "country_bounds" > TYPE RASTER > STATUS ON > CONNECTION "http://demo.mapserver.org/cgi-bin/wms?" > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:4326" > "wms_name" "country_bounds" > "wms_server_version" "1.1.1" > "wms_format" "image/gif" > END > END > > Thus no PROJECTION for the layer and only EPSG:4326 in wms_srs. EPSG:900913 must be included in the MAP level "wms_srs" but that should be enough. That was it. Thanks.... no PROJECTION for the layer, and only EPSG:4326 in wms_srs. Additionally, I was too smart for my own good and had set the TYPE to POLYGON. I guess it should be RASTER because, from the perspective of MapServer, it is getting back an image, no? > > Including name of the remote mapfile into CONNECTION string is OK. > Perhaps addind DEBUG 5 into your WMS layer definition writes the request into log file but I do not know. Try and see if it helps. I did bump the DEBUG level to 5, but that doesn't show the WMS calls. > At least you can run some local proxy like Fiddled and let it log the web traffic. In that case you will need to add wms_proxy_host and wms_proxy_port into layer metadata. > > -Jukka Rahkonen- > > ________________________________________ > L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän Puneet Kishor [punk.kish at gmail.com] puolesta > L?hetetty: 16. lokakuuta 2011 2:57 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] problem with MapServer as WMS client > > I am going from OpenLayers to MapServer acting as a WMS client to a remote server. OL is requesting SRS 900913, and the remote server is sending data in 4326, and I want to send it back to OL in 900913. My layer definition is like so > > LAYER > NAME "foo" > TYPE POLYGON > STATUS ON > CONNECTION "http://server/cgi-bin/mapserv?map=mapfile.map" > CONNECTIONTYPE WMS > > PROJECTION > "init=epsg:4326" > END > > METADATA > wms_srs "EPSG:900913 EPSG:4326" > wms_name "foo" > wms_server_version "1.1.1" > wms_format "image/png" > wms_enable_request "*" > wms_extent "-180 -90 180 90" > END > END > > I am getting the following error > > msWMSLoadGetMapParams(): WMS server error. Invalid SRS given: SRS must be valid for all requested layers. > > I have three questions: > > 1. The docs at http://mapserver.org/ogc/wms_client.html state that the connection should not have any query params, but I don't see any options to pass the map file name. Is it ok the way I am doing it above? > > 2. How do I get around the above error? > > 3. Is there a way I can see the actual request that MapServer is making to the remote server, perhaps in the error.log? > > > -- > Puneet Kishor_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From matt at wildwalks.com Sun Oct 16 16:18:46 2011 From: matt at wildwalks.com (Matt McClelland) Date: Mon, 17 Oct 2011 10:18:46 +1100 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> Message-ID: My understanding is that the order you list the WMS layers is the order in which they will be layed down Try adding GROUP "default" to the layers you want displayed then use &layers=default in you WMS call. Hope that helps. Matt :) On Mon, Oct 17, 2011 at 7:28 AM, Rahkonen Jukka wrote: > Hi, > > Somehow I feel that using STATUS DEFAULT layers with WMS is against the > idea of the standard which has obviously been that user gets exactly those > layers which are ordered from the service with &layers=. Configuring > server to always send some layers may be useful sometimes but righ now I > cannot imagine when. Can you give a few examples? > > -Jukka Rahkonen- > > John Cartwright wrote: > > > Thanks for your reply Jukka. The reason for the single layer in the WMS > request is that the other layer has a > > "STATUS default" which I understood to mean that it was always returned > regardless of the value in the WMS > > layers parameter. Indeed this has been my experience, problem is that > the default layer is always at the > > bottom of the draw order. > > --john > > On Oct 15, 2011, at 10:54 AM, Rahkonen Jukka wrote: > > > Hi, > > > > You had only one layer in your WMS request but I suppose it was just an > accident. Layers in WMS request should be respected so that the first layer > goes to the bottom and next ones above it. Order in the mapfile should not > matter. I can't say about your installation but it seems to behave correctly > for me with Mapserver 6.0 > > Compare this one with toilets first in the request > > > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > and this with toilets last > > > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > > > -Jukka Rahkonen- > > ________________________________________ > > L?hett?j?: mapserver-users-bounces at lists.osgeo.org [ > mapserver-users-bounces at lists.osgeo.org] käyttäjän John > Cartwright [john.c.cartwright at comcast.net] puolesta > > L?hetetty: 15. lokakuuta 2011 19:02 > > Vastaanottaja: mapserver-users at lists.osgeo.org > > Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering > > > > Hello All, > > > > I'm finding a difference between the image produced by shp2img and a WMS > GetMap request. The image produced by shp2img looks as I expect honoring > the order in which LAYERS are defined in the map file and the STATUS value. > However, the WMS request does not seem to respect the order of the LAYERs, > always drawing the polygons first regardless of the order defined in the map > file or that of the WMS LAYERS request parameter. > > > > Here's a representative WMS request: > > > > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png > > > > Both the cities and countries layers display as you'd expect, but the > countries draw on top of the cities contrary to what I'd expect and > different that in the shp2img output. > > > > I'm using mapserver version 6.0.1 and I've tried various versions of WMS. > Can someone please examine the map file below and point out what I'm doing > wrong? > > > > Thanks! > > > > --john > > > > > > MAP > > NAME basicworld > > SIZE 720 360 > > EXTENT -180 -90 180 90 > > UNITS DD > > SHAPEPATH "/Users/jcc/shapefiles" > > IMAGETYPE PNG > > > > WEB > > IMAGEPATH "/Library/WebServer/Documents/output" > > IMAGEURL "/output/" > > > > METADATA > > "ows_title" "BasicWorld Server" > > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" > ##required > > "ows_srs" "EPSG:4326" > > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" > ## Recommended > > "ows_enable_request" "*" > > END > > END > > > > PROJECTION > > "init=epsg:4326" ##required > > END > > > > SYMBOL > > NAME 'circle' > > TYPE ELLIPSE > > POINTS 1 1 END > > FILLED TRUE > > END > > > > LAYER > > NAME countries > > TYPE POLYGON > > STATUS on > > DATA "country" > > CLASS > > OUTLINECOLOR 0 0 0 > > COLOR 167 167 167 > > END > > END # layer > > > > LAYER > > NAME cities > > TYPE POINT > > STATUS default > > DATA "cities" > > CLASS > > SYMBOL 'circle' > > SIZE 6 > > COLOR 204 153 255 > > END > > END # layer > > > > END # Map File_______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.c.cartwright at comcast.net Sun Oct 16 17:32:55 2011 From: john.c.cartwright at comcast.net (John Cartwright) Date: Sun, 16 Oct 2011 18:32:55 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi>, <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> Message-ID: <47CF6AE7-ADEF-4083-9FF6-3BF22D4F311C@comcast.net> Hi Jukka, I appreciate your interest and understand your point. However in my case I have an image of global extent, but I want to restrict the portion of it that's available to the WMS request. I'd hoped that the EXTENT element at the MAP and/or LAYER levels would do this. Since that doesn't work, I'm trying a workaround of using an inline FEATURE to mask out all but the area I wish to expose. I'm using the "STATUS default" because I cannot depend on the user to specify the mask layer w/ each request. --john On Oct 16, 2011, at 2:28 PM, Rahkonen Jukka wrote: > Hi, > > Somehow I feel that using STATUS DEFAULT layers with WMS is against the idea of the standard which has obviously been that user gets exactly those layers which are ordered from the service with &layers=. Configuring server to always send some layers may be useful sometimes but righ now I cannot imagine when. Can you give a few examples? > > -Jukka Rahkonen- > > John Cartwright wrote: > >> Thanks for your reply Jukka. The reason for the single layer in the WMS request is that the other layer has a >> "STATUS default" which I understood to mean that it was always returned regardless of the value in the WMS >> layers parameter. Indeed this has been my experience, problem is that the default layer is always at the >> bottom of the draw order. > > --john > > On Oct 15, 2011, at 10:54 AM, Rahkonen Jukka wrote: > >> Hi, >> >> You had only one layer in your WMS request but I suppose it was just an accident. Layers in WMS request should be respected so that the first layer goes to the bottom and next ones above it. Order in the mapfile should not matter. I can't say about your installation but it seems to behave correctly for me with Mapserver 6.0 >> Compare this one with toilets first in the request >> http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= >> and this with toilets last >> http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= >> >> -Jukka Rahkonen- >> ________________________________________ >> L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [john.c.cartwright at comcast.net] puolesta >> L?hetetty: 15. lokakuuta 2011 19:02 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering >> >> Hello All, >> >> I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. >> >> Here's a representative WMS request: >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png >> >> Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. >> >> I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? >> >> Thanks! >> >> --john >> >> >> MAP >> NAME basicworld >> SIZE 720 360 >> EXTENT -180 -90 180 90 >> UNITS DD >> SHAPEPATH "/Users/jcc/shapefiles" >> IMAGETYPE PNG >> >> WEB >> IMAGEPATH "/Library/WebServer/Documents/output" >> IMAGEURL "/output/" >> >> METADATA >> "ows_title" "BasicWorld Server" >> "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required >> "ows_srs" "EPSG:4326" >> "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended >> "ows_enable_request" "*" >> END >> END >> >> PROJECTION >> "init=epsg:4326" ##required >> END >> >> SYMBOL >> NAME 'circle' >> TYPE ELLIPSE >> POINTS 1 1 END >> FILLED TRUE >> END >> >> LAYER >> NAME countries >> TYPE POLYGON >> STATUS on >> DATA "country" >> CLASS >> OUTLINECOLOR 0 0 0 >> COLOR 167 167 167 >> END >> END # layer >> >> LAYER >> NAME cities >> TYPE POINT >> STATUS default >> DATA "cities" >> CLASS >> SYMBOL 'circle' >> SIZE 6 >> COLOR 204 153 255 >> END >> END # layer >> >> END # Map File_______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > From daithiquinn at gmail.com Sun Oct 16 21:48:38 2011 From: daithiquinn at gmail.com (David Quinn) Date: Sun, 16 Oct 2011 22:48:38 -0600 Subject: [mapserver-users] Problem compiling MapServer - "error: cannot find gif lib" Message-ID: Hello List, I'm trying to install Mapserver on CentOS5 (specifically on a Webfaction shared hosting server). I'm using the following options: ./configure --prefix=$HOME \ --enable-debug \ --with-gd \ --with-freetype --without-tiff \ --with-gdal=/home/david/src/gdal-1.8.1/apps/gdal-config \ --with-ogr=/home/david/src/gdal-1.8.1/apps/gdal-config \ --with-proj=/home/david/src/proj-4.7.0/ \ --without-pdf \ --with-png=/usr/ --with-threads \ --with-postgis=/home/david/src/postgresql-8.4.6/src/bin/pg_config \ --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ --with-php=/usr/include/php5/ --enable-debug \ --with-geos=/home/david/bin/geos-config \ --with-python \ --with-gif=/home/david/src/giflib-4.1.6/lib/gif_lib.h However I get the following error: checking setjmp.h usability... yes checking setjmp.h presence... yes checking for setjmp.h... yes configure: checking where GIF is installed... configure: error: cannot find gif lib in /home/urbmet/src/giflib-4.1.6/lib/gif_lib.h After I got this error the first time, I installed giflib-4.1.6. The results of running $ find | grep gif_lib.h ./include/gif_lib.h ./src/giflib-4.1.6/lib/gif_lib.h ./src/giflib-4.1.6/doc/gif_lib.html ./src/gdal-1.8.1/frmts/gif/giflib/gif_lib.h I have tried --with-gif with all of the following arguments, either to the folder or to gif_lib.h without success. Am I missing any settings or dependencies? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.c.cartwright at comcast.net Sun Oct 16 22:33:28 2011 From: john.c.cartwright at comcast.net (John Cartwright) Date: Sun, 16 Oct 2011 23:33:28 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> Message-ID: Thanks for your reply Matt. The GROUP idea works and, if I name the GROUP the same as the layer I'm attempting to mask, seems to prevent the unmasked layers from displaying. However, since it appears that a layer can only be in one GROUP, this means that I have to duplicate my inline mask layer for each image layer I'm attempting to mask. --john On Oct 16, 2011, at 5:18 PM, Matt McClelland wrote: > My understanding is that the order you list the WMS layers is the order in which they will be layed down > > Try adding > GROUP "default" > to the layers you want displayed > > then use &layers=default in you WMS call. > > Hope that helps. > > Matt :) > > On Mon, Oct 17, 2011 at 7:28 AM, Rahkonen Jukka wrote: > Hi, > > Somehow I feel that using STATUS DEFAULT layers with WMS is against the idea of the standard which has obviously been that user gets exactly those layers which are ordered from the service with &layers=. Configuring server to always send some layers may be useful sometimes but righ now I cannot imagine when. Can you give a few examples? > > -Jukka Rahkonen- > > John Cartwright wrote: > > > Thanks for your reply Jukka. The reason for the single layer in the WMS request is that the other layer has a > > "STATUS default" which I understood to mean that it was always returned regardless of the value in the WMS > > layers parameter. Indeed this has been my experience, problem is that the default layer is always at the > > bottom of the draw order. > > --john > > On Oct 15, 2011, at 10:54 AM, Rahkonen Jukka wrote: > > > Hi, > > > > You had only one layer in your WMS request but I suppose it was just an accident. Layers in WMS request should be respected so that the first layer goes to the bottom and next ones above it. Order in the mapfile should not matter. I can't say about your installation but it seems to behave correctly for me with Mapserver 6.0 > > Compare this one with toilets first in the request > > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > and this with toilets last > > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > > > -Jukka Rahkonen- > > ________________________________________ > > L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [john.c.cartwright at comcast.net] puolesta > > L?hetetty: 15. lokakuuta 2011 19:02 > > Vastaanottaja: mapserver-users at lists.osgeo.org > > Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering > > > > Hello All, > > > > I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. > > > > Here's a representative WMS request: > > > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png > > > > Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. > > > > I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? > > > > Thanks! > > > > --john > > > > > > MAP > > NAME basicworld > > SIZE 720 360 > > EXTENT -180 -90 180 90 > > UNITS DD > > SHAPEPATH "/Users/jcc/shapefiles" > > IMAGETYPE PNG > > > > WEB > > IMAGEPATH "/Library/WebServer/Documents/output" > > IMAGEURL "/output/" > > > > METADATA > > "ows_title" "BasicWorld Server" > > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required > > "ows_srs" "EPSG:4326" > > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended > > "ows_enable_request" "*" > > END > > END > > > > PROJECTION > > "init=epsg:4326" ##required > > END > > > > SYMBOL > > NAME 'circle' > > TYPE ELLIPSE > > POINTS 1 1 END > > FILLED TRUE > > END > > > > LAYER > > NAME countries > > TYPE POLYGON > > STATUS on > > DATA "country" > > CLASS > > OUTLINECOLOR 0 0 0 > > COLOR 167 167 167 > > END > > END # layer > > > > LAYER > > NAME cities > > TYPE POINT > > STATUS default > > DATA "cities" > > CLASS > > SYMBOL 'circle' > > SIZE 6 > > COLOR 204 153 255 > > END > > END # layer > > > > END # Map File_______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From knasia at poczta.fm Sun Oct 16 23:56:35 2011 From: knasia at poczta.fm (knasia) Date: Sun, 16 Oct 2011 23:56:35 -0700 (PDT) Subject: [mapserver-users] symbolunits meters doesn't work Message-ID: <1318834595497-6899443.post@n2.nabble.com> Hi, I am trying to put symbols on the map giving their size in meters, but I didn't manage. Here is my code. LAYER NAME queue PROJECTION "init=epsg:4326" END CONNECTIONTYPE postgis CONNECTION 'user= password= dbname= host= port=' TRANSPARENCY 95 STATUS ON DATA 'coor FROM nodes using unique id using srid=4326' TYPE POINT SIZEUNITS meters #I have also tried: #UNITS meters #SYMBOLSCALE 35000 CLASS STYLE COLOR 102 102 102 SYMBOL "cross" SIZE 10 #WIDTH 2 END END END Could somebody please help? KN -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/symbolunits-meters-doesn-t-work-tp6899443p6899443.html Sent from the Mapserver - User mailing list archive at Nabble.com. From thomas.bonfort at gmail.com Mon Oct 17 01:24:33 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 17 Oct 2011 10:24:33 +0200 Subject: [mapserver-users] symbolunits meters doesn't work In-Reply-To: <1318834595497-6899443.post@n2.nabble.com> References: <1318834595497-6899443.post@n2.nabble.com> Message-ID: make sure your map UNIT is correctly set (meters or dd depending on the projection). On Mon, Oct 17, 2011 at 08:56, knasia wrote: > Hi, > I am trying to put symbols on the map giving their size in meters, but I > didn't manage. Here is my code. > > LAYER > ? ? ? ?NAME queue > ? ? ? ? ? ? ? ?PROJECTION "init=epsg:4326" > ? ? ? ? ? ? ? ?END > > ? ? ? ? ? ? ? ?CONNECTIONTYPE postgis > ? ? ? ? ? ? ? ?CONNECTION 'user= ?password= ?dbname= ?host= ?port=' > ? ? ? ? ? ? ? ?TRANSPARENCY 95 > ? ? ? ? ? ? ? ?STATUS ON > ? ? ? ? ? ? ? ?DATA 'coor FROM nodes using unique id using srid=4326' > ? ? ? ? ? ? ? ?TYPE POINT > ? ? ? ? ? ? ? ?SIZEUNITS meters > > ? ? ? ? ? ? ? ?#I have also tried: > ? ? ? ? ? ? ? ?#UNITS meters > ? ? ? ? ? ? ? ?#SYMBOLSCALE 35000 > > ? ? ? ? ? ? ? ?CLASS > ? ? ? ? ? ? ? ? ? ? ? ?STYLE > ? ? ? ? ? ? ? ? ? ? ? ?COLOR 102 102 102 > ? ? ? ? ? ? ? ? ? ? ? ?SYMBOL "cross" > ? ? ? ? ? ? ? ? ? ? ? ?SIZE 10 > ? ? ? ? ? ? ? ? ? ? ? ?#WIDTH 2 > ? ? ? ? ? ? ? ? ? ? ? ?END > ? ? ? ? ? ? ? ?END > ? ? ? ?END > > Could somebody please help? > > KN > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/symbolunits-meters-doesn-t-work-tp6899443p6899443.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From KSambs at BfS.de Mon Oct 17 02:03:58 2011 From: KSambs at BfS.de (Katharina Sambs) Date: Mon, 17 Oct 2011 11:03:58 +0200 Subject: [mapserver-users] Re: Re: WMS-TIME with mysql-database Message-ID: <4E9BEF7E.1040507@BfS.de> Good morning, thank you, for your answer! I set up a wms-time service with a PostGIS database, too. It works fine, as well as the shapefile service. Only with the mySQL database I get a *white* result. Does anyone know if there is a general problem with wms-time and spatial mySQL data? Unfortunately, the wider extent doesn?t help. My request: http:...&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=46.556819,5.188080,55.865300,15.000000&CRS=EPSG:4326&WIDTH=1017&HEIGHT=963& LAYERS=layer&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE My mapfile: MAP NAME "name" STATUS ON EXTENT -180 -90 180 90 UNITS METERS INCLUDE "debug.map" SYMBOLSET "symbols.sym" FONTSET "fonts.list" INCLUDE "encryption.map" INCLUDE "projection_4326.map" WEB INCLUDE "image_parameter.map" METADATA OWS_ENABLE_REQUEST "*" WMS_ONLINERESOURCE "..." WMS_TITLE "..." WMS_FEATURE_INFO_MIME_TYPE "text/html" WMS_ABSTRACT "..." INCLUDE "standard_extent_europa.map" INCLUDE "standard_proj.map" #INCLUDE "standard_metadata.map" END END INCLUDE "outputformat_agg.map" INCLUDE "legend.map" LAYER NAME "layer" TYPE POINT STATUS ON INCLUDE "debug_layer.map" #2 Zeilen DUMP TRUE TOLERANCE 3 PROCESSING "CLOSE_CONNECTION=DEFER" CONNECTIONTYPE OGR CONNECTION "MYSQL:test,host=host,user=user,password=passwort,port=port,tables=tabelle" DATA "SELECT column1, column2 FROM tabelle" CLASS STYLE OUTLINECOLOR 100 100 100 END END METADATA WMS_TITLE "title" WMS_TIMEEXTENT "2011-10-13T00:00:00Z/2011-10-14T00:00:00Z" WMS_TIMEITEM "column1" WMS_TIMEDEFAULT "2011-10-13T00:00:00Z" WMS_ABSTRACT "..." INCLUDE "standard_extent.map" LAYER_TITLE "..." LAYER_DESC_STATUS "on" LAYER_DESC "..." gml_include_items "all" END END #LAYER END #MAP Hi, my humble suggestion is inline. I have done WMS Time successfully for PostGIS. Den 14.10.2011 13:55, skrev Katharina Sambs: > > Hi list, > > > > I would like to visualize spatial *mySQL* data through a wms-time > > service. > > *It is possible to visualize the data without the time parameters.* > > But as soon as I add the following parameters to the mapfile, my > > result contains only a white picture: > > LAYER > > .... > > METADATA > > .... > > WMS_TIMEEXTENT "2010-01-10T00:00:00Z" > > WMS_TIMEITEM "column_name" > > WMS_TIMEDEFAULT "2010-01-10T00:00:00Z" > > > > There is no error message. > > *The same request works fine, while I use a shapefile as data source.* > > > > My second question: > > Shouldn't be there a 'where'-clause in the database selection, which > > contain the time parameter? > I don't think so, > > Or works the wms-time like a Filter, which always ask all data from > > the database. > > Only in the second step, the data is filtered for the desired time? > > > This filter should be added by Mapserver automagically when you have WMS_TIME* in METADATA field. > > Did anyone has an idea? > > > You extent should maybe be more "wide". From http://mapserver.org/ogc/wms_time.html /value/ - a single value. This is not directly supported in MapServer but there is an easy workwound by specifying the same value as min and max. I have always used extents similar to the example in the docs: "wms_timeextent" "2004-01-01/2004-02-01" If this is not helping, you should attach (important parts of) mapfile and URL request. kind regards J?rn Vegard R?snes > > The type of the time data in the mySQL database is "DATETIME". > > > > mysql.log > > 111014 13:27:45 4 Connect user at server on database > > 4 Query DESCRIBE `table` > > 4 Query SELECT type, coord_dimension FROM geometry_columns WHERE > > f_table_name='table' > > 4 Query SELECT srid FROM geometry_columns WHERE f_table_name = > > 'table' > > 4 Query SELECT column1, column2 FROM table > > 4 Query SELECT type FROM geometry_columns WHERE f_table_name='table' > > 4 Query SELECT srid FROM geometry_columns WHERE f_table_name = > > 'table' > > 4 Query SELECT column1, column2 FROM table > > 4 Quit > > > > mapserv.log: > > [Fri Oct 7 16:05:42 2011].982953 CGI Request 1 on process 18953 > > [Fri Oct 7 16:05:42 2011].983461 msWMSLoadGetMapParams(): enabling > > non-square pixels. > > [Fri Oct 7 16:05:42 2011].990638 msDrawMap(): kicking into non-square > > pixel preserving mode. > > [Fri Oct 7 16:05:42 2011].991160 > > msOGRFileOpen(MYSQL:tabelle,host=host,user=user,password=passwort,port=port)... > > [Fri Oct 7 16:05:42 2011].991205 > > OGROPen(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port) > > [Fri Oct 7 16:05:43 2011].20413 > > msConnPoolRegister(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > > [Fri Oct 7 16:05:43 2011].67656 > > msOGRLayerClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port). > > [Fri Oct 7 16:05:43 2011].67662 > > msOGRFileClose(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port,-1). > > [Fri Oct 7 16:05:43 2011].67672 > > msConnPoolRelease(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > > [Fri Oct 7 16:05:43 2011].67675 > > msConnPoolClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > > [Fri Oct 7 16:05:43 2011].67849 msDrawMap(): Layer 2 (layer), 0.077s > > [Fri Oct 7 16:05:43 2011].67867 msDrawMap(): Drawing Label Cache, 0.000s > > [Fri Oct 7 16:05:43 2011].67871 msDrawMap() total time: 0.084s > > [Fri Oct 7 16:05:43 2011].170031 msSaveImage() total time: 0.102s > > [Fri Oct 7 16:05:43 2011].170228 mapserv request processing time > > (msLoadMap not incl.): 0.187s > > [Fri Oct 7 16:05:43 2011].170234 msFreeMap(): freeing map at 0x4f6cf30. > > > > getCapabilities: > > > > layer > > title > > abstract > > EPSG:4326 > > > 5.18808 > > 15 > > 46.5582 > > 55.8653 > > > > > maxx="55.8653" maxy="15"/> > > > nearestValue="0">2010-01-10T00:00:00Z > > > > > > > > mysql version: 5.5.10-log > > MapServer version 5.6.5 > > > > > -- Mit freundlichen Gr??en Katharina Sambs From thomas.bonfort at gmail.com Mon Oct 17 02:17:39 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 17 Oct 2011 11:17:39 +0200 Subject: [mapserver-users] Problem compiling MapServer - "error: cannot find gif lib" In-Reply-To: References: Message-ID: --with-gif=$HOME if you have installed it there. As a rule of thumb, it is not a good idea to only compile the packages and not install them (i.e. no make install) as there is no reason that the packages respect the include/ lib/ hierarchy inside their source structure. (i.e. you should be using --with-gdal=/home/david/bin/gdal-config, --with-proj=/home/david, etc... ) -- thomas On Mon, Oct 17, 2011 at 06:48, David Quinn wrote: > Hello List, > > I'm trying to install Mapserver on CentOS5 (specifically on a Webfaction > shared hosting server). I'm using the following options: > > ./configure --prefix=$HOME \ > --enable-debug? \ > --with-gd \ > --with-freetype --without-tiff \ > --with-gdal=/home/david/src/gdal-1.8.1/apps/gdal-config \ > --with-ogr=/home/david/src/gdal-1.8.1/apps/gdal-config \ > --with-proj=/home/david/src/proj-4.7.0/ \ > --without-pdf \ > --with-png=/usr/ --with-threads \ > --with-postgis=/home/david/src/postgresql-8.4.6/src/bin/pg_config \ > --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ > --with-php=/usr/include/php5/ --enable-debug \ > --with-geos=/home/david/bin/geos-config \ > --with-python \ > --with-gif=/home/david/src/giflib-4.1.6/lib/gif_lib.h > > However I get the following error: > > checking setjmp.h usability... yes > checking setjmp.h presence... yes > checking for setjmp.h... yes > configure: checking where GIF is installed... > configure: error: cannot find gif lib in > /home/urbmet/src/giflib-4.1.6/lib/gif_lib.h > > After I got this error the first time, I installed giflib-4.1.6. The results > of running $ find | grep gif_lib.h > ./include/gif_lib.h > ./src/giflib-4.1.6/lib/gif_lib.h > ./src/giflib-4.1.6/doc/gif_lib.html > ./src/gdal-1.8.1/frmts/gif/giflib/gif_lib.h > > I have tried --with-gif with all of the following arguments, either to the > folder or to gif_lib.h without success. Am I missing any settings or > dependencies? > > Thanks, > David > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From stephan.holl at intevation.de Mon Oct 17 03:24:37 2011 From: stephan.holl at intevation.de (Stephan Holl) Date: Mon, 17 Oct 2011 12:24:37 +0200 Subject: [mapserver-users] Re: Re: WMS-TIME with mysql-database In-Reply-To: <4E9BEF7E.1040507@BfS.de> References: <4E9BEF7E.1040507@BfS.de> Message-ID: <20111017122437.4264007c@euarne.hq.intevation.de> Hello Katharina, Katharina Sambs , [20111017 - 11:03:58] > Good morning, > > thank you, for your answer! > I set up a wms-time service with a PostGIS database, too. > It works fine, as well as the shapefile service. > Only with the mySQL database I get a *white* result. > Does anyone know if there is a general problem with wms-time and > spatial mySQL data? I would guess it has something in common with the (somewhat limited) MySQL-support of OGR. I had problems with the MySQL-driver of OGR too so I decided skipping it. I would digg into that area for further investigation, enabling OGRs DEBUG-output etc...). Best Stephan Holl > > Unfortunately, the wider extent doesn?t help. > > My request: > http:...&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=46.556819,5.188080,55.865300,15.000000&CRS=EPSG:4326&WIDTH=1017&HEIGHT=963& > LAYERS=layer&STYLES=&FORMAT=image/png&DPI=96&TRANSPARENT=TRUE > > My mapfile: > MAP > NAME "name" > STATUS ON > EXTENT -180 -90 180 90 > UNITS METERS > INCLUDE "debug.map" > SYMBOLSET "symbols.sym" > FONTSET "fonts.list" > INCLUDE "encryption.map" > INCLUDE "projection_4326.map" > WEB > INCLUDE "image_parameter.map" > METADATA > OWS_ENABLE_REQUEST "*" > WMS_ONLINERESOURCE "..." > WMS_TITLE "..." > WMS_FEATURE_INFO_MIME_TYPE "text/html" > WMS_ABSTRACT "..." > INCLUDE "standard_extent_europa.map" > INCLUDE "standard_proj.map" > #INCLUDE "standard_metadata.map" > END > END > INCLUDE "outputformat_agg.map" > INCLUDE "legend.map" > LAYER > NAME "layer" > TYPE POINT > STATUS ON > INCLUDE "debug_layer.map" #2 Zeilen > DUMP TRUE > TOLERANCE 3 > PROCESSING "CLOSE_CONNECTION=DEFER" > CONNECTIONTYPE OGR > CONNECTION > "MYSQL:test,host=host,user=user,password=passwort,port=port,tables=tabelle" > DATA "SELECT column1, column2 FROM tabelle" CLASS > STYLE > OUTLINECOLOR 100 100 100 > END > END > METADATA > WMS_TITLE "title" > WMS_TIMEEXTENT "2011-10-13T00:00:00Z/2011-10-14T00:00:00Z" > WMS_TIMEITEM "column1" > WMS_TIMEDEFAULT > "2011-10-13T00:00:00Z" > WMS_ABSTRACT "..." > INCLUDE "standard_extent.map" > LAYER_TITLE "..." > LAYER_DESC_STATUS "on" > LAYER_DESC "..." > gml_include_items "all" > END > END #LAYER > END #MAP > > Hi, > > my humble suggestion is inline. > I have done WMS Time successfully for PostGIS. > > Den 14.10.2011 13:55, skrev Katharina Sambs: > > > > Hi list, > > > > > > I would like to visualize spatial *mySQL* data through a wms-time > > > service. > > > *It is possible to visualize the data without the time > > > parameters.* But as soon as I add the following parameters to the > > > mapfile, my result contains only a white picture: > > > LAYER > > > .... > > > METADATA > > > .... > > > WMS_TIMEEXTENT "2010-01-10T00:00:00Z" > > > WMS_TIMEITEM "column_name" > > > WMS_TIMEDEFAULT "2010-01-10T00:00:00Z" > > > > > > There is no error message. > > > *The same request works fine, while I use a shapefile as data > > > source.* > > > > > > My second question: > > > Shouldn't be there a 'where'-clause in the database selection, > > > which contain the time parameter? > > > I don't think so, > > > > > Or works the wms-time like a Filter, which always ask all data > > > from the database. > > > Only in the second step, the data is filtered for the desired > > > time? > > > > > > This filter should be added by Mapserver automagically when you have > WMS_TIME* in METADATA field. > > > > Did anyone has an idea? > > > > > > You extent should maybe be more "wide". > From http://mapserver.org/ogc/wms_time.html > /value/ - a single value. This is not directly supported in MapServer > but there is an easy workwound by specifying the same value as min > and max. > > I have always used extents similar to the example in the docs: > > "wms_timeextent" "2004-01-01/2004-02-01" > > > If this is not helping, you should attach (important parts of) > mapfile and URL request. > > kind regards > J?rn Vegard R?snes > > > > > > The type of the time data in the mySQL database is "DATETIME". > > > > > > mysql.log > > > 111014 13:27:45 4 Connect user at server on database > > > 4 Query DESCRIBE `table` > > > 4 Query SELECT type, coord_dimension FROM geometry_columns > > > WHERE f_table_name='table' > > > 4 Query SELECT srid FROM geometry_columns WHERE f_table_name > > > = 'table' > > > 4 Query SELECT column1, column2 FROM table > > > 4 Query SELECT type FROM geometry_columns WHERE > > > f_table_name='table' 4 Query SELECT srid FROM geometry_columns > > > WHERE f_table_name = 'table' > > > 4 Query SELECT column1, column2 FROM table > > > 4 Quit > > > > > > mapserv.log: > > > [Fri Oct 7 16:05:42 2011].982953 CGI Request 1 on process 18953 > > > [Fri Oct 7 16:05:42 2011].983461 msWMSLoadGetMapParams(): > > > enabling non-square pixels. > > > [Fri Oct 7 16:05:42 2011].990638 msDrawMap(): kicking into > > > non-square pixel preserving mode. > > > [Fri Oct 7 16:05:42 2011].991160 > > > msOGRFileOpen(MYSQL:tabelle,host=host,user=user,password=passwort,port=port)... > > > [Fri Oct 7 16:05:42 2011].991205 > > > OGROPen(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port) > > > [Fri Oct 7 16:05:43 2011].20413 > > > msConnPoolRegister(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > > > [Fri Oct 7 16:05:43 2011].67656 > > > msOGRLayerClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port). > > > [Fri Oct 7 16:05:43 2011].67662 > > > msOGRFileClose(MYSQL:tabelle,host=host,user=readonly,password=readonly,port=port,-1). > > > [Fri Oct 7 16:05:43 2011].67672 > > > msConnPoolRelease(layer,MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > > > [Fri Oct 7 16:05:43 2011].67675 > > > msConnPoolClose(MYSQL:tabelle,host=host,user=readonly,password=passwort,port=port,0x5417290) > > > [Fri Oct 7 16:05:43 2011].67849 msDrawMap(): Layer 2 (layer), > > > 0.077s [Fri Oct 7 16:05:43 2011].67867 msDrawMap(): Drawing > > > Label Cache, 0.000s [Fri Oct 7 16:05:43 2011].67871 msDrawMap() > > > total time: 0.084s [Fri Oct 7 16:05:43 2011].170031 > > > msSaveImage() total time: 0.102s [Fri Oct 7 16:05:43 > > > 2011].170228 mapserv request processing time (msLoadMap not > > > incl.): 0.187s [Fri Oct 7 16:05:43 2011].170234 msFreeMap(): > > > freeing map at 0x4f6cf30. > > > > > > getCapabilities: > > > > > > layer > > > title > > > abstract > > > EPSG:4326 > > > > > 5.18808 > > > 15 > > > 46.5582 > > > 55.8653 > > > > > > > > maxx="55.8653" maxy="15"/> > > > > > default="2010-01-10T00:00:00Z" > > > nearestValue="0">2010-01-10T00:00:00Z > > > > > > > > > mysql version: 5.5.10-log > > > MapServer version 5.6.5 > > > > > > > > -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From daithiquinn at gmail.com Mon Oct 17 03:44:11 2011 From: daithiquinn at gmail.com (David Quinn) Date: Mon, 17 Oct 2011 04:44:11 -0600 Subject: [mapserver-users] Problem compiling MapServer - "error: cannot find gif lib" In-Reply-To: References: Message-ID: Hi Thomas, Thanks - that helped me fix the problem. I used the following options: ./configure --prefix=$HOME \ --enable-debug \ --with-gd \ --with-freetype --without-tiff \ --with-gdal=/home/david/bin/gdal-config \ --with-ogr=/home/david/bin/gdal-config \ --with-proj=/home/david/src/proj-4.7.0/ \ --without-pdf \ --with-png=/usr/ --with-threads \ --with-postgis=/home/david/bin/pg_config \ --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ --with-php=$HOME --enable-debug \ --with-geos=/home/david/bin/geos-config \ --with-python \ --with-gif=$HOME and received the following summary: MapServer is now configured for -------------- Compiler Info ------------- C compiler: gcc -g -fPIC -Wall C++ compiler: g++ -g -fPIC -Wall Debug: -g Generic NINT: -------------- Renderer Settings --------- OpenGL support: zlib support: -DUSE_ZLIB png support: -DUSE_PNG gif support: -DUSE_GIF jpeg support: -DUSE_JPEG freetype support: -DUSE_FREETYPE iconv support: -DUSE_ICONV AGG support: internal SVG Symbol support: -DUSE_AGG_SVG_SYMBOLS Cairo (SVG,PDF) support: KML support: -------------- Support Libraries --------- Proj.4 support: -DUSE_PROJ Libxml2 support: -DUSE_LIBXML2 FriBidi support: Curl support: -DUSE_CURL -DUSE_CURLOPT_PROXYAUTH FastCGI support: Threading support: -DUSE_THREAD GEOS support: -DUSE_GEOS XML Mapfile support: XSLT support: EXSLT support: -------------- Data Format Drivers ------- PostGIS support: -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION ArcSDE support: OGR support: -DUSE_OGR GDAL support: -DUSE_GDAL Oracle Spatial support: -------------- OGC Services -------------- WMS Server: -DUSE_WMS_SVR WMS Client: -DUSE_WMS_LYR WFS Server: -DUSE_WFS_SVR WFS Client: -DUSE_WFS_LYR WCS Server: -DUSE_WCS_SVR SOS Server: -------------- MapScript ----------------- PHP MapScript: yes However I ran into problems when I ran 'make'. gcc -c -g -fPIC -Wall -DHAVE_VSNPRINTF -DNEED_STRLCPY -DNEED_STRLCAT -DNEED_STRRSTR -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_LIBXML2 -DUSE_CURL -DUSE_CURLOPT_PROXYAUTH -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL -DUSE_OGR -DUSE_GEOS -DUSE_THREAD -DUSE_PROJ -DUSE_AGG_SVG_SYMBOLS -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DGD_HAS_GET_TRUE_COLOR_PIXEL -DUSE_ICONV -DUSE_GIF -DUSE_PNG -DUSE_ZLIB -DUSE_FREETYPE -DDISABLE_CVSID -I/usr/include/freetype2 -I/usr//include -I/home/david/include -I/usr/include -Irenderers/agg/include -I/home/david/src/proj-4.7.0//src -I/home/david/include -I/home/david/include -I/home/david/include -I/usr/include/libxml2 shp2img.c -o shp2img.o g++ -g -fPIC -Wall -DHAVE_VSNPRINTF -DNEED_STRLCPY -DNEED_STRLCAT -DNEED_STRRSTR -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_LIBXML2 -DUSE_CURL -DUSE_CURLOPT_PROXYAUTH -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL -DUSE_OGR -DUSE_GEOS -DUSE_THREAD -DUSE_PROJ -DUSE_AGG_SVG_SYMBOLS -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DGD_HAS_GET_TRUE_COLOR_PIXEL -DUSE_ICONV -DUSE_GIF -DUSE_PNG -DUSE_ZLIB -DUSE_FREETYPE -DDISABLE_CVSID -I/usr/include/freetype2 -I/usr//include -I/home/david/include -I/usr/include -Irenderers/agg/include -I/home/david/src/proj-4.7.0//src -I/home/david/include -I/home/david/include -I/home/david/include -I/usr/include/libxml2 shp2img.o -L. -lmapserver -lfreetype -lgd -L/usr/lib -lgd -ljpeg -lfreetype -L/usr//lib -lpng -lz -lXpm -lX11 -lexpat -L/home/david/src/proj-4.7.0//src/.libs -lproj -ljpeg -L/usr//lib -lpng -L/home/david/lib -lgif -L/home/david/lib -lgdal -L/home/david/lib -lpq -L/usr/kerberos/lib -lcurl -ldl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lidn -lssl -lcrypto -lz -L/home/david/lib -lgeos_c -lpthread -lc -lz -L/usr/lib -lxml2 -lz -lm -lm -lstdc++ -o shp2img ./libmapserver.a(mapogroutput.o): In function `msOGRWriteShape': /home/david/src/mapserver-6.0.1/mapogroutput.c:380: undefined reference to `OGR_G_ForceToPolygon' /home/david/src/mapserver-6.0.1/mapogroutput.c:385: undefined reference to `OGR_G_ForceToMultiPolygon' /home/david/src/mapserver-6.0.1/mapogroutput.c:390: undefined reference to `OGR_G_ForceToMultiPoint' /home/david/src/mapserver-6.0.1/mapogroutput.c:395: undefined reference to `OGR_G_ForceToMultiLineString' ./libmapserver.a(mapogroutput.o): In function `msOGRWriteFromQuery': /home/david/src/mapserver-6.0.1/mapogroutput.c:979: undefined reference to `CPLCreateZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:984: undefined reference to `CPLCreateFileInZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:989: undefined reference to `CPLCloseZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:1000: undefined reference to `CPLWriteFileInZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:1004: undefined reference to `CPLCloseFileInZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:1006: undefined reference to `CPLCloseZip' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Does anyone have a suggestion about how I can solve the following errors? I read some very old bug reports with the following error suggesting that it was due to the compiler version but I don't know if this is relevant. Thanks, David On Mon, Oct 17, 2011 at 3:17 AM, thomas bonfort wrote: > --with-gif=$HOME if you have installed it there. As a rule of thumb, > it is not a good idea to only compile the packages and not install > them (i.e. no make install) as there is no reason that the packages > respect the include/ lib/ hierarchy inside their source structure. > (i.e. you should be using --with-gdal=/home/david/bin/gdal-config, > --with-proj=/home/david, etc... ) > > -- > thomas > > > On Mon, Oct 17, 2011 at 06:48, David Quinn wrote: > > Hello List, > > > > I'm trying to install Mapserver on CentOS5 (specifically on a Webfaction > > shared hosting server). I'm using the following options: > > > > ./configure --prefix=$HOME \ > > --enable-debug \ > > --with-gd \ > > --with-freetype --without-tiff \ > > --with-gdal=/home/david/src/gdal-1.8.1/apps/gdal-config \ > > --with-ogr=/home/david/src/gdal-1.8.1/apps/gdal-config \ > > --with-proj=/home/david/src/proj-4.7.0/ \ > > --without-pdf \ > > --with-png=/usr/ --with-threads \ > > --with-postgis=/home/david/src/postgresql-8.4.6/src/bin/pg_config \ > > --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ > > --with-php=/usr/include/php5/ --enable-debug \ > > --with-geos=/home/david/bin/geos-config \ > > --with-python \ > > --with-gif=/home/david/src/giflib-4.1.6/lib/gif_lib.h > > > > However I get the following error: > > > > checking setjmp.h usability... yes > > checking setjmp.h presence... yes > > checking for setjmp.h... yes > > configure: checking where GIF is installed... > > configure: error: cannot find gif lib in > > /home/urbmet/src/giflib-4.1.6/lib/gif_lib.h > > > > After I got this error the first time, I installed giflib-4.1.6. The > results > > of running $ find | grep gif_lib.h > > ./include/gif_lib.h > > ./src/giflib-4.1.6/lib/gif_lib.h > > ./src/giflib-4.1.6/doc/gif_lib.html > > ./src/gdal-1.8.1/frmts/gif/giflib/gif_lib.h > > > > I have tried --with-gif with all of the following arguments, either to > the > > folder or to gif_lib.h without success. Am I missing any settings or > > dependencies? > > > > Thanks, > > David > > > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Mon Oct 17 05:18:01 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 17 Oct 2011 14:18:01 +0200 Subject: [mapserver-users] Problem compiling MapServer - "error: cannot find gif lib" In-Reply-To: References: Message-ID: maybe you didn't compile gdal with --with-ogr ? -- thomas On Mon, Oct 17, 2011 at 12:44, David Quinn wrote: > Hi Thomas, > > Thanks - that helped me fix the problem. I used the following options: > > ./configure --prefix=$HOME \ > --enable-debug? \ > --with-gd \ > --with-freetype --without-tiff \ > --with-gdal=/home/david/bin/gdal-config \ > --with-ogr=/home/david/bin/gdal-config \ > --with-proj=/home/david/src/proj-4.7.0/ \ > --without-pdf \ > --with-png=/usr/ --with-threads \ > --with-postgis=/home/david/bin/pg_config \ > --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ > --with-php=$HOME --enable-debug \ > --with-geos=/home/david/bin/geos-config \ > --with-python \ > --with-gif=$HOME > > and received the following summary: > > MapServer is now configured for > > ?-------------- Compiler Info ------------- > ? C compiler:??????????????? gcc -g? -fPIC -Wall > ? C++ compiler:????????????? g++ -g? -fPIC -Wall > ? Debug:???????????????????? -g > ? Generic NINT: > > ?-------------- Renderer Settings --------- > ? OpenGL support: > ? zlib support:????????????? -DUSE_ZLIB > ? png support:?????????????? -DUSE_PNG > ? gif support:?????????????? -DUSE_GIF > ? jpeg support:????????????? -DUSE_JPEG > ? freetype support:????????? -DUSE_FREETYPE > ? iconv support:???????????? -DUSE_ICONV > ? AGG support:?????????????? internal > ? SVG Symbol support:??????? -DUSE_AGG_SVG_SYMBOLS > ? Cairo (SVG,PDF) support: > ? KML support: > > ?-------------- Support Libraries --------- > ? Proj.4 support:??????????? -DUSE_PROJ > ? Libxml2 support:?????????? -DUSE_LIBXML2 > ? FriBidi support: > ? Curl support:????????????? -DUSE_CURL -DUSE_CURLOPT_PROXYAUTH > ? FastCGI support: > ? Threading support:???????? -DUSE_THREAD > ? GEOS support:????????????? -DUSE_GEOS > ? XML Mapfile support: > ? XSLT support: > ? EXSLT support: > > ?-------------- Data Format Drivers ------- > ? PostGIS support:?????????? -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION > ? ArcSDE support: > ? OGR support:?????????????? -DUSE_OGR > ? GDAL support:????????????? -DUSE_GDAL > ? Oracle Spatial support: > > ?-------------- OGC Services -------------- > ? WMS Server:??????????????? -DUSE_WMS_SVR > ? WMS Client:??????????????? -DUSE_WMS_LYR > ? WFS Server:??????????????? -DUSE_WFS_SVR > ? WFS Client:??????????????? -DUSE_WFS_LYR > ? WCS Server:??????????????? -DUSE_WCS_SVR > ? SOS Server: > > ?-------------- MapScript ----------------- > ? PHP MapScript:???????????? yes > > However I ran into problems when I ran 'make'. > > gcc -c -g? -fPIC -Wall???? -DHAVE_VSNPRINTF -DNEED_STRLCPY -DNEED_STRLCAT > -DNEED_STRRSTR?????????? -DUSE_WMS_LYR -DUSE_WFS_LYR? -DUSE_LIBXML2 > -DUSE_CURL -DUSE_CURLOPT_PROXYAUTH? -DUSE_WCS_SVR -DUSE_WFS_SVR > -DUSE_WMS_SVR?? -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL > -DUSE_OGR -DUSE_GEOS? -DUSE_THREAD -DUSE_PROJ -DUSE_AGG_SVG_SYMBOLS > -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS > -DGD_HAS_GET_TRUE_COLOR_PIXEL -DUSE_ICONV -DUSE_GIF -DUSE_PNG -DUSE_ZLIB > -DUSE_FREETYPE?? -DDISABLE_CVSID -I/usr/include/freetype2? -I/usr//include > -I/home/david/include? -I/usr/include -Irenderers/agg/include > -I/home/david/src/proj-4.7.0//src?? -I/home/david/include > -I/home/david/include??? -I/home/david/include??? -I/usr/include/libxml2 > shp2img.c -o shp2img.o > g++ -g? -fPIC -Wall???? -DHAVE_VSNPRINTF -DNEED_STRLCPY -DNEED_STRLCAT > -DNEED_STRRSTR?????????? -DUSE_WMS_LYR -DUSE_WFS_LYR? -DUSE_LIBXML2 > -DUSE_CURL -DUSE_CURLOPT_PROXYAUTH? -DUSE_WCS_SVR -DUSE_WFS_SVR > -DUSE_WMS_SVR?? -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL > -DUSE_OGR -DUSE_GEOS? -DUSE_THREAD -DUSE_PROJ -DUSE_AGG_SVG_SYMBOLS > -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS > -DGD_HAS_GET_TRUE_COLOR_PIXEL -DUSE_ICONV -DUSE_GIF -DUSE_PNG -DUSE_ZLIB > -DUSE_FREETYPE?? -DDISABLE_CVSID -I/usr/include/freetype2? -I/usr//include > -I/home/david/include? -I/usr/include -Irenderers/agg/include > -I/home/david/src/proj-4.7.0//src?? -I/home/david/include > -I/home/david/include??? -I/home/david/include??? -I/usr/include/libxml2 > shp2img.o? -L. -lmapserver -lfreetype -lgd -L/usr/lib -lgd -ljpeg -lfreetype > -L/usr//lib -lpng -lz -lXpm -lX11? -lexpat > -L/home/david/src/proj-4.7.0//src/.libs -lproj -ljpeg -L/usr//lib -lpng > -L/home/david/lib -lgif? -L/home/david/lib -lgdal -L/home/david/lib -lpq > -L/usr/kerberos/lib -lcurl -ldl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err > -lidn -lssl -lcrypto -lz??? -L/home/david/lib -lgeos_c -lpthread -lc??? -lz > -L/usr/lib -lxml2 -lz -lm? -lm -lstdc++??? -o shp2img > ./libmapserver.a(mapogroutput.o): In function `msOGRWriteShape': > /home/david/src/mapserver-6.0.1/mapogroutput.c:380: undefined reference to > `OGR_G_ForceToPolygon' > /home/david/src/mapserver-6.0.1/mapogroutput.c:385: undefined reference to > `OGR_G_ForceToMultiPolygon' > /home/david/src/mapserver-6.0.1/mapogroutput.c:390: undefined reference to > `OGR_G_ForceToMultiPoint' > /home/david/src/mapserver-6.0.1/mapogroutput.c:395: undefined reference to > `OGR_G_ForceToMultiLineString' > ./libmapserver.a(mapogroutput.o): In function `msOGRWriteFromQuery': > /home/david/src/mapserver-6.0.1/mapogroutput.c:979: undefined reference to > `CPLCreateZip' > /home/david/src/mapserver-6.0.1/mapogroutput.c:984: undefined reference to > `CPLCreateFileInZip' > /home/david/src/mapserver-6.0.1/mapogroutput.c:989: undefined reference to > `CPLCloseZip' > /home/david/src/mapserver-6.0.1/mapogroutput.c:1000: undefined reference to > `CPLWriteFileInZip' > /home/david/src/mapserver-6.0.1/mapogroutput.c:1004: undefined reference to > `CPLCloseFileInZip' > /home/david/src/mapserver-6.0.1/mapogroutput.c:1006: undefined reference to > `CPLCloseZip' > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > Does anyone have a suggestion about how I can solve the following errors? I > read some very old bug reports with the following error suggesting that it > was due to the compiler version but I don't know if this is relevant. > > Thanks, > David > > On Mon, Oct 17, 2011 at 3:17 AM, thomas bonfort > wrote: >> >> --with-gif=$HOME if you have installed it there. As a rule of thumb, >> it is not a good idea to only compile the packages and not install >> them (i.e. no make install) as there is no reason that the packages >> respect the include/ lib/ hierarchy inside their source structure. >> (i.e. you should be using ?--with-gdal=/home/david/bin/gdal-config, >> --with-proj=/home/david, etc... ) >> >> -- >> thomas >> >> >> On Mon, Oct 17, 2011 at 06:48, David Quinn wrote: >> > Hello List, >> > >> > I'm trying to install Mapserver on CentOS5 (specifically on a Webfaction >> > shared hosting server). I'm using the following options: >> > >> > ./configure --prefix=$HOME \ >> > --enable-debug? \ >> > --with-gd \ >> > --with-freetype --without-tiff \ >> > --with-gdal=/home/david/src/gdal-1.8.1/apps/gdal-config \ >> > --with-ogr=/home/david/src/gdal-1.8.1/apps/gdal-config \ >> > --with-proj=/home/david/src/proj-4.7.0/ \ >> > --without-pdf \ >> > --with-png=/usr/ --with-threads \ >> > --with-postgis=/home/david/src/postgresql-8.4.6/src/bin/pg_config \ >> > --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ >> > --with-php=/usr/include/php5/ --enable-debug \ >> > --with-geos=/home/david/bin/geos-config \ >> > --with-python \ >> > --with-gif=/home/david/src/giflib-4.1.6/lib/gif_lib.h >> > >> > However I get the following error: >> > >> > checking setjmp.h usability... yes >> > checking setjmp.h presence... yes >> > checking for setjmp.h... yes >> > configure: checking where GIF is installed... >> > configure: error: cannot find gif lib in >> > /home/urbmet/src/giflib-4.1.6/lib/gif_lib.h >> > >> > After I got this error the first time, I installed giflib-4.1.6. The >> > results >> > of running $ find | grep gif_lib.h >> > ./include/gif_lib.h >> > ./src/giflib-4.1.6/lib/gif_lib.h >> > ./src/giflib-4.1.6/doc/gif_lib.html >> > ./src/gdal-1.8.1/frmts/gif/giflib/gif_lib.h >> > >> > I have tried --with-gif with all of the following arguments, either to >> > the >> > folder or to gif_lib.h without success. Am I missing any settings or >> > dependencies? >> > >> > Thanks, >> > David >> > >> > >> > >> > _______________________________________________ >> > mapserver-users mailing list >> > mapserver-users at lists.osgeo.org >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > >> > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From dmorissette at mapgears.com Mon Oct 17 05:33:08 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Mon, 17 Oct 2011 08:33:08 -0400 Subject: [mapserver-users] problem with MapServer as WMS client In-Reply-To: References: <47F3B45F-5BEE-40ED-94B0-276C49C04BE4@gmail.com> <84446DEF76453C439E9E97E438E13A63036A8E@suutari.haapa.mmm.fi> Message-ID: <4E9C2084.1040705@mapgears.com> On 11-10-16 06:28 PM, Mr. Puneet Kishor wrote: > > On Oct 16, 2011, at 3:00 PM, Rahkonen Jukka wrote: >> >> Including name of the remote mapfile into CONNECTION string is OK. >> Perhaps addind DEBUG 5 into your WMS layer definition writes the request into log file but I do not know. Try and see if it helps. > > > I did bump the DEBUG level to 5, but that doesn't show the WMS calls. > Is it possible that you set DEBUG 5 only at the map level in your test? Setting DEBUG 5 inside the layer definition should log the HTTP requests. -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From yves.jacolin at camptocamp.com Mon Oct 17 06:08:05 2011 From: yves.jacolin at camptocamp.com (Yves Jacolin) Date: Mon, 17 Oct 2011 15:08:05 +0200 Subject: [mapserver-users] KEYIMAGE and icon size Message-ID: <201110171508.06228.yves.jacolin@camptocamp.com> Hello, Is it possible to define icone size (width and height) for each class instead of use the one in LEGEND object when using KEYIMAGE parameter? Thanks, Y. -- Responsable Formation et Support Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel (France) : +33 4 79 26 57 98 Tel (Suisse) : +41 21 619 1031 Mob. : +33 6 18 75 42 21 Fax : 04 79 70 15 81 Mail : yves.jacolin at camptocamp.com http://www.camptocamp.com From knasia at poczta.fm Mon Oct 17 06:19:38 2011 From: knasia at poczta.fm (knasia) Date: Mon, 17 Oct 2011 06:19:38 -0700 (PDT) Subject: [mapserver-users] Re: symbolunits meters doesn't work In-Reply-To: References: <1318834595497-6899443.post@n2.nabble.com> Message-ID: <1318857578676-6900513.post@n2.nabble.com> This is my declaration: PROJECTION "init=epsg:4326" END UNITS METERS No matter what I use my symbol is of a size which has nothing to do with real legth in meters. When I change zoom level size of a symbol is the same. I want to have symbols 7 meters long, but they are all the time the same. Maybe I shouldn't use symbol made of POINTS but something else. For example now I use arrows such as: SYMBOL NAME "backArrow" TYPE vector POINTS 0 1 1 0 -99 -99 0 1 1 2 -99 -99 0 1 4 1 END STYLE 1 40 1 40 END END -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/symbolunits-meters-doesn-t-work-tp6899443p6900513.html Sent from the Mapserver - User mailing list archive at Nabble.com. From thomas.bonfort at gmail.com Mon Oct 17 06:25:00 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 17 Oct 2011 15:25:00 +0200 Subject: [mapserver-users] Re: symbolunits meters doesn't work In-Reply-To: <1318857578676-6900513.post@n2.nabble.com> References: <1318834595497-6899443.post@n2.nabble.com> <1318857578676-6900513.post@n2.nabble.com> Message-ID: epsg:4326 is units dd On Mon, Oct 17, 2011 at 15:19, knasia wrote: > This is my declaration: > > ?PROJECTION > ?"init=epsg:4326" > ?END > UNITS METERS > > No matter what I use my symbol is of a size which has nothing to do with > real legth in meters. When I change zoom level size of a symbol is the same. > I want to have symbols 7 meters long, but they are all the time the same. > Maybe I shouldn't use symbol made of POINTS but something else. > > For example now I use arrows such as: > SYMBOL > ? ?NAME "backArrow" > ? ?TYPE vector > ? ?POINTS > ? ? ? ?0 1 > ? ? ? ?1 0 > ? ? ? ?-99 -99 > ? ? ? ?0 1 > ? ? ? ?1 2 > ? ? ? ?-99 -99 > ? ? ? ?0 1 > ? ? ? ?4 1 > ? ?END > ? ? ? ?STYLE > ? ? ? ?1 40 1 40 > ? ? ? ?END > END > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/symbolunits-meters-doesn-t-work-tp6899443p6900513.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From trottier.marcandre at gmail.com Mon Oct 17 06:26:07 2011 From: trottier.marcandre at gmail.com (=?ISO-8859-1?Q?Marc=2DAndr=E9_Trottier?=) Date: Mon, 17 Oct 2011 09:26:07 -0400 Subject: [mapserver-users] problem with Regular Expression Message-ID: hi! i'm using Mapserver 6.0 and got this error : msValidateParameter(): Regular expression error. Parameter pattern validation failed. with this CLASS : CLASS NAME "R?gion administrative" EXPRESSION ('[res_co_reg]' eq '%RES_CO_REG%') GROUP "adn" LABEL COLOR 139 35 35 ANTIALIAS FALSE TYPE TRUETYPE FONT "verait" SIZE 12 POSITION AUTO FORCE FALSE MINDISTANCE 10000 PARTIALS FALSE BUFFER 3 END STYLE OUTLINECOLOR 139 35 35 WIDTH 5 END END but everything works well i also tried and the error always appear : EXPRESSION ("[res_co_reg]" eq "%RES_CO_REG%") EXPRESSION ('[res_co_reg]' = '%RES_CO_REG%') EXPRESSION ([res_co_reg] eq %RES_CO_REG%) EXPRESSION ("[res_co_reg]" = "%RES_CO_REG%") -------------- next part -------------- An HTML attachment was scrubbed... URL: From traviskirstine at gmail.com Mon Oct 17 06:49:52 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Mon, 17 Oct 2011 09:49:52 -0400 Subject: [mapserver-users] problem with Regular Expression In-Reply-To: References: Message-ID: Marc-Andr? I have never used regex in MS but this should work: EXPRESSION ('[res_co_reg]' ~* '^.*RES_CO_REG.*$') I believe that regex are costly in term of performance Regards On 17 October 2011 09:26, Marc-Andr? Trottier wrote: > hi! > i'm using Mapserver 6.0 and got this error : > > msValidateParameter(): Regular expression error. Parameter pattern > validation failed. > > with this CLASS : > ?CLASS > ??? NAME "R?gion administrative" > ??? EXPRESSION? ('[res_co_reg]' eq '%RES_CO_REG%') > ??? GROUP "adn" > ??? LABEL > ??? ??? COLOR 139 35 35 > ??? ??? ANTIALIAS FALSE > ??? ??? TYPE TRUETYPE > ??? ??? FONT "verait" > ??? ??? SIZE 12 > ??? ??? POSITION AUTO > ??? ??? FORCE FALSE > ??? ??? MINDISTANCE 10000 > ??? ??? PARTIALS FALSE > ??? ??? BUFFER 3 > ??? END > ??? STYLE > ??? ??? OUTLINECOLOR 139 35 35 > ??? ??? WIDTH 5 > ??? END > END > > but everything works well > > i also tried and the error always appear : > > ??? EXPRESSION? ("[res_co_reg]" eq "%RES_CO_REG%") > ??? EXPRESSION? ('[res_co_reg]' = '%RES_CO_REG%') > ??? EXPRESSION? ([res_co_reg] eq %RES_CO_REG%) > ??? EXPRESSION? ("[res_co_reg]" = "%RES_CO_REG%") > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From knasia at poczta.fm Mon Oct 17 07:01:36 2011 From: knasia at poczta.fm (knasia) Date: Mon, 17 Oct 2011 07:01:36 -0700 (PDT) Subject: [mapserver-users] Re: lane presentation of highways In-Reply-To: <4E9B250B.6020408@swoodbridge.com> References: <47CBC150.5030105@zeelandnet.nl> <1318788817052-6898243.post@n2.nabble.com> <4E9B250B.6020408@swoodbridge.com> Message-ID: <1318860096145-6900665.post@n2.nabble.com> Unfortunatelly I have to distinguish two directions as i have to put arrows on the end of each line. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/lane-presentation-of-highways-tp1970119p6900665.html Sent from the Mapserver - User mailing list archive at Nabble.com. From knasia at poczta.fm Mon Oct 17 07:05:01 2011 From: knasia at poczta.fm (knasia) Date: Mon, 17 Oct 2011 07:05:01 -0700 (PDT) Subject: [mapserver-users] problem with truetype symbols Message-ID: <1318860301179-6900681.post@n2.nabble.com> Hi, am trying to draw an arrows on the line on my geometry. I have manage to draw arrow using vector type (from http://osgeo-org.1803224.n2.nabble.com/one-way-roads-drawing-spaced-arrows-td1995303.html): a) SYMBOL NAME 'backArrow' TYPE vector POINTS 0 1 1 0 -99 -99 0 1 1 2 -99 -99 0 1 4 1 END END And it works, but when I try to use truetype it doesn't work (nothing appears on the map) b) SYMBOL NAME "fwdArrowFont" TYPE truetype FONT verdana CHARACTER ">" END Do I need any additional code or so to make it works? Second question: My arrows (draw as in "a)" ) are horizontal. My task is to distinguish 2 directions of each line from geometry (1st: from node a to b and snd: from b to a) and draw arrows along the road at the end of each line. How can I do this? How can I draw them along the line? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/problem-with-truetype-symbols-tp6900681p6900681.html Sent from the Mapserver - User mailing list archive at Nabble.com. From knasia at poczta.fm Mon Oct 17 07:25:06 2011 From: knasia at poczta.fm (knasia) Date: Mon, 17 Oct 2011 07:25:06 -0700 (PDT) Subject: [mapserver-users] Re: symbolunits meters doesn't work In-Reply-To: References: <1318834595497-6899443.post@n2.nabble.com> <1318857578676-6900513.post@n2.nabble.com> Message-ID: <1318861506576-6900767.post@n2.nabble.com> Hi, I believe "init=epsg:4326" is for UNITS DD and "init=epsg:26915" is for UNITS METERS. I have changed my declaration to "init=epsg:26915" and UNITS METERS but nothing change. Should I do anything more? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/symbolunits-meters-doesn-t-work-tp6899443p6900767.html Sent from the Mapserver - User mailing list archive at Nabble.com. From daithiquinn at gmail.com Mon Oct 17 07:44:58 2011 From: daithiquinn at gmail.com (David Quinn) Date: Mon, 17 Oct 2011 08:44:58 -0600 Subject: [mapserver-users] Problem compiling MapServer - "error: cannot find gif lib" In-Reply-To: References: Message-ID: I just reinstalled gdal-1.8.1 using: ./configure --prefix=$HOME --with-python --with-pg=/home/david/bin/pg_config --with-ogr --with-gif=$HOME I'm still getting an error when I run 'make' on the mapserver source file: ./libmapserver.a(mapogroutput.o): In function `msOGRWriteShape': /home/david/src/mapserver-6.0.1/mapogroutput.c:380: undefined reference to `OGR_G_ForceToPolygon' /home/david/src/mapserver-6.0.1/mapogroutput.c:385: undefined reference to `OGR_G_ForceToMultiPolygon' /home/david/src/mapserver-6.0.1/mapogroutput.c:390: undefined reference to `OGR_G_ForceToMultiPoint' /home/david/src/mapserver-6.0.1/mapogroutput.c:395: undefined reference to `OGR_G_ForceToMultiLineString' ./libmapserver.a(mapogroutput.o): In function `msOGRWriteFromQuery': /home/david/src/mapserver-6.0.1/mapogroutput.c:979: undefined reference to `CPLCreateZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:984: undefined reference to `CPLCreateFileInZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:989: undefined reference to `CPLCloseZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:1000: undefined reference to `CPLWriteFileInZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:1004: undefined reference to `CPLCloseFileInZip' /home/david/src/mapserver-6.0.1/mapogroutput.c:1006: undefined reference to `CPLCloseZip' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Are there any other things I can test out? David On Mon, Oct 17, 2011 at 6:18 AM, thomas bonfort wrote: > maybe you didn't compile gdal with --with-ogr ? > > -- > thomas > > On Mon, Oct 17, 2011 at 12:44, David Quinn wrote: > > Hi Thomas, > > > > Thanks - that helped me fix the problem. I used the following options: > > > > ./configure --prefix=$HOME \ > > --enable-debug \ > > --with-gd \ > > --with-freetype --without-tiff \ > > --with-gdal=/home/david/bin/gdal-config \ > > --with-ogr=/home/david/bin/gdal-config \ > > --with-proj=/home/david/src/proj-4.7.0/ \ > > --without-pdf \ > > --with-png=/usr/ --with-threads \ > > --with-postgis=/home/david/bin/pg_config \ > > --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ > > --with-php=$HOME --enable-debug \ > > --with-geos=/home/david/bin/geos-config \ > > --with-python \ > > --with-gif=$HOME > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From trottier.marcandre at gmail.com Mon Oct 17 08:32:13 2011 From: trottier.marcandre at gmail.com (=?ISO-8859-1?Q?Marc=2DAndr=E9_Trottier?=) Date: Mon, 17 Oct 2011 11:32:13 -0400 Subject: [mapserver-users] problem with Regular Expression In-Reply-To: References: Message-ID: working great ! thanks a lot Marc-Andr? Trottier 2011/10/17 Travis Kirstine > Marc-Andr? > > I have never used regex in MS but this should work: > > EXPRESSION ('[res_co_reg]' ~* '^.*RES_CO_REG.*$') > > I believe that regex are costly in term of performance > > Regards > > > > On 17 October 2011 09:26, Marc-Andr? Trottier > wrote: > > hi! > > i'm using Mapserver 6.0 and got this error : > > > > msValidateParameter(): Regular expression error. Parameter pattern > > validation failed. > > > > with this CLASS : > > CLASS > > NAME "R?gion administrative" > > EXPRESSION ('[res_co_reg]' eq '%RES_CO_REG%') > > GROUP "adn" > > LABEL > > COLOR 139 35 35 > > ANTIALIAS FALSE > > TYPE TRUETYPE > > FONT "verait" > > SIZE 12 > > POSITION AUTO > > FORCE FALSE > > MINDISTANCE 10000 > > PARTIALS FALSE > > BUFFER 3 > > END > > STYLE > > OUTLINECOLOR 139 35 35 > > WIDTH 5 > > END > > END > > > > but everything works well > > > > i also tried and the error always appear : > > > > EXPRESSION ("[res_co_reg]" eq "%RES_CO_REG%") > > EXPRESSION ('[res_co_reg]' = '%RES_CO_REG%') > > EXPRESSION ([res_co_reg] eq %RES_CO_REG%) > > EXPRESSION ("[res_co_reg]" = "%RES_CO_REG%") > > > > > > > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.callahan at udel.edu Mon Oct 17 11:54:13 2011 From: john.callahan at udel.edu (John Callahan) Date: Mon, 17 Oct 2011 14:54:13 -0400 Subject: [mapserver-users] gradient display of raster DEM data In-Reply-To: References: Message-ID: Thanks for all your responses. I have COLORRANGE / DATARANGE working fine in my map file. Works very well. I'm also looking at using gdaldem for a more custom color scale. Thanks again. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* On Fri, Oct 14, 2011 at 5:49 PM, Smith, Michael ERDC-CRREL-NH < Michael.Smith at usace.army.mil> wrote: > John > > The DATARANGE / COLORRANGE keywords will be fully documented by 6.2 but > they have been present in MapServer for years (since 4.6 or so). > > We used DATARANGE / COLORRANGE for dem display in this years FOSS4G WMS > Benchmarking effort. > > Mike > > -- > Michael Smith > US Army Corps > Remote Sensing GIS/Center > > From: John Callahan > Date: Fri, 14 Oct 2011 16:55:59 -0400 > > To: > Subject: [mapserver-users] gradient display of raster DEM data > > I know this has been asked before but I thought I'd ask to see if anything > changed. > > I'm looking to display a raster digital elevation model in mapserver. My > data is in flat files, img and tiff. I'd like to display this data as a > continuous gradient color range, rather than using CLASS categories/bins for > specific colors. Is it still tru ethat this is not possible, easily? > > One method (passed to me on this list) was too generate the colored image > I want in another program, using GMT or similar tool, then use that in > mapserver. This seems like the best option but is non-trivial to someone > who hasn't done this before. (though not terribly difficult.) > > I also read about the use of DATARANGE and COLORRANGE in mapserver. > However, these are not in the documentation. Are these available in trunk > only? A ticket was generated that seems to say this will be included with > MS 6.2. (http://trac.osgeo.org/mapserver/ticket/1305) Any insight on > whether this is still the plan? > > > Thanks for your help and advice. > > - John > > *********************************************** > John Callahan, Research Scientist > Delaware Geological Survey, University of Delaware > URL: http://www.dgs.udel.edu > ************************************************* > > _______________________________________________ mapserver-users mailing > list mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Smith at usace.army.mil Mon Oct 17 12:05:22 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Mon, 17 Oct 2011 19:05:22 +0000 Subject: [mapserver-users] gradient display of raster DEM data In-Reply-To: Message-ID: John, I got a larger color range by using multiple classes LAYER NAME "hillshade" TYPE raster TILEINDEX "/benchmarking/wms/2011/data/raster/DEM/bil_16int/dem_bil16int.shp" PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION "+init=epsg:4326" END CLASS STYLE COLORRANGE 46 154 88 251 255 128 DATARANGE 1003 1800 END END CLASS STYLE COLORRANGE 251 255 128 224 108 31 DATARANGE 1800 2800 END END CLASS STYLE COLORRANGE 224 108 31 200 55 55 DATARANGE 2800 3500 END END CLASS STYLE COLORRANGE 200 55 55 215 244 244 DATARANGE 3500 4397 END END END From: John Callahan > Date: Mon, 17 Oct 2011 14:54:13 -0400 To: "mapserver-users at lists.osgeo.org" > Subject: Re: [mapserver-users] gradient display of raster DEM data Thanks for all your responses. I have COLORRANGE / DATARANGE working fine in my map file. Works very well. I'm also looking at using gdaldem for a more custom color scale. Thanks again. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* On Fri, Oct 14, 2011 at 5:49 PM, Smith, Michael ERDC-CRREL-NH > wrote: John The DATARANGE / COLORRANGE keywords will be fully documented by 6.2 but they have been present in MapServer for years (since 4.6 or so). We used DATARANGE / COLORRANGE for dem display in this years FOSS4G WMS Benchmarking effort. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center From: John Callahan > Date: Fri, 14 Oct 2011 16:55:59 -0400 To: > Subject: [mapserver-users] gradient display of raster DEM data I know this has been asked before but I thought I'd ask to see if anything changed. I'm looking to display a raster digital elevation model in mapserver. My data is in flat files, img and tiff. I'd like to display this data as a continuous gradient color range, rather than using CLASS categories/bins for specific colors. Is it still tru ethat this is not possible, easily? One method (passed to me on this list) was too generate the colored image I want in another program, using GMT or similar tool, then use that in mapserver. This seems like the best option but is non-trivial to someone who hasn't done this before. (though not terribly difficult.) I also read about the use of DATARANGE and COLORRANGE in mapserver. However, these are not in the documentation. Are these available in trunk only? A ticket was generated that seems to say this will be included with MS 6.2. (http://trac.osgeo.org/mapserver/ticket/1305) Any insight on whether this is still the plan? Thanks for your help and advice. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jefferson.d.williams at gmail.com Mon Oct 17 12:26:17 2011 From: jefferson.d.williams at gmail.com (Jefferson Williams) Date: Mon, 17 Oct 2011 14:26:17 -0500 Subject: [mapserver-users] Cairo and text elements Message-ID: For some years now, I have been using PHP MapScript with my own code to make SVG maps for use on Wikipedia. Since these are static maps, I typically tweak them with an editor (moving or editing labels, re-positioning or re-sizing highway shields, et cetera) to make the maps look as good as possible. Upon upgrading to MapServer 6.0.1, I found that with Cairo handling the SVG output, I can no longer modify the labels. It also makes the SVG files about three times larger in this application. I understand the rationale that I've read on this, in terms of ensuring that an SVG looks consistent across many different viewers; but it's not ideal for all applications. I'm wondering if there are any plans for MapServer/Cairo to allow the option of producing text through elements. For now I will probably move back to MapScript 5.6, but some of the new features in 6.0 would be very useful. -- Jeff Williams -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.callahan at udel.edu Mon Oct 17 13:41:50 2011 From: john.callahan at udel.edu (John Callahan) Date: Mon, 17 Oct 2011 16:41:50 -0400 Subject: [mapserver-users] gradient display of raster DEM data In-Reply-To: References: Message-ID: Excellent! Very cool method. I've used multiple classes for vectors but didn't think about it for rasters. Thanks for the advice. - John *********************************************** John Callahan, Research Scientist Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ************************************************* On Mon, Oct 17, 2011 at 3:05 PM, Smith, Michael ERDC-CRREL-NH < Michael.Smith at usace.army.mil> wrote: > John, > > I got a larger color range by using multiple classes > > LAYER > NAME "hillshade" > TYPE raster > TILEINDEX > "/benchmarking/wms/2011/data/raster/DEM/bil_16int/dem_bil16int.shp" > PROCESSING "CLOSE_CONNECTION=DEFER" > PROJECTION > "+init=epsg:4326" > END > CLASS > STYLE > COLORRANGE 46 154 88 251 255 128 > DATARANGE 1003 1800 > END > END > CLASS > STYLE > COLORRANGE 251 255 128 224 108 31 > DATARANGE 1800 2800 > END > END > CLASS > STYLE > COLORRANGE 224 108 31 200 55 55 > DATARANGE 2800 3500 > END > END > CLASS > STYLE > COLORRANGE 200 55 55 215 244 244 > DATARANGE 3500 4397 > END > END > END > > > From: John Callahan > Date: Mon, 17 Oct 2011 14:54:13 -0400 > To: "mapserver-users at lists.osgeo.org" > Subject: Re: [mapserver-users] gradient display of raster DEM data > > Thanks for all your responses. I have COLORRANGE / DATARANGE working fine > in my map file. Works very well. I'm also looking at using gdaldem for a > more custom color scale. Thanks again. > > - John > > *********************************************** > John Callahan, Research Scientist > Delaware Geological Survey, University of Delaware > URL: http://www.dgs.udel.edu > ************************************************* > > > > On Fri, Oct 14, 2011 at 5:49 PM, Smith, Michael ERDC-CRREL-NH < > Michael.Smith at usace.army.mil> wrote: > >> John >> >> The DATARANGE / COLORRANGE keywords will be fully documented by 6.2 but >> they have been present in MapServer for years (since 4.6 or so). >> >> We used DATARANGE / COLORRANGE for dem display in this years FOSS4G WMS >> Benchmarking effort. >> >> Mike >> >> -- >> Michael Smith >> US Army Corps >> Remote Sensing GIS/Center >> >> From: John Callahan >> Date: Fri, 14 Oct 2011 16:55:59 -0400 >> >> To: >> Subject: [mapserver-users] gradient display of raster DEM data >> >> I know this has been asked before but I thought I'd ask to see if >> anything changed. >> >> I'm looking to display a raster digital elevation model in mapserver. >> My data is in flat files, img and tiff. I'd like to display this data as a >> continuous gradient color range, rather than using CLASS categories/bins for >> specific colors. Is it still tru ethat this is not possible, easily? >> >> One method (passed to me on this list) was too generate the colored >> image I want in another program, using GMT or similar tool, then use that in >> mapserver. This seems like the best option but is non-trivial to someone >> who hasn't done this before. (though not terribly difficult.) >> >> I also read about the use of DATARANGE and COLORRANGE in mapserver. >> However, these are not in the documentation. Are these available in trunk >> only? A ticket was generated that seems to say this will be included with >> MS 6.2. (http://trac.osgeo.org/mapserver/ticket/1305) Any insight on >> whether this is still the plan? >> >> >> Thanks for your help and advice. >> >> - John >> >> *********************************************** >> John Callahan, Research Scientist >> Delaware Geological Survey, University of Delaware >> URL: http://www.dgs.udel.edu >> ************************************************* >> >> _______________________________________________ mapserver-users mailing >> list mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > _______________________________________________ mapserver-users mailing > list mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob.Bistrais at maine.gov Mon Oct 17 14:59:13 2011 From: Bob.Bistrais at maine.gov (Bistrais, Bob) Date: Mon, 17 Oct 2011 17:59:13 -0400 Subject: [mapserver-users] display of features- more than one attribute Message-ID: <4EFF8BB964547748A07CA32961810C041C3C941D@SOM-TEAQASMAIL1.som.w2k.state.me.us> This one is rather convoluted. I have a dataset that contains 4 attributes that I want to show. All items are basically 1/0, or yes/no. For each feature, if one item = 1, draw one symbol. Farther down in the map file, for another item, if = 1, draw another symbol on the same feature, and so on. If possible, I'd like to do this all with one map file. So far, it's not working for me- symbols are only drawn for the first attribute where = 1. I hope this makes some sense. Does anyone have any ideas? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob.Bistrais at maine.gov Mon Oct 17 15:28:57 2011 From: Bob.Bistrais at maine.gov (Bistrais, Bob) Date: Mon, 17 Oct 2011 18:28:57 -0400 Subject: [mapserver-users] display of features- more than one attribute In-Reply-To: <4EFF8BB964547748A07CA32961810C041C3C941D@SOM-TEAQASMAIL1.som.w2k.state.me.us> References: <4EFF8BB964547748A07CA32961810C041C3C941D@SOM-TEAQASMAIL1.som.w2k.state.me.us> Message-ID: <4EFF8BB964547748A07CA32961810C041C3C9423@SOM-TEAQASMAIL1.som.w2k.state.me.us> Never mind- got it under control. Brain cramp. ________________________________ From: Bistrais, Bob Sent: Monday, October 17, 2011 5:59 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] display of features- more than one attribute This one is rather convoluted. I have a dataset that contains 4 attributes that I want to show. All items are basically 1/0, or yes/no. For each feature, if one item = 1, draw one symbol. Farther down in the map file, for another item, if = 1, draw another symbol on the same feature, and so on. If possible, I'd like to do this all with one map file. So far, it's not working for me- symbols are only drawn for the first attribute where = 1. I hope this makes some sense. Does anyone have any ideas? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jukka.Rahkonen at mmmtike.fi Tue Oct 18 01:36:25 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Tue, 18 Oct 2011 08:36:25 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> Message-ID: <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> Hi, It is also possible to create a mask layer with REQUIRES keywork. The snippet below will make the "mask" layer to draw always when the "countries" layer is drawn. However, it is not automatically drawn if you ask for any other layer. One minory drawback is that the mask layer is also listed in the GetCapabilities as a normal WMS layer. LAYER NAME "mask" .... REQUIRES "[countries]" ... END -Jukka Rahkonen- ________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta John Cartwright L?hetetty: 17. lokakuuta 2011 8:33 Vastaanottaja: Matt McClelland Kopio: mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] WMS GetMap request - incorrect layer ordering Thanks for your reply Matt. The GROUP idea works and, if I name the GROUP the same as the layer I'm attempting to mask, seems to prevent the unmasked layers from displaying. However, since it appears that a layer can only be in one GROUP, this means that I have to duplicate my inline mask layer for each image layer I'm attempting to mask. --john On Oct 16, 2011, at 5:18 PM, Matt McClelland wrote: My understanding is that the order you list the WMS layers is the order in which they will be layed down Try adding GROUP "default" to the layers you want displayed then use &layers=default in you WMS call. Hope that helps. Matt :) On Mon, Oct 17, 2011 at 7:28 AM, Rahkonen Jukka > wrote: Hi, Somehow I feel that using STATUS DEFAULT layers with WMS is against the idea of the standard which has obviously been that user gets exactly those layers which are ordered from the service with &layers=. Configuring server to always send some layers may be useful sometimes but righ now I cannot imagine when. Can you give a few examples? -Jukka Rahkonen- John Cartwright wrote: > Thanks for your reply Jukka. The reason for the single layer in the WMS request is that the other layer has a > "STATUS default" which I understood to mean that it was always returned regardless of the value in the WMS > layers parameter. Indeed this has been my experience, problem is that the default layer is always at the > bottom of the draw order. --john On Oct 15, 2011, at 10:54 AM, Rahkonen Jukka wrote: > Hi, > > You had only one layer in your WMS request but I suppose it was just an accident. Layers in WMS request should be respected so that the first layer goes to the bottom and next ones above it. Order in the mapfile should not matter. I can't say about your installation but it seems to behave correctly for me with Mapserver 6.0 > Compare this one with toilets first in the request > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=POI_toilet%2Cdefault&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > and this with toilets last > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=default%2CPOI_toilet&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=436293.7193914731,6903411.337404243,436601.3555717845,6903647.929063611&SRS=EPSG:3067&STYLES= > > -Jukka Rahkonen- > ________________________________________ > L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [john.c.cartwright at comcast.net] puolesta > L?hetetty: 15. lokakuuta 2011 19:02 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] WMS GetMap request - incorrect layer ordering > > Hello All, > > I'm finding a difference between the image produced by shp2img and a WMS GetMap request. The image produced by shp2img looks as I expect honoring the order in which LAYERS are defined in the map file and the STATUS value. However, the WMS request does not seem to respect the order of the LAYERs, always drawing the polygons first regardless of the order defined in the map file or that of the WMS LAYERS request parameter. > > Here's a representative WMS request: > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png > > Both the cities and countries layers display as you'd expect, but the countries draw on top of the cities contrary to what I'd expect and different that in the shp2img output. > > I'm using mapserver version 6.0.1 and I've tried various versions of WMS. Can someone please examine the map file below and point out what I'm doing wrong? > > Thanks! > > --john > > > MAP > NAME basicworld > SIZE 720 360 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "/Users/jcc/shapefiles" > IMAGETYPE PNG > > WEB > IMAGEPATH "/Library/WebServer/Documents/output" > IMAGEURL "/output/" > > METADATA > "ows_title" "BasicWorld Server" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ##required > "ows_srs" "EPSG:4326" > "ows_onlineresource" "http://localhost/cgi-bin/basicworld?" ## Recommended > "ows_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" ##required > END > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > LAYER > NAME countries > TYPE POLYGON > STATUS on > DATA "country" > CLASS > OUTLINECOLOR 0 0 0 > COLOR 167 167 167 > END > END # layer > > LAYER > NAME cities > TYPE POINT > STATUS default > DATA "cities" > CLASS > SYMBOL 'circle' > SIZE 6 > COLOR 204 153 255 > END > END # layer > > END # Map File_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.greenwood at gmail.com Tue Oct 18 06:08:28 2011 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Tue, 18 Oct 2011 07:08:28 -0600 Subject: [mapserver-users] multiple highway shields on a single line Message-ID: I have an area where 4 numbered US highways are coincident (all following the same road) that I would like to label with the standard US highway shield superimposed with the individual route numbers as shown on the attached gif. Any suggestions as to how to accomplish this? Thanks, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com -------------- next part -------------- A non-text attachment was scrubbed... Name: hwy.gif Type: image/gif Size: 2726 bytes Desc: not available URL: From thomas.bonfort at gmail.com Tue Oct 18 06:13:58 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 18 Oct 2011 15:13:58 +0200 Subject: [mapserver-users] Cairo and text elements In-Reply-To: References: Message-ID: I agree this would be a nice feature to have, but this concerns the cairo library. Once cairo supports this kind of text placement, we can have a look at how to support it inside mapserver. you might want to have a look at http://lists.freedesktop.org/archives/cairo/2011-February/021777.html for a cairo patch. I don't know if this can be picked up by mapserver without patching its cairo calls. regards, Thomas On Mon, Oct 17, 2011 at 21:26, Jefferson Williams wrote: > For some years now, I have been using PHP MapScript with my own code to make > SVG maps for use on Wikipedia. ?Since these are static maps, I typically > tweak them with an editor (moving or editing labels, re-positioning or > re-sizing highway shields, et cetera) to make the maps look as good as > possible. > Upon upgrading to MapServer 6.0.1, I found that with Cairo handling the SVG > output, I can no longer modify the labels. ?It also makes the SVG files > about three times larger in this application. ?I understand the rationale > that I've read on this, in terms of ensuring that an SVG looks consistent > across many different viewers; but it's not ideal for all applications. > I'm wondering if there are any plans for MapServer/Cairo to allow the option > of producing text through elements. ?For now I will probably move > back to MapScript 5.6, but some of the new features in 6.0 would be very > useful. > > -- > > Jeff Williams > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From jefferson.d.williams at gmail.com Tue Oct 18 07:01:34 2011 From: jefferson.d.williams at gmail.com (Jefferson Williams) Date: Tue, 18 Oct 2011 09:01:34 -0500 Subject: [mapserver-users] Cairo and text elements In-Reply-To: References: Message-ID: Thanks. I agree it's largely a Cairo issue at this point, but the decision to move to Cairo for SVG output has broken existing processes (for me, at least) with no workaround except downgrading -- unless that user-submitted Cairo patch works, which I will look into. I just wanted to see if anyone else was concerned about this and had any thoughts, but I will also try to talk to the Cairo group about it. However, the latest release of Cairo (1.10.2), came out nearly a year ago, so I'm not sure how actively it is currently being developed. On Tue, Oct 18, 2011 at 8:13 AM, thomas bonfort wrote: > I agree this would be a nice feature to have, but this concerns the > cairo library. Once cairo supports this kind of text placement, we can > have a look at how to support it inside mapserver. > > you might want to have a look at > http://lists.freedesktop.org/archives/cairo/2011-February/021777.html > for a cairo patch. I don't know if this can be picked up by mapserver > without patching its cairo calls. > > regards, > > Thomas > > -- Jeff Williams -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Tue Oct 18 07:06:14 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Tue, 18 Oct 2011 10:06:14 -0400 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> Message-ID: <4E9D87D6.1070100@mapgears.com> On 11-10-18 04:36 AM, Rahkonen Jukka wrote: > Hi, > It is also possible to create a mask layer with REQUIRES keywork. The > snippet below will make the "mask" layer to draw always when the > "countries" layer is drawn. However, it is not automatically drawn if > you ask for any other layer. One minory drawback is that the mask layer > is also listed in the GetCapabilities as a normal WMS layer. > LAYER > NAME "mask" > .... > REQUIRES "[countries]" > ... > END Great suggestion. And with MapServer 6.x you can hide the mask layer from the GetCapabilities using the "ows_enable_request" metadata: LAYER NAME "mask" .... REQUIRES "[countries]" METADATA "ows_enable_request" "!GetCapabilities" ... END ... END -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From daithiquinn at gmail.com Tue Oct 18 07:28:13 2011 From: daithiquinn at gmail.com (David Quinn) Date: Tue, 18 Oct 2011 10:28:13 -0400 Subject: [mapserver-users] Error when running ./mapserv Message-ID: Hello All, I'm trying to install mapserver and have a new error. When I run `./mapserv' I get the following message: "./mapserv: error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory" I'm installing this on a linux system, and following the directions here: http://mapserver.org/installation/unix.html#installation I'm using the following options: ./configure \ --enable-debug \ --with-gd=/home/david/src/GD/src \ --with-curl-config=/home/david/bin/curl-config \ --with-freetype --without-tiff \ --with-gdal=/home/david/bin/gdal-config \ --with-ogr=/home/david/bin/gdal-config \ --with-proj=/home/david/src/proj-4.7.0/ \ --without-pdf \ --with-threads \ --with-postgis=/home/david/bin/pg_config \ --with-wfs --with-wcs --with-wmsclient --with-wfsclient \ --with-php=$HOME --enable-debug \ --with-geos=/home/david/bin/geos-config \ --with-python \ --with-gif=$HOME \ ?-with-wfsclient \ --with-kml When I installed curl, I just used the default options (./.configure, make, make install). Do I need to install curl using specific arguments to include libcurl? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Tue Oct 18 08:03:35 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 18 Oct 2011 11:03:35 -0400 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: References: Message-ID: <4E9D9547.1010002@swoodbridge.com> On 10/18/2011 9:08 AM, Richard Greenwood wrote: > I have an area where 4 numbered US highways are coincident (all > following the same road) that I would like to label with the standard > US highway shield superimposed with the individual route numbers as > shown on the attached gif. Any suggestions as to how to accomplish > this? Hi Rich, I think that you would need to do something along these lines, and I'm not entirely sure you can actually do it. 1. you will need to draw the labels 4 separate times probably using an annotation layer 2. you need to have 4 attribute columns like N1, N2, N3, N4 where each highway number is in one column. You might also need 4 shield type columns like T1, T2, T3, T4 that take values like I, U, S, C for Interstate, US Hwy, State, and County highways respectively so you can select the appropriate shield/ 3. The using geom processing select the start, end, middle, or percentage along the line to place the symbol 4. then place the highway shield like normal using LAYER ... CLASSITEM "T1" LABELITEM "N1" CLASS EXPRESSION "" # catch and empty slot and NOP END CLASS EXPRESSION "I" # do the interstate shield END CLASS EXPRESSION "U" # do US Hwy shield END ... END I started a discussion a while back about allowing multiple LABEL blocks in a CLASS to facilitate complex labeling like this and for house number ranges and right and left sides of segments, but it requires a lot of internal code changes and was put off for future discussion. I think I have a bug written on this, but don't have the number handy. -Steve W From dmorissette at mapgears.com Tue Oct 18 13:38:59 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Tue, 18 Oct 2011 16:38:59 -0400 Subject: [mapserver-users] Error when running ./mapserv In-Reply-To: References: Message-ID: <4E9DE3E3.20602@mapgears.com> On 11-10-18 10:28 AM, David Quinn wrote: > Hello All, > > I'm trying to install mapserver and have a new error. When I run > `./mapserv' I get the following message: > "./mapserv: error while loading shared libraries: libcurl.so.4: cannot > open shared object file: No such file or directory" > You need to add /home/david/lib/ to your lib search path in one of two ways: 1- Locally: Add /home/david/lib/ to the LD_LIBRARY_PATH environment variable in both your shell for command-line use, and in your httpd.conf for Apache (look for Apache's SetEnv and PassEnv directives) 2- Globally: using ldconfig to set it globally for the system. However this could cause side-effects to other programs if the libs in /home/david/lib/ end up being used in preference to the system libs. -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From Bob.Basques at ci.stpaul.mn.us Tue Oct 18 14:43:14 2011 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Tue, 18 Oct 2011 16:43:14 -0500 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: References: Message-ID: <4E9DACA2020000A80002F43F@heckle> Richard, Not impossible, I don't think. Forcing them all on will be the trick, How to avoid collisions while still forcing all the labels on. As far as the labels themselves, that's fairly straight forward. You should be able to build a CLASS for each Shield label. I assume you have some sort of attribute on the line work that indicates that all those shields apply? Or possibly a line segment per Shield for labeling? where are you stuck? bobb >>> Richard Greenwood wrote: I have an area where 4 numbered US highways are coincident (all following the same road) that I would like to label with the standard US highway shield superimposed with the individual route numbers as shown on the attached gif. Any suggestions as to how to accomplish this? Thanks, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.greenwood at gmail.com Tue Oct 18 17:18:51 2011 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Tue, 18 Oct 2011 18:18:51 -0600 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: <4E9DACA2020000A80002F43F@heckle> References: <4E9DACA2020000A80002F43F@heckle> Message-ID: Steve, Bob, Thanks for the ideas. Steve - As I was composing my email I was thinking that there was a good chance that you'd have suggestions and as always I appreciate your help. Bob - I haven't gotten far enough to get stuck yet! I'm just trolling for ideas from folks that have more experience with advanced labeling than myself. Thanks, Rich On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques wrote: > > Richard, > > Not impossible, I don't think. > > Forcing them all on will be the trick, ?How to avoid collisions while still forcing all the labels on. > > As far as the labels themselves, that's fairly straight forward. ?You should be able to build a CLASS for each Shield label. ?I assume you have some sort of attribute on the line work that indicates that all those shields apply? ?Or possibly a line segment per Shield for labeling? > > where are you stuck? > > bobb > > > > > >>> Richard Greenwood wrote: > > I have an area where 4 numbered US highways are coincident (all > following the same road) that I would like to label with the standard > US highway shield superimposed with the individual route numbers as > shown on the attached gif. Any suggestions as to how to accomplish > this? > > Thanks, > Rich > > -- > Richard Greenwood > richard.greenwood at gmail.com > www.greenwoodmap.com -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From woodbri at swoodbridge.com Tue Oct 18 19:00:51 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 18 Oct 2011 22:00:51 -0400 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: References: <4E9DACA2020000A80002F43F@heckle> Message-ID: <4E9E2F53.4000103@swoodbridge.com> Rich, You might want to look at these bugs and add yourself to the CC and comment on your use case. http://trac.osgeo.org/mapserver/ticket/3675 http://trac.osgeo.org/mapserver/ticket/3044 -Steve W On 10/18/2011 8:18 PM, Richard Greenwood wrote: > Steve, Bob, > > Thanks for the ideas. Steve - As I was composing my email I was > thinking that there was a good chance that you'd have suggestions and > as always I appreciate your help. Bob - I haven't gotten far enough to > get stuck yet! I'm just trolling for ideas from folks that have more > experience with advanced labeling than myself. > > Thanks, > Rich > > > On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques > wrote: >> >> Richard, >> >> Not impossible, I don't think. >> >> Forcing them all on will be the trick, How to avoid collisions while still forcing all the labels on. >> >> As far as the labels themselves, that's fairly straight forward. You should be able to build a CLASS for each Shield label. I assume you have some sort of attribute on the line work that indicates that all those shields apply? Or possibly a line segment per Shield for labeling? >> >> where are you stuck? >> >> bobb >> >> >> >> >>>>> Richard Greenwood wrote: >> >> I have an area where 4 numbered US highways are coincident (all >> following the same road) that I would like to label with the standard >> US highway shield superimposed with the individual route numbers as >> shown on the attached gif. Any suggestions as to how to accomplish >> this? >> >> Thanks, >> Rich >> >> -- >> Richard Greenwood >> richard.greenwood at gmail.com >> www.greenwoodmap.com > > > > -- > Richard Greenwood > richard.greenwood at gmail.com > www.greenwoodmap.com From punk.kish at gmail.com Tue Oct 18 19:49:46 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Tue, 18 Oct 2011 21:49:46 -0500 Subject: [mapserver-users] styling KMLs Message-ID: I have a bunch of KMLs stored in PostGIS. These KMLs have styles files that define the colors http://path/to/style.kml#foo whose content is like so Is there anyway I can use these style files to style my maps? -- Puneet Kishor From john.c.cartwright at comcast.net Tue Oct 18 20:12:20 2011 From: john.c.cartwright at comcast.net (John Cartwright) Date: Tue, 18 Oct 2011 21:12:20 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <4E9D87D6.1070100@mapgears.com> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> <4E9D87D6.1070100@mapgears.com> Message-ID: <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> Thank you both for your suggestions, but I can't seem to get this to work either w/ shp2img or a WMS request. I've configured the layers as: LAYER NAME countries TYPE POLYGON STATUS on ... END LAYER NAME mask TYPE POLYGON STATUS on REQUIRES "[countries]" ... END Then requesting http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries&format=png shows the countries layer unmasked. Explicitly adding the mask to the request as below displays the countries layer masked, but is not a solution for me as I have to enforce the mask. http://localhost/cgi-bin/basicworld?request=getmap&service=wms&width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=1.1.1&layers=countries,mask&format=png The debugging log suggests that only the countries layer is being requested: [Tue Oct 18 21:00:20 2011].525713 msDrawMap(): rendering using outputformat named png (AGG/PNG). [Tue Oct 18 21:00:20 2011].525903 msDrawMap(): WMS/WFS set-up and query, 0.000s [Tue Oct 18 21:00:20 2011].537968 msDrawMap(): Layer 1 (countries), 0.012s [Tue Oct 18 21:00:20 2011].537982 msDrawMap(): Drawing Label Cache, 0.000s [Tue Oct 18 21:00:20 2011].537989 msDrawMap() total time: 0.013s [Tue Oct 18 21:00:20 2011].555843 msSaveImage(stdout) total time: 0.018s [Tue Oct 18 21:00:20 2011].555881 mapserv request processing time (msLoadMap not incl.): 0.031s [Tue Oct 18 21:00:20 2011].555888 msFreeMap(): freeing map at 0x100832600. Did I misunderstand what you intended? Thanks again! --john On Oct 18, 2011, at 8:06 AM, Daniel Morissette wrote: > On 11-10-18 04:36 AM, Rahkonen Jukka wrote: >> Hi, >> It is also possible to create a mask layer with REQUIRES keywork. The >> snippet below will make the "mask" layer to draw always when the >> "countries" layer is drawn. However, it is not automatically drawn if >> you ask for any other layer. One minory drawback is that the mask layer >> is also listed in the GetCapabilities as a normal WMS layer. >> LAYER >> NAME "mask" >> .... >> REQUIRES "[countries]" >> ... >> END > > Great suggestion. And with MapServer 6.x you can hide the mask layer from the GetCapabilities using the "ows_enable_request" metadata: > > LAYER > NAME "mask" > .... > REQUIRES "[countries]" > METADATA > "ows_enable_request" "!GetCapabilities" > ... > END > ... > END > > -- > Daniel Morissette > http://www.mapgears.com/ > Provider of Professional MapServer Support since 2000 > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 02:37:45 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 09:37:45 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> <4E9D87D6.1070100@mapgears.com> <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> Message-ID: <84446DEF76453C439E9E97E438E13A6303732A@suutari.haapa.mmm.fi> Hi, I spent several hours with blind eyes before having a coffee break and now I really hope that it is this easy: Change the mask layer to STATUS DEFAULT. Logic is: Draw the mask layer always (STATUS DEFAULT) but because of REQUIRES only if the condition is fulfilled. Mask should not appear with your other layers. -Jukka Rahkonen- John Cartwright wrote: > L?hetetty: 19. lokakuuta 2011 6:12 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] WMS GetMap request - incorrect > layer ordering > > Thank you both for your suggestions, but I can't seem to get > this to work either w/ shp2img or a WMS request. I've > configured the layers as: > > LAYER > NAME countries > TYPE POLYGON > STATUS on > ... > END > > LAYER > NAME mask > TYPE POLYGON > STATUS on > REQUIRES "[countries]" > ... > END > > Then requesting > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries&format=png > > shows the countries layer unmasked. Explicitly adding the > mask to the request as below displays the countries layer > masked, but is not a solution for me as I have to enforce the mask. > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries,mask&format=png > > > The debugging log suggests that only the countries layer is > being requested: > > [Tue Oct 18 21:00:20 2011].525713 msDrawMap(): rendering > using outputformat named png (AGG/PNG). > [Tue Oct 18 21:00:20 2011].525903 msDrawMap(): WMS/WFS set-up > and query, 0.000s > [Tue Oct 18 21:00:20 2011].537968 msDrawMap(): Layer 1 > (countries), 0.012s > [Tue Oct 18 21:00:20 2011].537982 msDrawMap(): Drawing Label > Cache, 0.000s > [Tue Oct 18 21:00:20 2011].537989 msDrawMap() total time: 0.013s > [Tue Oct 18 21:00:20 2011].555843 msSaveImage(stdout) total > time: 0.018s > [Tue Oct 18 21:00:20 2011].555881 mapserv request processing > time (msLoadMap not incl.): 0.031s > [Tue Oct 18 21:00:20 2011].555888 msFreeMap(): freeing map at > 0x100832600. > > Did I misunderstand what you intended? > > Thanks again! > > --john > > > > > On Oct 18, 2011, at 8:06 AM, Daniel Morissette wrote: > > > On 11-10-18 04:36 AM, Rahkonen Jukka wrote: > >> Hi, > >> It is also possible to create a mask layer with REQUIRES > keywork. The > >> snippet below will make the "mask" layer to draw always when the > >> "countries" layer is drawn. However, it is not > automatically drawn if > >> you ask for any other layer. One minory drawback is that > the mask layer > >> is also listed in the GetCapabilities as a normal WMS layer. > >> LAYER > >> NAME "mask" > >> .... > >> REQUIRES "[countries]" > >> ... > >> END > > > > Great suggestion. And with MapServer 6.x you can hide the > mask layer from the GetCapabilities using the > "ows_enable_request" metadata: > > > > LAYER > > NAME "mask" > > .... > > REQUIRES "[countries]" > > METADATA > > "ows_enable_request" "!GetCapabilities" > > ... > > END > > ... > > END > > > > -- > > Daniel Morissette > > http://www.mapgears.com/ > > Provider of Professional MapServer Support since 2000 > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From michael.gajda at tu-dortmund.de Wed Oct 19 02:50:28 2011 From: michael.gajda at tu-dortmund.de (Michael G.) Date: Wed, 19 Oct 2011 11:50:28 +0200 Subject: [mapserver-users] Styling (classes) based on zoom/extent? Message-ID: <4E9E9D64.9010005@tu-dortmund.de> Hello everyone, I would like to render a layer only on closer zoomlevels. I am using OpenLayers that requests the map via WMS. I assume a zoom-level is not passed via WMS, so I would have to use the extends of a tile, which is fine, too. Can I somehow use these values in the EXPRESSION statement of classes? Best wishes, Michael From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 03:38:45 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 10:38:45 +0000 Subject: [mapserver-users] Styling (classes) based on zoom/extent? In-Reply-To: <4E9E9D64.9010005@tu-dortmund.de> References: <4E9E9D64.9010005@tu-dortmund.de> Message-ID: <84446DEF76453C439E9E97E438E13A63037439@suutari.haapa.mmm.fi> Hi, Visibility by scale is controlled with MAXSCALEDENOM and MINSCALEDENOM at LAYER level. Pretty easy. I am never trying to calculate at which scale the change happens, it is much faster just to try and check the behaviour with a WMS client. For example, for rendering a layer between nominal scales 1:100000 and 1:1000000 use LAYER ... MAXSCALEDENOM 1000000 MINSCALEDENOM 100000 ... -Jukka Rahkonen- Michael G. wrote: > > Hello everyone, > > I would like to render a layer only on closer zoomlevels. I am using > OpenLayers that requests the map via WMS. I assume a zoom-level is not > passed via WMS, so I would have to use the extends of a tile, which is > fine, too. > > Can I somehow use these values in the EXPRESSION statement of classes? > > Best wishes, > Michael > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 03:54:42 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 10:54:42 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> <4E9D87D6.1070100@mapgears.com> <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> Message-ID: <84446DEF76453C439E9E97E438E13A6303745C@suutari.haapa.mmm.fi> One more thought: If you will get the mask layer to work and if you have something valuable to hide on the bottom layer then I would suggest you to spend some time for investigating if some advanced user could fool you. It might be possible to make the mask layer transparent with SLD or SLD_BODY styling, or with Mapserver CGI controls. Read http://mapserver.org/cgi/controls.html and modify the example Example 2, changing a presentation style: ...&map.layer[lakes].class[0].style[0]=SYMBOL+crosshatch+COLOR+151+51+151+SIZE+15&... and try to adjust opacity. Study if there are some means for preventing the use of CGI controls and report your findings back. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta > John Cartwright > L?hetetty: 19. lokakuuta 2011 6:12 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] WMS GetMap request - incorrect > layer ordering > > Thank you both for your suggestions, but I can't seem to get > this to work either w/ shp2img or a WMS request. I've > configured the layers as: > > LAYER > NAME countries > TYPE POLYGON > STATUS on > ... > END > > LAYER > NAME mask > TYPE POLYGON > STATUS on > REQUIRES "[countries]" > ... > END > > Then requesting > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries&format=png > > shows the countries layer unmasked. Explicitly adding the > mask to the request as below displays the countries layer > masked, but is not a solution for me as I have to enforce the mask. > > http://localhost/cgi-bin/basicworld?request=getmap&service=wms &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries,mask&format=png > > > The debugging log suggests that only the countries layer is > being requested: > > [Tue Oct 18 21:00:20 2011].525713 msDrawMap(): rendering > using outputformat named png (AGG/PNG). > [Tue Oct 18 21:00:20 2011].525903 msDrawMap(): WMS/WFS set-up > and query, 0.000s > [Tue Oct 18 21:00:20 2011].537968 msDrawMap(): Layer 1 > (countries), 0.012s > [Tue Oct 18 21:00:20 2011].537982 msDrawMap(): Drawing Label > Cache, 0.000s > [Tue Oct 18 21:00:20 2011].537989 msDrawMap() total time: 0.013s > [Tue Oct 18 21:00:20 2011].555843 msSaveImage(stdout) total > time: 0.018s > [Tue Oct 18 21:00:20 2011].555881 mapserv request processing > time (msLoadMap not incl.): 0.031s > [Tue Oct 18 21:00:20 2011].555888 msFreeMap(): freeing map at > 0x100832600. > > Did I misunderstand what you intended? > > Thanks again! > > --john > > > > > On Oct 18, 2011, at 8:06 AM, Daniel Morissette wrote: > > > On 11-10-18 04:36 AM, Rahkonen Jukka wrote: > >> Hi, > >> It is also possible to create a mask layer with REQUIRES > keywork. The > >> snippet below will make the "mask" layer to draw always when the > >> "countries" layer is drawn. However, it is not > automatically drawn if > >> you ask for any other layer. One minory drawback is that > the mask layer > >> is also listed in the GetCapabilities as a normal WMS layer. > >> LAYER > >> NAME "mask" > >> .... > >> REQUIRES "[countries]" > >> ... > >> END > > > > Great suggestion. And with MapServer 6.x you can hide the > mask layer from the GetCapabilities using the > "ows_enable_request" metadata: > > > > LAYER > > NAME "mask" > > .... > > REQUIRES "[countries]" > > METADATA > > "ows_enable_request" "!GetCapabilities" > > ... > > END > > ... > > END > > > > -- > > Daniel Morissette > > http://www.mapgears.com/ > > Provider of Professional MapServer Support since 2000 > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From paulcarlisle at comcast.net Wed Oct 19 05:45:54 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 05:45:54 -0700 (PDT) Subject: [mapserver-users] Mapserver Projection Errors Message-ID: <1319028354644-6908527.post@n2.nabble.com> I have a mapfile that contains several layers. Each layer has its own projection, given in Proj.4 format, so the projection block looks like this: PROJECTION "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" END or PROJECTION "+proj=utm +zone=39 +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" END These seem to display properly when served directly to a web page, or when loaded into QGis - in both cases as a WMS layer. But in the latter case, my mapserver log fills up with the error message msProcessProjection(): Projection library error. projection not named Access directly through the website, involving a Mapserver request for a WMS layer, produces no errors. What is causing this? And should I be worried about it? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6908527.html Sent from the Mapserver - User mailing list archive at Nabble.com. From paulcarlisle at comcast.net Wed Oct 19 05:51:37 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 05:51:37 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <1319028354644-6908527.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> Message-ID: <1319028697387-6908536.post@n2.nabble.com> Note that I am using Mapsever v6.0.0 on Fedora Linux 14. I have also tried splitting the Proj.4 parameters each on a separate line "proj=longlat" "ellps=WGS84" but I get the same results. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6908536.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jmckenna at gatewaygeomatics.com Wed Oct 19 06:07:12 2011 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 19 Oct 2011 10:07:12 -0300 Subject: [mapserver-users] Mapserver Projection Errors In-Reply-To: <1319028354644-6908527.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> Message-ID: <4E9ECB80.8020906@gatewaygeomatics.com> On 11-10-19 9:45 AM, SixDegrees wrote: > I have a mapfile that contains several layers. Each layer has its own > projection, given in Proj.4 format, so the projection block looks like this: > > PROJECTION > "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > END > > or > > PROJECTION > "+proj=utm +zone=39 +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +units=m > +no_defs" > END > > These seem to display properly when served directly to a web page, or when > loaded into QGis - in both cases as a WMS layer. But in the latter case, my > mapserver log fills up with the error message > > msProcessProjection(): Projection library error. projection not named > > Access directly through the website, involving a Mapserver request for a WMS > layer, produces no errors. > > What is causing this? And should I be worried about it? > I don't have your answer, but I know I have hit issues with PROJ.4 use in WMS layers before (http://trac.osgeo.org/mapserver/ticket/2028), maybe give that discussion a read...Daniel wrote some good words of advice in it. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From stephan.holl at intevation.de Wed Oct 19 06:19:28 2011 From: stephan.holl at intevation.de (Stephan Holl) Date: Wed, 19 Oct 2011 15:19:28 +0200 Subject: [mapserver-users] Clustering based on a classified column Message-ID: <20111019151928.1662f7ba@euarne.hq.intevation.de> Dear mapservers, I am playing arround with the CLUSTER-directive and I am going fine. Though there are some questions left I cannot answer by myself and the documentation. Is it possible to cluster a POINT layer based on a specific attribute columns? THis column is the basis of the classification of the layer. What I want to achive is adding a label to each CLASS if the Cluster:FeatureCount is > 1. The docs do not make it clear for me if CLUSTER:GROUP or CLUSTER:FILTER is the correct stuff. Neither of them work during tests. Could someone tell me if this could be done with the CLUSTERing? And the bonus-question: if this is possible, are validation-pattern taken into account within GROUP or FILTER? Looking forward to your suggestions. TIA Best regards Stephan -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From paulcarlisle at comcast.net Wed Oct 19 06:37:30 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 06:37:30 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <4E9ECB80.8020906@gatewaygeomatics.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> Message-ID: <1319031450443-6908679.post@n2.nabble.com> Thanks. I read through that thread and tried one addition to my mapfile - 'ows_srs" "EPSG:4326"' - but the error persists. All other suggestions were already in place. It is definitely happening on the GetCapabilities request - I can reproduce it by simply making that request directly through the browser - and one error is reported for each layer. Inspection of the returned XML shows no errors, and the bounding boxes for the layers has been reprojected correctly when it differs from the advertised map-level 'epsg:4326'. The layers themselves seem to load fine, without any errors. So perhaps this is a spurious message, although the thread seems to suggest that it was fixed prior to the v6.0.0 release and I am still seeing it. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6908679.html Sent from the Mapserver - User mailing list archive at Nabble.com. From traviskirstine at gmail.com Wed Oct 19 07:02:28 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Wed, 19 Oct 2011 10:02:28 -0400 Subject: [mapserver-users] mapcache in a cluster Message-ID: Has anyone attempted to set mapcache up in a cluster, one large file server holding caches with several mapcache servers? A few years ago we tried to have TileCache in a cluster but had issues with tile locking. Regards From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 07:27:26 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 14:27:26 +0000 Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <1319031450443-6908679.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A6303757F@suutari.haapa.mmm.fi> Hi, Because your projections do not look so special why not to give them with EPSG codes like PROJECTION "init=epsg:4326" END -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta SixDegrees > L?hetetty: 19. lokakuuta 2011 16:38 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] Re: Mapserver Projection Errors > > Thanks. I read through that thread and tried one addition to > my mapfile - > 'ows_srs" "EPSG:4326"' - but the error persists. All other > suggestions were > already in place. > > It is definitely happening on the GetCapabilities request - I > can reproduce > it by simply making that request directly through the browser > - and one > error is reported for each layer. Inspection of the returned > XML shows no > errors, and the bounding boxes for the layers has been > reprojected correctly > when it differs from the advertised map-level 'epsg:4326'. The layers > themselves seem to load fine, without any errors. > > So perhaps this is a spurious message, although the thread > seems to suggest > that it was fixed prior to the v6.0.0 release and I am still > seeing it. > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Er rors-tp6908527p6908679.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From dmorissette at mapgears.com Wed Oct 19 08:37:36 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Wed, 19 Oct 2011 11:37:36 -0400 Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <1319031450443-6908679.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> Message-ID: <4E9EEEC0.1010909@mapgears.com> The error you get is "projection not named", my best guess is that you'd get this because a projection definition is used that has an invalid or missing "proj=..." value. (Unrelated to ticket #2028) Something to try: compile the list of all EPSG codes that are advertized in your GetCapabilities and for each one make sure the proj=... value in the definition in the "epsg" file is valid. Also look out for missing spaces in the definition in the epsg file which was the source of a similar error in the following thread: http://osgeo-org.1803224.n2.nabble.com/New-EPSG-added-but-Projection-Error-td3131630.html Daniel On 11-10-19 09:37 AM, SixDegrees wrote: > Thanks. I read through that thread and tried one addition to my mapfile - > 'ows_srs" "EPSG:4326"' - but the error persists. All other suggestions were > already in place. > > It is definitely happening on the GetCapabilities request - I can reproduce > it by simply making that request directly through the browser - and one > error is reported for each layer. Inspection of the returned XML shows no > errors, and the bounding boxes for the layers has been reprojected correctly > when it differs from the advertised map-level 'epsg:4326'. The layers > themselves seem to load fine, without any errors. > > So perhaps this is a spurious message, although the thread seems to suggest > that it was fixed prior to the v6.0.0 release and I am still seeing it. > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6908679.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From John.C.Cartwright at noaa.gov Wed Oct 19 09:00:31 2011 From: John.C.Cartwright at noaa.gov (John Cartwright) Date: Wed, 19 Oct 2011 10:00:31 -0600 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <84446DEF76453C439E9E97E438E13A6303732A@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> <4E9D87D6.1070100@mapgears.com> <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> <84446DEF76453C439E9E97E438E13A6303732A@suutari.haapa.mmm.fi> Message-ID: <4E9EF41F.7090309@noaa.gov> Thanks Jukka. Unfortunately, setting "STATUS DEFAULT" forces the mask layer to the bottom of the draw order so it can't do it's job. Approaching the problem from a different perspective - are you aware of any raster processing directive which would clip a layer on the fly? Thanks again for all your help on this. --john On 10/19/2011 03:37 AM, Rahkonen Jukka wrote: > Hi, > > I spent several hours with blind eyes before having a coffee break and now I really hope that it is this easy: Change the mask layer to STATUS DEFAULT. > > Logic is: Draw the mask layer always (STATUS DEFAULT) but because of REQUIRES only if the condition is fulfilled. Mask should not appear with your other layers. > > -Jukka Rahkonen- > > > John Cartwright wrote: >> L?hetetty: 19. lokakuuta 2011 6:12 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: Re: [mapserver-users] WMS GetMap request - incorrect >> layer ordering >> >> Thank you both for your suggestions, but I can't seem to get >> this to work either w/ shp2img or a WMS request. I've >> configured the layers as: >> >> LAYER >> NAME countries >> TYPE POLYGON >> STATUS on >> ... >> END >> >> LAYER >> NAME mask >> TYPE POLYGON >> STATUS on >> REQUIRES "[countries]" >> ... >> END >> >> Then requesting >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms > &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries&format=png >> shows the countries layer unmasked. Explicitly adding the >> mask to the request as below displays the countries layer >> masked, but is not a solution for me as I have to enforce the mask. >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms > &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries,mask&format=png >> >> The debugging log suggests that only the countries layer is >> being requested: >> >> [Tue Oct 18 21:00:20 2011].525713 msDrawMap(): rendering >> using outputformat named png (AGG/PNG). >> [Tue Oct 18 21:00:20 2011].525903 msDrawMap(): WMS/WFS set-up >> and query, 0.000s >> [Tue Oct 18 21:00:20 2011].537968 msDrawMap(): Layer 1 >> (countries), 0.012s >> [Tue Oct 18 21:00:20 2011].537982 msDrawMap(): Drawing Label >> Cache, 0.000s >> [Tue Oct 18 21:00:20 2011].537989 msDrawMap() total time: 0.013s >> [Tue Oct 18 21:00:20 2011].555843 msSaveImage(stdout) total >> time: 0.018s >> [Tue Oct 18 21:00:20 2011].555881 mapserv request processing >> time (msLoadMap not incl.): 0.031s >> [Tue Oct 18 21:00:20 2011].555888 msFreeMap(): freeing map at >> 0x100832600. >> >> Did I misunderstand what you intended? >> >> Thanks again! >> >> --john >> >> >> >> >> On Oct 18, 2011, at 8:06 AM, Daniel Morissette wrote: >> >>> On 11-10-18 04:36 AM, Rahkonen Jukka wrote: >>>> Hi, >>>> It is also possible to create a mask layer with REQUIRES >> keywork. The >>>> snippet below will make the "mask" layer to draw always when the >>>> "countries" layer is drawn. However, it is not >> automatically drawn if >>>> you ask for any other layer. One minory drawback is that >> the mask layer >>>> is also listed in the GetCapabilities as a normal WMS layer. >>>> LAYER >>>> NAME "mask" >>>> .... >>>> REQUIRES "[countries]" >>>> ... >>>> END >>> Great suggestion. And with MapServer 6.x you can hide the >> mask layer from the GetCapabilities using the >> "ows_enable_request" metadata: >>> LAYER >>> NAME "mask" >>> .... >>> REQUIRES "[countries]" >>> METADATA >>> "ows_enable_request" "!GetCapabilities" >>> ... >>> END >>> ... >>> END >>> >>> -- >>> Daniel Morissette >>> http://www.mapgears.com/ >>> Provider of Professional MapServer Support since 2000 >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 09:29:02 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 16:29:02 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <4E9EF41F.7090309@noaa.gov> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> <4E9D87D6.1070100@mapgears.com> <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> <84446DEF76453C439E9E97E438E13A6303732A@suutari.haapa.mmm.fi>, <4E9EF41F.7090309@noaa.gov> Message-ID: <84446DEF76453C439E9E97E438E13A6303786A@suutari.haapa.mmm.fi> Hi, Works for me. Do you have raster layer first in the mapfile, mask underneath it? -Jukka- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [John.C.Cartwright at noaa.gov] puolesta L?hetetty: 19. lokakuuta 2011 19:00 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] WMS GetMap request - incorrect layer ordering Thanks Jukka. Unfortunately, setting "STATUS DEFAULT" forces the mask layer to the bottom of the draw order so it can't do it's job. Approaching the problem from a different perspective - are you aware of any raster processing directive which would clip a layer on the fly? Thanks again for all your help on this. --john On 10/19/2011 03:37 AM, Rahkonen Jukka wrote: > Hi, > > I spent several hours with blind eyes before having a coffee break and now I really hope that it is this easy: Change the mask layer to STATUS DEFAULT. > > Logic is: Draw the mask layer always (STATUS DEFAULT) but because of REQUIRES only if the condition is fulfilled. Mask should not appear with your other layers. > > -Jukka Rahkonen- > > > John Cartwright wrote: >> L?hetetty: 19. lokakuuta 2011 6:12 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: Re: [mapserver-users] WMS GetMap request - incorrect >> layer ordering >> >> Thank you both for your suggestions, but I can't seem to get >> this to work either w/ shp2img or a WMS request. I've >> configured the layers as: >> >> LAYER >> NAME countries >> TYPE POLYGON >> STATUS on >> ... >> END >> >> LAYER >> NAME mask >> TYPE POLYGON >> STATUS on >> REQUIRES "[countries]" >> ... >> END >> >> Then requesting >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms > &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries&format=png >> shows the countries layer unmasked. Explicitly adding the >> mask to the request as below displays the countries layer >> masked, but is not a solution for me as I have to enforce the mask. >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms > &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries,mask&format=png >> >> The debugging log suggests that only the countries layer is >> being requested: >> >> [Tue Oct 18 21:00:20 2011].525713 msDrawMap(): rendering >> using outputformat named png (AGG/PNG). >> [Tue Oct 18 21:00:20 2011].525903 msDrawMap(): WMS/WFS set-up >> and query, 0.000s >> [Tue Oct 18 21:00:20 2011].537968 msDrawMap(): Layer 1 >> (countries), 0.012s >> [Tue Oct 18 21:00:20 2011].537982 msDrawMap(): Drawing Label >> Cache, 0.000s >> [Tue Oct 18 21:00:20 2011].537989 msDrawMap() total time: 0.013s >> [Tue Oct 18 21:00:20 2011].555843 msSaveImage(stdout) total >> time: 0.018s >> [Tue Oct 18 21:00:20 2011].555881 mapserv request processing >> time (msLoadMap not incl.): 0.031s >> [Tue Oct 18 21:00:20 2011].555888 msFreeMap(): freeing map at >> 0x100832600. >> >> Did I misunderstand what you intended? >> >> Thanks again! >> >> --john >> >> >> >> >> On Oct 18, 2011, at 8:06 AM, Daniel Morissette wrote: >> >>> On 11-10-18 04:36 AM, Rahkonen Jukka wrote: >>>> Hi, >>>> It is also possible to create a mask layer with REQUIRES >> keywork. The >>>> snippet below will make the "mask" layer to draw always when the >>>> "countries" layer is drawn. However, it is not >> automatically drawn if >>>> you ask for any other layer. One minory drawback is that >> the mask layer >>>> is also listed in the GetCapabilities as a normal WMS layer. >>>> LAYER >>>> NAME "mask" >>>> .... >>>> REQUIRES "[countries]" >>>> ... >>>> END >>> Great suggestion. And with MapServer 6.x you can hide the >> mask layer from the GetCapabilities using the >> "ows_enable_request" metadata: >>> LAYER >>> NAME "mask" >>> .... >>> REQUIRES "[countries]" >>> METADATA >>> "ows_enable_request" "!GetCapabilities" >>> ... >>> END >>> ... >>> END >>> >>> -- >>> Daniel Morissette >>> http://www.mapgears.com/ >>> Provider of Professional MapServer Support since 2000 >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 10:01:11 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 17:01:11 +0000 Subject: [mapserver-users] WMS GetMap request - incorrect layer ordering In-Reply-To: <84446DEF76453C439E9E97E438E13A6303786A@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A6303660D@suutari.haapa.mmm.fi> <5C97EA92-E283-44A1-AC53-1A5A2394A877@comcast.net> <84446DEF76453C439E9E97E438E13A63036A87@suutari.haapa.mmm.fi> <84446DEF76453C439E9E97E438E13A63036EED@suutari.haapa.mmm.fi> <4E9D87D6.1070100@mapgears.com> <6427800C-91A6-4F7B-A362-CEAE26D9D79D@comcast.net> <84446DEF76453C439E9E97E438E13A6303732A@suutari.haapa.mmm.fi>, <4E9EF41F.7090309@noaa.gov>, <84446DEF76453C439E9E97E438E13A6303786A@suutari.haapa.mmm.fi> Message-ID: <84446DEF76453C439E9E97E438E13A6303787D@suutari.haapa.mmm.fi> Hi, Sorry, you are right, having STATUS DEFAULT is placing the mask layer on the bottom. Please consider creating a bug or feature request. Here is an example. http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=borders&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=2517824.575070821,6461673.824362606,4426029.305949009,7929203.824362606&SRS=EPSG:2393&STYLES= And this is my the mask layer LAYER TYPE POLYGON STATUS DEFAULT REQUIRES "[borders]" #GROUP "default" NAME "mask" DUMP TRUE PROJECTION "init=epsg:2393" END DATA "/usr/data/vektorit/mask.shp" CLASS STYLE COLOR 100 100 190 END END END -Jukka- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän Rahkonen Jukka [Jukka.Rahkonen at mmmtike.fi] puolesta L?hetetty: 19. lokakuuta 2011 19:29 Vastaanottaja: John Cartwright; mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] WMS GetMap request - incorrect layer ordering Hi, Works for me. Do you have raster layer first in the mapfile, mask underneath it? -Jukka- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän John Cartwright [John.C.Cartwright at noaa.gov] puolesta L?hetetty: 19. lokakuuta 2011 19:00 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] WMS GetMap request - incorrect layer ordering Thanks Jukka. Unfortunately, setting "STATUS DEFAULT" forces the mask layer to the bottom of the draw order so it can't do it's job. Approaching the problem from a different perspective - are you aware of any raster processing directive which would clip a layer on the fly? Thanks again for all your help on this. --john On 10/19/2011 03:37 AM, Rahkonen Jukka wrote: > Hi, > > I spent several hours with blind eyes before having a coffee break and now I really hope that it is this easy: Change the mask layer to STATUS DEFAULT. > > Logic is: Draw the mask layer always (STATUS DEFAULT) but because of REQUIRES only if the condition is fulfilled. Mask should not appear with your other layers. > > -Jukka Rahkonen- > > > John Cartwright wrote: >> L?hetetty: 19. lokakuuta 2011 6:12 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: Re: [mapserver-users] WMS GetMap request - incorrect >> layer ordering >> >> Thank you both for your suggestions, but I can't seem to get >> this to work either w/ shp2img or a WMS request. I've >> configured the layers as: >> >> LAYER >> NAME countries >> TYPE POLYGON >> STATUS on >> ... >> END >> >> LAYER >> NAME mask >> TYPE POLYGON >> STATUS on >> REQUIRES "[countries]" >> ... >> END >> >> Then requesting >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms > &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries&format=png >> shows the countries layer unmasked. Explicitly adding the >> mask to the request as below displays the countries layer >> masked, but is not a solution for me as I have to enforce the mask. >> >> http://localhost/cgi-bin/basicworld?request=getmap&service=wms > &width=500&height=250&bbox=-180,-90,180,90&srs=EPSG:4326&version=> 1.1.1&layers=countries,mask&format=png >> >> The debugging log suggests that only the countries layer is >> being requested: >> >> [Tue Oct 18 21:00:20 2011].525713 msDrawMap(): rendering >> using outputformat named png (AGG/PNG). >> [Tue Oct 18 21:00:20 2011].525903 msDrawMap(): WMS/WFS set-up >> and query, 0.000s >> [Tue Oct 18 21:00:20 2011].537968 msDrawMap(): Layer 1 >> (countries), 0.012s >> [Tue Oct 18 21:00:20 2011].537982 msDrawMap(): Drawing Label >> Cache, 0.000s >> [Tue Oct 18 21:00:20 2011].537989 msDrawMap() total time: 0.013s >> [Tue Oct 18 21:00:20 2011].555843 msSaveImage(stdout) total >> time: 0.018s >> [Tue Oct 18 21:00:20 2011].555881 mapserv request processing >> time (msLoadMap not incl.): 0.031s >> [Tue Oct 18 21:00:20 2011].555888 msFreeMap(): freeing map at >> 0x100832600. >> >> Did I misunderstand what you intended? >> >> Thanks again! >> >> --john >> >> >> >> >> On Oct 18, 2011, at 8:06 AM, Daniel Morissette wrote: >> >>> On 11-10-18 04:36 AM, Rahkonen Jukka wrote: >>>> Hi, >>>> It is also possible to create a mask layer with REQUIRES >> keywork. The >>>> snippet below will make the "mask" layer to draw always when the >>>> "countries" layer is drawn. However, it is not >> automatically drawn if >>>> you ask for any other layer. One minory drawback is that >> the mask layer >>>> is also listed in the GetCapabilities as a normal WMS layer. >>>> LAYER >>>> NAME "mask" >>>> .... >>>> REQUIRES "[countries]" >>>> ... >>>> END >>> Great suggestion. And with MapServer 6.x you can hide the >> mask layer from the GetCapabilities using the >> "ows_enable_request" metadata: >>> LAYER >>> NAME "mask" >>> .... >>> REQUIRES "[countries]" >>> METADATA >>> "ows_enable_request" "!GetCapabilities" >>> ... >>> END >>> ... >>> END >>> >>> -- >>> Daniel Morissette >>> http://www.mapgears.com/ >>> Provider of Professional MapServer Support since 2000 >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From szekerest at gmail.com Wed Oct 19 10:04:22 2011 From: szekerest at gmail.com (Tamas Szekeres) Date: Wed, 19 Oct 2011 19:04:22 +0200 Subject: [mapserver-users] Clustering based on a classified column In-Reply-To: <20111019151928.1662f7ba@euarne.hq.intevation.de> References: <20111019151928.1662f7ba@euarne.hq.intevation.de> Message-ID: Hi Stephan, I'm not sure exactly what you would like to achieve. The GROUP setting specifies which features may belong to the same cluster. This setting can be an expression (including the feature attributes) which evaluates to a string value. Features with different group string value are not used within the same cluster. The FILTER setting can also be an expression (including the feature attributes or the aggregated attributes) which evaluates to a boolean value. This boolean determines whether the particular shapes should be filtered out or not in the clustering process. You can continue to use the CLASSITEM setting or class EXPRESSION (including the aggregated attributes, like Cluster:FeatureCount in the expressions) to control which class is used to display a particular clustered shape. What do you mean by validation in the GROUP or FILTER expressions? Best regards, Tamas 2011/10/19 Stephan Holl > Dear mapservers, > > I am playing arround with the CLUSTER-directive and I am going fine. > > Though there are some questions left I cannot answer by myself and the > documentation. > > Is it possible to cluster a POINT layer based on a specific attribute > columns? THis column is the basis of the classification of the layer. > > What I want to achive is adding a label to each CLASS if the > Cluster:FeatureCount is > 1. > > The docs do not make it clear for me if CLUSTER:GROUP or CLUSTER:FILTER > is the correct stuff. Neither of them work during tests. > > Could someone tell me if this could be done with the CLUSTERing? > > And the bonus-question: if this is possible, are validation-pattern > taken into account within GROUP or FILTER? > > Looking forward to your suggestions. > > TIA > > Best regards > > Stephan > > -- > Stephan Holl | Tel.: +49 (0)541-33 508 3663 > Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 > Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paulcarlisle at comcast.net Wed Oct 19 10:58:41 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 10:58:41 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <4E9EEEC0.1010909@mapgears.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <4E9EEEC0.1010909@mapgears.com> Message-ID: <1319047121310-6909764.post@n2.nabble.com> The layer projections are in Proj.4 format, as indicated above. The map-level projection is simply "epsg:4326", as is the map-level wms_srs as already noted. The epsg:4326 definition in /usr/share/proj/epsg is: # WGS 84 <4326> +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs <> which looks OK to me. Again, the XML returned by GetCapabilities shows that the bounding box for each layers is being calculated according to the layer projection in cases where they differ from epsg:4326, and the maps themselves display OK, without generating any errors. For the most part, the files in question do not contain EPSG codes we can insert directly into the layer projection block. In a couple of cases they do, and when we put, say, "epsg:32638" in the projection block, the resulting image looks exactly the same as it does when the Proj.4 string is use, but it doesn't throw the error when GetCapabilities is called. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6909764.html Sent from the Mapserver - User mailing list archive at Nabble.com. From sdlime at gmail.com Wed Oct 19 11:22:43 2011 From: sdlime at gmail.com (Steve Lime) Date: Wed, 19 Oct 2011 13:22:43 -0500 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: <4E9E2F53.4000103@swoodbridge.com> References: <4E9DACA2020000A80002F43F@heckle> <4E9E2F53.4000103@swoodbridge.com> Message-ID: As an FYI... I am working on a RFC to support multiple labels within a class although by itself I don't know that it solves this particular problem. It has application if for example you wanted to show two or three shields side-by-side (one label point w/offsets). I think being able to offset the starting position for repeating labels would be another way to address this type of labeling. Recall that REPEATDISTANCE was added in 6.0 so I'm thinking of adding REPEATOFFSET [distance]. Steve On Tue, Oct 18, 2011 at 9:00 PM, Stephen Woodbridge wrote: > Rich, > > You might want to look at these bugs and add yourself to the CC and comment > on your use case. > > http://trac.osgeo.org/mapserver/ticket/3675 > http://trac.osgeo.org/mapserver/ticket/3044 > > -Steve W > > On 10/18/2011 8:18 PM, Richard Greenwood wrote: >> >> Steve, Bob, >> >> Thanks for the ideas. Steve - As I was composing my email I was >> thinking that there was a good chance that you'd have suggestions and >> as always I appreciate your help. Bob - I haven't gotten far enough to >> get stuck yet! I'm just trolling for ideas from folks that have more >> experience with advanced labeling than myself. >> >> Thanks, >> Rich >> >> >> On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques >> ?wrote: >>> >>> Richard, >>> >>> Not impossible, I don't think. >>> >>> Forcing them all on will be the trick, ?How to avoid collisions while >>> still forcing all the labels on. >>> >>> As far as the labels themselves, that's fairly straight forward. ?You >>> should be able to build a CLASS for each Shield label. ?I assume you have >>> some sort of attribute on the line work that indicates that all those >>> shields apply? ?Or possibly a line segment per Shield for labeling? >>> >>> where are you stuck? >>> >>> bobb >>> >>> >>> >>> >>>>>> Richard Greenwood ?wrote: >>> >>> I have an area where 4 numbered US highways are coincident (all >>> following the same road) that I would like to label with the standard >>> US highway shield superimposed with the individual route numbers as >>> shown on the attached gif. Any suggestions as to how to accomplish >>> this? >>> >>> Thanks, >>> Rich >>> >>> -- >>> Richard Greenwood >>> richard.greenwood at gmail.com >>> www.greenwoodmap.com >> >> >> >> -- >> Richard Greenwood >> richard.greenwood at gmail.com >> www.greenwoodmap.com > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 11:26:55 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 19 Oct 2011 18:26:55 +0000 Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <1319047121310-6909764.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <4E9EEEC0.1010909@mapgears.com>, <1319047121310-6909764.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A630378BE@suutari.haapa.mmm.fi> Hi, I suppose that this one PROJECTION "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" END means the same as PROJECTION "init=epsg:4326" END with these definitions # WGS 84 <4326> +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs <> but perhaps also the +proj thing should work without sending new rows into the error log.. This far I have never needed proj.4 stirings with Mapserver myself but I am working with very limited set or projections. -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän SixDegrees [paulcarlisle at comcast.net] puolesta L?hetetty: 19. lokakuuta 2011 20:58 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] Re: Mapserver Projection Errors The layer projections are in Proj.4 format, as indicated above. The map-level projection is simply "epsg:4326", as is the map-level wms_srs as already noted. The epsg:4326 definition in /usr/share/proj/epsg is: # WGS 84 <4326> +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs <> which looks OK to me. Again, the XML returned by GetCapabilities shows that the bounding box for each layers is being calculated according to the layer projection in cases where they differ from epsg:4326, and the maps themselves display OK, without generating any errors. For the most part, the files in question do not contain EPSG codes we can insert directly into the layer projection block. In a couple of cases they do, and when we put, say, "epsg:32638" in the projection block, the resulting image looks exactly the same as it does when the Proj.4 string is use, but it doesn't throw the error when GetCapabilities is called. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6909764.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From jergason at gmail.com Wed Oct 19 11:36:09 2011 From: jergason at gmail.com (Jamison Dance) Date: Wed, 19 Oct 2011 12:36:09 -0600 Subject: [mapserver-users] WMS Client API examples? Message-ID: Hello friends. My name is Jamison Dance, and I am new to the mapserver lists. I messing around a little with downloading images from WMS servers based on GPS coordinates, but the WMS server spec is both difficult to understand and almost entirely free from useful example of client queries. I have tried playing around with constructing some simple HTTP request on my own, but with little luck. It seems like you guys have a pretty good understanding of the spec, so I thought I would ask for some help here. Is there a better place to ask these questions? I looked around the Open Geospatial Consortium for resources for learning more about the spec, but couldn't find anything besides the spec itself. Is there a good source for clear API documentation for querying a WMS server? I know the API is all based on query parameters, but the spec makes understanding what the parameters are a little difficult. Is there a list of good public WMS servers to test queries against? I haven't been able to find any, besides lots of links to a now-defunct NASA project. Thanks for your help. From paulcarlisle at comcast.net Wed Oct 19 13:06:22 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 13:06:22 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <84446DEF76453C439E9E97E438E13A630378BE@suutari.haapa.mmm.fi> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <4E9EEEC0.1010909@mapgears.com> <1319047121310-6909764.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630378BE@suutari.haapa.mmm.fi> Message-ID: <1319054782385-6910326.post@n2.nabble.com> That's correct. If I use the "init=epsg:4326" form, no error is thrown; errors only appear when I use the Proj.4 strings, even if they correspond to the same projection. As I understand things, Mapserver only requires the map-level projection to be in epsg format; individual layers can have projections defined in any other way Mapserver understands, and when a WMS request is made the layer will be reprojected to the projections defined at the map level on the fly. In fact, this seems to happen; as noted, the XML for each layer in the GetCapabilities response (which produces the errors) contains bounding boxes that have all been correctly reprojected into epsg:4326 even when the layer itself is in, for example, a UTM projection defined by a Proj.4 string. So I'm thinking that this is a Mapserver mistake, and the error messages are spurious. It certainly seems that way, but it would be nice to have a definitive answer. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6910326.html Sent from the Mapserver - User mailing list archive at Nabble.com. From dmorissette at mapgears.com Wed Oct 19 13:32:15 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Wed, 19 Oct 2011 16:32:15 -0400 Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <1319054782385-6910326.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <4E9EEEC0.1010909@mapgears.com> <1319047121310-6909764.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630378BE@suutari.haapa.mmm.fi> <1319054782385-6910326.post@n2.nabble.com> Message-ID: <4E9F33CF.4050801@mapgears.com> If you could produce a small testcase that reproduces the issue then it may be easier to help. Just a mapfile may be sufficient for testing the GetCapabilities. On 11-10-19 04:06 PM, SixDegrees wrote: > That's correct. If I use the "init=epsg:4326" form, no error is thrown; > errors only appear when I use the Proj.4 strings, even if they correspond to > the same projection. > > As I understand things, Mapserver only requires the map-level projection to > be in epsg format; individual layers can have projections defined in any > other way Mapserver understands, and when a WMS request is made the layer > will be reprojected to the projections defined at the map level on the fly. > In fact, this seems to happen; as noted, the XML for each layer in the > GetCapabilities response (which produces the errors) contains bounding boxes > that have all been correctly reprojected into epsg:4326 even when the layer > itself is in, for example, a UTM projection defined by a Proj.4 string. > > So I'm thinking that this is a Mapserver mistake, and the error messages are > spurious. It certainly seems that way, but it would be nice to have a > definitive answer. > > > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6910326.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From woodbri at swoodbridge.com Wed Oct 19 14:43:46 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 19 Oct 2011 17:43:46 -0400 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: References: <4E9DACA2020000A80002F43F@heckle> <4E9E2F53.4000103@swoodbridge.com> Message-ID: <4E9F4492.5040601@swoodbridge.com> Steve, Maybe this is another RFC, but I think more flexibility in defining the label point is needed. Also it would be nice it each label could have its own label point say through the use of GEOMPROCESSING function. So here are some ideas for defining label points and ANGLE AUTO or FOLLOW. For lines: 1. n% along line, centered on the line 2. n% along line, offset normal to line right or left some distance 3. n% along line, offset N,S,E,W some distance For polygons: 1. Along polygon edge, offset inside or outside of polygon, could used ANGLE AUTO or FOLLOW, could allow REPEATDISTANCE -Steve W On 10/19/2011 2:22 PM, Steve Lime wrote: > As an FYI... I am working on a RFC to support multiple labels within a > class although by itself I don't know that it solves this particular > problem. It has application if for example you wanted to show two or > three shields side-by-side (one label point w/offsets). > > I think being able to offset the starting position for repeating > labels would be another way to address this type of labeling. Recall > that REPEATDISTANCE was added in 6.0 so I'm thinking of adding > REPEATOFFSET [distance]. > > Steve > > On Tue, Oct 18, 2011 at 9:00 PM, Stephen Woodbridge > wrote: >> Rich, >> >> You might want to look at these bugs and add yourself to the CC and comment >> on your use case. >> >> http://trac.osgeo.org/mapserver/ticket/3675 >> http://trac.osgeo.org/mapserver/ticket/3044 >> >> -Steve W >> >> On 10/18/2011 8:18 PM, Richard Greenwood wrote: >>> >>> Steve, Bob, >>> >>> Thanks for the ideas. Steve - As I was composing my email I was >>> thinking that there was a good chance that you'd have suggestions and >>> as always I appreciate your help. Bob - I haven't gotten far enough to >>> get stuck yet! I'm just trolling for ideas from folks that have more >>> experience with advanced labeling than myself. >>> >>> Thanks, >>> Rich >>> >>> >>> On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques >>> wrote: >>>> >>>> Richard, >>>> >>>> Not impossible, I don't think. >>>> >>>> Forcing them all on will be the trick, How to avoid collisions while >>>> still forcing all the labels on. >>>> >>>> As far as the labels themselves, that's fairly straight forward. You >>>> should be able to build a CLASS for each Shield label. I assume you have >>>> some sort of attribute on the line work that indicates that all those >>>> shields apply? Or possibly a line segment per Shield for labeling? >>>> >>>> where are you stuck? >>>> >>>> bobb >>>> >>>> >>>> >>>> >>>>>>> Richard Greenwood wrote: >>>> >>>> I have an area where 4 numbered US highways are coincident (all >>>> following the same road) that I would like to label with the standard >>>> US highway shield superimposed with the individual route numbers as >>>> shown on the attached gif. Any suggestions as to how to accomplish >>>> this? >>>> >>>> Thanks, >>>> Rich >>>> >>>> -- >>>> Richard Greenwood >>>> richard.greenwood at gmail.com >>>> www.greenwoodmap.com >>> >>> >>> >>> -- >>> Richard Greenwood >>> richard.greenwood at gmail.com >>> www.greenwoodmap.com >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> From paulcarlisle at comcast.net Wed Oct 19 15:54:44 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 15:54:44 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <4E9F33CF.4050801@mapgears.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <4E9EEEC0.1010909@mapgears.com> <1319047121310-6909764.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630378BE@suutari.haapa.mmm.fi> <1319054782385-6910326.post@n2.nabble.com> <4E9F33CF.4050801@mapgears.com> Message-ID: <1319064884386-6910857.post@n2.nabble.com> I won't have access to the files for a couple of days, but the original post contains most of the information needed to show the problem. The first PROJECTION block is equivalent to epsg:4326; I believe if you create a mapfile with two layers configured for WMS, one using PROJECTION "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" END and the other using PROJECTION "init=epsg:4326" END you will see 1 error in the mapserver error log generated by the first case when a GetCapabilities request is made, but none by the second. I will send along an actual sample when I have access again. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6910857.html Sent from the Mapserver - User mailing list archive at Nabble.com. From paulcarlisle at comcast.net Wed Oct 19 17:03:27 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Wed, 19 Oct 2011 17:03:27 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <84446DEF76453C439E9E97E438E13A6303757F@suutari.haapa.mmm.fi> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A6303757F@suutari.haapa.mmm.fi> Message-ID: <1319069007545-6911003.post@n2.nabble.com> The files we're displaying don't have explicit epsg-style codes in them. We are extracting the projection information using GDAL, which allows us to convert the projection to Proj.4 before inserting it into the mapfile. The actual projection information is stored as a WKT. As far as I know, there isn't a way to convert either of these to an epsg code automatically, since WKT and Proj.4 are inherently open-ended and may express projections that simply aren't defined in common epsg. I suppose we could insert our own epsg definitions into the database, but the dynamic nature of the application makes this less than ideal. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6911003.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jaja0506 at gmail.com Wed Oct 19 19:39:13 2011 From: jaja0506 at gmail.com (jjwang) Date: Wed, 19 Oct 2011 19:39:13 -0700 (PDT) Subject: [mapserver-users] How to deal with floating point exception? Message-ID: <1319078353166-6911285.post@n2.nabble.com> I got an floating point exception when I tried to run the mapserv. *./mapserv -nh "QUERY_STRING=map=/images/mapserv_map_files/BR_WFS.map&request=GetFeature&service=WFS&version=1.1.0&typename=nsw&BBOX=153.50183890072711,-28.163052299741643,153.50183890072711,-28.163052299741643&outputformat=stateonly" Content-type: text/html Floating point exception* I found this was caused by the longitude value I provided '153.50183890072711'. If I make a little change of the value, for example change it to '153.50183890072701', it will works fine. But obviously, it's not a solution to my problem. Any ideas on this issue? JJ -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/How-to-deal-with-floating-point-exception-tp6911285p6911285.html Sent from the Mapserver - User mailing list archive at Nabble.com. From richard.greenwood at gmail.com Wed Oct 19 19:55:49 2011 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Wed, 19 Oct 2011 20:55:49 -0600 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: <4E9F4492.5040601@swoodbridge.com> References: <4E9DACA2020000A80002F43F@heckle> <4E9E2F53.4000103@swoodbridge.com> <4E9F4492.5040601@swoodbridge.com> Message-ID: Steve & Steve, Very interesting discussion. I wish I had more to contribute. My use case, which I don't think is unique, seems like it might fall between your respective ideas. I'd like to have 4 highway shields with labels near the mid point of the visible portion of a single line segment, with the shields & labels on the line (not side-by-side), and grouped relatively close to one another. I envision this as a single label point with a BUFFER. So assuming no label collisions from other objects, I have a single line which curves at the mid point of the visible extent. That mid point is the single label base point. I set BUFFER 4. So a shield/label is placed 2 pixels up the line from the base point, another shield/label +4 pixels beyond that, a shield/label 2 pixels down the line from the base point and another +4 pixels on down the line. Sorry, I think that deserves a graphic. Rich On Wed, Oct 19, 2011 at 3:43 PM, Stephen Woodbridge wrote: > Steve, > > Maybe this is another RFC, but I think more flexibility in defining the > label point is needed. Also it would be nice it each label could have its > own label point say through the use of GEOMPROCESSING function. > > So here are some ideas for defining label points and ANGLE AUTO or FOLLOW. > > For lines: > > 1. n% along line, centered on the line > 2. n% along line, offset normal to line right or left some distance > 3. n% along line, offset N,S,E,W some distance > > For polygons: > > 1. Along polygon edge, offset inside or outside of polygon, could used ANGLE > AUTO or FOLLOW, could allow REPEATDISTANCE > > -Steve W > > > On 10/19/2011 2:22 PM, Steve Lime wrote: >> >> As an FYI... I am working on a RFC to support multiple labels within a >> class although by itself I don't know that it solves this particular >> problem. It has application if for example you wanted to show two or >> three shields side-by-side (one label point w/offsets). >> >> I think being able to offset the starting position for repeating >> labels would be another way to address this type of labeling. Recall >> that REPEATDISTANCE was added in 6.0 so I'm thinking of adding >> REPEATOFFSET [distance]. >> >> Steve >> >> On Tue, Oct 18, 2011 at 9:00 PM, Stephen Woodbridge >> ?wrote: >>> >>> Rich, >>> >>> You might want to look at these bugs and add yourself to the CC and >>> comment >>> on your use case. >>> >>> http://trac.osgeo.org/mapserver/ticket/3675 >>> http://trac.osgeo.org/mapserver/ticket/3044 >>> >>> -Steve W >>> >>> On 10/18/2011 8:18 PM, Richard Greenwood wrote: >>>> >>>> Steve, Bob, >>>> >>>> Thanks for the ideas. Steve - As I was composing my email I was >>>> thinking that there was a good chance that you'd have suggestions and >>>> as always I appreciate your help. Bob - I haven't gotten far enough to >>>> get stuck yet! I'm just trolling for ideas from folks that have more >>>> experience with advanced labeling than myself. >>>> >>>> Thanks, >>>> Rich >>>> >>>> >>>> On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques >>>> ? ?wrote: >>>>> >>>>> Richard, >>>>> >>>>> Not impossible, I don't think. >>>>> >>>>> Forcing them all on will be the trick, ?How to avoid collisions while >>>>> still forcing all the labels on. >>>>> >>>>> As far as the labels themselves, that's fairly straight forward. ?You >>>>> should be able to build a CLASS for each Shield label. ?I assume you >>>>> have >>>>> some sort of attribute on the line work that indicates that all those >>>>> shields apply? ?Or possibly a line segment per Shield for labeling? >>>>> >>>>> where are you stuck? >>>>> >>>>> bobb >>>>> >>>>> >>>>> >>>>> >>>>>>>> Richard Greenwood ? ?wrote: >>>>> >>>>> I have an area where 4 numbered US highways are coincident (all >>>>> following the same road) that I would like to label with the standard >>>>> US highway shield superimposed with the individual route numbers as >>>>> shown on the attached gif. Any suggestions as to how to accomplish >>>>> this? >>>>> >>>>> Thanks, >>>>> Rich >>>>> >>>>> -- >>>>> Richard Greenwood >>>>> richard.greenwood at gmail.com >>>>> www.greenwoodmap.com >>>> >>>> >>>> >>>> -- >>>> Richard Greenwood >>>> richard.greenwood at gmail.com >>>> www.greenwoodmap.com >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> > > -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From Jukka.Rahkonen at mmmtike.fi Wed Oct 19 21:04:52 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Thu, 20 Oct 2011 04:04:52 +0000 Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <1319069007545-6911003.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A6303757F@suutari.haapa.mmm.fi>, <1319069007545-6911003.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A63037955@suutari.haapa.mmm.fi> Hi, Have I understood right that your WMS service works fine for the users but you are getting one unnecessary line into the error log per each requested layer which has projection set with the Proj.4 strings? So it is mainly an annoyance and does not prevent any real work? I think also that using correct Proj.4 strings for the input projection is not an error. However, log write behaviour can not be cured by advice from the users and better place to visit next is http://trac.osgeo.org/mapserver/. You have enough and exact information for filing a fine bug report. -Jukka Rahkonen- SixDegrees wrote: > The files we're displaying don't have explicit epsg-style codes in them. We are extracting the projection information using GDAL, which allows us to convert the projection to Proj.4 before inserting it into the mapfile. The actual projection information is stored as a WKT. As far as I know, there isn't a way to convert either of these to an epsg code automatically, since WKT and Proj.4 are inherently open-ended and may express projections that simply aren't defined in common epsg. I suppose we could insert our own epsg definitions into the database, but the dynamic nature of the application makes this less than ideal. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6911003.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From till.plewe at gmail.com Wed Oct 19 21:11:11 2011 From: till.plewe at gmail.com (till plewe) Date: Thu, 20 Oct 2011 13:11:11 +0900 Subject: [mapserver-users] Changing map file parameters via a URL Message-ID: I am trying to set COLORRANGE and DATARANGE via url. Using the url below -------- http://xxx.yyy.zzz/cgi-bin/MapService?layers=mesh10m&mode=map&map_imagetype=png&map.layer[mesh10m].class[0].style[0]=DATARANGE+0+1000+COLORRANGE+255+100+0+0+100+255 -------- I get the errormessage: -------- loadStyle(): Unknown identifier. Parsing error near (DATARANGE):(line 1) -------- I am using mapserver 5.9.1 (unfortunately unknown build). Looking at the source code for versions 5.6.7 and 6.0.1 at the definition of loadStyle in mapfile.c it seems that both DATARANGE and COLORRANGE are unknown although they are in the switch statement and also both defined (without special ifdefs) in mapfile.h. Other keywords e.g. COLOR work fine using identical syntax. Does anybody have a suggestion where the problem may be found? My goal is to set DATARANGE and COLORRANGE using OpenLayers. Any suggestions how to accomplish this would of course be also very welcome. - Till ----- extract from mapfile.c (version 5.6.7) ----- int loadStyle(styleObj *style) { int symbol; for(;;) { switch(msyylex()) { /* New Color Range fields*/ case (COLORRANGE): /*These are both in one line now*/ if(loadColor(&(style->mincolor), NULL) != MS_SUCCESS) return(MS_FAILURE); if(loadColor(&(style->maxcolor), NULL) != MS_SUCCESS) return(MS_FAILURE); break; case(DATARANGE): /*These are both in one line now*/ if(getDouble(&(style->minvalue)) == -1) return(-1); if(getDouble(&(style->maxvalue)) == -1) return(-1); break; case(RANGEITEM): if(getString(&style->rangeitem) == MS_FAILURE) return(-1); break; /* End Range fields*/ case(ANGLE): if((symbol = getSymbol(3, MS_NUMBER,MS_BINDING,MS_AUTO)) == -1) return(MS_FAILURE); if(symbol == MS_NUMBER) style->angle = (double) msyynumber; else if(symbol==MS_BINDING){ if (style->bindings[MS_STYLE_BINDING_ANGLE].item != NULL) msFree(style->bindings[MS_STYLE_BINDING_ANGLE].item); style->bindings[MS_STYLE_BINDING_ANGLE].item = strdup(msyytext); style->numbindings++; } else { style->autoangle=MS_TRUE; } break; ... default: if(strlen(msyytext) > 0) { msSetError(MS_IDENTERR, "Parsing error near (%s):(line %d)", "loadStyle()", msyytext, msyylineno); return(MS_FAILURE); } else { return(MS_SUCCESS); /* end of a string, not an error */ } } } } -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at remoteinformation.com.au Wed Oct 19 21:27:50 2011 From: lists at remoteinformation.com.au (Ben Madin) Date: Thu, 20 Oct 2011 12:27:50 +0800 Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <20111019232436.8EE49E00623@lists.osgeo.org> References: <20111019232436.8EE49E00623@lists.osgeo.org> Message-ID: <842166A9-034A-411E-B61A-6FFD2537A521@remoteinformation.com.au> Paul, is the +towgs necessary here? couldn't it just be : +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs (this is taken from http://spatialreference.org/ref/epsg/4326/) cheers Ben On 20/10/2011, at 7:24 AM, mapserver-users-request at lists.osgeo.org wrote: > From: SixDegrees > Date: 20 October 2011 6:54:44 AM AWST > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Re: Mapserver Projection Errors > > > I won't have access to the files for a couple of days, but the original post > contains most of the information needed to show the problem. The first > PROJECTION block is equivalent to epsg:4326; I believe if you create a > mapfile with two layers configured for WMS, one using > > PROJECTION > "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > END > > and the other using > > PROJECTION > "init=epsg:4326" > END > > you will see 1 error in the mapserver error log generated by the first case > when a GetCapabilities request is made, but none by the second. > > I will send along an actual sample when I have access again. From thomas.bonfort at gmail.com Thu Oct 20 00:47:09 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 20 Oct 2011 09:47:09 +0200 Subject: [mapserver-users] How to deal with floating point exception? In-Reply-To: <1319078353166-6911285.post@n2.nabble.com> References: <1319078353166-6911285.post@n2.nabble.com> Message-ID: your bounding box is invalid as minx=maxx and miny=maxy. please open a ticket for this as mapserver should return an error message, and not fail with an exception. -- thomas On Thu, Oct 20, 2011 at 04:39, jjwang wrote: > I got an floating point exception when I tried to run the mapserv. > > *./mapserv -nh > "QUERY_STRING=map=/images/mapserv_map_files/BR_WFS.map&request=GetFeature&service=WFS&version=1.1.0&typename=nsw&BBOX=153.50183890072711,-28.163052299741643,153.50183890072711,-28.163052299741643&outputformat=stateonly" > Content-type: text/html > > Floating point exception* > > I found this was caused by the longitude value I provided > '153.50183890072711'. If I make a little change of the value, for example > change it to '153.50183890072701', it will works fine. But obviously, it's > not a solution to my problem. > > Any ideas on this issue? > > JJ > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/How-to-deal-with-floating-point-exception-tp6911285p6911285.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From stephan.holl at intevation.de Thu Oct 20 01:36:30 2011 From: stephan.holl at intevation.de (Stephan Holl) Date: Thu, 20 Oct 2011 10:36:30 +0200 Subject: [mapserver-users] Clustering based on a classified column In-Reply-To: References: <20111019151928.1662f7ba@euarne.hq.intevation.de> Message-ID: <20111020103630.41ce7ca8@euarne.hq.intevation.de> Hello Tamas, thanks for you reply. Tamas Szekeres , [20111019 - 19:04:22] > I'm not sure exactly what you would like to achieve. Sorry, let my show an example to make it clear: I have a classified layer based on the following CLASSES CLASS NAME "bar" EXPRESSION ('[typ]'='bar') STYLE SYMBOL "bar" END END CLASS NAME "foo" EXPRESSION ('[typ]'='foo') STYLE SYMBOL "foo" END END ... more CLASSes As you see, they are classified by the values of the column [typ]. What I want to achieve is adding a label (with the Cluster:FeatureCount as text) if the different classes have more identical attributes within the MAXDISTANCE. What I currently do is adding another CLASS: LABELITEM "Cluster:FeatureCount" CLASS NAME "Clustered foo" EXPRESSION ("[Cluster:FeatureCount]" > "1" && '[typ]'='foo') STYLE SYMBOL "foo" END STYLE SIZE 20 OFFSET 15 15 SYMBOL "circle" COLOR 255 0 0 END LABEL FONT freesans TYPE TRUETYPE SIZE 10 COLOR 255 255 255 OFFSET 15 15 ALIGN CENTER PRIORITY 10 BUFFER 1 PARTIALS TRUE POSITION cc END END CLASS NAME "foo" EXPRESSION ('[typ]'='foo') STYLE SYMBOL "foo" END END ... more CLASSes The problem of the above is, that I have to include the SYMBOL 'foo' also in the clustered CLASS, because the normal SYMBOL does not show up (because it is not there since it is clustered now...). But: I have to do that for all classes I have currently (about 25). My thinking was about a dynamic classification and clustering based on the attributes of a specific column ([typ]), but I cannot make it work. Does this make more sense to you now? > The GROUP setting > specifies which features may belong to the same cluster. This setting > can be an expression (including the feature attributes) which > evaluates to a string value. Features with different group string > value are not used within the same cluster. > > The FILTER setting can also be an expression (including the feature > attributes or the aggregated attributes) which evaluates to a boolean > value. This boolean determines whether the particular shapes should > be filtered out or not in the clustering process. Thanks for your clarification, this is helpful for my understanding. > You can continue to use the CLASSITEM setting or class EXPRESSION > (including the aggregated attributes, like Cluster:FeatureCount in > the expressions) to control which class is used to display a > particular clustered shape. > > What do you mean by validation in the GROUP or FILTER expressions? Does my above example more sense to you? Best Stephan > > 2011/10/19 Stephan Holl > > > Dear mapservers, > > > > I am playing arround with the CLUSTER-directive and I am going fine. > > > > Though there are some questions left I cannot answer by myself and > > the documentation. > > > > Is it possible to cluster a POINT layer based on a specific > > attribute columns? THis column is the basis of the classification > > of the layer. > > > > What I want to achive is adding a label to each CLASS if the > > Cluster:FeatureCount is > 1. > > > > The docs do not make it clear for me if CLUSTER:GROUP or > > CLUSTER:FILTER is the correct stuff. Neither of them work during > > tests. > > > > Could someone tell me if this could be done with the CLUSTERing? > > > > And the bonus-question: if this is possible, are validation-pattern > > taken into account within GROUP or FILTER? > > > > Looking forward to your suggestions. > > > > TIA > > > > Best regards > > > > Stephan > > > > -- > > Stephan Holl | Tel.: +49 (0)541-33 508 > > 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - > > HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. > > Jan-Oliver Wagner > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From Andreas.Eichner at sid.sachsen.de Thu Oct 20 01:31:46 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 10:31:46 +0200 Subject: AW: [mapserver-users] Mapserver Projection Errors References: <1319028354644-6908527.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> > mapserver log fills up with the error message > > msProcessProjection(): Projection library error. > projection not named As Daniel already noted, the error you receive can be translated as "'proj' argument missing". Since MS uses the number of arguments _and_ the existence of '+' to decide wether to interpret the PROJECTION block as a one-liner or as a list of projection parameters, I guess you mixed them somehow. So > PROJECTION > "init=epsg:4326" > END is interpreted as a list of projection parameters with only one entry and > PROJECTION > "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > END is interpreted as a one-liner which will be split into a list of parameters before invoking the pj_init() function. If you accidentially forget the quotes or '+' in one of your projection blocks it might be misinterpreted and therefore throw the error. Walk through your MAP file and make sure you use either one-liners using a single quoted string or a list of quoted parameters one at a line. Your examples are correct and the latter equals PROJECTION "proj=longlat" "ellps=WGS84" "towgs84=0,0,0,0,0,0,0" "no_defs" END HTH From thomas.bonfort at gmail.com Thu Oct 20 01:48:40 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 20 Oct 2011 10:48:40 +0200 Subject: [mapserver-users] mapcache in a cluster In-Reply-To: References: Message-ID: Travis, I haven't had any feedback from people using mapcache in a cluster. This is my understanding of the possibilities and pitfalls: - if you have a fully seeded cache, there are no locking issues, therefore running a mapcache cluster will be transparent. - if you have a non-seeded cache, there are some potential pitfalls: - mapcache does not lock the tiles directly as tilecache does, it instead locks a "resource" corresponding to the metatile that is being created. - This resource is a file placed in the directory. If you configure the lock directory to be a shared network mounted directory, then the multiple mapcache instances /should/ manage to synchronize between one another. - There is a mutex protecting the aquisition of the lock file, which of course is of no use if you have a cluster of mapcache instances. Depending on the capabilities of your network mounted filesystem, it is not impossible that multiple instances manage to aquire a lock on the same resource, which would potentially cause each instance to request the metatile from the source wms. In the worst case scenario, you would have N duplicate requests on the source, where N is the number of mapcache instances. For reference, with tilecache, the usual behavior (i.e. not worst case) is M of these duplicate requests, where M is the number of tiles displayed in the browser window arriving on an unseeded area. - I would consider it a bug if there are these N duplicate requests in the case where the filesystem supports the atomic locking of a file. In conclusion, mapcache /should/ support the architecture you are proposing, although as it is yet untested it is difficult to guarantee that it will be bug free from day 1. Please post your experience back to the list, and/or file bugs should they happen. regards, thomas On Wed, Oct 19, 2011 at 16:02, Travis Kirstine wrote: > Has anyone attempted to set mapcache up in a cluster, one large file > server holding caches with several mapcache servers? A few years ago > we tried to have TileCache in a cluster but had issues with tile > locking. > > Regards > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From paulcarlisle at comcast.net Thu Oct 20 02:13:51 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Thu, 20 Oct 2011 02:13:51 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <84446DEF76453C439E9E97E438E13A63037955@suutari.haapa.mmm.fi> References: <1319028354644-6908527.post@n2.nabble.com> <4E9ECB80.8020906@gatewaygeomatics.com> <1319031450443-6908679.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A6303757F@suutari.haapa.mmm.fi> <1319069007545-6911003.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A63037955@suutari.haapa.mmm.fi> Message-ID: <1319102031418-6912166.post@n2.nabble.com> That's what I'm trying to determine. Right now, I'm speculating that these error messages are spurious, but I don't actually know if that's the case. We are still using the application, so far without ill effect, but if this is an indication that something is actually wrong I'd like to fix it. Once we determine for certain that this is a spurious error, I'll certainly file a bug report. Rahkonen Jukka wrote: > > Hi, > > Have I understood right that your WMS service works fine for the users but > you are getting one unnecessary line into the error log per each requested > layer which has projection set with the Proj.4 strings? So it is mainly an > annoyance and does not prevent any real work? I think also that using > correct Proj.4 strings for the input projection is not an error. However, > log write behaviour can not be cured by advice from the users and better > place to visit next is http://trac.osgeo.org/mapserver/. You have enough > and exact information for filing a fine bug report. > > -Jukka Rahkonen- > > > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912166.html Sent from the Mapserver - User mailing list archive at Nabble.com. From paulcarlisle at comcast.net Thu Oct 20 02:17:44 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Thu, 20 Oct 2011 02:17:44 -0700 (PDT) Subject: [mapserver-users] Re: Mapserver Projection Errors In-Reply-To: <842166A9-034A-411E-B61A-6FFD2537A521@remoteinformation.com.au> References: <1319028354644-6908527.post@n2.nabble.com> <842166A9-034A-411E-B61A-6FFD2537A521@remoteinformation.com.au> Message-ID: <1319102264348-6912186.post@n2.nabble.com> I can try an example without that parameter, but the layers are machine generated and use a GDAL function to extract the Proj.4 string from the image file, so I don't have much control over their format. Although it probably wouldn't be difficult to extract a single argument if that's the cause of the problem. In any case, I'll give it a whirl when I return tomorrow. Ben Madin wrote: > > Paul, > > is the +towgs necessary here? > > couldn't it just be : > > +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs > > (this is taken from http://spatialreference.org/ref/epsg/4326/) > > cheers > > Ben > > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912186.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jaja0506 at gmail.com Thu Oct 20 02:21:24 2011 From: jaja0506 at gmail.com (JIAJIA WANG) Date: Thu, 20 Oct 2011 20:21:24 +1100 Subject: [mapserver-users] How to deal with floating point exception? In-Reply-To: References: <1319078353166-6911285.post@n2.nabble.com> Message-ID: Hi Thomas, The reason that I set minx=max and miny=maxy is because actually I want to get only the feature info of that point but not BBOX... I know this is not the exact way to do it. But I thought it's much easier to do things like this. And it works fine... JJ On Thu, Oct 20, 2011 at 6:47 PM, thomas bonfort wrote: > your bounding box is invalid as minx=maxx and miny=maxy. please open a > ticket for this as mapserver should return an error message, and not > fail with an exception. > > -- > thomas > > On Thu, Oct 20, 2011 at 04:39, jjwang wrote: > > I got an floating point exception when I tried to run the mapserv. > > > > *./mapserv -nh > > > "QUERY_STRING=map=/images/mapserv_map_files/BR_WFS.map&request=GetFeature&service=WFS&version=1.1.0&typename=nsw&BBOX=153.50183890072711,-28.163052299741643,153.50183890072711,-28.163052299741643&outputformat=stateonly" > > Content-type: text/html > > > > Floating point exception* > > > > I found this was caused by the longitude value I provided > > '153.50183890072711'. If I make a little change of the value, for example > > change it to '153.50183890072701', it will works fine. But obviously, > it's > > not a solution to my problem. > > > > Any ideas on this issue? > > > > JJ > > > > -- > > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/How-to-deal-with-floating-point-exception-tp6911285p6911285.html > > Sent from the Mapserver - User mailing list archive at Nabble.com. > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paulcarlisle at comcast.net Thu Oct 20 02:24:17 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Thu, 20 Oct 2011 02:24:17 -0700 (PDT) Subject: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> Message-ID: <1319102657882-6912201.post@n2.nabble.com> I'll take a look, but the example I provided is a cut-and-paste from the mapfile in question; the mapfiles are machine-generated, so if it is correct then all of them should be correct. But it's certainly something worth checking. I can also split the string into individual arguments if needed. I tried that initially, but was then pleasantly surprised to find that the one-liner worked exactly the same, so I saved a couple lines of code by just using that. I wasn't checking the logs, though, so I don't know whether the other form causes errors or not, but I'll try that as well. Can you point me to any documentation on the precise format these strings should have? Other reading, and suggestions here, indicate that Proj.4 can be extremely fussy about leading spaces and other formatting issues. Eichner, Andreas - SID-NLK wrote: > >> mapserver log fills up with the error message >> >> msProcessProjection(): Projection library error. >> projection not named > > As Daniel already noted, the error you receive can be translated as > "'proj' argument missing". Since MS uses the number of arguments _and_ > the existence of '+' to decide wether to interpret the PROJECTION block > as a one-liner or as a list of projection parameters, I guess you mixed > them somehow. > > So >> PROJECTION >> "init=epsg:4326" >> END > is interpreted as a list of projection parameters with only one entry > and > >> PROJECTION >> "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >> END > is interpreted as a one-liner which will be split into a list of > parameters before invoking the pj_init() function. If you accidentially > forget the quotes or '+' in one of your projection blocks it might be > misinterpreted and therefore throw the error. > Walk through your MAP file and make sure you use either one-liners using > a single quoted string or a list of quoted parameters one at a line. > Your examples are correct and the latter equals > > PROJECTION > "proj=longlat" > "ellps=WGS84" > "towgs84=0,0,0,0,0,0,0" > "no_defs" > END > > HTH > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912201.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Andreas.Eichner at sid.sachsen.de Thu Oct 20 02:32:55 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 11:32:55 +0200 Subject: AW: [mapserver-users] mapcache in a cluster References: Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF253@KS-EVS1.smi.sachsen.de> We use TileCache.py on two servers with the cache on an OCFS2 on a shared LUN in the SAN. No known issues with that for now. Note: Spurious stale lock files occurred already on a single machine. There seemed to be issues with lots of requests and a very slow upstream server. I used a cron job to delete lock files older than 5 minutes or so. As Thomas noted, if the lock files are created on a shared filesystem and you make sure the filesystem you use is able to lock files properly (read the docs carefully!) there's no reason why it should not work. From gamejihou at hotmail.com Thu Oct 20 02:47:07 2011 From: gamejihou at hotmail.com (Gery) Date: Thu, 20 Oct 2011 02:47:07 -0700 (PDT) Subject: [mapserver-users] Re: color loop for attributes in map file In-Reply-To: <4E94B6ED.2030305@swoodbridge.com> References: <1318364745379-6882518.post@n2.nabble.com> <4E94B6ED.2030305@swoodbridge.com> Message-ID: <1319104027755-6912270.post@n2.nabble.com> Thank you Stephen and sorry for my late answer, I forgot to check here because I wrote before in this forum and anyone never answered me. Yeah, the 500-colors idea I posted is crazy, I think it is much better to make a query and show what I want based on eg. intersections. I tried that but the command line in the map file didnt work, but however it works perfectly in postgis, I'll make a post with this, so please I will appreciate if you could take a look at it. Thanks again. Gery -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/color-loop-for-attributes-in-map-file-tp6882518p6912270.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Andreas.Eichner at sid.sachsen.de Thu Oct 20 02:51:52 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 11:51:52 +0200 Subject: AW: [mapserver-users] Mapserver Projection Errors References: <1319028354644-6908527.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> If you auto-generate the map files and spurious errors occur it might be a bug in your script generating the projection strings. I personally prefer the one-liners but they need to be trimmed and the first character should be "+". You should find a generated map file that triggers the error and check it's generated PROJECTION blocks. With a leading space mapserver probably tries to handle it as an old style comma separated init string like "proj=utm,zone=11,ellps=WGS84". Once again: projection strings should be build with care! From alexandre.saunier at camptocamp.com Thu Oct 20 02:52:19 2011 From: alexandre.saunier at camptocamp.com (Alexandre Saunier) Date: Thu, 20 Oct 2011 11:52:19 +0200 Subject: [mapserver-users] Hiding the layers contained in a group from the WMS GetCapabilities Message-ID: Hello, I would like that only the groups appear in my WMS GetCapabilities response, not the layers they contain, with Mapserver 6.0.0. I have tried to add the following metadata: "wms_enable_request" "!GetCapabilities" in the layer definition. For instance: LAYER NAME "layer1" GROUP "foobar" TYPE polygon METADATA "wms_title" "layer1" "wms_group_title" "foobar" "wms_enable_request" "!GetCapabilities" END END It works correctly (*) but when all the layers are removed from the GetCapabilities, the parent group disappears as well. Is there a way to keep the group visible in the GetCapabilities even when all its layers are hidden? Thanks, Alexandre (*) Actually I have noticed weird behaviours when only some of the group layers are marked "hidden". There's already a ticket about that issue: http://trac.osgeo.org/mapserver/ticket/3931 From gamejihou at hotmail.com Thu Oct 20 02:58:49 2011 From: gamejihou at hotmail.com (Gery) Date: Thu, 20 Oct 2011 02:58:49 -0700 (PDT) Subject: [mapserver-users] query in postgis works but in mapfile failed, why?? Message-ID: <1319104729761-6912309.post@n2.nabble.com> Hello, I have my db in postgis and I get the data from it through my mapfile, these work perfectly for instance: DATA 'geom FROM heat_flux_point USING UNIQUE fid USING UNIQUE SRID=4326' DATA 'geom FROM (SELECT fid,contour,geom FROM sar_contour_line WHERE contour=-600) AS FOO USING UNIQUE fid USING UNIQUE SRID=4326' but now I'm trying to get the intersection between two line geometries and show the output in my html: mop=# select seismic_line.profile from seismic_line, sar_contour_line where seismic_line.geom && sar_contour_line.geom and intersects(seismic_line.geom,sar_contour_line.geom) and sar_contour_line.contour = -600 order by profile; This in postgis gives: profile -------------- 1017 1018 ...etc (354 rows) and the same in my mapfile gives nothing: DATA 'geom FROM (SELECT seismic_line.fid,seismic_line.profile,seismic_line.geom FROM seismic_line, sar_contour_line WHERE seismic_line.geom && sar_contour_line.geom AND INTERSECTS(seismic_line.geom, sar_contour_line.geom) AND sar_contour_line.contour = -600) AS FOO USING UNIQUE fid USING UNIQUE SRID=4326' why?? Any support and hint are very welcome, Thanks in advance, Gery -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/query-in-postgis-works-but-in-mapfile-failed-why-tp6912309p6912309.html Sent from the Mapserver - User mailing list archive at Nabble.com. From paulcarlisle at comcast.net Thu Oct 20 03:00:37 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Thu, 20 Oct 2011 03:00:37 -0700 (PDT) Subject: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> Message-ID: <1319104837130-6912316.post@n2.nabble.com> Is this example correct? This is a cut-and-paste of what is generated by our code, as are the other examples shown earlier: PROJECTION "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" END Should each argument have a '+' in front of it, or only the first? Note that I'm already trimming excess whitespace off the strings; gdal seems to add a space at the end of the string. Eichner, Andreas - SID-NLK wrote: > > If you auto-generate the map files and spurious errors occur it might be > a bug in your script generating the projection strings. I personally > prefer the one-liners but they need to be trimmed and the first > character should be "+". You should find a generated map file that > triggers the error and check it's generated PROJECTION blocks. With a > leading space mapserver probably tries to handle it as an old style > comma separated init string like "proj=utm,zone=11,ellps=WGS84". Once > again: projection strings should be build with care! > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912316.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Andreas.Eichner at sid.sachsen.de Thu Oct 20 03:23:28 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 12:23:28 +0200 Subject: AW: [mapserver-users] Mapserver Projection Errors References: <1319028354644-6908527.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de><1319102657882-6912201.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> > PROJECTION > "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > END > AFAIK this example should be OK... > Should each argument have a '+' in front of it, or only the > first? ..and yes, each argument needs the '+' and it should be a single string enclosed in quotes as in the example you've given. > Note that > I'm already trimming excess whitespace off the strings; gdal > seems to add a space at the end of the string. I think spaces at the end are not a problem. How is GDAL involved here? How do you generate the map files? And how is map file generation related to QGIS? From Andreas.Eichner at sid.sachsen.de Thu Oct 20 03:28:23 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 12:28:23 +0200 Subject: AW: [mapserver-users] query in postgis works but in mapfile failed, why?? References: <1319104729761-6912309.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF256@KS-EVS1.smi.sachsen.de> > and the same in my mapfile gives nothing: > > DATA 'geom FROM (SELECT > seismic_line.fid,seismic_line.profile,seismic_line.geom FROM > seismic_line, > sar_contour_line WHERE seismic_line.geom && sar_contour_line.geom AND > INTERSECTS(seismic_line.geom, sar_contour_line.geom) AND > sar_contour_line.contour = -600) AS FOO USING UNIQUE fid USING UNIQUE > SRID=4326' > > why?? Should probably be "...) AS FOO USING UNIQUE fid USING SRID=4326'" - without the "UNIQUE" in front of "SRID". From paulcarlisle at comcast.net Thu Oct 20 03:35:47 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Thu, 20 Oct 2011 03:35:47 -0700 (PDT) Subject: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> Message-ID: <1319106947743-6912415.post@n2.nabble.com> To summarize the preceding thread contents: Mapfiles are generated using python, in turn using the GDAL libraries to extract information like the projection needed in the mapfile. Mapfiles are constructed for use in response to WMS requests. QGis initially makes a WMS GetCapabilities request, and this is what is producing the errors in the Mapserver logfile, one error per layer. This isn't specific to QGis; I get the same errors when I send my own GetCapabilities request through a browser. The returned XML does not contain any errors, and layers that have projections that differ from the top-level mapfile projection - for example, a layer with projection for UTM Zone 38N, with the mapfile set for epsg:4326 - have bounding boxes that have been correctly re-projected into the map's projection. If I replace the layer's Proj.4-style multi-argument string with "init=epsg:xxxx", where xxxx is the layer's epsg code, no errors are thrown. Errors only arise when the multi-argument form of the projection string is used, even when it is equivalent to the epsg code projection. Eichner, Andreas - SID-NLK wrote: > > I think spaces at the end are not a problem. How is GDAL involved here? > How do you generate the map files? And how is map file generation > related to QGIS? > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912415.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Thu Oct 20 04:29:14 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Thu, 20 Oct 2011 11:29:14 +0000 Subject: AW: [mapserver-users] Mapserver Projection Errors Message-ID: <84446DEF76453C439E9E97E438E13A63037B41@suutari.haapa.mmm.fi> Hi, Do two more tests: edit the strings in the Mapserver epsg file (for example ms4w\proj\nad\epsg) so that they are the same than yuo generate with python. Give then the layer projection as init=+epsg way and see if you get errors to the log file then. And double check, give the parameters which are used in the epsg file but directry in the layer definitions as proj strings and see if you'll get errors then. Just wondering if the real meaning of the error is just "Did not find projection code from the epsg/esri definition files, continuing by other means". -Jukka Rahkonen- SixDegrees wrote: > To summarize the preceding thread contents: Mapfiles are generated using python, in turn using the GDAL libraries to extract information like the projection needed in the mapfile. Mapfiles are constructed for use in response to WMS requests. QGis initially makes a WMS GetCapabilities request, and this is what is producing the errors in the Mapserver logfile, one error per layer. This isn't specific to QGis; I get the same errors when I send my own GetCapabilities request through a browser. The returned XML does not contain any errors, and layers that have projections that differ from the top-level mapfile projection - for example, a layer with projection for UTM Zone 38N, with the mapfile set for epsg:4326 - have bounding boxes that have been correctly re-projected into the map's projection. If I replace the layer's Proj.4-style multi-argument string with "init=epsg:xxxx", where xxxx is the layer's epsg code, no errors are thrown. Errors only arise when the multi-argument form of the projection string is used, even when it is equivalent to the epsg code projection. Eichner, Andreas - SID-NLK wrote: > > I think spaces at the end are not a problem. How is GDAL involved here? > How do you generate the map files? And how is map file generation > related to QGIS? > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912415.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From Andreas.Eichner at sid.sachsen.de Thu Oct 20 04:45:38 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 13:45:38 +0200 Subject: AW: [mapserver-users] Mapserver Projection Errors References: <84446DEF76453C439E9E97E438E13A63037B41@suutari.haapa.mmm.fi> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF257@KS-EVS1.smi.sachsen.de> > Just wondering if the real meaning of the error is just "Did > not find projection code from the epsg/esri definition files, > continuing by other means". Indeed I believe not. If you look into pj_init.c from the PROJ4 source, the core init function pj_init_ctx() contains this: /* find projection selection */ if (!(name = pj_param(ctx, start, "sproj").s)) { pj_ctx_set_errno( ctx, -4 ); goto bum_call; } for (i = 0; (s = pj_list[i].id) && strcmp(name, s) ; ++i) ; if (!s) { pj_ctx_set_errno( ctx, -5 ); goto bum_call; } according to pj_strerrno.c, these result in "projection not named", /* -4 */ "unknown projection id", /* -5 */ From Andreas.Eichner at sid.sachsen.de Thu Oct 20 05:04:31 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Thu, 20 Oct 2011 14:04:31 +0200 Subject: AW: AW: [mapserver-users] Mapserver Projection Errors References: <1319028354644-6908527.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de><1319102657882-6912201.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de><1319104837130-6912316.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> <1319106947743-6912415.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> I can trigger the message be a leading space. Replacing the original config: PROJECTION 'init=epsg:31468' END by the equivalent string from the epsg definition file: PROJECTION "+proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=4500000 +y_0=0 +ellps=bessel +datum=potsdam +units=m +no_defs" END all works well, but with a leading space: PROJECTION " +proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=4500000 +y_0=0 +ellps=bessel +datum=potsdam +units=m +no_defs" END it results in the mentioned error: $ /usr/lib/cgi-bin/ms6 QUERY_STRING="map=/data/Hohlraumkarte/Hohlraumkarte.map&service=WMS&request=GetCapabilities" Content-type: text/html MapServer Message msProcessProjection(): Projection library error. projection not named So I guess your script doesn't properly generate the PROJECTION block... > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag > von SixDegrees > Gesendet: Donnerstag, 20. Oktober 2011 12:36 > An: mapserver-users at lists.osgeo.org > Betreff: Re: AW: [mapserver-users] Mapserver Projection Errors > > To summarize the preceding thread contents: Mapfiles are > generated using > python, in turn using the GDAL libraries to extract > information like the > projection needed in the mapfile. Mapfiles are constructed for use in > response to WMS requests. QGis initially makes a WMS GetCapabilities > request, and this is what is producing the errors in the > Mapserver logfile, > one error per layer. This isn't specific to QGis; I get the > same errors when > I send my own GetCapabilities request through a browser. The > returned XML > does not contain any errors, and layers that have projections > that differ > from the top-level mapfile projection - for example, a layer > with projection > for UTM Zone 38N, with the mapfile set for epsg:4326 - have > bounding boxes > that have been correctly re-projected into the map's projection. If I > replace the layer's Proj.4-style multi-argument string with > "init=epsg:xxxx", where xxxx is the layer's epsg code, no > errors are thrown. > Errors only arise when the multi-argument form of the > projection string is > used, even when it is equivalent to the epsg code projection. > > > Eichner, Andreas - SID-NLK wrote: > > > > I think spaces at the end are not a problem. How is GDAL > involved here? > > How do you generate the map files? And how is map file generation > > related to QGIS? > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at .osgeo > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Er > rors-tp6908527p6912415.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From gamejihou at hotmail.com Thu Oct 20 05:05:23 2011 From: gamejihou at hotmail.com (Gery .) Date: Thu, 20 Oct 2011 12:05:23 +0000 Subject: AW: [mapserver-users] query in postgis works but in mapfile failed,why?? In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF256@KS-EVS1.smi.sachsen.de> References: <1319104729761-6912309.post@n2.nabble.com>, <56B587E7C40D2F43B54FDC1BA897AC6D037AF256@KS-EVS1.smi.sachsen.de> Message-ID: Thanks Andreas! your suggestion did the trick, thanks! Cheers, Gery > Subject: AW: [mapserver-users] query in postgis works but in mapfile failed,why?? > Date: Thu, 20 Oct 2011 12:28:23 +0200 > From: Andreas.Eichner at sid.sachsen.de > To: gamejihou at hotmail.com; mapserver-users at lists.osgeo.org > > > and the same in my mapfile gives nothing: > > > > DATA 'geom FROM (SELECT > > seismic_line.fid,seismic_line.profile,seismic_line.geom FROM > > seismic_line, > > sar_contour_line WHERE seismic_line.geom && sar_contour_line.geom AND > > INTERSECTS(seismic_line.geom, sar_contour_line.geom) AND > > sar_contour_line.contour = -600) AS FOO USING UNIQUE fid USING UNIQUE > > SRID=4326' > > > > why?? > > Should probably be "...) AS FOO USING UNIQUE fid USING SRID=4326'" - > without the "UNIQUE" in front of "SRID". -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Thu Oct 20 05:42:05 2011 From: dmorissette at mapgears.com (Daniel Morissette) Date: Thu, 20 Oct 2011 08:42:05 -0400 Subject: [mapserver-users] Hiding the layers contained in a group from the WMS GetCapabilities In-Reply-To: References: Message-ID: <4EA0171D.3090807@mapgears.com> I don't think MapServer 6.0 supports what you are trying to do, but I think this is something that was going to be addressed by the INSPIRE work (RFC 75, ticket #3608). Not sure if that's in place in trunk already or not. Stephan Meissl would be best to answer that one if he's reading this... or otherwise you could ask on the mapserver-inspire list. Daniel On 11-10-20 05:52 AM, Alexandre Saunier wrote: > Hello, > > I would like that only the groups appear in my WMS GetCapabilities > response, not the layers they contain, with Mapserver 6.0.0. > > I have tried to add the following metadata: > "wms_enable_request" "!GetCapabilities" > in the layer definition. For instance: > > LAYER > NAME "layer1" > GROUP "foobar" > TYPE polygon > METADATA > "wms_title" "layer1" > "wms_group_title" "foobar" > "wms_enable_request" "!GetCapabilities" > END > END > > It works correctly (*) but when all the layers are removed from the > GetCapabilities, the parent group disappears as well. > Is there a way to keep the group visible in the GetCapabilities even > when all its layers are hidden? > > Thanks, > Alexandre > > (*) Actually I have noticed weird behaviours when only some of the > group layers are marked "hidden". There's already a ticket about that > issue: > http://trac.osgeo.org/mapserver/ticket/3931 > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 From stephan at meissl.name Thu Oct 20 06:32:53 2011 From: stephan at meissl.name (Stephan =?ISO-8859-1?Q?Mei=DFl?=) Date: Thu, 20 Oct 2011 15:32:53 +0200 Subject: [mapserver-users] Hiding the layers contained in a group from the WMS GetCapabilities In-Reply-To: <4EA0171D.3090807@mapgears.com> References: <4EA0171D.3090807@mapgears.com> Message-ID: <1319117573.1208.151.camel@io> Hm, good question. In INSPIRE we didn't try to turn off/on single layers/groups so far. Besides that we're investigating the usage of "wms_layer_group" for arbitrary grouping of layers to any depth in favor of the GROUP directive which allows grouping only for one level. cu Stephan On Thu, 2011-10-20 at 08:42 -0400, Daniel Morissette wrote: > I don't think MapServer 6.0 supports what you are trying to do, but I > think this is something that was going to be addressed by the INSPIRE > work (RFC 75, ticket #3608). Not sure if that's in place in trunk > already or not. > > Stephan Meissl would be best to answer that one if he's reading this... > or otherwise you could ask on the mapserver-inspire list. > > Daniel > > On 11-10-20 05:52 AM, Alexandre Saunier wrote: > > Hello, > > > > I would like that only the groups appear in my WMS GetCapabilities > > response, not the layers they contain, with Mapserver 6.0.0. > > > > I have tried to add the following metadata: > > "wms_enable_request" "!GetCapabilities" > > in the layer definition. For instance: > > > > LAYER > > NAME "layer1" > > GROUP "foobar" > > TYPE polygon > > METADATA > > "wms_title" "layer1" > > "wms_group_title" "foobar" > > "wms_enable_request" "!GetCapabilities" > > END > > END > > > > It works correctly (*) but when all the layers are removed from the > > GetCapabilities, the parent group disappears as well. > > Is there a way to keep the group visible in the GetCapabilities even > > when all its layers are hidden? > > > > Thanks, > > Alexandre > > > > (*) Actually I have noticed weird behaviours when only some of the > > group layers are marked "hidden". There's already a ticket about that > > issue: > > http://trac.osgeo.org/mapserver/ticket/3931 > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From paulcarlisle at comcast.net Thu Oct 20 06:37:52 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Thu, 20 Oct 2011 06:37:52 -0700 (PDT) Subject: AW: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> <1319106947743-6912415.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> Message-ID: <1319117872739-6912907.post@n2.nabble.com> Thanks for the effort. I will check this when I get back to the office tomorrow. I would bet heavy money that there's no leading space, but I've been wrong before. Eichner, Andreas - SID-NLK wrote: > > I can trigger the message be a leading space. Replacing the original > config: > > PROJECTION > 'init=epsg:31468' > END > > by the equivalent string from the epsg definition file: > > PROJECTION > "+proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=4500000 +y_0=0 +ellps=bessel > +datum=potsdam +units=m +no_defs" > END > > all works well, but with a leading space: > > PROJECTION > " +proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=4500000 +y_0=0 +ellps=bessel > +datum=potsdam +units=m +no_defs" > END > > it results in the mentioned error: > > $ /usr/lib/cgi-bin/ms6 > QUERY_STRING="map=/data/Hohlraumkarte/Hohlraumkarte.map&service=WMS&request=GetCapabilities" > Content-type: text/html > > > MapServer Message > > > msProcessProjection(): Projection library error. projection not named > > > So I guess your script doesn't properly generate the PROJECTION block... > >> -----Urspr?ngliche Nachricht----- >> Von: mapserver-users-bounces at .osgeo >> [mailto:mapserver-users-bounces at .osgeo] Im Auftrag >> von SixDegrees >> Gesendet: Donnerstag, 20. Oktober 2011 12:36 >> An: mapserver-users at .osgeo >> Betreff: Re: AW: [mapserver-users] Mapserver Projection Errors >> >> To summarize the preceding thread contents: Mapfiles are >> generated using >> python, in turn using the GDAL libraries to extract >> information like the >> projection needed in the mapfile. Mapfiles are constructed for use in >> response to WMS requests. QGis initially makes a WMS GetCapabilities >> request, and this is what is producing the errors in the >> Mapserver logfile, >> one error per layer. This isn't specific to QGis; I get the >> same errors when >> I send my own GetCapabilities request through a browser. The >> returned XML >> does not contain any errors, and layers that have projections >> that differ >> from the top-level mapfile projection - for example, a layer >> with projection >> for UTM Zone 38N, with the mapfile set for epsg:4326 - have >> bounding boxes >> that have been correctly re-projected into the map's projection. If I >> replace the layer's Proj.4-style multi-argument string with >> "init=epsg:xxxx", where xxxx is the layer's epsg code, no >> errors are thrown. >> Errors only arise when the multi-argument form of the >> projection string is >> used, even when it is equivalent to the epsg code projection. >> >> >> Eichner, Andreas - SID-NLK wrote: >> > >> > I think spaces at the end are not a problem. How is GDAL >> involved here? >> > How do you generate the map files? And how is map file generation >> > related to QGIS? >> > _______________________________________________ >> > mapserver-users mailing list >> > mapserver-users at .osgeo >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > >> >> >> -- >> View this message in context: >> http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Er >> rors-tp6908527p6912415.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at .osgeo >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6912907.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Thu Oct 20 07:05:07 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Thu, 20 Oct 2011 14:05:07 +0000 Subject: [mapserver-users] How to deal with floating point exception? In-Reply-To: References: <1319078353166-6911285.post@n2.nabble.com> , Message-ID: <84446DEF76453C439E9E97E438E13A63037B98@suutari.haapa.mmm.fi> Hi, It seems to be WFS so you can write a standard ogc:Intersects filter with your point. That will be more flexible to because it will be easy to turn it to use DWithin (you will need it immediately when you want to find point features) or some other filter, as well as to use polygons or linestrings as reference geometry, and it will work also with other WFS servers. I remember you used the same "point as a BBOX" with WMS GetFeatureInfo. I think it is a nice trick even it is not standard and will probably not work with any other WMS server softwares. I hope it would rather be documented than corrected if it is not badly against WMS standard. If your current problem is because of having 14 digits in the coordinate values then perhaps you could cut and round the values a bit? I do not believe your users are really clicking on the map with that accuracy. -Jukka Rahkonen- ________________________________ JIAJIA WANG wrote: > Hi Thomas, The reason that I set minx=max and miny=maxy is because actually I want to get only the feature info of that point but not BBOX... I know this is not the exact way to do it. But I thought it's much easier to do things like this. And it works fine... JJ On Thu, Oct 20, 2011 at 6:47 PM, thomas bonfort > wrote: your bounding box is invalid as minx=maxx and miny=maxy. please open a ticket for this as mapserver should return an error message, and not fail with an exception. -- thomas On Thu, Oct 20, 2011 at 04:39, jjwang > wrote: > I got an floating point exception when I tried to run the mapserv. > > *./mapserv -nh > "QUERY_STRING=map=/images/mapserv_map_files/BR_WFS.map&request=GetFeature&service=WFS&version=1.1.0&typename=nsw&BBOX=153.50183890072711,-28.163052299741643,153.50183890072711,-28.163052299741643&outputformat=stateonly" > Content-type: text/html > > Floating point exception* > > I found this was caused by the longitude value I provided > '153.50183890072711'. If I make a little change of the value, for example > change it to '153.50183890072701', it will works fine. But obviously, it's > not a solution to my problem. > > Any ideas on this issue? > > JJ > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/How-to-deal-with-floating-point-exception-tp6911285p6911285.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From traviskirstine at gmail.com Thu Oct 20 08:08:46 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Thu, 20 Oct 2011 11:08:46 -0400 Subject: [mapserver-users] mapcache in a cluster In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF253@KS-EVS1.smi.sachsen.de> References: <56B587E7C40D2F43B54FDC1BA897AC6D037AF253@KS-EVS1.smi.sachsen.de> Message-ID: Andreas and Thomas Thanks for you responses, I have discussed this with some of our IT staff and they had similar solution as Andreas using gfs. Their comments are below: "I suspect this scheme is not reliable over NFS. The problem is the directory updates are not synchronized across multiple nodes. I had a similar issue with the IMAP E-mail protocol. Our workaround currently is to force each user to leverage a single server. Ref: http://wiki.dovecot.org/NFS Seems like there's some tweaks to disable directory attribute caching but this can trigger slower performance. Only workaround is to use GFS which I found to have it's own issues. " Regards On 20 October 2011 05:32, Eichner, Andreas - SID-NLKM wrote: > > We use TileCache.py on two servers with the cache on an OCFS2 on a > shared LUN in the SAN. No known issues with that for now. Note: Spurious > stale lock files occurred already on a single machine. There seemed to > be issues with lots of requests and a very slow upstream server. I used > a cron job to delete lock files older than 5 minutes or so. > As Thomas noted, if the lock files are created on a shared filesystem > and you make sure the filesystem you use is able to lock files properly > (read the docs carefully!) there's no reason why it should not work. > From jmori at penn-er.com Thu Oct 20 09:14:06 2011 From: jmori at penn-er.com (GravitaZ) Date: Thu, 20 Oct 2011 09:14:06 -0700 (PDT) Subject: [mapserver-users] Mapserver - arcSDE FDO Message-ID: <1319127246339-6913557.post@n2.nabble.com> I am using Maestro version 4.0, also Mapserver Version 2.2. I am running it on Windows 7 and IIS 7.5. When I try to set up a new resource using the ArcSDE FDO I am recieving an error. I already moved all the required dll's to the FDO folder. (sde.dll, pe.dll, sg.dll). All of the data I need is on SDE and I'm kind of lost without this working. The Error I am recieving is: The remote server returned an error: (559) MgFdoException.: An exception occurred in FDO component. FDO Provider entry point function 'CreateConnection' returned NULL. System.Exception: The remote server returned an error: (559) MgFdoException.: An exception occurred in FDO component. FDO Provider entry point function 'CreateConnection' returned NULL. ---> System.Net.WebException: The remote server returned an error: (559) MgFdoException. at System.Net.HttpWebRequest.GetResponse() at OSGeo.MapGuide.MaestroAPI.HttpServerConnection.OpenRead(String req) in d:\Workspace\maestro-trunk\OSGeo.MapGuide.MaestroAPI.Http\HttpServerConnection.cs:line 1219 --- End of inner exception stack trace --- at OSGeo.MapGuide.MaestroAPI.HttpServerConnection.OpenRead(String req) in d:\Workspace\maestro-trunk\OSGeo.MapGuide.MaestroAPI.Http\HttpServerConnection.cs:line 1233 at OSGeo.MapGuide.MaestroAPI.HttpServerConnection.GetProviderCapabilities(String provider) in d:\Workspace\maestro-trunk\OSGeo.MapGuide.MaestroAPI.Http\HttpServerConnection.cs:line 1659 at Maestro.Base.Editor.FsEditorOptionPanel.Bind(IEditorService service) in d:\Workspace\maestro-trunk\Maestro.Base\Editor\FsEditorOptionPanel.cs:line 60 at Maestro.Base.Editor.FeatureSourceEditor.Bind(IEditorService service) in d:\Workspace\maestro-trunk\Maestro.Base\Editor\FeatureSourceEditor.cs:line 63 at Maestro.Base.Editor.EditorContentBase.set_EditorService(IEditorService value) in d:\Workspace\maestro-trunk\Maestro.Base\Editor\EditorContentBase.cs:line 81 at Maestro.Base.Services.OpenResourceManager.Open(IResource res, IServerConnection conn, Boolean useXmlEditor, ISiteExplorer siteExp) in d:\Workspace\maestro-trunk\Maestro.Base\Services Following that, an error pops up saying "Object reference not set to an instance of an object." I'm at a loss as what to do next. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-arcSDE-FDO-tp6913557p6913557.html Sent from the Mapserver - User mailing list archive at Nabble.com. From thomas.bonfort at gmail.com Thu Oct 20 09:19:38 2011 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 20 Oct 2011 18:19:38 +0200 Subject: [mapserver-users] mapcache in a cluster In-Reply-To: References: <56B587E7C40D2F43B54FDC1BA897AC6D037AF253@KS-EVS1.smi.sachsen.de> Message-ID: So, this discussion inspired me to completely rework the locking mechanism in mapcache, to stop relying on file locks which have their quirks on network filesystems. I have tried using multiple apache instances configured to used a SMB-mounted lock directory and hammered both instances on unseeded identical area to force locking, and ended up with absolutely no duplicate wms requests or failed requests for the clients. The code is committed in trunk. Thanks for bringing this up, this allowed me to really simplify the locking code and remove a lot of unneeded stuff :) -- thomas On Thu, Oct 20, 2011 at 17:08, Travis Kirstine wrote: > Andreas and Thomas > > Thanks for you responses, ?I have discussed this with some of our IT > staff and they had similar solution as Andreas using gfs. ?Their > comments are below: > > "I suspect this scheme is not reliable over NFS. The problem is the > directory updates are not synchronized across multiple nodes. I had a > similar issue with the IMAP E-mail protocol. Our workaround currently > is to force each user to leverage a single server. > > Ref: > http://wiki.dovecot.org/NFS > > Seems like there's some tweaks to disable directory attribute caching > but this can trigger slower performance. > Only workaround is to use GFS which I found to have it's own issues. " > > Regards > > > > On 20 October 2011 05:32, Eichner, Andreas - SID-NLKM > wrote: >> >> We use TileCache.py on two servers with the cache on an OCFS2 on a >> shared LUN in the SAN. No known issues with that for now. Note: Spurious >> stale lock files occurred already on a single machine. There seemed to >> be issues with lots of requests and a very slow upstream server. I used >> a cron job to delete lock files older than 5 minutes or so. >> As Thomas noted, if the lock files are created on a shared filesystem >> and you make sure the filesystem you use is able to lock files properly >> (read the docs carefully!) there's no reason why it should not work. >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From chris.green at ibstv.co.uk Thu Oct 20 10:08:56 2011 From: chris.green at ibstv.co.uk (Chris Green) Date: Thu, 20 Oct 2011 18:08:56 +0100 Subject: [mapserver-users] PHP Mapscript: getFeature / addFeature Message-ID: <008d01cc8f4a$f651f560$e2f5e020$@green@ibstv.co.uk> Dear List I'm struggling with what should be (I think) quite simple. I want to get a feature from one layer of a map then add it to another layer. I am using Mapserver 6.0 and PHP mapscript like so: $map = ms_newMapobj("path/to/.map"); $layer1=$map->getLayerByName("countries"); $layer2=$map->getLayerByName("highlightCountry"); $country='France'; $layer1->queryByAttributes('NAME', $country , MS_SINGLE ); $shape = $layer1->getShape($layer1->getResult(0)); $layer2->open(); $layer2->addFeature($shape); ## I get a Mapserver 'internal error' at this point ## $layer2->close(); $image=$map->draw(); Extract from my mapfile: LAYER NAME "countries" DATA "world" STATUS default TYPE line CLASS STYLE COLOR 255 255 255 WIDTH 1 END # style END # class END #layer LAYER NAME "highlightCountry" STATUS default TYPE line CLASS STYLE COLOR 255 255 0 WIDTH 4 END # style END # class END # layer Can anyone help? Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at state.mn.us Thu Oct 20 11:23:30 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Thu, 20 Oct 2011 18:23:30 +0000 Subject: [mapserver-users] &qlayer for multiple layers Message-ID: I know that this is a simple question, but I can't find any confirmation. If I want to do a point query on multiple layers, I know that I can set all layer STATUS to DEFAULT. Is it possible to query some of the layers (status=ON) by identifying them in the URL. For example, something like qlayer=layer1,layer2 or qlayerS=layer1+layer2? I would like to be able to select a combination of layers ad hoc. Thanks, David. From traviskirstine at gmail.com Thu Oct 20 11:55:42 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Thu, 20 Oct 2011 14:55:42 -0400 Subject: [mapserver-users] mapcache in a cluster In-Reply-To: References: <56B587E7C40D2F43B54FDC1BA897AC6D037AF253@KS-EVS1.smi.sachsen.de> Message-ID: Wow Thomas We will give a whirl Regards On 20 October 2011 12:19, thomas bonfort wrote: > So, this discussion inspired me to completely rework the locking > mechanism in mapcache, to stop relying on file locks which have their > quirks on network filesystems. > I have tried using multiple apache instances configured to used a > SMB-mounted lock directory and hammered both instances on unseeded > identical area to force locking, and ended up with absolutely no > duplicate wms requests or failed requests for the clients. > The code is committed in trunk. Thanks for bringing this up, this > allowed me to really simplify the locking code and remove a lot of > unneeded stuff :) > > -- > thomas > > On Thu, Oct 20, 2011 at 17:08, Travis Kirstine wrote: >> Andreas and Thomas >> >> Thanks for you responses, ?I have discussed this with some of our IT >> staff and they had similar solution as Andreas using gfs. ?Their >> comments are below: >> >> "I suspect this scheme is not reliable over NFS. The problem is the >> directory updates are not synchronized across multiple nodes. I had a >> similar issue with the IMAP E-mail protocol. Our workaround currently >> is to force each user to leverage a single server. >> >> Ref: >> http://wiki.dovecot.org/NFS >> >> Seems like there's some tweaks to disable directory attribute caching >> but this can trigger slower performance. >> Only workaround is to use GFS which I found to have it's own issues. " >> >> Regards >> >> >> >> On 20 October 2011 05:32, Eichner, Andreas - SID-NLKM >> wrote: >>> >>> We use TileCache.py on two servers with the cache on an OCFS2 on a >>> shared LUN in the SAN. No known issues with that for now. Note: Spurious >>> stale lock files occurred already on a single machine. There seemed to >>> be issues with lots of requests and a very slow upstream server. I used >>> a cron job to delete lock files older than 5 minutes or so. >>> As Thomas noted, if the lock files are created on a shared filesystem >>> and you make sure the filesystem you use is able to lock files properly >>> (read the docs carefully!) there's no reason why it should not work. >>> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > From David.Fawcett at state.mn.us Thu Oct 20 14:06:39 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Thu, 20 Oct 2011 21:06:39 +0000 Subject: [mapserver-users] ticket for 'trimlast'? Message-ID: I also can't get trimlast=',' to remove the trailing comma in a json formatted query result. [resultset layer=stations] { "stations": [ [feature trimlast=','] { "name": "[NAME]", "stationId": "[STATION_ID }, [/feature] ] } [/resultset] http://lists.osgeo.org/pipermail/mapserver-users/2011-September/070298.html I searched for a trac ticket, but didn't see one. I will file one if someone can confirm that this is still a real issue and that a ticket doesn't exist. David. From punk.kish at gmail.com Thu Oct 20 14:14:52 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 20 Oct 2011 16:14:52 -0500 Subject: [mapserver-users] ticket for 'trimlast'? In-Reply-To: References: Message-ID: <63BAB1F4-176F-4A63-819D-8681D0F1DBD8@gmail.com> On Oct 20, 2011, at 4:06 PM, Fawcett, David (MPCA) wrote: > I also can't get trimlast=',' to remove the trailing comma in a json formatted query result. > > [resultset layer=stations] > { > "stations": [ > [feature trimlast=','] > { > "name": "[NAME]", > "stationId": "[STATION_ID > }, > [/feature] > ] > } > [/resultset] > > http://lists.osgeo.org/pipermail/mapserver-users/2011-September/070298.html > > I searched for a trac ticket, but didn't see one. I will file one if someone can confirm that this is still a real issue and that a ticket doesn't exist. > I can confirm that I experienced it as well. -- Puneet Kishor From richard.suematsu at syncadd.com Thu Oct 20 18:48:29 2011 From: richard.suematsu at syncadd.com (Richard Suematsu) Date: Thu, 20 Oct 2011 15:48:29 -1000 Subject: [mapserver-users] MapServer x64 with Oracle x64 Message-ID: <3038bb83-068a-4cd8-8162-f367a0b95cc2@syncadd.com> Hi, I'm trying to use MapServer on a Windows 2k8 x64 server with 64-bit Oracle. The MapServer I'm using was downloaded from Tamas (gisinternals). MapServer crashes every time I run it. Everything works fine when I publish from a shapefile. But when I try to pull geometry out of Oracle, the exe crashes. I'm using the plugin. I checked the MapServer and Oracle dlls with dumpbin and everything is 64-bit. I checked the mapserv.exe with DependancyWalker and everything looks ok. Actually it flags IESHIM as a 32-bit but I don't think it's a problem. The plugin is 64-bit. I don't know what's wrong. I've recreated this on a Win7 64-bit machine with the same issue, so it's consistent. Anybody out there running MapServer with 64-bit Oracle? Any ideas? Thanks, Rich Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this message kindly notify the sender by reply e-mail and destroy all copies of the original message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Smith at usace.army.mil Thu Oct 20 19:06:36 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Fri, 21 Oct 2011 02:06:36 +0000 Subject: [mapserver-users] MapServer x64 with Oracle x64 In-Reply-To: <3038bb83-068a-4cd8-8162-f367a0b95cc2@syncadd.com> Message-ID: Rich, I think the oracle and sde plugins on gisinternals are only for the win32 mapserver packages. There is this note in the build information. Oracle x64 is only listed with GDAL/OGR, not with MapServer from the build information I looked at (http://vbkto.dyndns.org/sdk/PackageInfo.aspx?file=release-1600-x64-gdal-mapserver.zip) Note: When using the Oracle and SDE plugins (Win32 packages only) be sure that the client libraries have been installed in the environment previously. Mike From: Richard Suematsu > Date: Thu, 20 Oct 2011 15:48:29 -1000 To: > Subject: [mapserver-users] MapServer x64 with Oracle x64 Hi, I?m trying to use MapServer on a Windows 2k8 x64 server with 64-bit Oracle. The MapServer I?m using was downloaded from Tamas (gisinternals). MapServer crashes every time I run it. Everything works fine when I publish from a shapefile. But when I try to pull geometry out of Oracle, the exe crashes. I?m using the plugin. I checked the MapServer and Oracle dlls with dumpbin and everything is 64-bit. I checked the mapserv.exe with DependancyWalker and everything looks ok. Actually it flags IESHIM as a 32-bit but I don?t think it?s a problem. The plugin is 64-bit. I don?t know what?s wrong. I?ve recreated this on a Win7 64-bit machine with the same issue, so it?s consistent. Anybody out there running MapServer with 64-bit Oracle? Any ideas? Thanks, Rich ________________________________ Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this message kindly notify the sender by reply e-mail and destroy all copies of the original message. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From paulcarlisle at comcast.net Fri Oct 21 01:28:01 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Fri, 21 Oct 2011 01:28:01 -0700 (PDT) Subject: AW: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <1319117872739-6912907.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> <1319106947743-6912415.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> <1319117872739-6912907.post@n2.nabble.com> Message-ID: <1319185681017-6916203.post@n2.nabble.com> I tried the suggestions offered above. Sadly, none of them get rid of the error. There are no spaces or hidden characters at the front of the projection string; they are formatted exactly like the examples. Removing the apparently redundant 'towgs' parameter has no effect. Splitting the projections string into separate arguments has no effect. Copying the projection string from the /usr/share/proj/epsg into the mapfile, or copying the mapfile projection string into the epsg file has no effect. I also put a link in /usr/local/share/proj to /usr/share/proj, just in case our proj installation was looking there. Nothing gets rid of the error. Also, using Andreas' working example of the 'tmerc' projection also generates the error, although (as noted earlier) using the "init=epsg:31468" form does not. Once again, the bounding box in the resulting XML capabilities file is being reprojected correctly as far as I can tell, so it looks as though projections are working but this error is being thrown anyway. I'm going to cross my fingers and hope that it can safely be ignored unless there are other suggestions. This is drifting away from Mapserver proper, but is there a way to tell where Mapserver/GDAL/Proj.4 are expecting to find their input files, particularly the epsg file? Or is there any sort of misconfiguration that might produce an error like this? I'm pretty much stumped at this point. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6916203.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Andreas.Eichner at sid.sachsen.de Fri Oct 21 01:53:41 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Fri, 21 Oct 2011 10:53:41 +0200 Subject: AW: [mapserver-users] Mapserver Projection Errors References: <1319028354644-6908527.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de><1319102657882-6912201.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de><1319104837130-6912316.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de><1319106947743-6912415.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de><1319117872739-6912907.post@n2.nabble.com> <1319185681017-6916203.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF259@KS-EVS1.smi.sachsen.de> > > This is drifting away from Mapserver proper, but is there a > way to tell > where Mapserver/GDAL/Proj.4 are expecting to find their input files, > particularly the epsg file? You can try the PROJ_LIB directive on the MAP object to set the path to the epsg database file: MAP ... PROJ_LIB "/usr/local/share/proj" ... END If you are not sure if the file is used, try a "init=epsg:..." and comment the corresponding line out of the epsg file. This triggers a "not found" error. The library itself can be changed by using a LD_PRELOAD/LD_LIBRARY_PATH setting. > Or is there any sort of > misconfiguration that > might produce an error like this? Can you provide a MAP file the causes the error? As long as we can not reproduce it there will sadly be not much help to offer... From paulcarlisle at comcast.net Fri Oct 21 01:55:23 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Fri, 21 Oct 2011 01:55:23 -0700 (PDT) Subject: AW: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <1319185681017-6916203.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> <1319106947743-6912415.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> <1319117872739-6912907.post@n2.nabble.com> <1319185681017-6916203.post@n2.nabble.com> Message-ID: <1319187323543-6916268.post@n2.nabble.com> FWIW, here's a stripped-down mapfile with a single layer that produces the error. Note that I have changed the explicit IP addresses to 'localhost' and I have changed anything referring to the image name to "test_image" for proprietary reasons, but everything else remains the same as in our production environment: MAP NAME "Test_Images" STATUS ON SIZE 400 300 EXTENT -180 -90 180 90 UNITS DD SHAPEPATH "../../../data/test_data/" IMAGECOLOR 255 255 255 IMAGETYPE png24 CONFIG "MS_ERRORFILE" "/var/log/mapserver/mapserver_error.log" DEBUG 5 CONFIG "CPL_DEBUG" "ON" # Debug GDAL calls CONFIG "PROJ_DEBUG" "ON" # Debug PROJ calls WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" METADATA "wfs_title" "Test_Images" "wfs_onlineresource" "http://localhost/cgi-bin/mapserv?map=images_template_test.map&" "wms_title" "Test_Images" "wms_onlineresource" "http://localhost/cgi-bin/mapserv?map=images_template_test.map&" "wms_srs" "EPSG:4326" "ows_enable_request" "*" END END PROJECTION "init=epsg:4326" END # # Start of layer definitions # LAYER NAME "test_image" EXTENT 51.44325 35.71925 51.64125 35.87325 METADATA "wms_title" "test_image" "wms_extent" "51.44325 35.71925 51.64125 35.87325" END PROCESSING "SCALE=AUTO" PROCESSING "SCALE_BUCKETS=256" TYPE RASTER DATA "/data/geodata/yongbyon/test_image.vrt" PROJECTION "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" END END END # Map File -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6916268.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Fri Oct 21 02:35:05 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 21 Oct 2011 09:35:05 +0000 Subject: AW: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <1319187323543-6916268.post@n2.nabble.com> References: <1319028354644-6908527.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de> <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> <1319106947743-6912415.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> <1319117872739-6912907.post@n2.nabble.com> <1319185681017-6916203.post@n2.nabble.com> <1319187323543-6916268.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A63037E54@suutari.haapa.mmm.fi> Hi, I fear that the last thing that I can say is that I do not get any errors into my error log with CONFIG "PROJ_DEBUG" "ON" if I do the change from init=epsg into +proj. WMS continues to work in a pretty similar way. I am running Mapserver 6.0.0 (MS4W). #PROJECTION # "init=epsg:4326" #END PROJECTION "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" END There is something that you can still make for simplifying your case. Use tiff instead of .vrt as an input and remove the layer extent and wms_extent. -Jukka Rahkonen- SixDegrees wrote: > > FWIW, here's a stripped-down mapfile with a single layer that > produces the > error. Note that I have changed the explicit IP addresses to > 'localhost' and > I have changed anything referring to the image name to > "test_image" for > proprietary reasons, but everything else remains the same as in our > production environment: > > MAP > NAME "Test_Images" > STATUS ON > SIZE 400 300 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "../../../data/test_data/" > IMAGECOLOR 255 255 255 > IMAGETYPE png24 > > CONFIG "MS_ERRORFILE" "/var/log/mapserver/mapserver_error.log" > DEBUG 5 > CONFIG "CPL_DEBUG" "ON" # Debug GDAL calls > CONFIG "PROJ_DEBUG" "ON" # Debug PROJ calls > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > METADATA > "wfs_title" "Test_Images" > "wfs_onlineresource" > "http://localhost/cgi-bin/mapserv?map=images_template_test.map&" > "wms_title" "Test_Images" > "wms_onlineresource" > "http://localhost/cgi-bin/mapserv?map=images_template_test.map&" > "wms_srs" "EPSG:4326" > "ows_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" > END > > # > # Start of layer definitions > # > > LAYER > NAME "test_image" > EXTENT 51.44325 35.71925 51.64125 35.87325 > METADATA > "wms_title" "test_image" > "wms_extent" "51.44325 35.71925 51.64125 35.87325" > END > PROCESSING "SCALE=AUTO" > PROCESSING "SCALE_BUCKETS=256" > TYPE RASTER > DATA "/data/geodata/yongbyon/test_image.vrt" > PROJECTION > "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > END > END > > END # Map File > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Er rors-tp6908527p6916268.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From aboudreault at mapgears.com Fri Oct 21 05:19:20 2011 From: aboudreault at mapgears.com (Alan Boudreault) Date: Fri, 21 Oct 2011 08:19:20 -0400 Subject: [mapserver-users] PHP Mapscript: getFeature / addFeature In-Reply-To: <008d01cc8f4a$f651f560$e2f5e020$@green@ibstv.co.uk> References: <008d01cc8f4a$f651f560$e2f5e020$@green@ibstv.co.uk> Message-ID: <4EA16348.3070604@mapgears.com> Hi, In any case, If you got a internal error.. it's a bug. Please fill a ticket in trac. Will try to check it as soon as possibl.e Regards, Alan On 11-10-20 01:08 PM, Chris Green wrote: > Dear List > > I?m struggling with what should be (I think) quite simple. I want to get > a feature from one layer of a map then add it to another layer. I am > using Mapserver 6.0 and PHP mapscript like so: > > $map = ms_newMapobj("path/to/.map"); > > $layer1=$map->getLayerByName("countries"); > > $layer2=$map->getLayerByName("highlightCountry"); > > $country=?France?; > > $layer1->queryByAttributes('NAME', $country , MS_SINGLE ); > > $shape = $layer1->getShape($layer1->getResult(0)); > > $layer2->open(); > > $layer2->addFeature($shape); ## I get a Mapserver ?internal error? at > this point ## > > $layer2->close(); > > $image=$map->draw(); > > Extract from my mapfile: > > LAYER > > NAME "countries" > > DATA "world" > > STATUS default > > TYPE line > > CLASS > > STYLE > > COLOR 255 255 255 > > WIDTH 1 > > END # style > > END # class > > END #layer > > LAYER > > NAME "highlightCountry" > > STATUS default > > TYPE line > > CLASS > > STYLE > > COLOR 255 255 0 > > WIDTH 4 > > END # style > > END # class > > END # layer > > Can anyone help? > > Chris > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From szekerest at gmail.com Fri Oct 21 05:19:34 2011 From: szekerest at gmail.com (Tamas Szekeres) Date: Fri, 21 Oct 2011 14:19:34 +0200 Subject: [mapserver-users] MapServer x64 with Oracle x64 In-Reply-To: <3038bb83-068a-4cd8-8162-f367a0b95cc2@syncadd.com> References: <3038bb83-068a-4cd8-8162-f367a0b95cc2@syncadd.com> Message-ID: Richard, You should try using the x64 version of instant client 11.1.0.7.0 ( http://www.oracle.com/technetwork/topics/winx64soft-089540.html) . This version has been used to compile the plugin. Best regards, Tamas 2011/10/21 Richard Suematsu > Hi,**** > > ** ** > > I?m trying to use MapServer on a Windows 2k8 x64 server with 64-bit > Oracle. The MapServer I?m using was downloaded from Tamas (gisinternals). > MapServer crashes every time I run it. Everything works fine when I publish > from a shapefile. But when I try to pull geometry out of Oracle, the exe > crashes. I?m using the plugin.**** > > ** ** > > I checked the MapServer and Oracle dlls with dumpbin and everything is > 64-bit. I checked the mapserv.exe with DependancyWalker and everything > looks ok. Actually it flags IESHIM as a 32-bit but I don?t think it?s a > problem. The plugin is 64-bit.**** > > ** ** > > I don?t know what?s wrong. I?ve recreated this on a Win7 64-bit machine > with the same issue, so it?s consistent. Anybody out there running > MapServer with 64-bit Oracle? Any ideas?**** > > ** ** > > Thanks,**** > > Rich**** > > > ------------------------------ > > Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the > > intended recipient(s) and may contain confidential and privileged information. Unauthorized > > review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this > > message kindly notify the sender by reply e-mail and destroy all copies of the original message. > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From szekerest at gmail.com Fri Oct 21 05:24:28 2011 From: szekerest at gmail.com (Tamas Szekeres) Date: Fri, 21 Oct 2011 14:24:28 +0200 Subject: [mapserver-users] MapServer x64 with Oracle x64 In-Reply-To: References: <3038bb83-068a-4cd8-8162-f367a0b95cc2@syncadd.com> Message-ID: Mike, As far as I remember both GDAL and MapServer contains the x64 versions of the OCI plugins. I'll require to review the comments accordingly. Best regards, Tamas 2011/10/21 Smith, Michael ERDC-CRREL-NH > Rich, > > I think the oracle and sde plugins on gisinternals are only for the win32 > mapserver packages. There is this note in the build information. Oracle x64 > is only listed with GDAL/OGR, not with MapServer from the build information > I looked at ( > http://vbkto.dyndns.org/sdk/PackageInfo.aspx?file=release-1600-x64-gdal-mapserver.zip > ) > > Note: When using the Oracle and SDE plugins (Win32 packages only) be > sure that the client libraries have been installed in the environment > previously. > Mike > > > > From: Richard Suematsu > Date: Thu, 20 Oct 2011 15:48:29 -1000 > To: > Subject: [mapserver-users] MapServer x64 with Oracle x64 > > Hi,**** > > ** ** > > I?m trying to use MapServer on a Windows 2k8 x64 server with 64-bit > Oracle. The MapServer I?m using was downloaded from Tamas (gisinternals). > MapServer crashes every time I run it. Everything works fine when I publish > from a shapefile. But when I try to pull geometry out of Oracle, the exe > crashes. I?m using the plugin.**** > > ** ** > > I checked the MapServer and Oracle dlls with dumpbin and everything is > 64-bit. I checked the mapserv.exe with DependancyWalker and everything > looks ok. Actually it flags IESHIM as a 32-bit but I don?t think it?s a > problem. The plugin is 64-bit.**** > > ** ** > > I don?t know what?s wrong. I?ve recreated this on a Win7 64-bit machine > with the same issue, so it?s consistent. Anybody out there running > MapServer with 64-bit Oracle? Any ideas?**** > > ** ** > > Thanks,**** > > Rich**** > > > ------------------------------ > > Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the > > intended recipient(s) and may contain confidential and privileged information. Unauthorized > > review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this > > message kindly notify the sender by reply e-mail and destroy all copies of the original message. > _______________________________________________ mapserver-users mailing > list mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Fri Oct 21 05:46:06 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Fri, 21 Oct 2011 14:46:06 +0200 Subject: AW: [mapserver-users] Mapserver Projection Errors References: <1319028354644-6908527.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF252@KS-EVS1.smi.sachsen.de><1319102657882-6912201.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de><1319104837130-6912316.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de><1319106947743-6912415.post@n2.nabble.com><56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de><1319117872739-6912907.post@n2.nabble.com><1319185681017-6916203.post@n2.nabble.com> <1319187323543-6916268.post@n2.nabble.com> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF25B@KS-EVS1.smi.sachsen.de> The error is caused by the msOWSPrintBoundingBox() function during the GetCapabilities request because there's no {ows,wms}_srs metadata set. The used function msOWSGetEPSGProj() tries to fall back to the projections "init=" parameter but isn't available here. It seems the whole thing is used to support bounding boxes for multiple coordinate systems in the GetCapabilities document. This might only have an effect if using WMS v1.3.0, {ows,wms}_bbox_extended metadata set to "true" and {ows,wms}_srs projection list with more than one entry. In such a case the original layer extent must be reprojected in the listed SRS which might fail. In your case this might have no negativ impact beside the error message. To get rid off the message you need to set a {ows,wms}_srs metadata at layer level. It seems to be used to advertise the layer's CRS and build the multi BBOX feature only. Altough it might not harm you it might cause trouble in the future.... > LAYER > NAME "test_image" > EXTENT 51.44325 35.71925 51.64125 35.87325 > METADATA > "wms_title" "test_image" > "wms_extent" "51.44325 35.71925 51.64125 35.87325" > END > PROCESSING "SCALE=AUTO" > PROCESSING "SCALE_BUCKETS=256" > TYPE RASTER > DATA "/data/geodata/yongbyon/test_image.vrt" > PROJECTION > "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > END > END From dshorthouse at eol.org Fri Oct 21 08:43:16 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Fri, 21 Oct 2011 11:43:16 -0400 Subject: [mapserver-users] rotation & extent Message-ID: Folks, Am using PHP Mapscript. When a map has been rotated, how does one figure out what is the rendered extent? The mapObj extent property returns a minx, miny, maxx, maxy apparently ignorant of rotation. Thanks, David From paulcarlisle at comcast.net Fri Oct 21 08:56:16 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Fri, 21 Oct 2011 08:56:16 -0700 (PDT) Subject: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF25B@KS-EVS1.smi.sachsen.de> References: <1319102657882-6912201.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF254@KS-EVS1.smi.sachsen.de> <1319104837130-6912316.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF255@KS-EVS1.smi.sachsen.de> <1319106947743-6912415.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF258@KS-EVS1.smi.sachsen.de> <1319117872739-6912907.post@n2.nabble.com> <1319185681017-6916203.post@n2.nabble.com> <1319187323543-6916268.post@n2.nabble.com> <56B587E7C40D2F43B54FDC1BA897AC6D037AF25B@KS-EVS1.smi.sachsen.de> Message-ID: <1319212576206-6917339.post@n2.nabble.com> Well, that certainly seems to explain things. If I supply a wms_srs setting, the errors disappear. Sadly, I do not have the epsg codes, only the proj4 strings, and I'm not sure the WMS XML concocted by Mapserver is correct. If I supply "wms_srs" "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" for example, the GetCapabilities request generates the following layer: MyImage MyImage +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs Note how each term in the projection is given its own SRS tag, and the SRS of the BoundingBox only uses the first element. This does not look right to me, although things seem to work OK, as before. The Mapserver documentation states that the layer will use the map-level wms_srs, which is defined as "init=epsg:4326", but I worry that if I supply that in the layer metadata, Mapserver will think this layer is already in that format and fail to reproject when the image is acually in, say, a UTM format. I have no way of retrieving or constructing the actual epsg code for each layer; most often it simply isn't in the file in any form other than Proj.4. If the layer-level wms_srs needs the actual epsg code of the file the layer references, then this is never going to work. Thank you very much for taking the time to sort this all out, though. It's much, much farther than I ever would have got on my own. Eichner, Andreas - SID-NLK wrote: > > The error is caused by the msOWSPrintBoundingBox() function during the > GetCapabilities request because there's no {ows,wms}_srs metadata set. > The used function msOWSGetEPSGProj() tries to fall back to the > projections "init=" parameter but isn't available here. > It seems the whole thing is used to support bounding boxes for multiple > coordinate systems in the GetCapabilities document. This might only have > an effect if using WMS v1.3.0, {ows,wms}_bbox_extended metadata set to > "true" and {ows,wms}_srs projection list with more than one entry. In > such a case the original layer extent must be reprojected in the listed > SRS which might fail. In your case this might have no negativ impact > beside the error message. > To get rid off the message you need to set a {ows,wms}_srs metadata at > layer level. It seems to be used to advertise the layer's CRS and build > the multi BBOX feature only. Altough it might not harm you it might > cause trouble in the future.... > > >> LAYER >> NAME "test_image" >> EXTENT 51.44325 35.71925 51.64125 35.87325 >> METADATA >> "wms_title" "test_image" >> "wms_extent" "51.44325 35.71925 51.64125 35.87325" >> END >> PROCESSING "SCALE=AUTO" >> PROCESSING "SCALE_BUCKETS=256" >> TYPE RASTER >> DATA "/data/geodata/yongbyon/test_image.vrt" >> PROJECTION >> "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >> END >> END > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917339.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Fri Oct 21 09:14:22 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 21 Oct 2011 16:14:22 +0000 Subject: AW: [mapserver-users] Mapserver Projection Errors Message-ID: <84446DEF76453C439E9E97E438E13A63037F7E@suutari.haapa.mmm.fi> Hi, The layer wms_srs (as well as the map level wms_srs) helps in building the list of projections which you want to support for output. I believe you can safely insert there a list of SRS/CRS valurs you want to offer for your clients. For the projections on that list you must have a corresponding line in the epsg file. WMS clients do not use &SRS=+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs, they want to use &SRS=4326. -Jukka Rahkonen- SixDegrees wrote: > Well, that certainly seems to explain things. If I supply a wms_srs setting, the errors disappear. Sadly, I do not have the epsg codes, only the proj4 strings, and I'm not sure the WMS XML concocted by Mapserver is correct. If I supply > "wms_srs" "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" for example, the GetCapabilities request generates the following layer: MyImage MyImage +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs Note how each term in the projection is given its own SRS tag, and the SRS of the BoundingBox only uses the first element. This does not look right to me, although things seem to work OK, as before. The Mapserver documentation states that the layer will use the map-level wms_srs, which is defined as "init=epsg:4326", but I worry that if I supply that in the layer metadata, Mapserver will think this layer is already in that format and fail to reproject when the image is acually in, say, a UTM format. I have no way of retrieving or constructing the actual epsg code for each layer; most often it simply isn't in the file in any form other than Proj.4. If the layer-level wms_srs needs the actual epsg code of the file the layer references, then this is never going to work. Thank you very much for taking the time to sort this all out, though. It's much, much farther than I ever would have got on my own. Eichner, Andreas - SID-NLK wrote: > > The error is caused by the msOWSPrintBoundingBox() function during the > GetCapabilities request because there's no {ows,wms}_srs metadata set. > The used function msOWSGetEPSGProj() tries to fall back to the > projections "init=" parameter but isn't available here. > It seems the whole thing is used to support bounding boxes for multiple > coordinate systems in the GetCapabilities document. This might only have > an effect if using WMS v1.3.0, {ows,wms}_bbox_extended metadata set to > "true" and {ows,wms}_srs projection list with more than one entry. In > such a case the original layer extent must be reprojected in the listed > SRS which might fail. In your case this might have no negativ impact > beside the error message. > To get rid off the message you need to set a {ows,wms}_srs metadata at > layer level. It seems to be used to advertise the layer's CRS and build > the multi BBOX feature only. Altough it might not harm you it might > cause trouble in the future.... > > >> LAYER >> NAME "test_image" >> EXTENT 51.44325 35.71925 51.64125 35.87325 >> METADATA >> "wms_title" "test_image" >> "wms_extent" "51.44325 35.71925 51.64125 35.87325" >> END >> PROCESSING "SCALE=AUTO" >> PROCESSING "SCALE_BUCKETS=256" >> TYPE RASTER >> DATA "/data/geodata/yongbyon/test_image.vrt" >> PROJECTION >> "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >> END >> END > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917339.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From paulcarlisle at comcast.net Fri Oct 21 10:09:25 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Fri, 21 Oct 2011 10:09:25 -0700 (PDT) Subject: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <84446DEF76453C439E9E97E438E13A63037F7E@suutari.haapa.mmm.fi> References: <1319028354644-6908527.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A63037F7E@suutari.haapa.mmm.fi> Message-ID: <1319216965282-6917647.post@n2.nabble.com> OK. So if my image is in UTM 38N and I have a PROJECTION block in the layer with the Proj.4 string for that projection, but the wms_src setting in the layer metadata is epsg:4326, will Mapserver reproject the image into epsg:4326 when queried? It sounds that way, but I want to be certain. Rahkonen Jukka wrote: > > Hi, > > The layer wms_srs (as well as the map level wms_srs) helps in building the > list of projections which you want to support for output. I believe you > can safely insert there a list of SRS/CRS valurs you want to offer for > your clients. For the projections on that list you must have a > corresponding line in the epsg file. WMS clients do not use > &SRS=+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs, they want > to use &SRS=4326. > > -Jukka Rahkonen- > > SixDegrees wrote: > >> Well, that certainly seems to explain things. If I supply a wms_srs >> setting, > the errors disappear. Sadly, I do not have the epsg codes, only the proj4 > strings, and I'm not sure the WMS XML concocted by Mapserver is correct. > If > I supply > >> "wms_srs" "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > > for example, the GetCapabilities request generates the following layer: > > > MyImage > MyImage > +proj=longlat > +ellps=WGS84 > +towgs84=0,0,0,0,0,0,0 > +no_defs > maxy="35.8732" /> > minx="51.4432" miny="35.7193" maxx="51.6412" > maxy="35.8732" /> > > > Note how each term in the projection is given its own SRS tag, and the SRS > of the BoundingBox only uses the first element. This does not look right > to > me, although things seem to work OK, as before. The Mapserver > documentation > states that the layer will use the map-level wms_srs, which is defined as > "init=epsg:4326", but I worry that if I supply that in the layer metadata, > Mapserver will think this layer is already in that format and fail to > reproject when the image is acually in, say, a UTM format. > > I have no way of retrieving or constructing the actual epsg code for each > layer; most often it simply isn't in the file in any form other than > Proj.4. > If the layer-level wms_srs needs the actual epsg code of the file the > layer > references, then this is never going to work. > > Thank you very much for taking the time to sort this all out, though. It's > much, much farther than I ever would have got on my own. > > > > > Eichner, Andreas - SID-NLK wrote: >> >> The error is caused by the msOWSPrintBoundingBox() function during the >> GetCapabilities request because there's no {ows,wms}_srs metadata set. >> The used function msOWSGetEPSGProj() tries to fall back to the >> projections "init=" parameter but isn't available here. >> It seems the whole thing is used to support bounding boxes for multiple >> coordinate systems in the GetCapabilities document. This might only have >> an effect if using WMS v1.3.0, {ows,wms}_bbox_extended metadata set to >> "true" and {ows,wms}_srs projection list with more than one entry. In >> such a case the original layer extent must be reprojected in the listed >> SRS which might fail. In your case this might have no negativ impact >> beside the error message. >> To get rid off the message you need to set a {ows,wms}_srs metadata at >> layer level. It seems to be used to advertise the layer's CRS and build >> the multi BBOX feature only. Altough it might not harm you it might >> cause trouble in the future.... >> >> >>> LAYER >>> NAME "test_image" >>> EXTENT 51.44325 35.71925 51.64125 35.87325 >>> METADATA >>> "wms_title" "test_image" >>> "wms_extent" "51.44325 35.71925 51.64125 35.87325" >>> END >>> PROCESSING "SCALE=AUTO" >>> PROCESSING "SCALE_BUCKETS=256" >>> TYPE RASTER >>> DATA "/data/geodata/yongbyon/test_image.vrt" >>> PROJECTION >>> "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >>> END >>> END >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at .osgeo >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917339.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917647.html Sent from the Mapserver - User mailing list archive at Nabble.com. From John.C.Cartwright at noaa.gov Fri Oct 21 11:45:45 2011 From: John.C.Cartwright at noaa.gov (John Cartwright) Date: Fri, 21 Oct 2011 12:45:45 -0600 Subject: [mapserver-users] max size of raster via WCS GetCoverage request Message-ID: <4EA1BDD9.6070407@noaa.gov> Hello All, I'm finding that a WCS GetCoverage request which results in a large grid works on mapserver 5.6.3, but on 6.0.1 returns an error message: msWCSGetCoverage(): WCS server error. Raster size out of range, width and height of resulting coverage must be no more than MAXSIZE=2048. Is there a way to alter this limit in the mapfile? Thanks! --john From sdlime at gmail.com Fri Oct 21 11:47:11 2011 From: sdlime at gmail.com (Steve Lime) Date: Fri, 21 Oct 2011 13:47:11 -0500 Subject: [mapserver-users] multiple highway shields on a single line In-Reply-To: <4E9F4492.5040601@swoodbridge.com> References: <4E9DACA2020000A80002F43F@heckle> <4E9E2F53.4000103@swoodbridge.com> <4E9F4492.5040601@swoodbridge.com> Message-ID: Label point computation/definition would be a separate RFC in my opinion... Steve On Wed, Oct 19, 2011 at 4:43 PM, Stephen Woodbridge wrote: > Steve, > > Maybe this is another RFC, but I think more flexibility in defining the > label point is needed. Also it would be nice it each label could have its > own label point say through the use of GEOMPROCESSING function. > > So here are some ideas for defining label points and ANGLE AUTO or FOLLOW. > > For lines: > > 1. n% along line, centered on the line > 2. n% along line, offset normal to line right or left some distance > 3. n% along line, offset N,S,E,W some distance > > For polygons: > > 1. Along polygon edge, offset inside or outside of polygon, could used ANGLE > AUTO or FOLLOW, could allow REPEATDISTANCE > > -Steve W > > > On 10/19/2011 2:22 PM, Steve Lime wrote: >> >> As an FYI... I am working on a RFC to support multiple labels within a >> class although by itself I don't know that it solves this particular >> problem. It has application if for example you wanted to show two or >> three shields side-by-side (one label point w/offsets). >> >> I think being able to offset the starting position for repeating >> labels would be another way to address this type of labeling. Recall >> that REPEATDISTANCE was added in 6.0 so I'm thinking of adding >> REPEATOFFSET [distance]. >> >> Steve >> >> On Tue, Oct 18, 2011 at 9:00 PM, Stephen Woodbridge >> ?wrote: >>> >>> Rich, >>> >>> You might want to look at these bugs and add yourself to the CC and >>> comment >>> on your use case. >>> >>> http://trac.osgeo.org/mapserver/ticket/3675 >>> http://trac.osgeo.org/mapserver/ticket/3044 >>> >>> -Steve W >>> >>> On 10/18/2011 8:18 PM, Richard Greenwood wrote: >>>> >>>> Steve, Bob, >>>> >>>> Thanks for the ideas. Steve - As I was composing my email I was >>>> thinking that there was a good chance that you'd have suggestions and >>>> as always I appreciate your help. Bob - I haven't gotten far enough to >>>> get stuck yet! I'm just trolling for ideas from folks that have more >>>> experience with advanced labeling than myself. >>>> >>>> Thanks, >>>> Rich >>>> >>>> >>>> On Tue, Oct 18, 2011 at 3:43 PM, Bob Basques >>>> ? ?wrote: >>>>> >>>>> Richard, >>>>> >>>>> Not impossible, I don't think. >>>>> >>>>> Forcing them all on will be the trick, ?How to avoid collisions while >>>>> still forcing all the labels on. >>>>> >>>>> As far as the labels themselves, that's fairly straight forward. ?You >>>>> should be able to build a CLASS for each Shield label. ?I assume you >>>>> have >>>>> some sort of attribute on the line work that indicates that all those >>>>> shields apply? ?Or possibly a line segment per Shield for labeling? >>>>> >>>>> where are you stuck? >>>>> >>>>> bobb >>>>> >>>>> >>>>> >>>>> >>>>>>>> Richard Greenwood ? ?wrote: >>>>> >>>>> I have an area where 4 numbered US highways are coincident (all >>>>> following the same road) that I would like to label with the standard >>>>> US highway shield superimposed with the individual route numbers as >>>>> shown on the attached gif. Any suggestions as to how to accomplish >>>>> this? >>>>> >>>>> Thanks, >>>>> Rich >>>>> >>>>> -- >>>>> Richard Greenwood >>>>> richard.greenwood at gmail.com >>>>> www.greenwoodmap.com >>>> >>>> >>>> >>>> -- >>>> Richard Greenwood >>>> richard.greenwood at gmail.com >>>> www.greenwoodmap.com >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> > > From sdlime at gmail.com Fri Oct 21 11:53:30 2011 From: sdlime at gmail.com (Steve Lime) Date: Fri, 21 Oct 2011 13:53:30 -0500 Subject: [mapserver-users] &qlayer for multiple layers In-Reply-To: References: Message-ID: qlayer is one layer only. If you really need to query an adhoc collection then you really need to ditch STATUS DEFAULT for queryable layers and use the layer and/or layers params for both drawing and querying. Does make sense? We could consider extending things like your example (multiple qlayer or qlayers) but those aren't available now. Steve On Thu, Oct 20, 2011 at 1:23 PM, Fawcett, David (MPCA) wrote: > I know that this is a simple question, but I can't find any confirmation. > > If I want to do a point query on multiple layers, I know that I can set all layer STATUS to DEFAULT. > > Is it possible to query some of the layers (status=ON) by identifying them in the URL. ?For example, something like qlayer=layer1,layer2 or ?qlayerS=layer1+layer2? > > I would like to be able to select a combination of layers ad hoc. > > Thanks, > > David. > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Jukka.Rahkonen at mmmtike.fi Fri Oct 21 12:14:31 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 21 Oct 2011 19:14:31 +0000 Subject: [mapserver-users] &qlayer for multiple layers In-Reply-To: References: , Message-ID: <84446DEF76453C439E9E97E438E13A63037FBE@suutari.haapa.mmm.fi> How about using WMS GetFeatureInfo and list of layers as QUERY_LAYERS? -Jukka Rahkonen- Steve Lime wrote: > qlayer is one layer only. If you really need to query an adhoc > collection then you really need to ditch STATUS DEFAULT for queryable > layers and use the layer and/or layers params for both drawing and > querying. Does make sense? We could consider extending things like > your example (multiple qlayer or qlayers) but those aren't available > now. Steve > On Thu, Oct 20, 2011 at 1:23 PM, Fawcett, David (MPCA) > wrote: >> I know that this is a simple question, but I can't find any confirmation. > >> If I want to do a point query on multiple layers, I know that I can set all layer STATUS to DEFAULT. > > Is it possible to query some of the layers (status=ON) by identifying them in the URL. For example, something like qlayer=layer1,layer2 or qlayerS=layer1+layer2? > > I would like to be able to select a combination of layers ad hoc. > > Thanks, > > David. > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From David.Fawcett at state.mn.us Fri Oct 21 12:15:15 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Fri, 21 Oct 2011 19:15:15 +0000 Subject: [mapserver-users] &qlayer for multiple layers In-Reply-To: References: Message-ID: Thanks Steve. I didn't really think that layers would work with a query. I tried it anyway, but with a comma delimiter... For the record, this works: http://localhost/cgi-bin/mapserv?mode=nquery&map=/mapping/testproj/test.map&mapxy=-94+45&layers=layer1+layer2 David. -----Original Message----- From: Steve Lime [mailto:sdlime at gmail.com] Sent: Friday, October 21, 2011 1:54 PM To: Fawcett, David (MPCA) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] &qlayer for multiple layers qlayer is one layer only. If you really need to query an adhoc collection then you really need to ditch STATUS DEFAULT for queryable layers and use the layer and/or layers params for both drawing and querying. Does make sense? We could consider extending things like your example (multiple qlayer or qlayers) but those aren't available now. Steve On Thu, Oct 20, 2011 at 1:23 PM, Fawcett, David (MPCA) wrote: > I know that this is a simple question, but I can't find any confirmation. > > If I want to do a point query on multiple layers, I know that I can set all layer STATUS to DEFAULT. > > Is it possible to query some of the layers (status=ON) by identifying them in the URL. ?For example, something like qlayer=layer1,layer2 or ?qlayerS=layer1+layer2? > > I would like to be able to select a combination of layers ad hoc. > > Thanks, > > David. > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Jukka.Rahkonen at mmmtike.fi Fri Oct 21 12:17:40 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 21 Oct 2011 19:17:40 +0000 Subject: [mapserver-users] max size of raster via WCS GetCoverage request In-Reply-To: <4EA1BDD9.6070407@noaa.gov> References: <4EA1BDD9.6070407@noaa.gov> Message-ID: <84446DEF76453C439E9E97E438E13A63037FCF@suutari.haapa.mmm.fi> Hi, See MAXSIZE http://mapserver.org/mapfile/map.html -Jukka Rahkonen- John Cartwright wrote: > Hello All, > I'm finding that a WCS GetCoverage request which results in a large grid > works on mapserver 5.6.3, but on 6.0.1 returns an error message: > msWCSGetCoverage(): WCS server error. Raster size out of range, width > and height of resulting coverage must be no more than MAXSIZE=2048. > Is there a way to alter this limit in the mapfile? Thanks! --john _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From ahmostovoi at gmail.com Fri Oct 21 12:23:49 2011 From: ahmostovoi at gmail.com (Alejandro) Date: Fri, 21 Oct 2011 16:23:49 -0300 Subject: [mapserver-users] PHP MapScript FastCGI error Message-ID: <4EA1C6C5.80800@gmail.com> An HTML attachment was scrubbed... URL: From Jukka.Rahkonen at mmmtike.fi Fri Oct 21 12:31:54 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 21 Oct 2011 19:31:54 +0000 Subject: AW: [mapserver-users] Mapserver Projection Errors Message-ID: <84446DEF76453C439E9E97E438E13A63037FF1@suutari.haapa.mmm.fi> If you make the request in EPSG:4326 then yes. Compare EPSG:2393 http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=sea&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=2451307.6345609063,6544820.0,4359512.365439094,8012350.0&SRS=EPSG:2393&STYLES= and EPSG:4326 http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=sea&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=3.5931,49.05782679738563,45.5442,81.3208732026144&SRS=EPSG:4326&STYLES= Best to take a GIS program as WMS client and open some known data file to the same project for having something to compare with. I like OpenJUMP because it can show the WMS request it is sending with Customize - BeanTools - Display_WMS_URL. Download a nightly build, I am not sure if the release version has that tool already. -Jukka Rahkonen- SixDegrees wrote: > OK. So if my image is in UTM 38N and I have a PROJECTION block in the layer with the Proj.4 string for that projection, but the wms_src setting in the layer metadata is epsg:4326, will Mapserver reproject the image into epsg:4326 when queried? It sounds that way, but I want to be certain. Rahkonen Jukka wrote: > > Hi, > > The layer wms_srs (as well as the map level wms_srs) helps in building the > list of projections which you want to support for output. I believe you > can safely insert there a list of SRS/CRS valurs you want to offer for > your clients. For the projections on that list you must have a > corresponding line in the epsg file. WMS clients do not use > &SRS=+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs, they want > to use &SRS=4326. > > -Jukka Rahkonen- > > SixDegrees wrote: > >> Well, that certainly seems to explain things. If I supply a wms_srs >> setting, > the errors disappear. Sadly, I do not have the epsg codes, only the proj4 > strings, and I'm not sure the WMS XML concocted by Mapserver is correct. > If > I supply > >> "wms_srs" "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" > > for example, the GetCapabilities request generates the following layer: > > > MyImage > MyImage > +proj=longlat > +ellps=WGS84 > +towgs84=0,0,0,0,0,0,0 > +no_defs > maxy="35.8732" /> > minx="51.4432" miny="35.7193" maxx="51.6412" > maxy="35.8732" /> > > > Note how each term in the projection is given its own SRS tag, and the SRS > of the BoundingBox only uses the first element. This does not look right > to > me, although things seem to work OK, as before. The Mapserver > documentation > states that the layer will use the map-level wms_srs, which is defined as > "init=epsg:4326", but I worry that if I supply that in the layer metadata, > Mapserver will think this layer is already in that format and fail to > reproject when the image is acually in, say, a UTM format. > > I have no way of retrieving or constructing the actual epsg code for each > layer; most often it simply isn't in the file in any form other than > Proj.4. > If the layer-level wms_srs needs the actual epsg code of the file the > layer > references, then this is never going to work. > > Thank you very much for taking the time to sort this all out, though. It's > much, much farther than I ever would have got on my own. > > > > > Eichner, Andreas - SID-NLK wrote: >> >> The error is caused by the msOWSPrintBoundingBox() function during the >> GetCapabilities request because there's no {ows,wms}_srs metadata set. >> The used function msOWSGetEPSGProj() tries to fall back to the >> projections "init=" parameter but isn't available here. >> It seems the whole thing is used to support bounding boxes for multiple >> coordinate systems in the GetCapabilities document. This might only have >> an effect if using WMS v1.3.0, {ows,wms}_bbox_extended metadata set to >> "true" and {ows,wms}_srs projection list with more than one entry. In >> such a case the original layer extent must be reprojected in the listed >> SRS which might fail. In your case this might have no negativ impact >> beside the error message. >> To get rid off the message you need to set a {ows,wms}_srs metadata at >> layer level. It seems to be used to advertise the layer's CRS and build >> the multi BBOX feature only. Altough it might not harm you it might >> cause trouble in the future.... >> >> >>> LAYER >>> NAME "test_image" >>> EXTENT 51.44325 35.71925 51.64125 35.87325 >>> METADATA >>> "wms_title" "test_image" >>> "wms_extent" "51.44325 35.71925 51.64125 35.87325" >>> END >>> PROCESSING "SCALE=AUTO" >>> PROCESSING "SCALE_BUCKETS=256" >>> TYPE RASTER >>> DATA "/data/geodata/yongbyon/test_image.vrt" >>> PROJECTION >>> "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >>> END >>> END >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at .osgeo >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917339.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917647.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From paulcarlisle at comcast.net Fri Oct 21 12:41:00 2011 From: paulcarlisle at comcast.net (SixDegrees) Date: Fri, 21 Oct 2011 12:41:00 -0700 (PDT) Subject: AW: [mapserver-users] Mapserver Projection Errors In-Reply-To: <84446DEF76453C439E9E97E438E13A63037FF1@suutari.haapa.mmm.fi> References: <1319028354644-6908527.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A63037FF1@suutari.haapa.mmm.fi> Message-ID: <1319226060639-6918286.post@n2.nabble.com> Excellent. I believe this means my problems will be solved simply by adding the wms_src setting to each layer. Pity Mapserver doesn't just use the map-level definition if it isn't defined, as the documentation states, but I expect that will be solved in a future release. Thanks again to everyone for all the patience and help. Rahkonen Jukka wrote: > > If you make the request in EPSG:4326 then yes. > > Compare EPSG:2393 > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=sea&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=2451307.6345609063,6544820.0,4359512.365439094,8012350.0&SRS=EPSG:2393&STYLES= > > and EPSG:4326 > http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=459&HEIGHT=353&LAYERS=sea&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=3.5931,49.05782679738563,45.5442,81.3208732026144&SRS=EPSG:4326&STYLES= > > Best to take a GIS program as WMS client and open some known data file to > the same project for having something to compare with. I like OpenJUMP > because it can show the WMS request it is sending with Customize - > BeanTools - Display_WMS_URL. Download a nightly build, I am not sure if > the release version has that tool already. > > -Jukka Rahkonen- > > SixDegrees wrote: > >> OK. So if my image is in UTM 38N and I have a PROJECTION block in the >> layer > with the Proj.4 string for that projection, but the wms_src setting in the > layer metadata is epsg:4326, will Mapserver reproject the image into > epsg:4326 when queried? It sounds that way, but I want to be certain. > > > Rahkonen Jukka wrote: >> >> Hi, >> >> The layer wms_srs (as well as the map level wms_srs) helps in building >> the >> list of projections which you want to support for output. I believe you >> can safely insert there a list of SRS/CRS valurs you want to offer for >> your clients. For the projections on that list you must have a >> corresponding line in the epsg file. WMS clients do not use >> &SRS=+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs, they >> want >> to use &SRS=4326. >> >> -Jukka Rahkonen- >> >> SixDegrees wrote: >> >>> Well, that certainly seems to explain things. If I supply a wms_srs >>> setting, >> the errors disappear. Sadly, I do not have the epsg codes, only the proj4 >> strings, and I'm not sure the WMS XML concocted by Mapserver is correct. >> If >> I supply >> >>> "wms_srs" "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >> >> for example, the GetCapabilities request generates the following layer: >> >> >> MyImage >> MyImage >> +proj=longlat >> +ellps=WGS84 >> +towgs84=0,0,0,0,0,0,0 >> +no_defs >> > maxy="35.8732" /> >> > minx="51.4432" miny="35.7193" maxx="51.6412" >> maxy="35.8732" /> >> >> >> Note how each term in the projection is given its own SRS tag, and the >> SRS >> of the BoundingBox only uses the first element. This does not look right >> to >> me, although things seem to work OK, as before. The Mapserver >> documentation >> states that the layer will use the map-level wms_srs, which is defined as >> "init=epsg:4326", but I worry that if I supply that in the layer >> metadata, >> Mapserver will think this layer is already in that format and fail to >> reproject when the image is acually in, say, a UTM format. >> >> I have no way of retrieving or constructing the actual epsg code for each >> layer; most often it simply isn't in the file in any form other than >> Proj.4. >> If the layer-level wms_srs needs the actual epsg code of the file the >> layer >> references, then this is never going to work. >> >> Thank you very much for taking the time to sort this all out, though. >> It's >> much, much farther than I ever would have got on my own. >> >> >> >> >> Eichner, Andreas - SID-NLK wrote: >>> >>> The error is caused by the msOWSPrintBoundingBox() function during the >>> GetCapabilities request because there's no {ows,wms}_srs metadata set. >>> The used function msOWSGetEPSGProj() tries to fall back to the >>> projections "init=" parameter but isn't available here. >>> It seems the whole thing is used to support bounding boxes for multiple >>> coordinate systems in the GetCapabilities document. This might only have >>> an effect if using WMS v1.3.0, {ows,wms}_bbox_extended metadata set to >>> "true" and {ows,wms}_srs projection list with more than one entry. In >>> such a case the original layer extent must be reprojected in the listed >>> SRS which might fail. In your case this might have no negativ impact >>> beside the error message. >>> To get rid off the message you need to set a {ows,wms}_srs metadata at >>> layer level. It seems to be used to advertise the layer's CRS and build >>> the multi BBOX feature only. Altough it might not harm you it might >>> cause trouble in the future.... >>> >>> >>>> LAYER >>>> NAME "test_image" >>>> EXTENT 51.44325 35.71925 51.64125 35.87325 >>>> METADATA >>>> "wms_title" "test_image" >>>> "wms_extent" "51.44325 35.71925 51.64125 35.87325" >>>> END >>>> PROCESSING "SCALE=AUTO" >>>> PROCESSING "SCALE_BUCKETS=256" >>>> TYPE RASTER >>>> DATA "/data/geodata/yongbyon/test_image.vrt" >>>> PROJECTION >>>> "+proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs" >>>> END >>>> END >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at .osgeo >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> >> -- >> View this message in context: >> http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917339.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at .osgeo >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at .osgeo >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6917647.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at .osgeo > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Mapserver-Projection-Errors-tp6908527p6918286.html Sent from the Mapserver - User mailing list archive at Nabble.com. From John.C.Cartwright at noaa.gov Fri Oct 21 12:46:41 2011 From: John.C.Cartwright at noaa.gov (John Cartwright) Date: Fri, 21 Oct 2011 13:46:41 -0600 Subject: [mapserver-users] max size of raster via WCS GetCoverage request In-Reply-To: <84446DEF76453C439E9E97E438E13A63037FCF@suutari.haapa.mmm.fi> References: <4EA1BDD9.6070407@noaa.gov> <84446DEF76453C439E9E97E438E13A63037FCF@suutari.haapa.mmm.fi> Message-ID: <4EA1CC21.5090609@noaa.gov> Thanks for your quick response Jukka. So the MAXSIZE sets the maximum size of the map image (e.g. WMS request) as well as the size of the raster downloaded with a WCS GetCoverage request? There's no provision to allow a larger data download than map image? This seems to have changed sometime between 5.6.3 and 6.0.1, but I didn't see mention in the release notes. --john On 10/21/2011 01:17 PM, Rahkonen Jukka wrote: > Hi, > > See MAXSIZE http://mapserver.org/mapfile/map.html > > -Jukka Rahkonen- > > John Cartwright wrote: > > >> Hello All, >> I'm finding that a WCS GetCoverage request which results in a large grid >> works on mapserver 5.6.3, but on 6.0.1 returns an error message: >> msWCSGetCoverage(): WCS server error. Raster size out of range, width >> and height of resulting coverage must be no more than MAXSIZE=2048. >> Is there a way to alter this limit in the mapfile? > Thanks! > > --john > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From Jukka.Rahkonen at mmmtike.fi Fri Oct 21 13:04:38 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 21 Oct 2011 20:04:38 +0000 Subject: [mapserver-users] max size of raster via WCS GetCoverage request In-Reply-To: <4EA1CC21.5090609@noaa.gov> References: <4EA1BDD9.6070407@noaa.gov> <84446DEF76453C439E9E97E438E13A63037FCF@suutari.haapa.mmm.fi>, <4EA1CC21.5090609@noaa.gov> Message-ID: <84446DEF76453C439E9E97E438E13A6303800F@suutari.haapa.mmm.fi> For our server the practical limit is somewhere around 5000x5000 pixels which makes 75 MB per image. Our users have been satisfied with that so I have not bothered to study how to increase the limit. If the outputformat is geotiff the images can be easily combined later. Users are downloading aeriel images for local use by sending the bounding box and desired output resolution. Stay with WCS 1.0 if you do not have any very special needs, WCS 1.1.0 is an odd invention as a standard. -Jukka Rahkonen- John Cartwright wrote: > Thanks for your quick response Jukka. So the MAXSIZE sets the maximum size of the map image (e.g. WMS request) as well as the size of the raster downloaded with a WCS GetCoverage request? There's no provision to allow a larger data download than map image? This seems to have changed sometime between 5.6.3 and 6.0.1, but I didn't see mention in the release notes. --john On 10/21/2011 01:17 PM, Rahkonen Jukka wrote: > Hi, > > See MAXSIZE http://mapserver.org/mapfile/map.html > > -Jukka Rahkonen- > > John Cartwright wrote: > > >> Hello All, >> I'm finding that a WCS GetCoverage request which results in a large grid >> works on mapserver 5.6.3, but on 6.0.1 returns an error message: >> msWCSGetCoverage(): WCS server error. Raster size out of range, width >> and height of resulting coverage must be no more than MAXSIZE=2048. >> Is there a way to alter this limit in the mapfile? > Thanks! > > --john > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From richard.suematsu at syncadd.com Fri Oct 21 17:53:56 2011 From: richard.suematsu at syncadd.com (Richard Suematsu) Date: Fri, 21 Oct 2011 14:53:56 -1000 Subject: [mapserver-users] MapServer x64 with Oracle x64 In-Reply-To: References: <3038bb83-068a-4cd8-8162-f367a0b95cc2@syncadd.com> Message-ID: Hi Tamas, Ok, I tried InstantClient 11.1.0.7.0 on a Win2k8 64-bit box, but it still crashed.? This is what I get: Problem signature: ? Problem Event Name: APPCRASH ? Application Name:???????? shp2img.exe ? Application Version:???? 0.0.0.0 ? Application Timestamp:????????????? 4d3cb80b ? Fault Module Name:??? OraOCIEI11.dll ? Fault Module Version: 0.0.0.0 ? Fault Module Timestamp:????????? 4908520f ? Exception Code:???????????? c0000005 ? Exception Offset:?????????? 000000000038e276 ? OS Version:????? 6.0.6002.2.2.0.272.7 ? Locale ID:?????????? 1033 ? Additional Information 1:?????????? e0e7 ? Additional Information 2:?????????? bbcb6956e86bbd347281120b794f7ee0 ? Additional Information 3:?????????? 6510 ? Additional Information 4:?????????? c82eb6c8216192c6cd82879710a1f2e5 Sqlplus works. Thanks, Rich From: Tamas Szekeres [mailto:szekerest at gmail.com] Sent: Friday, October 21, 2011 2:20 AM To: Richard Suematsu Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] MapServer x64 with Oracle x64 Richard, You should try using the x64 version of instant client 11.1.0.7.0 (http://www.oracle.com/technetwork/topics/winx64soft-089540.html) . This version has been used to compile the plugin. Best regards, Tamas 2011/10/21 Richard Suematsu Hi, I?m trying to use MapServer on a Windows 2k8 x64 server with 64-bit Oracle. The MapServer I?m using was downloaded from Tamas (gisinternals). MapServer crashes every time I run it. Everything works fine when I publish from a shapefile. But when I try to pull geometry out of Oracle, the exe crashes. I?m using the plugin. I checked the MapServer and Oracle dlls with dumpbin and everything is 64-bit. I checked the mapserv.exe with DependancyWalker and everything looks ok. Actually it flags IESHIM as a 32-bit but I don?t think it?s a problem. The plugin is 64-bit. I don?t know what?s wrong. I?ve recreated this on a Win7 64-bit machine with the same issue, so it?s consistent. Anybody out there running MapServer with 64-bit Oracle? Any ideas? Thanks, Rich Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this message kindly notify the sender by reply e-mail and destroy all copies of the original message. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this message kindly notify the sender by reply e-mail and destroy all copies of the original message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.suematsu at syncadd.com Sat Oct 22 03:16:12 2011 From: richard.suematsu at syncadd.com (Richard Suematsu) Date: Sat, 22 Oct 2011 00:16:12 -1000 Subject: [mapserver-users] MapServer x64 with Oracle x64 In-Reply-To: Message-ID: <20111022101612.a503b1f0@email.syncadd.com> Ok, I compiled MapServer with 64-bit Oracle (11gR2) and it seems to be working. Tamas and Mike, thanks for your help. Richard Suematsu - Systems / Development Manager Syncadd Systems, Inc. Tel: (808) 941-8286 Fax: (808) 941-7173 Website: www.syncadd.com ----- Original Message ----- From: Tamas Szekeres [mailto:szekerest at gmail.com] To: Richard Suematsu [mailto:richard.suematsu at syncadd.com] Cc: mapserver-users at lists.osgeo.org Sent: Fri, 21 Oct 2011 02:19:34 -1000 Subject: Re: [mapserver-users] MapServer x64 with Oracle x64 > Richard, > > You should try using the x64 version of instant client 11.1.0.7.0 ( > http://www.oracle.com/technetwork/topics/winx64soft-089540.html) . This > version has been used to compile the plugin. > > Best regards, > > Tamas > > > > 2011/10/21 Richard Suematsu > > > Hi,**** > > > > ** ** > > > > I?m trying to use MapServer on a Windows 2k8 x64 server with 64-bit > > Oracle. The MapServer I?m using was downloaded from Tamas > (gisinternals). > > MapServer crashes every time I run it. Everything works fine when I > publish > > from a shapefile. But when I try to pull geometry out of Oracle, the exe > > crashes. I?m using the plugin.**** > > > > ** ** > > > > I checked the MapServer and Oracle dlls with dumpbin and everything is > > 64-bit. I checked the mapserv.exe with DependancyWalker and everything > > looks ok. Actually it flags IESHIM as a 32-bit but I don?t think it?s > a > > problem. The plugin is 64-bit.**** > > > > ** ** > > > > I don?t know what?s wrong. I?ve recreated this on a Win7 64-bit > machine > > with the same issue, so it?s consistent. Anybody out there running > > MapServer with 64-bit Oracle? Any ideas?**** > > > > ** ** > > > > Thanks,**** > > > > Rich**** > > > > > > ------------------------------ > > > > Confidentiality Notice: This e-mail message, including any attachments, is > for the sole use of the > > > > intended recipient(s) and may contain confidential and privileged > information. Unauthorized > > > > review, use, disclosure or distribution is prohibited. If you are not the > addressee indicated in this > > > > message kindly notify the sender by reply e-mail and destroy all copies of > the original message. > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the addressee indicated in this message kindly notify the sender by reply e-mail and destroy all copies of the original message. From knasia at poczta.fm Sun Oct 23 07:08:00 2011 From: knasia at poczta.fm (knasia) Date: Sun, 23 Oct 2011 07:08:00 -0700 (PDT) Subject: [mapserver-users] Re: lane presentation of highways In-Reply-To: <1318860096145-6900665.post@n2.nabble.com> References: <47CBC150.5030105@zeelandnet.nl> <1318788817052-6898243.post@n2.nabble.com> <4E9B250B.6020408@swoodbridge.com> <1318860096145-6900665.post@n2.nabble.com> Message-ID: <1319378880011-6922061.post@n2.nabble.com> I guess I have found solution to my case. I have drown layers with roads in both directions (and used offset to seperate them) and layers with arrows using GEOMTRANSFORM "start" and GEOMTRANSFORM "end" CLASS NAME 'BA_middle' STYLE ANGLE AUTO GEOMTRANSFORM "end" SYMBOL "to_vector" COLOR 255 165 0 WIDTH 2 size 4 END EXPRESSION (([quantity]>=1) AND ([quantity]<2)) #COLOR 0 255 0 END -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/lane-presentation-of-highways-tp1970119p6922061.html Sent from the Mapserver - User mailing list archive at Nabble.com. From knasia at poczta.fm Sun Oct 23 11:43:49 2011 From: knasia at poczta.fm (knasia) Date: Sun, 23 Oct 2011 11:43:49 -0700 (PDT) Subject: [mapserver-users] Drawing different lengths of arrows Message-ID: <1319395429480-6922584.post@n2.nabble.com> Hi, I have pointed on my map arrows which reprezent direction of the road. What I need to do now is to draw colour lines (retaining the geometry of the road) of the indicated length. I now along which part of the road it should be drawn (ex. 0.3; 0.5; max1). How can I indicate the length of the arrow? I attach a picture showing expected arrow. http://osgeo-org.1803224.n2.nabble.com/file/n6922584/arrow.png -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Drawing-different-lengths-of-arrows-tp6922584p6922584.html Sent from the Mapserver - User mailing list archive at Nabble.com. From woodbri at swoodbridge.com Sun Oct 23 11:58:02 2011 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sun, 23 Oct 2011 14:58:02 -0400 Subject: [mapserver-users] Drawing different lengths of arrows In-Reply-To: <1319395429480-6922584.post@n2.nabble.com> References: <1319395429480-6922584.post@n2.nabble.com> Message-ID: <4EA463BA.8090303@swoodbridge.com> On 10/23/2011 2:43 PM, knasia wrote: > Hi, > I have pointed on my map arrows which reprezent direction of the road. What > I need to do now is to draw colour lines (retaining the geometry of the > road) of the indicated length. I now along which part of the road it should > be drawn (ex. 0.3; 0.5; max1). > How can I indicate the length of the arrow? > > I attach a picture showing expected arrow. > > > http://osgeo-org.1803224.n2.nabble.com/file/n6922584/arrow.png Here are a couple of ideas of how you might be able to do this. 1. create a new line layer and shapefile with the segments you want to draw as arrows. This probably means writing some code in C, Perl, PHP, postGIS or something that can read the existing roads shapefile and generate a new shapefile with the extracted segments. 2. You could generate this data on the fly is you loaded the roads into a postgres/postgis table and generated the SQL to extract the segment on the fly. It is all about the data! Once you have the data them rendering it is much easier. I do not think there is anyway to do this in mapserver today. You might check for tickets (search for geomprocessing) to see if this is already a requested feature, if not you might want to add it as an enhancement. In general it is faster to render the data if you precompute these segments, than to compute them on the fly for every map draw request, so using 1. is the best option. -Steve W From emacgillavry at hotmail.com Mon Oct 24 02:18:15 2011 From: emacgillavry at hotmail.com (Edward Mac Gillavry) Date: Mon, 24 Oct 2011 11:18:15 +0200 Subject: [mapserver-users] Truetype support in Mapserver: OT/TT or Win/TT In-Reply-To: <1319104729761-6912309.post@n2.nabble.com> References: <1319104729761-6912309.post@n2.nabble.com> Message-ID: Hi all, Got a MapServer 5 install compiled with TTF support running on Linux machine. Buying a TTF from a type foundry to render the lettering using a custom typeface, we're faced with the choice for OT/TT or Win/TT. Which one should we go for? Thanks in advance. Kind regards, Edward -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshorthouse at eol.org Thu Oct 20 06:07:44 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Thu, 20 Oct 2011 09:07:44 -0400 Subject: [mapserver-users] map rotation, extent & a border Message-ID: Folks, Been trying to solve this one and cannot figure it out. Attached is my attempt to put a border around the outside edge of a map using PHP-mapscript. If the map is not rotated, it's easy to use the map's extent to draw such a border by creating a layer specifically for this purpose. However, when a map is rotated, one can no longer use the map's extent like this because the four extent coordinates are not similarly rotated. My question is, how do a I make a border around the outside edge of a map when the map is rotated? Is there a method to learn what are the actual extent coordinates post-rotate? Thanks, David P. Shorthouse -------------- next part -------------- A non-text attachment was scrubbed... Name: Rotated-1.png Type: image/png Size: 192583 bytes Desc: not available URL: From stephan at meissl.name Mon Oct 24 05:01:25 2011 From: stephan at meissl.name (Stephan =?ISO-8859-1?Q?Mei=DFl?=) Date: Mon, 24 Oct 2011 14:01:25 +0200 Subject: [mapserver-users] max size of raster via WCS GetCoverage request In-Reply-To: <84446DEF76453C439E9E97E438E13A6303800F@suutari.haapa.mmm.fi> References: <4EA1BDD9.6070407@noaa.gov> <84446DEF76453C439E9E97E438E13A63037FCF@suutari.haapa.mmm.fi> , <4EA1CC21.5090609@noaa.gov> <84446DEF76453C439E9E97E438E13A6303800F@suutari.haapa.mmm.fi> Message-ID: <1319457685.1208.281.camel@io> John, Jukka, I confirm that a check for the MAXSIZE directive was introduced for WCS in version 6.0 (see #3204). At the moment there's no possibility to set the values independently for WMS and WCS. I started to think about a more clever method of limiting WCS responses based on the result volume. E.g. a RGB image of same pixel size is way smaller than a multiple bands float32 coverage. What are your requirements for such a limiting mechanism? Btw. you might be interested in version 2.0 of the WCS standard which is also supported by MapServer. cu Stephan On Fri, 2011-10-21 at 20:04 +0000, Rahkonen Jukka wrote: > For our server the practical limit is somewhere around 5000x5000 pixels which makes 75 MB per image. Our users have been satisfied with that so I have not bothered to study how to increase the limit. If the outputformat is geotiff the images can be easily combined later. Users are downloading aeriel images for local use by sending the bounding box and desired output resolution. Stay with WCS 1.0 if you do not have any very special needs, WCS 1.1.0 is an odd invention as a standard. > > -Jukka Rahkonen- > > John Cartwright wrote: > > > Thanks for your quick response Jukka. > > So the MAXSIZE sets the maximum size of the map image (e.g. WMS request) > as well as the size of the raster downloaded with a WCS GetCoverage > request? There's no provision to allow a larger data download than map > image? > > This seems to have changed sometime between 5.6.3 and 6.0.1, but I > didn't see mention in the release notes. > > --john > > On 10/21/2011 01:17 PM, Rahkonen Jukka wrote: > > Hi, > > > > See MAXSIZE http://mapserver.org/mapfile/map.html > > > > -Jukka Rahkonen- > > > > John Cartwright wrote: > > > > > >> Hello All, > >> I'm finding that a WCS GetCoverage request which results in a large grid > >> works on mapserver 5.6.3, but on 6.0.1 returns an error message: > >> msWCSGetCoverage(): WCS server error. Raster size out of range, width > >> and height of resulting coverage must be no more than MAXSIZE=2048. > >> Is there a way to alter this limit in the mapfile? > > Thanks! > > > > --john > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From pagameba at gmail.com Mon Oct 24 05:38:36 2011 From: pagameba at gmail.com (Paul Spencer) Date: Mon, 24 Oct 2011 08:38:36 -0400 Subject: [mapserver-users] map rotation, extent & a border In-Reply-To: References: Message-ID: <67301E60-AD11-4CE0-B6B9-7992DA246715@gmail.com> David, you might be able to set up your map border layer with transform false, units pixels and use the size of your map image as the rectangle to draw. Cheers Paul On 2011-10-20, at 9:07 AM, Shorthouse, David wrote: > Folks, > > Been trying to solve this one and cannot figure it out. Attached is my > attempt to put a border around the outside edge of a map using > PHP-mapscript. If the map is not rotated, it's easy to use the map's > extent to draw such a border by creating a layer specifically for this > purpose. However, when a map is rotated, one can no longer use the > map's extent like this because the four extent coordinates are not > similarly rotated. My question is, how do a I make a border around the > outside edge of a map when the map is rotated? Is there a method to > learn what are the actual extent coordinates post-rotate? > > Thanks, > > David P. Shorthouse > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From knasia at poczta.fm Mon Oct 24 10:44:53 2011 From: knasia at poczta.fm (knasia) Date: Mon, 24 Oct 2011 10:44:53 -0700 (PDT) Subject: [mapserver-users] Re: Drawing different lengths of arrows In-Reply-To: <4EA463BA.8090303@swoodbridge.com> References: <1319395429480-6922584.post@n2.nabble.com> <4EA463BA.8090303@swoodbridge.com> Message-ID: <1319478293407-6925957.post@n2.nabble.com> You were right, the first idea brought some results, but I have a problem which I cannot solve. I have splited my line using PostGIS and got a expected results from select. Now, when I put it to mapserver it doesn't work as I wish a)What I want to display is: DATA 'geom_path FROM (SELECT line_substring( e.geom_path, *(1-(e.veh_quantity)*7/(e.road_length))*, 1) as geom_path, e.veh_quantity as quantity FROM edges e JOIN nodes n ON EndPoint(e.geom_path)=n.coor WHERE e.node1_id=n.id ) as subquery using unique id using srid=4326 ' and it doesn't work properly b) When I put instead of (1-(e.veh_quantity)*7/(e.road_length)) some special numbers which come from my select it works good. For example: DATA 'geom_path FROM (SELECT line_substring( reverse(e.geom_path), *0.2*, 1) as geom_path, e.veh_quantity as quantity FROM edges e JOIN nodes n ON EndPoint(e.geom_path)=n.coor WHERE e.node1_id=n.id ) as subquery using unique id using srid=4326 ' I have no idea how to solve it. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Drawing-different-lengths-of-arrows-tp6922584p6925957.html Sent from the Mapserver - User mailing list archive at Nabble.com. From traviskirstine at gmail.com Mon Oct 24 13:08:45 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Mon, 24 Oct 2011 16:08:45 -0400 Subject: [mapserver-users] nodata transparencies Message-ID: Hi All I have a raster layer of 8 bit RGB orthophoto with the source data as GeoTiff tiles (tile index) . Some of the source images have the nodata (0,0,0) defined in the metadata some do not. Can MS automatically determine the nodata and use that as a transparency for each image in the tile index? The issue that I am having is that I have a large coverage area that is composed of RGB tiled uncompressed geotiffs with real nodata values at the edges of the coverage and tiles on the interior of the coverage are RGB tiled compressed ycbcr geotiffs with no nodata defined. If I use the OFFSITE 0,0,0 parameter in my mapfile the resultant images will have holes on the interior of the image (). I have tried scaling the images however it appears that JPEG compressed YCBCR images do not scale well Regards From dshorthouse at eol.org Mon Oct 24 14:17:10 2011 From: dshorthouse at eol.org (Shorthouse, David) Date: Mon, 24 Oct 2011 17:17:10 -0400 Subject: [mapserver-users] map rotation, extent & a border In-Reply-To: <67301E60-AD11-4CE0-B6B9-7992DA246715@gmail.com> References: <67301E60-AD11-4CE0-B6B9-7992DA246715@gmail.com> Message-ID: Thanks, Paul. This worked like a charm! David P. Shorthouse On Mon, Oct 24, 2011 at 8:38 AM, Paul Spencer wrote: > David, > > you might be able to set up your map border layer with transform false, units pixels and use the size of your map image as the rectangle to draw. > > Cheers > > Paul > > On 2011-10-20, at 9:07 AM, Shorthouse, David wrote: > >> Folks, >> >> Been trying to solve this one and cannot figure it out. Attached is my >> attempt to put a border around the outside edge of a map using >> PHP-mapscript. If the map is not rotated, it's easy to use the map's >> extent to draw such a border by creating a layer specifically for this >> purpose. However, when a map is rotated, one can no longer use the >> map's extent like this because the four extent coordinates are not >> similarly rotated. My question is, how do a I make a border around the >> outside edge of a map when the map is rotated? Is there a method to >> learn what are the actual extent coordinates post-rotate? >> >> Thanks, >> >> David P. Shorthouse >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From meinetoonen at b3partners.nl Tue Oct 25 05:00:50 2011 From: meinetoonen at b3partners.nl (Meine Toonen) Date: Tue, 25 Oct 2011 14:00:50 +0200 Subject: [mapserver-users] Sporadically "Cannot create OCI handlers" Message-ID: <20111025120050.360705bf@kmail.b3partners.nl> Hi list, I have a layer defined in a mapfile, using an oracle connection. Most of the time this works, but sometimes I get an error. The Error: msDrawMap(): Image handling error. Failed to draw layer named 'telvakken_l'.; msOracleSpatialLayerOpen(): OracleSpatial error. Cannot create OCI Handlers. Connection failed. Check the connection string. Seems to me the connection string is fine, because it does work. Maybe you can help me? The layer is defined below: The Mapfile: LAYER NAME "telvakken_l" DATA "SHAPE from (select OBJECTID,TELPUNT,NAAM_WEGVA,BEHEERDER,BEGIN_HMP,EIND_HMP,WEGN,SHAPE from telvakken_l) using UNIQUE OBJECTID SRID 90112" TYPE LINE CONNECTIONTYPE oraclespatial CONNECTION "UN/PW at DB" PROCESSING "CLOSE_CONNECTION=DEFER" METADATA ows_title "Verkeerstelvakken" ows_extent "150000 296000 223454 435000" ows_abstract "Verkeerstelvakken" gml_include_items "all" gml_featureid "OBJECTID" ows_metadataurl_format "text/xml" ows_metadataurl_href "http://acceptatie.prvlimburg.nl/mapfiles/infrastructuur/metadata/telvakken_l.xml" ows_metadataurl_type "FGDC" END #METADATA DUMP TRUE OPACITY 85 STATUS on UNITS METERS TEMPLATE "/var/www/html/blank.html" SIZEUNITS PIXELS MINSCALEDENOM 0 MAXSCALEDENOM 10000000 TOLERANCE 3 TOLERANCEUNITS PIXELS PROJECTION "init=epsg:28992" END #PROJECTION CLASS NAME 'Verkeerstelvakken' STYLE WIDTH 2 COLOR 255 31 0 END #STYLE END #CLASS END #LAYER Thanks in advance. Kind regards, Meine Toonen B3Partners BV Tel: 030 214 2083 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Tue Oct 25 05:13:29 2011 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 25 Oct 2011 09:13:29 -0300 Subject: [mapserver-users] Sporadically "Cannot create OCI handlers" In-Reply-To: <20111025120050.360705bf@kmail.b3partners.nl> References: <20111025120050.360705bf@kmail.b3partners.nl> Message-ID: <4EA6A7E9.9010207@gatewaygeomatics.com> Make sure to verify your connection string (to any database) first through an ogrinfo command, then once that returns properly focus on your mapfile. If I run into problems with the connection string/query in ogrinfo, then I usually focus on the database, testing with psql (Postgres) or sqlplus (Oracle) commandline utilities...then again once the connection/query is established there then I move to ogrinfo, then to the mapfile (with shp2img). -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 11-10-25 9:00 AM, Meine Toonen wrote: > Hi list, > > I have a layer defined in a mapfile, using an oracle connection. Most of > the time this works, but sometimes I get an error. > > The Error: > msDrawMap(): Image handling error. Failed to draw layer named > 'telvakken_l'.; msOracleSpatialLayerOpen(): OracleSpatial error. Cannot > create OCI Handlers. Connection failed. Check the connection string. > > Seems to me the connection string is fine, because it does work. Maybe > you can help me? The layer is defined below: > The Mapfile: > > LAYER > NAME "telvakken_l" > DATA "SHAPE from (select OBJECTID,TELPUNT,NAAM_WEGVA,BEHEERDER,BEGIN_HMP,EIND_HMP,WEGN,SHAPE from telvakken_l) using UNIQUE OBJECTID SRID 90112" > TYPE LINE > > CONNECTIONTYPE oraclespatial > CONNECTION "UN/PW at DB" > PROCESSING "CLOSE_CONNECTION=DEFER" > > METADATA > ows_title "Verkeerstelvakken" > ows_extent "150000 296000 223454 435000" > ows_abstract "Verkeerstelvakken" > gml_include_items "all" > gml_featureid "OBJECTID" > ows_metadataurl_format "text/xml" > ows_metadataurl_href "http://acceptatie.prvlimburg.nl/mapfiles/infrastructuur/metadata/telvakken_l.xml" > ows_metadataurl_type "FGDC" > END #METADATA > DUMP TRUE > OPACITY 85 > STATUS on > UNITS METERS > TEMPLATE "/var/www/html/blank.html" > SIZEUNITS PIXELS > MINSCALEDENOM 0 > MAXSCALEDENOM 10000000 > TOLERANCE 3 > TOLERANCEUNITS PIXELS > > PROJECTION > "init=epsg:28992" > END #PROJECTION > > CLASS > NAME 'Verkeerstelvakken' > STYLE > WIDTH 2 > COLOR 255 31 0 > END #STYLE > END #CLASS > > END #LAYER > > Thanks in advance. > > > Kind regards, > > Meine Toonen > B3Partners BV > Tel: 030 214 2083 > From Andreas.Eichner at sid.sachsen.de Wed Oct 26 00:58:03 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Wed, 26 Oct 2011 09:58:03 +0200 Subject: AW: [mapserver-users] Sporadically "Cannot create OCI handlers" References: <20111025120050.360705bf@kmail.b3partners.nl> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF25F@KS-EVS1.smi.sachsen.de> How do you use MapServer, do you use FastCGI? And which version? I had the same problem and I believe with v6.0.1 it doesn't happen anymore. I guess it happens when a connection handle isn't used for some time, the database server already closed it and MS picks it up but doesn't handle the error properly. But this is only a guess and happens so rarely that it's really hard to debug. How often does it occur on your site? Are you able to try without CLOSE_CONNECTION=DEFER? From meinetoonen at b3partners.nl Wed Oct 26 01:16:47 2011 From: meinetoonen at b3partners.nl (Meine Toonen) Date: Wed, 26 Oct 2011 10:16:47 +0200 Subject: AW: [mapserver-users] Sporadically "Cannot create OCI handlers" In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF25F@KS-EVS1.smi.sachsen.de> Message-ID: <20111026081647.5aae39c4@kmail.b3partners.nl> Thanks for the reactions! @Andreas: I tried without close_connection=defer, and the error doesn't occur anymore. So it seems like it is solved, but as you said, kinda hard to debug. The mapserver version is 5.6.3 and it supports fastcgi. @Jeff: Will ask the maintainer of the mapserver/database to use the commandline tools to check the querystring. Thanks for the suggestions. With kind regards, Meine Toonen B3Partners BV Tel: 030 214 2083 _____ From: Eichner, Andreas - SID-NLKM [mailto:Andreas.Eichner at sid.sachsen.de] To: Meine Toonen [mailto:meinetoonen at b3partners.nl], mapserver-users at lists.osgeo.org Sent: Wed, 26 Oct 2011 09:58:03 +0200 Subject: AW: [mapserver-users] Sporadically "Cannot create OCI handlers" How do you use MapServer, do you use FastCGI? And which version? I had the same problem and I believe with v6.0.1 it doesn't happen anymore. I guess it happens when a connection handle isn't used for some time, the database server already closed it and MS picks it up but doesn't handle the error properly. But this is only a guess and happens so rarely that it's really hard to debug. How often does it occur on your site? Are you able to try without CLOSE_CONNECTION=DEFER? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Wed Oct 26 03:18:24 2011 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID-NLKM) Date: Wed, 26 Oct 2011 12:18:24 +0200 Subject: AW: [mapserver-users] Sporadically "Cannot create OCI handlers" References: <20111026081647.5aae39c4@kmail.b3partners.nl> Message-ID: <56B587E7C40D2F43B54FDC1BA897AC6D037AF260@KS-EVS1.smi.sachsen.de> > @Andreas: I tried without close_connection=defer, and the > error doesn't occur anymore. So it seems like it is solved, > but as you said, kinda hard to debug. The mapserver version > is 5.6.3 and it supports fastcgi. Opening an Oracle connection is rather slow compared to the time MS renders the data. Without this option a fresh connection to the DB is created for every request and may be even for every layer using such a connection. Things tend to be rather slow so I don't think the problem is solved. Disabling the option just helps to locate the source of the error. Do you _use_ FastCGI or only the plain CGI method? I just talked to a colleague and he told me that this problem disappeared with MS v6.0.1 and so seems to be solved there. So you might want to give it a try. From stephan.holl at intevation.de Wed Oct 26 03:39:24 2011 From: stephan.holl at intevation.de (Stephan Holl) Date: Wed, 26 Oct 2011 12:39:24 +0200 Subject: [mapserver-users] Sporadically "Cannot create OCI handlers" In-Reply-To: <56B587E7C40D2F43B54FDC1BA897AC6D037AF260@KS-EVS1.smi.sachsen.de> References: <20111026081647.5aae39c4@kmail.b3partners.nl> <56B587E7C40D2F43B54FDC1BA897AC6D037AF260@KS-EVS1.smi.sachsen.de> Message-ID: <20111026123924.0a64a9c0@euarne.hq.intevation.de> Hello, "Eichner, Andreas - SID-NLKM" , [20111026 - 12:18:24] > > @Andreas: I tried without close_connection=defer, and the > > error doesn't occur anymore. So it seems like it is solved, > > but as you said, kinda hard to debug. The mapserver version > > is 5.6.3 and it supports fastcgi. > > Opening an Oracle connection is rather slow compared to the time MS > renders the data. Without this option a fresh connection to the DB is > created for every request and may be even for every layer using such a > connection. Things tend to be rather slow so I don't think the problem > is solved. Disabling the option just helps to locate the source of the > error. > Do you _use_ FastCGI or only the plain CGI method? I just talked to a > colleague and he told me that this problem disappeared with MS v6.0.1 > and so seems to be solved there. So you might want to give it a try. What we have discovered is that FastCGI offers several parameters to control exactly the allowed connections within a FastCGI-processes. 'Playing' with this parameters made the problem nearly completely disappear. Depending on your FastCGI-implementation the relevant parameter-names my differ. HTH Stephan -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From nikos at maich.gr Wed Oct 26 06:33:01 2011 From: nikos at maich.gr (nikos at maich.gr) Date: Wed, 26 Oct 2011 15:33:01 +0200 Subject: [mapserver-users] MS template file extensions Message-ID: <61b146e4158fd368b371344e6e979b85@maich.gr> Hello, Is there a way to allow ms templates with an arbitrary file extension? I see support in the template doc's for html, xml, jso... WHat if someone wanted to use a jsp page a php page or a tml page as a template to gain server substitutin as well? regards, nikos From punk.kish at gmail.com Wed Oct 26 06:48:11 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Wed, 26 Oct 2011 08:48:11 -0500 Subject: [mapserver-users] MS template file extensions In-Reply-To: <61b146e4158fd368b371344e6e979b85@maich.gr> References: <61b146e4158fd368b371344e6e979b85@maich.gr> Message-ID: <595DCD1C-C5F0-42E1-A8A3-50594988881E@gmail.com> On Oct 26, 2011, at 8:33 AM, nikos at maich.gr wrote: > Hello, > > Is there a way to allow ms templates with an arbitrary file extension? > I see support in the template doc's for html, xml, jso... > WHat if someone wanted to use a jsp page a php page or a tml page as a template to gain server substitutin as well? > I believe there is no restriction (I use .mtt for map server template). You can choose whatever extension you like, or even have no extension if you wish. -- Puneet Kishor From David.Fawcett at state.mn.us Wed Oct 26 06:52:28 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Wed, 26 Oct 2011 13:52:28 +0000 Subject: [mapserver-users] MS template file extensions In-Reply-To: <595DCD1C-C5F0-42E1-A8A3-50594988881E@gmail.com> References: <61b146e4158fd368b371344e6e979b85@maich.gr> <595DCD1C-C5F0-42E1-A8A3-50594988881E@gmail.com> Message-ID: At the same time, I don't believe that a template will get handed off to the php, java, etc. engine after processing by MapServer. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Puneet Kishor Sent: Wednesday, October 26, 2011 8:48 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] MS template file extensions On Oct 26, 2011, at 8:33 AM, nikos at maich.gr wrote: > Hello, > > Is there a way to allow ms templates with an arbitrary file extension? > I see support in the template doc's for html, xml, jso... > WHat if someone wanted to use a jsp page a php page or a tml page as a template to gain server substitutin as well? > I believe there is no restriction (I use .mtt for map server template). You can choose whatever extension you like, or even have no extension if you wish. -- Puneet Kishor _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From jjackson at franklincountyohio.gov Wed Oct 26 08:44:25 2011 From: jjackson at franklincountyohio.gov (Jackson, John) Date: Wed, 26 Oct 2011 11:44:25 -0400 Subject: [mapserver-users] msParseTime error after upgrading to mapserver 6 Message-ID: HI all, I'm working on a ka-map application that I'm trying to upgrade to mapserver 6.0... I've got tile.php working with a few minor changes, but I'm having trouble getting php mapscript to work with doing a query. I suspect it's related to these lines in the mapserver debug log. Unfortunately, my google-fu hasn't turned up much. Relevant section of map file: LAYER NAME "Parcels2" GROUP "Parcels2" STATUS OFF TYPE POLYGON CONNECTIONTYPE POSTGIS CONNECTION "dbname=mapdb user=testuser password=xxx" PROCESSING "CLOSE_CONNECTION=DEFER" DATA "the_geom from parcel using srid=3402 using unique gid" LABELITEM "pid" LABELCACHE on METADATA "queryable" "true" "description" "Parcel ID's" "fields" "pid:Parcel Id" "searchfield" "pid" "RESULT_FIELDS" "pid" qstring_validation_pattern '^[0-9i\-]{10,10)$' END CLASS STYLE END END END [Wed Oct 26 10:50:31 2011].869245 msParseTime(): Regular expression error. Unrecognized date or time format (). [Wed Oct 26 10:50:31 2011].869283 msTokenizeExpression(): Expression parser error. Parsing time value failed. Thanks for the help. --John Jackson --jxjackso at franklincountyohio.gov [cid:image001.jpg at 01CC93D4.9CBE2A80] John Jackson Deputy Auditor 373 South High St, 19th floor Columbus, Ohio 43215-6310 www.franklincountyauditor.com 614-525-7279 office -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5917 bytes Desc: image001.jpg URL: From traviskirstine at gmail.com Wed Oct 26 13:15:35 2011 From: traviskirstine at gmail.com (Travis Kirstine) Date: Wed, 26 Oct 2011 16:15:35 -0400 Subject: [mapserver-users] msParseTime error after upgrading to mapserver 6 In-Reply-To: References: Message-ID: I think you have a issue with your regex the brace / bracket is unbalanced: My guess is that ^[0-9i\-]{10,10)$ should be ^[0-9i\-]{10,10}$ or ^[0-9i\-](10,10)$ Regards On 26 October 2011 11:44, Jackson, John wrote: > HI all,**** > > ** ** > > I?m working on a ka-map application that I?m trying to upgrade to mapserver > 6.0?**** > > ** ** > > I?ve got tile.php working with a few minor changes, but I?m having trouble > getting php mapscript to work with doing a query.**** > > ** ** > > I suspect it?s related to these lines in the mapserver debug log. > Unfortunately, my google-fu hasn?t turned up much.**** > > ** ** > > Relevant section of map file:**** > > LAYER**** > > NAME "Parcels2"**** > > GROUP "Parcels2"**** > > STATUS OFF**** > > TYPE POLYGON**** > > CONNECTIONTYPE POSTGIS**** > > CONNECTION "dbname=mapdb user=testuser password=xxx"**** > > PROCESSING "CLOSE_CONNECTION=DEFER"**** > > DATA "the_geom from parcel using srid=3402 using unique gid"**** > > LABELITEM "pid"**** > > LABELCACHE on**** > > METADATA**** > > "queryable" "true"**** > > "description" "Parcel ID's"**** > > "fields" "pid:Parcel Id"**** > > "searchfield" "pid"**** > > "RESULT_FIELDS" "pid"**** > > qstring_validation_pattern '^[0-9i\-]{10,10)$'**** > > END**** > > CLASS**** > > STYLE**** > > ** ** > > END**** > > END**** > > END**** > > ** ** > > [Wed Oct 26 10:50:31 2011].869245 msParseTime(): Regular expression error. > Unrecognized date or time format ().**** > > [Wed Oct 26 10:50:31 2011].869283 msTokenizeExpression(): Expression parser > error. Parsing time value failed.**** > > ** ** > > Thanks for the help.**** > > --John Jackson**** > > --jxjackso at franklincountyohio.gov**** > > ** ** > > ** ** > > [image: http://www.franklincountyauditor.com/images/logoSmall2.jpg]**** > > John Jackson**** > > Deputy Auditor**** > > 373 South High St, 19th floor**** > > Columbus, Ohio 43215-6310**** > > www.franklincountyauditor.com**** > > 614-525-7279 office**** > > ** ** > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5917 bytes Desc: not available URL: From nikos at maich.gr Thu Oct 27 01:16:05 2011 From: nikos at maich.gr (nikos at maich.gr) Date: Thu, 27 Oct 2011 10:16:05 +0200 Subject: [mapserver-users] Re:MS template file extensions Message-ID: Thanx all for the response, I have tried your suggestions (e.g .mtt extension) and I get an "Content-type: text/html msReturnPage(): Web application error. Malformed template name (IUNG.mtt). " I'm using ms 5.3-dev from the FW win dist. Maybe I'm using the wrong terminology here wrt templates. These are not my query templates but my "main application" html page the template that gets defined in the "web" section of the mapfile... e.g # 5 web IUNG web footer "templates/IUNG_footer.html" header "templates/IUNG_header.html" imagepath "/var/www/html/IUNG/tmp/" imageurl "/IUNG/tmp/" template "IUNG.mtt" end # END WEB hope this helps to help me ;-) regards, From kguardado at gmail.com Thu Oct 27 04:10:50 2011 From: kguardado at gmail.com (Karina Guardado) Date: Thu, 27 Oct 2011 05:10:50 -0600 Subject: [mapserver-users] symbols problem Message-ID: Hi, I have installed mapserver cgi version 5.6.5 on debian squeeze and when I use the following code http://geo.salud.gob.sv/cgi-bin/mapserv?MAP=/var/www/geominsal/pages/client/geominsalmapfile.map&SERVICE=wms&VERSION=1.1.1&LAYERS=Centroamerica&REQUEST=GetMap&SRS=EPSG:8913&BBOX=377424,%20226446,%20642627%20,369542%20%20&FORMAT=image/png&WIDTH=800&HEIGHT=600 I get the error getString(): Symbol definition error I remember with an older version I had the same problem and fixed adding SymbolSet in my symbols.sym file but now it seems it is not the problem. Please if someone knows the possible problem let me know some ideas about how go out this error message. When I run mapserv in http://geo.salud.gob.sv/cgi-bin/mapserv I get the message No query information to decode. QUERY_STRING is set, but empty. So it seems mapserver is running greetings, karina -- ========================================================== M.Sc. Karina Guardado Unidad de Inform?tica Facultad de Ciencias Naturales y Matem?tica Universidad de El Salvador Final 25 Av. Nte. San Salvador, El Salvador Tel. (503) 2511 2000 x. 5013 Celular: (503) 7115 2898 13?43'7.58" N 89?12'18.31"W -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jukka.Rahkonen at mmmtike.fi Thu Oct 27 04:38:28 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Thu, 27 Oct 2011 11:38:28 +0000 Subject: [mapserver-users] symbols problem In-Reply-To: References: Message-ID: <84446DEF76453C439E9E97E438E13A63038D7F@suutari.haapa.mmm.fi> Hi, Because the error is getString(): Symbol definition error. Parsing error near (:):(line 17) I would very first have a look at the mapfile and see what there is on the line 17. Error seems to suggest that you have there a colon mark : and for some reason Mapserver do not like it. -Jukka Rahkonen- ________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Karina Guardado L?hetetty: 27. lokakuuta 2011 14:11 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] symbols problem Hi, I have installed mapserver cgi version 5.6.5 on debian squeeze and when I use the following code http://geo.salud.gob.sv/cgi-bin/mapserv?MAP=/var/www/geominsal/pages/client/geominsalmapfile.map&SERVICE=wms&VERSION=1.1.1&LAYERS=Centroamerica&REQUEST=GetMap&SRS=EPSG:8913&BBOX=377424,%20226446,%20642627%20,369542%20%20&FORMAT=image/png&WIDTH=800&HEIGHT=600 I get the error getString(): Symbol definition error I remember with an older version I had the same problem and fixed adding SymbolSet in my symbols.sym file but now it seems it is not the problem. Please if someone knows the possible problem let me know some ideas about how go out this error message. When I run mapserv in http://geo.salud.gob.sv/cgi-bin/mapserv I get the message No query information to decode. QUERY_STRING is set, but empty. So it seems mapserver is running greetings, karina -- ========================================================== M.Sc. Karina Guardado Unidad de Inform?tica Facultad de Ciencias Naturales y Matem?tica Universidad de El Salvador Final 25 Av. Nte. San Salvador, El Salvador Tel. (503) 2511 2000 x. 5013 Celular: (503) 7115 2898 13?43'7.58" N 89?12'18.31"W -------------- next part -------------- An HTML attachment was scrubbed... URL: From punk.kish at gmail.com Thu Oct 27 06:56:22 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 08:56:22 -0500 Subject: [mapserver-users] showing certain classes selected via cgi Message-ID: <51263AC8-096F-49F1-889C-FCEF9DD6CA01@gmail.com> (I thought I had asked this question and received and answer, but can't find it now... maybe I just dreamed it and never did ask. Here goes...) I have a map with a layer with 100s of classes. I want to send a class name via the URI, and get back a map of only that class. So, the following will return the map with all the classes http://server/map and, the following will return the map with only foo and bar classes http://server/map?classes=foo,bar The above URI pattern is just a suggestion. How can I achieve the above? One thought comes is to split the layer with 100s of classes into 100s of layers each with one class. In any case, what is the advised way forward? -- Puneet Kishor From kguardado at gmail.com Thu Oct 27 07:00:12 2011 From: kguardado at gmail.com (Karina Guardado) Date: Thu, 27 Oct 2011 08:00:12 -0600 Subject: [mapserver-users] symbols problem In-Reply-To: <84446DEF76453C439E9E97E438E13A63038D7F@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A63038D7F@suutari.haapa.mmm.fi> Message-ID: Thank you very much , I created a new map file and it worked fine. I think I had a mapfile with many things that I did'nt really use but now the new one is very simple and worked fine so it was not the symbols as you suggested me. kind regards, karina On Thu, Oct 27, 2011 at 5:38 AM, Rahkonen Jukka wrote: > ** > Hi, > > Because the error is getString(): Symbol definition error. Parsing error > near (:):(line 17) I would very first have a look at the mapfile and see > what there is on the line 17. Error seems to suggest that you have there a > colon mark : and for some reason Mapserver do not like it. > > -Jukka Rahkonen- > > ------------------------------ > *L?hett?j?:* mapserver-users-bounces at lists.osgeo.org [mailto: > mapserver-users-bounces at lists.osgeo.org] *Puolesta *Karina Guardado > *L?hetetty:* 27. lokakuuta 2011 14:11 > *Vastaanottaja:* mapserver-users at lists.osgeo.org > *Aihe:* [mapserver-users] symbols problem > > > Hi, > > I have installed mapserver cgi version 5.6.5 on debian squeeze and when I > use the following code > > http://geo.salud.gob.sv/cgi-bin/mapserv?MAP=/var/www/geominsal/pages/client/geominsalmapfile.map&SERVICE=wms&VERSION=1.1.1&LAYERS=Centroamerica&REQUEST=GetMap&SRS=EPSG:8913&BBOX=377424,%20226446,%20642627%20,369542%20%20&FORMAT=image/png&WIDTH=800&HEIGHT=600 > > I get the error > getString(): Symbol definition error > > I remember with an older version I had the same problem and fixed adding > SymbolSet in my symbols.sym file but now it seems it is not the problem. > Please if someone knows the possible problem let me know some ideas about > how go out this error message. When I run mapserv in > http://geo.salud.gob.sv/cgi-bin/mapserv > I get the message > No query information to decode. QUERY_STRING is set, but empty. > So it seems mapserver is running > > greetings, > > > karina > > > -- > ========================================================== > M.Sc. Karina Guardado > Unidad de Inform?tica > Facultad de Ciencias Naturales y Matem?tica > Universidad de El Salvador > Final 25 Av. Nte. > San Salvador, El Salvador > Tel. (503) 2511 2000 x. 5013 > Celular: (503) 7115 2898 > 13?43'7.58" N > 89?12'18.31"W > > -- ========================================================== M.Sc. Karina Guardado Unidad de Inform?tica Facultad de Ciencias Naturales y Matem?tica Universidad de El Salvador Final 25 Av. Nte. San Salvador, El Salvador Tel. (503) 2511 2000 x. 5013 Celular: (503) 7115 2898 13?43'7.58" N 89?12'18.31"W -------------- next part -------------- An HTML attachment was scrubbed... URL: From punk.kish at gmail.com Thu Oct 27 08:20:22 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 10:20:22 -0500 Subject: [mapserver-users] MS template file extensions In-Reply-To: References: Message-ID: <393DA51E-2B21-41F9-9EDC-710D254884BD@gmail.com> Nikos, I was wrong. Only certain extensions may be used for mapserver templates. See the following email from Steve Lime from Sep 11 where he wrote (in response to my query) -- > Issue 1: only certain extensions can be used for templates. I believe .js is legal > but .json is not. We could change that in future releases. Could you file a ticket? On Oct 27, 2011, at 3:16 AM, nikos at maich.gr wrote: > Thanx all for the response, > > I have tried your suggestions (e.g .mtt extension) and I get an > > "Content-type: text/html msReturnPage(): Web application error. Malformed template name (IUNG.mtt). " > > I'm using ms 5.3-dev from the FW win dist. > > Maybe I'm using the wrong terminology here wrt templates. > These are not my query templates but my "main application" html page > the template that gets defined in the "web" section of the mapfile... e.g > > # 5 web IUNG > web > footer "templates/IUNG_footer.html" > header "templates/IUNG_header.html" > imagepath "/var/www/html/IUNG/tmp/" > imageurl "/IUNG/tmp/" > template "IUNG.mtt" > end > # END WEB > > hope this helps to help me ;-) > > regards, > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From punk.kish at gmail.com Thu Oct 27 08:34:30 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 10:34:30 -0500 Subject: [mapserver-users] Re: showing certain classes selected via cgi In-Reply-To: <51263AC8-096F-49F1-889C-FCEF9DD6CA01@gmail.com> References: <51263AC8-096F-49F1-889C-FCEF9DD6CA01@gmail.com> Message-ID: <82F3673D-4134-4DDF-A965-09EE80A8E5A8@gmail.com> Seems like I *can* do the following per the docs at http://mapserver.org/cgi/runsub.html (more below) On Oct 27, 2011, at 8:56 AM, Puneet Kishor wrote: > (I thought I had asked this question and received and answer, but can't find it now... maybe I just dreamed it and never did ask. Here goes...) > > > I have a map with a layer with 100s of classes. I want to send a class name via the URI, and get back a map of only that class. So, the following will return the map with all the classes > > http://server/map > > and, the following will return the map with only foo and bar classes > > http://server/map?classes=foo,bar > > The above URI pattern is just a suggestion. How can I achieve the above? > > One thought comes is to split the layer with 100s of classes into 100s of layers each with one class. > > In any case, what is the advised way forward? > > So, I tried the following CONNECTION "host=localhost port=5432 dbname=macromap user=postgres password=postgres" CONNECTIONTYPE POSTGIS PROCESSING "CLOSE_CONNECTION=DEFER" DATA "the_geom FROM table USING UNIQUE gid USING srid=4326" FILTER "class_name = '%class%'" METADATA 'class_name_validation_pattern' '^[A-Za-z]+$' END And, requested the map at http://server/cgi-bin/app?mode=map&layers=layer&class=Foo but got the following error -- select "interval_name",encode(ST_AsBinary(ST_Force_2D("the_geoms"),'NDR'),'hex') as geom, "gid" from table where the_geom && GeomFromText('POLYGON((-180.150250417362 -90,-180.150250417362 90,180.150250417362 90,180.150250417362 -90,-180.150250417362 -90))',4326) and (class_name = '%class%') So, %class% didn't get interpolated into the requested value. What am I doing wrong? -- Puneet Kishor From punk.kish at gmail.com Thu Oct 27 08:43:08 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 10:43:08 -0500 Subject: [mapserver-users] Re: showing certain classes selected via cgi In-Reply-To: <82F3673D-4134-4DDF-A965-09EE80A8E5A8@gmail.com> References: <51263AC8-096F-49F1-889C-FCEF9DD6CA01@gmail.com> <82F3673D-4134-4DDF-A965-09EE80A8E5A8@gmail.com> Message-ID: <5FD68740-B38B-432B-87D8-62B2ECD1E03A@gmail.com> Gah! nevermind. It was once again my misunderstanding of the docs. On Oct 27, 2011, at 10:34 AM, Puneet Kishor wrote: > Seems like I *can* do the following per the docs at http://mapserver.org/cgi/runsub.html (more below) > On Oct 27, 2011, at 8:56 AM, Puneet Kishor wrote: > >> (I thought I had asked this question and received and answer, but can't find it now... maybe I just dreamed it and never did ask. Here goes...) >> >> >> I have a map with a layer with 100s of classes. I want to send a class name via the URI, and get back a map of only that class. So, the following will return the map with all the classes >> >> http://server/map >> >> and, the following will return the map with only foo and bar classes >> >> http://server/map?classes=foo,bar >> >> The above URI pattern is just a suggestion. How can I achieve the above? >> >> One thought comes is to split the layer with 100s of classes into 100s of layers each with one class. >> >> In any case, what is the advised way forward? >> >> > > So, I tried the following > > CONNECTION "host=localhost port=5432 dbname=macromap user=postgres password=postgres" > CONNECTIONTYPE POSTGIS > PROCESSING "CLOSE_CONNECTION=DEFER" > DATA "the_geom FROM table USING UNIQUE gid USING srid=4326" > FILTER "class_name = '%class%'" > > METADATA > 'class_name_validation_pattern' '^[A-Za-z]+$' > END > > And, requested the map at http://server/cgi-bin/app?mode=map&layers=layer&class=Foo but got the following error -- > > select "interval_name",encode(ST_AsBinary(ST_Force_2D("the_geoms"),'NDR'),'hex') as geom, > "gid" from table where the_geom && GeomFromText('POLYGON((-180.150250417362 -90,-180.150250417362 > 90,180.150250417362 90,180.150250417362 -90,-180.150250417362 -90))',4326) and > (class_name = '%class%') > > So, %class% didn't get interpolated into the requested value. What am I doing wrong? > > -- > Puneet Kishor From punk.kish at gmail.com Thu Oct 27 08:49:54 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 10:49:54 -0500 Subject: [mapserver-users] default values if not provided in the URL Message-ID: the fine manual says http://mapserver.org/cgi/runsub.html > Since version 5.6, you can provide a default value for any substitution > parameter, that will be applied if the parameter was not found in the url. > You do this by providing special entries inside the layer metadata : > > METADATA > 'default_sound' 'yes' > 'default_nseats' '5' > 'default_multimedia' 'yes' > END > > In this example, the mapfile will be created as if the url contained > ?&sound=yes&nseats=5&multimedia=yes? Right then. Except, I want *all* my classes to be drawn if no class has been provided. And, if one or more classes have been provided, then I want only those to be drawn. So, http://server/mapfile?mode=map should return a map with all the 100+ classes in a layer. And http://server/mapfile?mode=map&classes=Foo,Bar (or some other variation of the above) should return a map with only the requested classes in the layer. I can't think of anyway of doing the above without resorting to scripting, and I still have had no luck with WMS returned from Perl MapScripting. Suggestions. -- Puneet Kishor From David.Fawcett at state.mn.us Thu Oct 27 09:19:57 2011 From: David.Fawcett at state.mn.us (Fawcett, David (MPCA)) Date: Thu, 27 Oct 2011 16:19:57 +0000 Subject: [mapserver-users] default values if not provided in the URL In-Reply-To: References: Message-ID: Two hackish thoughts: 1. Utilize a pair of mapfiles. The first one has all of the classes on by default. The second one has all of the class with STATUS OFF. On the client side, you determine if you have any class args and route the request to the appropriate mapfile. If the client has a request with class args, you append one of these for each class '&map.layer[0].class[3]=status on' (specifying the correct layer and class index values) If you only had a few classes, you could easily manage this with one mapfile (without running up against the character limits on GET requests) 2. What are you really trying to do? It seem like classes are for selecting and symbolizing/formatting data for output. Do you really want to filter out the data using a filter at the layer level. If you can avoid running all of your data through the expressions for each class, it should perform better too. David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Puneet Kishor Sent: Thursday, October 27, 2011 10:50 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] default values if not provided in the URL the fine manual says http://mapserver.org/cgi/runsub.html > Since version 5.6, you can provide a default value for any substitution > parameter, that will be applied if the parameter was not found in the url. > You do this by providing special entries inside the layer metadata : > > METADATA > 'default_sound' 'yes' > 'default_nseats' '5' > 'default_multimedia' 'yes' > END > > In this example, the mapfile will be created as if the url contained > "&sound=yes&nseats=5&multimedia=yes" Right then. Except, I want *all* my classes to be drawn if no class has been provided. And, if one or more classes have been provided, then I want only those to be drawn. So, http://server/mapfile?mode=map should return a map with all the 100+ classes in a layer. And http://server/mapfile?mode=map&classes=Foo,Bar (or some other variation of the above) should return a map with only the requested classes in the layer. I can't think of anyway of doing the above without resorting to scripting, and I still have had no luck with WMS returned from Perl MapScripting. Suggestions. -- Puneet Kishor_______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From Michael.Smith at usace.army.mil Thu Oct 27 09:22:10 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Thu, 27 Oct 2011 16:22:10 +0000 Subject: [mapserver-users] default values if not provided in the URL In-Reply-To: Message-ID: Punnet, What I do in the situations where I want to default to all or allow some filtered access is METADATA "default_classes" "1=1" END So the dummy condition is passed when no filter is specified. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center On 10/27/11 8:49 AM, "Puneet Kishor" wrote: >the fine manual says http://mapserver.org/cgi/runsub.html > >> Since version 5.6, you can provide a default value for any substitution >> parameter, that will be applied if the parameter was not found in the >>url. >> You do this by providing special entries inside the layer metadata : >> >> METADATA >> 'default_sound' 'yes' >> 'default_nseats' '5' >> 'default_multimedia' 'yes' >> END >> >> In this example, the mapfile will be created as if the url contained >> ?&sound=yes&nseats=5&multimedia=yes? > > >Right then. Except, I want *all* my classes to be drawn if no class has >been provided. And, if one or more classes have been provided, then I >want only those to be drawn. So, > > http://server/mapfile?mode=map > >should return a map with all the 100+ classes in a layer. And > > http://server/mapfile?mode=map&classes=Foo,Bar > >(or some other variation of the above) should return a map with only the >requested classes in the layer. I can't think of anyway of doing the >above without resorting to scripting, and I still have had no luck with >WMS returned from Perl MapScripting. > >Suggestions. > >-- >Puneet Kishor_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/mapserver-users From punk.kish at gmail.com Thu Oct 27 09:51:20 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 11:51:20 -0500 Subject: [mapserver-users] default values if not provided in the URL In-Reply-To: References: Message-ID: David, On Oct 27, 2011, at 11:19 AM, Fawcett, David (MPCA) wrote: > Two hackish thoughts: > > 1. Utilize a pair of mapfiles. The first one has all of the classes on by default. The second one has all of the class with STATUS OFF. > > On the client side, you determine if you have any class args and route the request to the appropriate mapfile. If the client has a request with class args, you append one of these for each class '&map.layer[0].class[3]=status on' (specifying the correct layer and class index values) > The mapserver request is being made in a number of ways. If there is control on the client side, then, yes, different map files can be requested. http://server/mapall returns all the classes, and http://server/mapfew?class=Foo,Bar returns only Foo and Bar However, the same URI is to be reused in other client apps as well (such as OL), so the ability to choose which map file to request is limited. In any case, for a number of "external" reasons, the URI is supposed to be unique, so http://server/mapall and http://server/mapfew violate that principle, however, http://server/mapthem (defaulting to 'class=All') and http://server/mapthem?class=Foo,Bar do not violate that uniqueness principle. Alright, moving on ... > If you only had a few classes, you could easily manage this with one mapfile (without running up against the character limits on GET requests) > I said earlier that I have 100s of classes. I was wrong. Turns out I have 49 classes in this map file. However, in another map file I do have almost 700 classes. The use case is either the user gets all, or is able to specify one or two to filter and show only those. > 2. What are you really trying to do? It seem like classes are for selecting and symbolizing/formatting data for output. Do you really want to filter out the data using a filter at the layer level. If you can avoid running all of your data through the expressions for each class, it should perform better too. > Dunno how else to explain but with the following text -- the table (aka a layer) has a column called "classes" and these classes map to specific colors stored in another column. I want to be able to return a map as per the URI rules above. > David. > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Puneet Kishor > Sent: Thursday, October 27, 2011 10:50 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] default values if not provided in the URL > > the fine manual says http://mapserver.org/cgi/runsub.html > >> Since version 5.6, you can provide a default value for any substitution >> parameter, that will be applied if the parameter was not found in the url. >> You do this by providing special entries inside the layer metadata : >> >> METADATA >> 'default_sound' 'yes' >> 'default_nseats' '5' >> 'default_multimedia' 'yes' >> END >> >> In this example, the mapfile will be created as if the url contained >> "&sound=yes&nseats=5&multimedia=yes" > > > Right then. Except, I want *all* my classes to be drawn if no class has been provided. And, if one or more classes have been provided, then I want only those to be drawn. So, > > http://server/mapfile?mode=map > > should return a map with all the 100+ classes in a layer. And > > http://server/mapfile?mode=map&classes=Foo,Bar > > (or some other variation of the above) should return a map with only the requested classes in the layer. I can't think of anyway of doing the above without resorting to scripting, and I still have had no luck with WMS returned from Perl MapScripting. > > Suggestions. > > -- > Puneet Kishor_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From punk.kish at gmail.com Thu Oct 27 09:56:39 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 11:56:39 -0500 Subject: [mapserver-users] default values if not provided in the URL In-Reply-To: References: Message-ID: On Oct 27, 2011, at 11:22 AM, Smith, Michael ERDC-CRREL-NH wrote: > Punnet, > > What I do in the situations where I want to default to all or allow some > filtered access is > > METADATA > "default_classes" "1=1" > END > > So the dummy condition is passed when no filter is specified. > > > Believe it or not, I thought up of the above solution myself but discarded it because I understood the text in the documents to mean the following -- FILTER "class = '%class%'" will be applied if a class is provided. However, if no class is provided, and if the following is provided METADATA "default_class" "1=1" END Then the filter will become "class = '1=1'", which is, of course not correct. And, I just checked the logs with the above mods, and my suspicion was proven correct. My log file shows ms croaking with the following select "class",encode(ST_AsBinary(ST_Force_2D("the_geoms"),'NDR'),'hex') as geom,"gid" from table where the_geoms && GeomFromText('POLYGON((-180.150250417362 -90,-180.150250417362 90,180.150250417362 90,180.150250417362 -90,-180.150250417362 -90))',4326) and (class = '1=1') Obviously, I do not want "class = '1=1'" > > > > On 10/27/11 8:49 AM, "Puneet Kishor" wrote: > >> the fine manual says http://mapserver.org/cgi/runsub.html >> >>> Since version 5.6, you can provide a default value for any substitution >>> parameter, that will be applied if the parameter was not found in the >>> url. >>> You do this by providing special entries inside the layer metadata : >>> >>> METADATA >>> 'default_sound' 'yes' >>> 'default_nseats' '5' >>> 'default_multimedia' 'yes' >>> END >>> >>> In this example, the mapfile will be created as if the url contained >>> ?&sound=yes&nseats=5&multimedia=yes? >> >> >> Right then. Except, I want *all* my classes to be drawn if no class has >> been provided. And, if one or more classes have been provided, then I >> want only those to be drawn. So, >> >> http://server/mapfile?mode=map >> >> should return a map with all the 100+ classes in a layer. And >> >> http://server/mapfile?mode=map&classes=Foo,Bar >> >> (or some other variation of the above) should return a map with only the >> requested classes in the layer. I can't think of anyway of doing the >> above without resorting to scripting, and I still have had no luck with >> WMS returned from Perl MapScripting. >> >> Suggestions. >> >> -- >> Puneet Kishor_______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Michael.Smith at usace.army.mil Thu Oct 27 10:07:13 2011 From: Michael.Smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Thu, 27 Oct 2011 17:07:13 +0000 Subject: [mapserver-users] default values if not provided in the URL In-Reply-To: Message-ID: I guess I get around that by passing class=1 as my filter so I can pass 1=1 as the default If you want to set a default that gets all, perhaps you could use a like filter FILTER "Class like %class%" And a default of "%" Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center On 10/27/11 9:56 AM, "Puneet Kishor" wrote: > >On Oct 27, 2011, at 11:22 AM, Smith, Michael ERDC-CRREL-NH wrote: > >> Punnet, >> >> What I do in the situations where I want to default to all or allow some >> filtered access is >> >> METADATA >> "default_classes" "1=1" >> END >> >> So the dummy condition is passed when no filter is specified. >> >> >> > > >Believe it or not, I thought up of the above solution myself but >discarded it because I understood the text in the documents to mean the >following -- > > FILTER "class = '%class%'" > >will be applied if a class is provided. However, if no class is provided, >and if the following is provided > > METADATA > "default_class" "1=1" > END > >Then the filter will become "class = '1=1'", which is, of course not >correct. And, I just checked the logs with the above mods, and my >suspicion was proven correct. My log file shows ms croaking with the >following > >select "class",encode(ST_AsBinary(ST_Force_2D("the_geoms"),'NDR'),'hex') >as geom,"gid" from table where the_geoms && >GeomFromText('POLYGON((-180.150250417362 -90,-180.150250417362 >90,180.150250417362 90,180.150250417362 -90,-180.150250417362 >-90))',4326) and (class = '1=1') > >Obviously, I do not want "class = '1=1'" > > >> >> >> >> On 10/27/11 8:49 AM, "Puneet Kishor" wrote: >> >>> the fine manual says http://mapserver.org/cgi/runsub.html >>> >>>> Since version 5.6, you can provide a default value for any >>>>substitution >>>> parameter, that will be applied if the parameter was not found in the >>>> url. >>>> You do this by providing special entries inside the layer metadata : >>>> >>>> METADATA >>>> 'default_sound' 'yes' >>>> 'default_nseats' '5' >>>> 'default_multimedia' 'yes' >>>> END >>>> >>>> In this example, the mapfile will be created as if the url contained >>>> ?&sound=yes&nseats=5&multimedia=yes? >>> >>> >>> Right then. Except, I want *all* my classes to be drawn if no class has >>> been provided. And, if one or more classes have been provided, then I >>> want only those to be drawn. So, >>> >>> http://server/mapfile?mode=map >>> >>> should return a map with all the 100+ classes in a layer. And >>> >>> http://server/mapfile?mode=map&classes=Foo,Bar >>> >>> (or some other variation of the above) should return a map with only >>>the >>> requested classes in the layer. I can't think of anyway of doing the >>> above without resorting to scripting, and I still have had no luck with >>> WMS returned from Perl MapScripting. >>> >>> Suggestions. >>> >>> -- >>> Puneet Kishor_______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > From arnd.wippermann at web.de Thu Oct 27 11:47:08 2011 From: arnd.wippermann at web.de (Arnd Wippermann) Date: Thu, 27 Oct 2011 20:47:08 +0200 Subject: AW: [mapserver-users] default values if not provided in the URL In-Reply-To: References: Message-ID: <612CEA06EE844A2EB03CCC54EC63C749@pcawh2> Hi, You can use a wrapper for the mapserver request instead of a url with the mapfile parameter. Inside the wrapper you can decide which mapfile to use. Simple example wrapper in asp: http://trac.osgeo.org/mapserver/ticket/1254 Arnd -----Urspr?ngliche Nachricht----- Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Puneet Kishor Gesendet: Donnerstag, 27. Oktober 2011 18:51 An: Fawcett, David (MPCA) Cc: mapserver-users at lists.osgeo.org Betreff: Re: [mapserver-users] default values if not provided in the URL David, On Oct 27, 2011, at 11:19 AM, Fawcett, David (MPCA) wrote: > Two hackish thoughts: > > 1. Utilize a pair of mapfiles. The first one has all of the classes on by default. The second one has all of the class with STATUS OFF. > > On the client side, you determine if you have any class args and route > the request to the appropriate mapfile. If the client has a request > with class args, you append one of these for each class > '&map.layer[0].class[3]=status on' (specifying the correct layer and > class index values) > The mapserver request is being made in a number of ways. If there is control on the client side, then, yes, different map files can be requested. http://server/mapall returns all the classes, and http://server/mapfew?class=Foo,Bar returns only Foo and Bar However, the same URI is to be reused in other client apps as well (such as OL), so the ability to choose which map file to request is limited. In any case, for a number of "external" reasons, the URI is supposed to be unique, so http://server/mapall and http://server/mapfew violate that principle, however, http://server/mapthem (defaulting to 'class=All') and http://server/mapthem?class=Foo,Bar do not violate that uniqueness principle. Alright, moving on ... > If you only had a few classes, you could easily manage this with one > mapfile (without running up against the character limits on GET > requests) > I said earlier that I have 100s of classes. I was wrong. Turns out I have 49 classes in this map file. However, in another map file I do have almost 700 classes. The use case is either the user gets all, or is able to specify one or two to filter and show only those. > 2. What are you really trying to do? It seem like classes are for selecting and symbolizing/formatting data for output. Do you really want to filter out the data using a filter at the layer level. If you can avoid running all of your data through the expressions for each class, it should perform better too. > Dunno how else to explain but with the following text -- the table (aka a layer) has a column called "classes" and these classes map to specific colors stored in another column. I want to be able to return a map as per the URI rules above. > David. > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Puneet > Kishor > Sent: Thursday, October 27, 2011 10:50 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] default values if not provided in the URL > > the fine manual says http://mapserver.org/cgi/runsub.html > >> Since version 5.6, you can provide a default value for any >> substitution parameter, that will be applied if the parameter was not found in the url. >> You do this by providing special entries inside the layer metadata : >> >> METADATA >> 'default_sound' 'yes' >> 'default_nseats' '5' >> 'default_multimedia' 'yes' >> END >> >> In this example, the mapfile will be created as if the url contained >> "&sound=yes&nseats=5&multimedia=yes" > > > Right then. Except, I want *all* my classes to be drawn if no class > has been provided. And, if one or more classes have been provided, > then I want only those to be drawn. So, > > http://server/mapfile?mode=map > > should return a map with all the 100+ classes in a layer. And > > http://server/mapfile?mode=map&classes=Foo,Bar > > (or some other variation of the above) should return a map with only the requested classes in the layer. I can't think of anyway of doing the above without resorting to scripting, and I still have had no luck with WMS returned from Perl MapScripting. > > Suggestions. > > -- > Puneet Kishor_______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From punk.kish at gmail.com Thu Oct 27 14:48:53 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 16:48:53 -0500 Subject: [mapserver-users] default values if not provided in the URL In-Reply-To: References: Message-ID: On Oct 27, 2011, at 12:07 PM, Smith, Michael ERDC-CRREL-NH wrote: > I guess I get around that by passing class=1 as my filter so I can pass > 1=1 as the default > Hmmm... I didn't understand the above at all, but... > If you want to set a default that gets all, perhaps you could use a like > filter > > FILTER "Class like %class%" > > And a default of "%" > > The suggestion above works quite well. Here is what I did FILTER "class LIKE '%%class%%'" METADATA 'class_validation_pattern' '^[a-zA-Z ]+$' 'default_class' '%' END So, now I can do http://server/app and get everything. Or, request http://server/app?class=Foo and get a map with just "Foo". Now, the next problem to solve is to allow giving multiple class(es) as in http://server/app?class=Foo,Bar,Baz The only way I can think is to modify the filter like so FILTER "class IN (%class%)" which will allow me to pass values via http://server/app?class='Foo','Bar' but then I won't be able to get all the class(es). Besides, gosh, that URI looks super ugly. Thoughts? Maybe the cgi interface is malleable only to a degree. After that I have to start thinking of other ways of solving this. So, here is what I am thinking -- insert a proxy in between. That would allow me to let the user formulate queries any which way I want, and then reformat those queries to the way mapserver expect them. Of course, this proxy would have to sit between mapserver and the rest of the apps, which in my world includes OpenLayers. Would love any directions and suggestions to tackle this. > > > > On 10/27/11 9:56 AM, "Puneet Kishor" wrote: > >> >> On Oct 27, 2011, at 11:22 AM, Smith, Michael ERDC-CRREL-NH wrote: >> >>> Punnet, >>> >>> What I do in the situations where I want to default to all or allow some >>> filtered access is >>> >>> METADATA >>> "default_classes" "1=1" >>> END >>> >>> So the dummy condition is passed when no filter is specified. >>> >>> >>> >> >> >> Believe it or not, I thought up of the above solution myself but >> discarded it because I understood the text in the documents to mean the >> following -- >> >> FILTER "class = '%class%'" >> >> will be applied if a class is provided. However, if no class is provided, >> and if the following is provided >> >> METADATA >> "default_class" "1=1" >> END >> >> Then the filter will become "class = '1=1'", which is, of course not >> correct. And, I just checked the logs with the above mods, and my >> suspicion was proven correct. My log file shows ms croaking with the >> following >> >> select "class",encode(ST_AsBinary(ST_Force_2D("the_geoms"),'NDR'),'hex') >> as geom,"gid" from table where the_geoms && >> GeomFromText('POLYGON((-180.150250417362 -90,-180.150250417362 >> 90,180.150250417362 90,180.150250417362 -90,-180.150250417362 >> -90))',4326) and (class = '1=1') >> >> Obviously, I do not want "class = '1=1'" >> >> >>> >>> >>> >>> On 10/27/11 8:49 AM, "Puneet Kishor" wrote: >>> >>>> the fine manual says http://mapserver.org/cgi/runsub.html >>>> >>>>> Since version 5.6, you can provide a default value for any >>>>> substitution >>>>> parameter, that will be applied if the parameter was not found in the >>>>> url. >>>>> You do this by providing special entries inside the layer metadata : >>>>> >>>>> METADATA >>>>> 'default_sound' 'yes' >>>>> 'default_nseats' '5' >>>>> 'default_multimedia' 'yes' >>>>> END >>>>> >>>>> In this example, the mapfile will be created as if the url contained >>>>> ?&sound=yes&nseats=5&multimedia=yes? >>>> >>>> >>>> Right then. Except, I want *all* my classes to be drawn if no class has >>>> been provided. And, if one or more classes have been provided, then I >>>> want only those to be drawn. So, >>>> >>>> http://server/mapfile?mode=map >>>> >>>> should return a map with all the 100+ classes in a layer. And >>>> >>>> http://server/mapfile?mode=map&classes=Foo,Bar >>>> >>>> (or some other variation of the above) should return a map with only >>>> the >>>> requested classes in the layer. I can't think of anyway of doing the >>>> above without resorting to scripting, and I still have had no luck with >>>> WMS returned from Perl MapScripting. >>>> >>>> Suggestions. >>>> >>>> -- >>>> Puneet Kishor_______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> > From punk.kish at gmail.com Thu Oct 27 15:10:13 2011 From: punk.kish at gmail.com (Puneet Kishor) Date: Thu, 27 Oct 2011 17:10:13 -0500 Subject: [mapserver-users] default styles? Message-ID: I apply the same OUTLINECOLOR to all my CLASSes. If I could apply the OUTLINECOLOR as a default style, I would save 50 or so lines in my map file (I have 50 or so classes in this one). It doesn't seem to be possible, per the fine manual, but just want to confirm. Perhaps there is a way... -- Puneet Kishor From yves.jacolin at camptocamp.com Fri Oct 28 05:01:36 2011 From: yves.jacolin at camptocamp.com (Yves Jacolin) Date: Fri, 28 Oct 2011 14:01:36 +0200 Subject: [mapserver-users] parameter for size tags in SLD Message-ID: <201110281402.56860.yves.jacolin@camptocamp.com> Hello, I have a SLD with the following: cross 12 ... If I change 12 to 12 it is not working anymore. OGC standards gives some example with the former structure. Does MapServer support this structure? Thanks, Y. -- Responsable Formation et Support Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel (France) : +33 4 79 26 57 98 Tel (Suisse) : +41 21 619 1031 Mob. : +33 6 18 75 42 21 Fax : 04 79 70 15 81 Mail : yves.jacolin at camptocamp.com http://www.camptocamp.com From yves.jacolin at camptocamp.com Fri Oct 28 05:17:52 2011 From: yves.jacolin at camptocamp.com (Yves Jacolin) Date: Fri, 28 Oct 2011 14:17:52 +0200 Subject: [mapserver-users] Use of wms_style_default_legendurl_href parameter Message-ID: <201110281418.53657.yves.jacolin@camptocamp.com> Hello, I am trying to use wms_style_default_legendurl_href parameter (with his little friends wms_style, wms_style_default_legendurl_width and height). The GetLegendGraphic request is not working (I get wrong legend), log doesn't show anything event if I set up DEBUG 5 in mapfile. The layer used is a vector layer with one class. The legend showed is the legend of the class, not the one from the url of wms_style_default_legendurl_href. Some parts of the MapFile: /********** LEGEND STATUS ON KEYSIZE 18 12 LABEL FONT Vera TYPE truetype SIZE 8 COLOR 0 0 89 END END LAYER NAME departement TYPE POLYGON STATUS ON DATA geoFla TEMPLATE foo DUMP true DEBUG 5 CLASS NAME "D?partements" STYLE WIDTH 1 OUTLINECOLOR 0 0 0 COLOR 255 255 192 END END METADATA "wms_title" "D?partement" ##required "wms_srs" "EPSG:27572" wms_name "Departement" wms_server_version "1.1.1" #obligatoire wms_style "default" wms_style_default_legendurl_height "37" wms_style_defaultDEFAULT_width "264" wms_style_default_legendurl_format "image/png" wms_style_default_legendurl_href "http://yjacolin.meije/ifremer/legende_chla.png" END END ***********/ Any idea? Y. -- Responsable Formation et Support Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel (France) : +33 4 79 26 57 98 Tel (Suisse) : +41 21 619 1031 Mob. : +33 6 18 75 42 21 Fax : 04 79 70 15 81 Mail : yves.jacolin at camptocamp.com http://www.camptocamp.com From jt at mapmedia.de Fri Oct 28 05:57:51 2011 From: jt at mapmedia.de (=?windows-1252?Q?J=F6rg_Thomsen?=) Date: Fri, 28 Oct 2011 14:57:51 +0200 Subject: [mapserver-users] Use of wms_style_default_legendurl_href parameter In-Reply-To: <201110281418.53657.yves.jacolin@camptocamp.com> References: <201110281418.53657.yves.jacolin@camptocamp.com> Message-ID: <4EAAA6CF.103@mapmedia.de> Hello Yves, perhaps because wms_style requires wms_style__legendurl_width and you have mistyped this? > wms_style_defaultDEFAULT_width "264" And what says the capabilities-xml about the legend-url? Perhaps your client ignores it uses the wrong url. J?rg Am 28.10.2011 14:17, schrieb Yves Jacolin: > Hello, > > I am trying to use wms_style_default_legendurl_href parameter (with his little > friends wms_style, wms_style_default_legendurl_width and height). > > The GetLegendGraphic request is not working (I get wrong legend), log doesn't > show anything event if I set up DEBUG 5 in mapfile. > > The layer used is a vector layer with one class. The legend showed is the > legend of the class, not the one from the url of > wms_style_default_legendurl_href. > > Some parts of the MapFile: > /********** > LEGEND > STATUS ON > KEYSIZE 18 12 > LABEL > FONT Vera > TYPE truetype > SIZE 8 > COLOR 0 0 89 > END > END > > LAYER > NAME departement > TYPE POLYGON > STATUS ON > DATA geoFla > TEMPLATE foo > DUMP true > DEBUG 5 > CLASS > NAME "D?partements" > STYLE > WIDTH 1 > OUTLINECOLOR 0 0 0 > COLOR 255 255 192 > END > END > METADATA > "wms_title" "D?partement" ##required > "wms_srs" "EPSG:27572" > wms_name "Departement" > wms_server_version "1.1.1" #obligatoire > wms_style "default" > wms_style_default_legendurl_height "37" > wms_style_defaultDEFAULT_width "264" > wms_style_default_legendurl_format "image/png" > wms_style_default_legendurl_href > "http://yjacolin.meije/ifremer/legende_chla.png" > END > END > ***********/ > > Any idea? > > Y. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Gillweg 3, 14193 Berlin fon: +49 30 89 06 82-70 fax: +49 30 89 09 53-21 mail: jt at mapmedia.de net: www.mapmedia.de _________________________________________________ Gesch?ftsf?hrer: G. v. Tschirnhaus, J. Thomsen, P. Stamm Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 From yassefa at dmsolutions.ca Fri Oct 28 07:35:59 2011 From: yassefa at dmsolutions.ca (Yewondwossen ASSEFA) Date: Fri, 28 Oct 2011 10:35:59 -0400 Subject: [mapserver-users] parameter for size tags in SLD In-Reply-To: <201110281402.56860.yves.jacolin@camptocamp.com> References: <201110281402.56860.yves.jacolin@camptocamp.com> Message-ID: <4EAABDCF.2090605@dmsolutions.ca> Hi Yves, I opened a ticket [1] regarding the support of both Literal and non literal use for the size parameter. I have committed a fix in trunk. If possible please cc your self in that trac bug comments. best regards, Y Assefa [1]: http://trac.osgeo.org/mapserver/ticket/4065 On 11-10-28 08:01 AM, Yves Jacolin wrote: > Hello, > > I have a SLD with the following: > > > cross > > > > > > 12 > > ... > > > If I change > > 12 > > to > 12 > it is not working anymore. OGC standards gives some example with the former > structure. > > Does MapServer support this structure? > > Thanks, > > Y. -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From Weisbend at wapa.gov Fri Oct 28 14:09:35 2011 From: Weisbend at wapa.gov (Eric Weisbender) Date: Fri, 28 Oct 2011 15:09:35 -0600 Subject: [mapserver-users] tileindex shptree Message-ID: <4EAAC5AF020000DF00084E2F@a-gwiadomvs-n.hq.wapa.gov> Hello, We are using a tileindex layer to draw multiple county parcel data layers. For some reason the query of these layers is either hit or miss. Sometimes it returns a query. Other times a query returns "Invalid field index 0" from the error file defined in the mapfile. And the third query result I'm getting is "Internal Server Error" from I assume apache. These results are all on the same data indexed by this one tileindex layer. Would it help if I built a shptree qix file and do I just do that for the tileindex file or all file the tileindex file is pointing to. I have wasted two day's on this and am completely open to any and all idea's. Thanks in advance. EW -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at pobox.com Fri Oct 28 14:31:03 2011 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 28 Oct 2011 14:31:03 -0700 Subject: [mapserver-users] tileindex shptree In-Reply-To: <4EAAC5AF020000DF00084E2F@a-gwiadomvs-n.hq.wapa.gov> References: <4EAAC5AF020000DF00084E2F@a-gwiadomvs-n.hq.wapa.gov> Message-ID: Eric, Do things fail consistently fora given request? I would be willing to do some examination of this problem this evening (pacific time) if you can provide a canned demonstration of the issue (mapfile+tileindex+query). I should be able to fake the data referred to by the tileindex if necessary. I don't feel that adding a spatial index (.qix) is the right solution. Something is either wrong with your tileindex or with mapserver (IMHO). Best regards, On Fri, Oct 28, 2011 at 2:09 PM, Eric Weisbender wrote: > Hello, > > We are using a tileindex layer to draw multiple county parcel data layers. > For some reason the query of these layers is either hit or miss.? Sometimes > it returns a query.? Other times?a query?returns "Invalid field index 0" > from the error file defined in the mapfile.? And the third query result I'm > getting is "Internal Server Error" from I assume apache.? These results are > all on the same data indexed by this one tileindex layer.? Would it help if > I built a shptree qix file and do I just do that for the tileindex file or > all file the tileindex file is pointing to.? I have wasted two day's on this > and am completely open to any and all idea's.? Thanks in advance. > > EW > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up?? | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush? ? | Geospatial Software Developer From christianhelring at gmail.com Fri Oct 28 14:50:13 2011 From: christianhelring at gmail.com (Chrishelring) Date: Fri, 28 Oct 2011 14:50:13 -0700 (PDT) Subject: [mapserver-users] Problems with Mapserver as WMS service (jpeg) Message-ID: <1319838613351-6941932.post@n2.nabble.com> Hi all, I?m having a Mapserver (5.2.1) installation trying to output our ortophotos as WMS. Trying to load the WMS into a GIS (Mapinfo & ArcGISr) just produces "white" / nothing. I?ve tried with our technical map showing our buildings, roads as vector (as PNG) and they show up nicely in our desktop GIS. Any idea on where to start? I?ve looked everywhere with absolutly no luck. :( I have an idea that the format is not parsed correctly because when I tried to see the layer in the Geowebcache viewer, it returned "msWMSLoadGetMapParams(): Image handling error. Unsupported output format (text/html)" /Christian -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problems-with-Mapserver-as-WMS-service-jpeg-tp6941932p6941932.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Sat Oct 29 06:47:37 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Sat, 29 Oct 2011 13:47:37 +0000 Subject: [mapserver-users] Problems with Mapserver as WMS service (jpeg) In-Reply-To: <1319838613351-6941932.post@n2.nabble.com> References: <1319838613351-6941932.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A630394A4@suutari.haapa.mmm.fi> Hi, Start from mailing us your mapfile and some description about the data you have behind the layers. GeoWebCache error is totally other thing. If you click on the GWC demo application (the OpenLayer one) it is sending a GetFeatureInfo request for your Mapserver. Obviously your Mapserver is sending something back as text/html and the demo application does not know what to do with it. There can be something going wrong on the Mapserver side too, but this error message comes from the client side. -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän Chrishelring [christianhelring at gmail.com] puolesta L?hetetty: 29. lokakuuta 2011 0:50 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] Problems with Mapserver as WMS service (jpeg) Hi all, I?m having a Mapserver (5.2.1) installation trying to output our ortophotos as WMS. Trying to load the WMS into a GIS (Mapinfo & ArcGISr) just produces "white" / nothing. I?ve tried with our technical map showing our buildings, roads as vector (as PNG) and they show up nicely in our desktop GIS. Any idea on where to start? I?ve looked everywhere with absolutly no luck. :( I have an idea that the format is not parsed correctly because when I tried to see the layer in the Geowebcache viewer, it returned "msWMSLoadGetMapParams(): Image handling error. Unsupported output format (text/html)" /Christian -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problems-with-Mapserver-as-WMS-service-jpeg-tp6941932p6941932.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From christianhelring at gmail.com Sun Oct 30 08:16:20 2011 From: christianhelring at gmail.com (Chrishelring) Date: Sun, 30 Oct 2011 08:16:20 -0700 (PDT) Subject: [mapserver-users] Re: Problems with Mapserver as WMS service (jpeg) In-Reply-To: <84446DEF76453C439E9E97E438E13A630394A4@suutari.haapa.mmm.fi> References: <1319838613351-6941932.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630394A4@suutari.haapa.mmm.fi> Message-ID: <1319987780116-6945688.post@n2.nabble.com> Hi, below is a snipped part of the map file. I?ve removed the layers that is working but kept the one which is not (the orto2011 layer). If you need the complete map file I?ll send it. The layer is a ECW raster file (complete mosaiced ECW of the municipality i?m working in). When I try to use the WMS service in ArcGIS og Mapinfo the layer is just showing "white" / nothing. The map-file is auto-generated in our webgis solution. map name '' status ON size 830 475 projection "init=epsg:25832" end shapepath 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\data\shp' units meters maxsize 10000 extent 713000 6173000 720000 6180000 fontset 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\resources/fonts/fontset.txt' symbolset 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\resources/symbols/symbols3_5.txt' imagecolor 255 255 255 datapattern '.*' templatepattern '.*' imagetype png24 outputformat name 'jpeg24' mimetype "image/jpeg" driver "agg/JPEG" imagemode RGB extension "jpeg" formatoption "QUALITY=80 INTERLACE=ON" end outputformat name 'jpeg24_gd' mimetype "image/jpg" driver "GD/JPEG" imagemode RGB extension "jpg" formatoption "QUALITY=90" end outputformat name 'png24' mimetype "image/png" driver "AGG/PNG" imagemode RGB extension "png" end outputformat name 'gif' mimetype "image/gif" driver "GD/GIF" imagemode PC256 extension "gif" transparent ON end outputformat name 'imagemap' mimetype "text/html" driver imagemap end web template 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\tmp/mapserver.html' minscale 100 imagepath 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\tmp\' log 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\log\mapserver.log' empty '[cbinfo.emptypage]' metadata "wms_title" "R?dovre Kommunes WMS service - Test" "wms_onlineresource" "http://test-webgis:9180/wms?servicename=rk-wms&" "wms_srs" "epsg:32632 epsg:23032 epsg:25832" "wms_feature_info_mime_type" "text/xml" "wms_server_version" "1.1.1" "wms_extent" "713000 6173000 720000 6180000" end end querymap status ON style SELECTED end legend status OFF keysize 15 10 position ul imagecolor 255 255 255 label type TRUETYPE antialias true font arial size 8 color 0 0 0 end end reference status OFF size 140 96 # 708960.416667 6167500.000000 720189.583333 6175200.000000 extent 713000 6173000 720000 6180000 color -1 -1 -1 outlinecolor 210 136 0 image 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot/images/custom/test/oversigt1.gif' end scalebar status OFF imagecolor 255 255 255 label type BITMAP outlinecolor 255 255 255 size medium color 0 0 0 end size 200 5 color 255 255 255 backgroundcolor 0 0 0 outlinecolor 0 0 0 intervals 5 position ll transparent false units meters end #Imported from E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\config\themes\custom\theme-orto-2011-gwc.xml layer name 'orto2011' status off type RASTER class name 'Luftfoto 2011' end data 'E:\spatialsuite\data\ortofoto\orto2011\Kommune\Rodovre_2011.ecw' transparency 100 metadata "wms_extent" "713000 6173000 720000 6180000" "wms_title" "orto2011" "wms_group_title" "orto2011" "wms_srs" "EPSG:25832" end group 'theme-orto-2011-gwc' projection "init=EPSG:25832" end end end -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problems-with-Mapserver-as-WMS-service-jpeg-tp6941932p6945688.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jt at mapmedia.de Sun Oct 30 12:23:58 2011 From: jt at mapmedia.de (=?UTF-8?B?SsO2cmcgVGhvbXNlbg==?=) Date: Sun, 30 Oct 2011 20:23:58 +0100 Subject: [mapserver-users] Re: Problems with Mapserver as WMS service (jpeg) In-Reply-To: <1319987780116-6945688.post@n2.nabble.com> References: <1319838613351-6941932.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630394A4@suutari.haapa.mmm.fi> <1319987780116-6945688.post@n2.nabble.com> Message-ID: <4EADA44E.6090200@mapmedia.de> Hi, perhaps it is the 'status OFF?' J?rg Am 30.10.2011 16:16, schrieb Chrishelring: > Hi, > > below is a snipped part of the map file. I?ve removed the layers that is > working but kept the one which is not (the orto2011 layer). If you need the > complete map file I?ll send it. > > The layer is a ECW raster file (complete mosaiced ECW of the municipality > i?m working in). When I try to use the WMS service in ArcGIS og Mapinfo the > layer is just showing "white" / nothing. > > The map-file is auto-generated in our webgis solution. > > > map > name '' > status ON > size 830 475 > > projection > "init=epsg:25832" > end > shapepath > 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\data\shp' > units meters > maxsize 10000 > extent 713000 6173000 720000 6180000 > fontset > 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\resources/fonts/fontset.txt' > symbolset > 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\resources/symbols/symbols3_5.txt' > imagecolor 255 255 255 > datapattern '.*' > templatepattern '.*' > imagetype png24 > > outputformat > name 'jpeg24' > mimetype "image/jpeg" > driver "agg/JPEG" > imagemode RGB > extension "jpeg" > formatoption "QUALITY=80 INTERLACE=ON" > end > > outputformat > name 'jpeg24_gd' > mimetype "image/jpg" > driver "GD/JPEG" > imagemode RGB > extension "jpg" > formatoption "QUALITY=90" > end > > outputformat > name 'png24' > mimetype "image/png" > driver "AGG/PNG" > imagemode RGB > extension "png" > end > > outputformat > name 'gif' > mimetype "image/gif" > driver "GD/GIF" > imagemode PC256 > extension "gif" > transparent ON > end > > outputformat > name 'imagemap' > mimetype "text/html" > driver imagemap > end > > web > template > 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\tmp/mapserver.html' > minscale 100 > imagepath 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\tmp\' > log > 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\log\mapserver.log' > empty '[cbinfo.emptypage]' > > metadata > "wms_title" "R?dovre Kommunes WMS service - Test" > "wms_onlineresource" > "http://test-webgis:9180/wms?servicename=rk-wms&" > "wms_srs" "epsg:32632 epsg:23032 epsg:25832" > "wms_feature_info_mime_type" "text/xml" > "wms_server_version" "1.1.1" > "wms_extent" "713000 6173000 720000 6180000" > end > end > > querymap > status ON > style SELECTED > end > > legend > status OFF > keysize 15 10 > position ul > imagecolor 255 255 255 > > label > type TRUETYPE > antialias true > font arial > size 8 > color 0 0 0 > end > end > > reference > status OFF > size 140 96 > > # 708960.416667 6167500.000000 720189.583333 > 6175200.000000 > extent 713000 6173000 720000 6180000 > color -1 -1 -1 > outlinecolor 210 136 0 > image > 'E:\spatialsuite\sites\test-webgis\appbase\wwwroot/images/custom/test/oversigt1.gif' > end > > scalebar > status OFF > imagecolor 255 255 255 > > label > type BITMAP > outlinecolor 255 255 255 > size medium > color 0 0 0 > end > size 200 5 > color 255 255 255 > backgroundcolor 0 0 0 > outlinecolor 0 0 0 > intervals 5 > position ll > transparent false > units meters > end > > #Imported from > E:\spatialsuite\sites\test-webgis\appbase\wwwroot\WEB-INF\config\themes\custom\theme-orto-2011-gwc.xml > > layer > name 'orto2011' > status off > type RASTER > > class > name 'Luftfoto 2011' > end > data 'E:\spatialsuite\data\ortofoto\orto2011\Kommune\Rodovre_2011.ecw' > transparency 100 > > metadata > "wms_extent" "713000 6173000 720000 6180000" > "wms_title" "orto2011" > "wms_group_title" "orto2011" > "wms_srs" "EPSG:25832" > end > group 'theme-orto-2011-gwc' > > projection > "init=EPSG:25832" > end > end > end > > > > > -- > View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problems-with-Mapserver-as-WMS-service-jpeg-tp6941932p6945688.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Gillweg 3, 14193 Berlin fon: +49 30 89 06 82-70 fax: +49 30 89 09 53-21 mail: jt at mapmedia.de net: www.mapmedia.de _________________________________________________ Gesch?ftsf?hrer: G. v. Tschirnhaus, J. Thomsen, P. Stamm Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 From christianhelring at gmail.com Mon Oct 31 04:54:09 2011 From: christianhelring at gmail.com (Chrishelring) Date: Mon, 31 Oct 2011 04:54:09 -0700 (PDT) Subject: [mapserver-users] Re: Problems with Mapserver as WMS service (jpeg) In-Reply-To: <4EADA44E.6090200@mapmedia.de> References: <1319838613351-6941932.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630394A4@suutari.haapa.mmm.fi> <1319987780116-6945688.post@n2.nabble.com> <4EADA44E.6090200@mapmedia.de> Message-ID: <1320062049458-6947905.post@n2.nabble.com> Hi, I just checked to be sure, but the status is also set to off in the layers that are working. Perhaps I should point out that the layers that are working is using data from our postgresql db but the layer not working is using a ECW file directly. /Christian -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problems-with-Mapserver-as-WMS-service-jpeg-tp6941932p6947905.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Mon Oct 31 05:33:48 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Mon, 31 Oct 2011 12:33:48 +0000 Subject: [mapserver-users] Re: Problems with Mapserver as WMS service (jpeg) In-Reply-To: <1320062049458-6947905.post@n2.nabble.com> References: <1319838613351-6941932.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630394A4@suutari.haapa.mmm.fi> <1319987780116-6945688.post@n2.nabble.com> <4EADA44E.6090200@mapmedia.de> <1320062049458-6947905.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A630396DB@suutari.haapa.mmm.fi> Hi, Here is the mapfile we used until we updated into Mapserver 6.0. After the update we are not allowed to use ECW-images as input without paying the ECW JPEG2000 SDK licence fee for Erdas so we converted all the ecw images we had into JPEG compressed geotiffs. LAYER NAME "Landsat742" STATUS ON DATA "E:\Data\Landsat742.ecw" TYPE RASTER # DEBUG 5 METADATA "wms_title" "Landsat" "wms_srs" "EPSG:2393 EPSG:3067 EPSG:4326 EPSG:900913" END PROJECTION "init=epsg:2393" END END Your layer definitions look basically similar. First thing, as usual, is to add DEBUG 5 and have a look what you'll get into MS_ERRORFILE. Your mapfile is probably OK but it is a bit hard to read for me. I would suggest you to rip off all the non-compulsory stuff and leave one of your working vector layers to start with. Add then a new geotiff raster layer and make it also to work. After that you can change to mapfile to use your ecw file instead of geotiff. Using STATUS OFF is playing with fire. I suppose that if your layers work with that setting it is close to a bug in Mapserver. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Chrishelring > L?hetetty: 31. lokakuuta 2011 13:54 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] Re: Problems with Mapserver as WMS > service (jpeg) > > Hi, > > I just checked to be sure, but the status is also set to off > in the layers > that are working. > > Perhaps I should point out that the layers that are working > is using data > from our postgresql db but the layer not working is using a ECW file > directly. > > /Christian > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Problems-with-Mapserver > -as-WMS-service-jpeg-tp6941932p6947905.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Weisbend at wapa.gov Mon Oct 31 07:10:56 2011 From: Weisbend at wapa.gov (Eric Weisbender) Date: Mon, 31 Oct 2011 08:10:56 -0600 Subject: [mapserver-users] tileindex shptree In-Reply-To: References: <4EAAC5AF020000DF00084E2F@a-gwiadomvs-n.hq.wapa.gov> Message-ID: <4EAE5810020000DF00084FEA@a-gwiadomvs-n.hq.wapa.gov> Hello, After further investigation of this tileindex error issue I have seemed to narrow it down to the query map not being able to resolve something with the tileindex. If I comment the query map definition out then all queries of the tileindex work fine. I'm not sure if this is a bug or an issue with my query map definition. Advice and/or comments would be greatly appreciated. Thanks EW >>> On 10/28/2011 at 3:31 PM, in message , Frank Warmerdam wrote: Eric, Do things fail consistently fora given request? I would be willing to do some examination of this problem this evening (pacific time) if you can provide a canned demonstration of the issue (mapfile+tileindex+query). I should be able to fake the data referred to by the tileindex if necessary. I don't feel that adding a spatial index (.qix) is the right solution. Something is either wrong with your tileindex or with mapserver (IMHO). Best regards, On Fri, Oct 28, 2011 at 2:09 PM, Eric Weisbender wrote: > Hello, > > We are using a tileindex layer to draw multiple county parcel data layers. > For some reason the query of these layers is either hit or miss. Sometimes > it returns a query. Other times a query returns "Invalid field index 0" > from the error file defined in the mapfile. And the third query result I'm > getting is "Internal Server Error" from I assume apache. These results are > all on the same data indexed by this one tileindex layer. Would it help if > I built a shptree qix file and do I just do that for the tileindex file or > all file the tileindex file is pointing to. I have wasted two day's on this > and am completely open to any and all idea's. Thanks in advance. > > EW > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Software Developer -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bob.Bistrais at maine.gov Mon Oct 31 08:10:56 2011 From: Bob.Bistrais at maine.gov (Bistrais, Bob) Date: Mon, 31 Oct 2011 11:10:56 -0400 Subject: [mapserver-users] Possible to use JavaScript code in a MapServer template? Message-ID: <4EFF8BB964547748A07CA32961810C041C528E59@SOM-TEAQASMAIL1.som.w2k.state.me.us> Is it possible to write and execute JavaScript within a MapServer template? What I'd like to do, when a ProcessTemplate is called for a certain layer, I would like to check item values. If item values equal a certain value, write something to the output. It would seem possible since a template is an HTML file, but I'm just not sure how to do it, or if it's possible. -------------- next part -------------- An HTML attachment was scrubbed... URL: From arnd.wippermann at web.de Mon Oct 31 09:11:17 2011 From: arnd.wippermann at web.de (Arnd Wippermann) Date: Mon, 31 Oct 2011 17:11:17 +0100 Subject: AW: [mapserver-users] Possible to use JavaScript code in a MapServertemplate? In-Reply-To: <4EFF8BB964547748A07CA32961810C041C528E59@SOM-TEAQASMAIL1.som.w2k.state.me.us> References: <4EFF8BB964547748A07CA32961810C041C528E59@SOM-TEAQASMAIL1.som.w2k.state.me.us> Message-ID: <1AF309F98EFD4FA29AC44BB1703A350F@pcawh2> Hi, MapServer 6 comes with "Built-in OpenLayers map viewer", template with use of OpenLayers javascript library. see http://mapserver.org/development/rfc/ms-rfc-63.html an example, how I use javascript in templates: Arnd _____ Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Bistrais, Bob Gesendet: Montag, 31. Oktober 2011 16:11 An: mapserver-users at lists.osgeo.org Betreff: [mapserver-users] Possible to use JavaScript code in a MapServertemplate? Is it possible to write and execute JavaScript within a MapServer template? What I'd like to do, when a ProcessTemplate is called for a certain layer, I would like to check item values. If item values equal a certain value, write something to the output. It would seem possible since a template is an HTML file, but I'm just not sure how to do it, or if it's possible. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jt at mapmedia.de Mon Oct 31 09:14:28 2011 From: jt at mapmedia.de (=?ISO-8859-15?Q?J=F6rg_Thomsen?=) Date: Mon, 31 Oct 2011 17:14:28 +0100 Subject: [mapserver-users] WFS with Filter Message-ID: <4EAEC964.30900@mapmedia.de> Hello, I have found some older list-entries concerning this topic, but no final solution. I am using MapServer version 6.0.1 as WFS, the getFeature returns a nice XML I can use e.g. in QGIS, so everything seems to be fine. But when I use a filter in my request like > http://xxx/cgi-bin/mapserv?map=/data/UMN/bundeslaender.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=Bundeslaender_1000&SRSNAME=EPSG:4326& > FILTER=%20%3Cogc:Filter%3E%3Cogc:PropertyIsLike%20wildCard=%27*%27%20singleChar=%27.%27%20escape=%27!%27%3E%3Cogc:PropertyName%3Ebundesland%3C/ogc:PropertyName%3E%3Cogc:Literal%3E*BRANDENBURG*%3C/ogc:Literal%3E%3C/ogc:PropertyIsLike%3E%3C/ogc:Filter%3E I get the following answer: > > > missing > > Using the same PG-DB with Mapserver 5.6 the request works. In former threads I found the questions if it does work with geodata based on shape-files: 1. it dos not 2. I have to use PG Anyone any idea? J?rg From Jukka.Rahkonen at mmmtike.fi Mon Oct 31 09:39:29 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Mon, 31 Oct 2011 16:39:29 +0000 Subject: VS: [mapserver-users] WFS with Filter In-Reply-To: <4EAEC964.30900@mapmedia.de> References: <4EAEC964.30900@mapmedia.de> Message-ID: <84446DEF76453C439E9E97E438E13A6303978C@suutari.haapa.mmm.fi> Hi, Seems to work with my Mapserver 6.0.1 with PostGIS data. I do not have shapefile layers to compare with. http://188.64.1.61/cgi-bin/osm-mapserver_i?SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=POI_pub_restaurant&SRSNAME=EPSG:4326&maxfeatures=10&FILTER=%3Cogc%3AFilter%3E%3Cogc%3APropertyIsLike+wildCard%3D%27%2A%27+singleChar%3D%27.%27+escape%3D%27%21%27%3E%3Cogc%3APropertyName%3Ename%3C%2Fogc%3APropertyName%3E%3Cogc%3ALiteral%3E%2ABossa%2A%3C%2Fogc%3ALiteral%3E%3C%2Fogc%3APropertyIsLike%3E%3C%2Fogc%3AFilter%3E SRSNAME part does not work but is is not supported by WFS 1.0.0 so do not bother about that. -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] käyttäjän J?rg Thomsen [jt at mapmedia.de] puolesta L?hetetty: 31. lokakuuta 2011 18:14 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] WFS with Filter Hello, I have found some older list-entries concerning this topic, but no final solution. I am using MapServer version 6.0.1 as WFS, the getFeature returns a nice XML I can use e.g. in QGIS, so everything seems to be fine. But when I use a filter in my request like > http://xxx/cgi-bin/mapserv?map=/data/UMN/bundeslaender.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=Bundeslaender_1000&SRSNAME=EPSG:4326& > FILTER=%20%3Cogc:Filter%3E%3Cogc:PropertyIsLike%20wildCard=%27*%27%20singleChar=%27.%27%20escape=%27!%27%3E%3Cogc:PropertyName%3Ebundesland%3C/ogc:PropertyName%3E%3Cogc:Literal%3E*BRANDENBURG*%3C/ogc:Literal%3E%3C/ogc:PropertyIsLike%3E%3C/ogc:Filter%3E I get the following answer: > > > missing > > Using the same PG-DB with Mapserver 5.6 the request works. In former threads I found the questions if it does work with geodata based on shape-files: 1. it dos not 2. I have to use PG Anyone any idea? J?rg _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From boesiii at yahoo.com Mon Oct 31 10:05:13 2011 From: boesiii at yahoo.com (boesiii) Date: Mon, 31 Oct 2011 10:05:13 -0700 (PDT) Subject: [mapserver-users] Problem with legend url Message-ID: <1320080713544-6948935.post@n2.nabble.com> I am trying to get the legend image from the url below: http://127.0.0.1/cgi-bin/mapserv.exe?map=%2Fms4w%2Fapps%2Fftmagisapp_v2%2Fmaps%2F%2Fshapefiles%2Fftma_water_features.map&layers=ftma_water_features&mode=legend&mapext=1280723.5701179+416135+1289860.4298821+420983&imgext=1280723.5701179+416135+1289860.4298821+420983&map_size=2157+1144&imgx=1078.5&imgy=572&imgxy=2157+1144 Why don't I get an image when I issue the above url? I checked all the symbols to make sure it is finding them in my symbol file. Below is the map file it is referencing: [code] MAP NAME 'ftma_water_features' SIZE 800 650 STATUS ON EXTENT 1572300 4532647 1629466 4588139 UNITS FEET TRANSPARENT TRUE INCLUDE "../geomoose_globals.map" QUERYMAP STATUS ON STYLE SELECTED END WEB INCLUDE "../temp_directory.map" END LEGEND STATUS ON LABEL TYPE TRUETYPE FONT vera_sans SIZE 8 COLOR 0 0 0 END END LAYER # ftma_water_features NAME 'ftma_water_features' DATA './ftma_water_features.shp' STATUS DEFAULT TYPE POINT TOLERANCE 1 CLASSITEM 'STRCT_TYPE' CLASS EXPRESSION "Air Relief Valve" STYLE SYMBOL "right_hole" SIZE 15 COLOR 0 0 0 OUTLINECOLOR 0 0 0 OFFSET -13 0 END STYLE SYMBOL "left_hole" SIZE 15 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END END CLASS EXPRESSION "Blowoff" STYLE SYMBOL "circle" SIZE 12 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END STYLE SYMBOL "circle" SIZE 6 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END END CLASS EXPRESSION "Check Valve" STYLE SYMBOL "circle" SIZE 10 COLOR 0 183 0 OUTLINECOLOR 0 0 0 END STYLE SYMBOL "vert_line" SIZE 10 COLOR 0 0 0 END END CLASS EXPRESSION "Reducer" STYLE SYMBOL "circle" SIZE 10 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END STYLE SYMBOL "triangle" SIZE 7 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END END CLASS EXPRESSION "PRV" STYLE SYMBOL "square" SIZE 10 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END END CLASS EXPRESSION "Vault" STYLE SYMBOL "square" SIZE 10 COLOR 0 218 255 OUTLINECOLOR 0 0 0 END END CLASS EXPRESSION "FSV" STYLE SYMBOL "circle" SIZE 10 COLOR 255 128 165 OUTLINECOLOR 0 0 0 END END CLASS EXPRESSION "Service Valve" STYLE SYMBOL "circle" SIZE 10 COLOR 255 255 255 OUTLINECOLOR 0 0 0 END END METADATA 'identify_record' 'ftma_water_features_identify.html' 'popups' 'ftma_water_features_popup.html' 'qstring_validation_pattern' '.' END END # Layer END ## end Map [/code] -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problem-with-legend-url-tp6948935p6948935.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Bob.Bistrais at maine.gov Mon Oct 31 10:41:51 2011 From: Bob.Bistrais at maine.gov (Bistrais, Bob) Date: Mon, 31 Oct 2011 13:41:51 -0400 Subject: [mapserver-users] Possible to use JavaScript code in a MapServertemplate? In-Reply-To: <1AF309F98EFD4FA29AC44BB1703A350F@pcawh2> References: <4EFF8BB964547748A07CA32961810C041C528E59@SOM-TEAQASMAIL1.som.w2k.state.me.us> <1AF309F98EFD4FA29AC44BB1703A350F@pcawh2> Message-ID: <4EFF8BB964547748A07CA32961810C041C528FBD@SOM-TEAQASMAIL1.som.w2k.state.me.us> Great! Thank you Arnd! Bob ________________________________ From: Arnd Wippermann [mailto:arnd.wippermann at web.de] Sent: Monday, October 31, 2011 12:11 PM To: Bistrais, Bob Cc: mapserver-users at lists.osgeo.org Subject: AW: [mapserver-users] Possible to use JavaScript code in a MapServertemplate? Hi, MapServer 6 comes with "Built-in OpenLayers map viewer", template with use of OpenLayers javascript library. see http://mapserver.org/development/rfc/ms-rfc-63.html an example, how I use javascript in templates: Arnd ________________________________ Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Bistrais, Bob Gesendet: Montag, 31. Oktober 2011 16:11 An: mapserver-users at lists.osgeo.org Betreff: [mapserver-users] Possible to use JavaScript code in a MapServertemplate? Is it possible to write and execute JavaScript within a MapServer template? What I'd like to do, when a ProcessTemplate is called for a certain layer, I would like to check item values. If item values equal a certain value, write something to the output. It would seem possible since a template is an HTML file, but I'm just not sure how to do it, or if it's possible. -------------- next part -------------- An HTML attachment was scrubbed... URL: From boesiii at yahoo.com Mon Oct 31 12:05:07 2011 From: boesiii at yahoo.com (boesiii) Date: Mon, 31 Oct 2011 12:05:07 -0700 (PDT) Subject: [mapserver-users] Re: Problem with legend url In-Reply-To: <1320080713544-6948935.post@n2.nabble.com> References: <1320080713544-6948935.post@n2.nabble.com> Message-ID: <1320087907975-6949394.post@n2.nabble.com> Figured it out. I forgot to add a "NAME" for each class. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Problem-with-legend-url-tp6948935p6949394.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Mon Oct 31 14:11:53 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Mon, 31 Oct 2011 21:11:53 +0000 Subject: [mapserver-users] Smuggling vendor parameters into WMS OnlineResource Message-ID: <84446DEF76453C439E9E97E438E13A63039850@suutari.haapa.mmm.fi> Hi, I have been playing with vendor parameters with some WMS services for making layers more dynamic. For example http://188.64.1.61/cgi-bin/ms_ows?REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=563&HEIGHT=437&LAYERS=default,osm_pisteet&TRANSPARENT=TRUE&FORMAT=image/png&BBOX=-369151.98300283286,6597900.0,1511076.628895184,8057331.444759207&SRS=EPSG:3067&STYLES=&sql=highway='bus_stop' Problem is that properly behaving WMS clients are taking the GetMap URL from the GetgCapabilities document and that is fixed by the wms_onliresource metadata in a mapfile. Some WMS clients (at least OpenJUMP, QGis and Kosmo) can be configured to add the extra parameters also into GetMaps but some others don't. The OpenLayers demo client that comes with Mapserver 6.0.1 is one of those. It creates the demo layer with this code: var mslayer = new OpenLayers.Layer.MapServer( "MapServer Layer", "[mapserv_onlineresource]", {layers: '[layers]'}, {singleTile: "true", ratio:1} ); Does anybody know a simple way for transferring the same vendor parameters which are used in the GetCapabilities request into the GetMap OnlineResource element of the response? -Jukka Rahkonen- From arnd.wippermann at web.de Mon Oct 31 15:44:18 2011 From: arnd.wippermann at web.de (Arnd Wippermann) Date: Mon, 31 Oct 2011 23:44:18 +0100 Subject: AW: [mapserver-users] Smuggling vendor parameters into WMSOnlineResource In-Reply-To: <84446DEF76453C439E9E97E438E13A63039850@suutari.haapa.mmm.fi> References: <84446DEF76453C439E9E97E438E13A63039850@suutari.haapa.mmm.fi> Message-ID: Hi, You can build your own template. In your mapfile insert TEMPLATE 'path\templates\openlayers_lh.html' And request the map http://[version6]/mapserv.exe?map=brd.map&mode=browse&template=openlayers_lh &layers=Kreise You have to take an other name than openlayers.html, to get your template. Arnd -----Urspr?ngliche Nachricht----- Von: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von Rahkonen Jukka Gesendet: Montag, 31. Oktober 2011 22:12 An: mapserver-users at lists.osgeo.org Betreff: [mapserver-users] Smuggling vendor parameters into WMSOnlineResource Hi, I have been playing with vendor parameters with some WMS services for making layers more dynamic. For example http://188.64.1.61/cgi-bin/ms_ows?REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&W IDTH=563&HEIGHT=437&LAYERS=default,osm_pisteet&TRANSPARENT=TRUE&FORMAT=image /png&BBOX=-369151.98300283286,6597900.0,1511076.628895184,8057331.444759207& SRS=EPSG:3067&STYLES=&sql=highway='bus_stop' Problem is that properly behaving WMS clients are taking the GetMap URL from the GetgCapabilities document and that is fixed by the wms_onliresource metadata in a mapfile. Some WMS clients (at least OpenJUMP, QGis and Kosmo) can be configured to add the extra parameters also into GetMaps but some others don't. The OpenLayers demo client that comes with Mapserver 6.0.1 is one of those. It creates the demo layer with this code: var mslayer = new OpenLayers.Layer.MapServer( "MapServer Layer", "[mapserv_onlineresource]", {layers: '[layers]'}, {singleTile: "true", ratio:1} ); Does anybody know a simple way for transferring the same vendor parameters which are used in the GetCapabilities request into the GetMap OnlineResource element of the response? -Jukka Rahkonen-_______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From ariefnurandono at gmail.com Mon Oct 31 17:15:59 2011 From: ariefnurandono at gmail.com (goldalworming) Date: Mon, 31 Oct 2011 17:15:59 -0700 (PDT) Subject: [mapserver-users] got error in some pmapper_demodata as WMS Message-ID: <1320106559886-6950236.post@n2.nabble.com> hi, I'm learning open layer and tried to use map server as wms service in my ubuntu in pmapper_demodata, 3 layers exist : countries, cities1000eu and rivers my error log shows this error while I tried to accesing cities1000eu layers but works fine in countries and rivers layer [Tue Nov 1 07:03:56 2011].166194 msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. this is the mapfile LAYER NAME "countries" TYPE polygon DATA "countries" TRANSPARENCY 30 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Countries" ## ADAPTED TO MULTILINGUAL SHAPEFILE "RESULT_FIELDS" "ISOCODE, at default:NAME_EN at de:NAME_DE at it:NAME_IT at fr:NAME_FR at br:NAME_BR at es:NAME_ES, at default:CAPITAL_EN at de:CAPITAL_DE at it:CAPITAL_IT at fr:CAPITAL_FR at br:CAPITAL_BR at es:CAPITAL_ES,AREA_KM2,POPULATION" "RESULT_HEADERS" "ISO Code,Name,Capital,Area,Population" "ows_title" "countries" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Countries' COLOR 200 254 199 OUTLINECOLOR 0 0 0 END # Class END # Layer LAYER NAME "cities10000eu" TYPE point DATA "cities10000eu" TOLERANCE 6 TOLERANCEUNITS pixels LABELITEM "NAME" LABELMAXSCALE 8000000 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Cities" "RESULT_FIELDS" "NAME, ISO2_CODE, POPULATION, GTOPO30" "RESULT_HEADERS" "Name,Country,Inhabitants,Altitude" "RESULT_HYPERLINK" "NAME" "LAYER_ENCODING" "UTF-8" "ows_title" "cities1000" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS NAME "> 1'000'000" EXPRESSION ([POPULATION] > 1000000) COLOR 255 0 0 OUTLINECOLOR 0 0 0 SYMBOL 'square' SIZE 9 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "500'000 - 1'000'000" EXPRESSION ([POPULATION] <= 1000000 AND [POPULATION] > 500000) COLOR 255 0 0 SYMBOL 'circle' SIZE 8 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "100'000 - 500'000" EXPRESSION ([POPULATION] <= 500000 AND [POPULATION] > 100000) COLOR 255 0 0 SYMBOL 'square' SIZE 5 END # Class CLASS NAME "50'000 - 100'000" EXPRESSION ([POPULATION] <= 100000 AND [POPULATION] > 50000) COLOR 0 0 0LAYER NAME "countries" TYPE polygon DATA "countries" TRANSPARENCY 30 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Countries" ## ADAPTED TO MULTILINGUAL SHAPEFILE "RESULT_FIELDS" "ISOCODE, at default:NAME_EN at de:NAME_DE at it:NAME_IT at fr:NAME_FR at br:NAME_BR at es:NAME_ES, at default:CAPITAL_EN at de:CAPITAL_DE at it:CAPITAL_IT at fr:CAPITAL_FR at br:CAPITAL_BR at es:CAPITAL_ES,AREA_KM2,POPULATION" "RESULT_HEADERS" "ISO Code,Name,Capital,Area,Population" "ows_title" "countries" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Countries' COLOR 200 254 199 OUTLINECOLOR 0 0 0 END # Class END # Layer LAYER NAME "cities10000eu" TYPE point DATA "cities10000eu" TOLERANCE 6 TOLERANCEUNITS pixels LABELITEM "NAME" LABELMAXSCALE 8000000 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Cities" "RESULT_FIELDS" "NAME, ISO2_CODE, POPULATION, GTOPO30" "RESULT_HEADERS" "Name,Country,Inhabitants,Altitude" "RESULT_HYPERLINK" "NAME" "LAYER_ENCODING" "UTF-8" "ows_title" "cities1000" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS NAME "> 1'000'000" EXPRESSION ([POPULATION] > 1000000) COLOR 255 0 0 OUTLINECOLOR 0 0 0 SYMBOL 'square' SIZE 9 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "500'000 - 1'000'000" EXPRESSION ([POPULATION] <= 1000000 AND [POPULATION] > 500000) COLOR 255 0 0 SYMBOL 'circle' SIZE 8 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "100'000 - 500'000" EXPRESSION ([POPULATION] <= 500000 AND [POPULATION] > 100000) COLOR 255 0 0 SYMBOL 'square' SIZE 5 END # Class CLASS NAME "50'000 - 100'000" EXPRESSION ([POPULATION] <= 100000 AND [POPULATION] > 50000) COLOR 0 0 0 SYMBOL 'square' SIZE 4 #MAXSCALE 20000000 END # Class CLASS NAME "10'000 - 50'000" EXPRESSION ([POPULATION] <= 50000 AND [POPULATION] > 10000) COLOR 100 100 100 SYMBOL 'circle' SIZE 3 #MAXSCALE 10000000 END # Class END # Layer # # Start of Layer Rivers.shp # LAYER NAME "rivers" TYPE line DATA "rivers" TOLERANCE 3 TOLERANCEUNITS pixels TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Rivers" "RESULT_FIELDS" "NAME" "RESULT_HEADERS" "Name" "ows_title" "cities" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Rivers' COLOR 0 0 255 END # Class END # Layer SYMBOL 'square' SIZE 4 #MAXSCALE 20000000 END # Class CLASS NAME "10'000 - 50'000" EXPRESSION ([POPULATION] <= 50000 AND [POPULATION] > 10000) COLOR 100 100 100 SYMBOL 'circle' SIZE 3 #MAXSCALE 10000000 END # Class END # Layer # # Start of Layer Rivers.shp # LAYER NAME "rivers" TYPE line DATA "rivers" TOLERANCE 3 TOLERANCEUNITS pixels TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Rivers" "RESULT_FIELDS" "NAME" "RESULT_HEADERS" "Name" "ows_title" "cities" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Rivers' COLOR 0 0 255 END # Class END # Layer I hope any body could help. Regards -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/got-error-in-some-pmapper-demodata-as-WMS-tp6950236p6950236.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Mon Oct 31 21:55:05 2011 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Tue, 1 Nov 2011 04:55:05 +0000 Subject: [mapserver-users] got error in some pmapper_demodata as WMS In-Reply-To: <1320106559886-6950236.post@n2.nabble.com> References: <1320106559886-6950236.post@n2.nabble.com> Message-ID: <84446DEF76453C439E9E97E438E13A630398A9@suutari.haapa.mmm.fi> Hi, Demo application must be using wrong name for the cities1000eu. Two things to do - Read from the Apache access.log file the failing WMS request. It is perhaps at /var/log/apache2 - The reason is probably that you have "ows_title" "cities1000" but the layer name is cities1000eu. With those settings the name that should be used in GetMap &LAYERS= is "cities1000". -Jukka Rahkonen- goldalworming wrote: > hi, I'm learning open layer and tried to use map server as wms service in my > ubuntu > in pmapper_demodata, 3 layers exist : countries, cities1000eu and rivers > my error log shows this error while I tried to accesing cities1000eu layers > but works fine in countries and rivers layer [Tue Nov 1 07:03:56 2011].166194 msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter. this is the mapfile LAYER NAME "countries" TYPE polygon DATA "countries" TRANSPARENCY 30 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Countries" ## ADAPTED TO MULTILINGUAL SHAPEFILE "RESULT_FIELDS" "ISOCODE, at default:NAME_EN at de:NAME_DE at it:NAME_IT at fr:NAME_FR at br:NAME_BR at es:NAME_ES, at default:CAPITAL_EN at de:CAPITAL_DE at it:CAPITAL_IT at fr:CAPITAL_FR at br:CAPITAL_BR at es:CAPITAL_ES,AREA_KM2,POPULATION" "RESULT_HEADERS" "ISO Code,Name,Capital,Area,Population" "ows_title" "countries" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Countries' COLOR 200 254 199 OUTLINECOLOR 0 0 0 END # Class END # Layer LAYER NAME "cities10000eu" TYPE point DATA "cities10000eu" TOLERANCE 6 TOLERANCEUNITS pixels LABELITEM "NAME" LABELMAXSCALE 8000000 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Cities" "RESULT_FIELDS" "NAME, ISO2_CODE, POPULATION, GTOPO30" "RESULT_HEADERS" "Name,Country,Inhabitants,Altitude" "RESULT_HYPERLINK" "NAME" "LAYER_ENCODING" "UTF-8" "ows_title" "cities1000" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS NAME "> 1'000'000" EXPRESSION ([POPULATION] > 1000000) COLOR 255 0 0 OUTLINECOLOR 0 0 0 SYMBOL 'square' SIZE 9 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "500'000 - 1'000'000" EXPRESSION ([POPULATION] <= 1000000 AND [POPULATION] > 500000) COLOR 255 0 0 SYMBOL 'circle' SIZE 8 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "100'000 - 500'000" EXPRESSION ([POPULATION] <= 500000 AND [POPULATION] > 100000) COLOR 255 0 0 SYMBOL 'square' SIZE 5 END # Class CLASS NAME "50'000 - 100'000" EXPRESSION ([POPULATION] <= 100000 AND [POPULATION] > 50000) COLOR 0 0 0LAYER NAME "countries" TYPE polygon DATA "countries" TRANSPARENCY 30 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Countries" ## ADAPTED TO MULTILINGUAL SHAPEFILE "RESULT_FIELDS" "ISOCODE, at default:NAME_EN at de:NAME_DE at it:NAME_IT at fr:NAME_FR at br:NAME_BR at es:NAME_ES, at default:CAPITAL_EN at de:CAPITAL_DE at it:CAPITAL_IT at fr:CAPITAL_FR at br:CAPITAL_BR at es:CAPITAL_ES,AREA_KM2,POPULATION" "RESULT_HEADERS" "ISO Code,Name,Capital,Area,Population" "ows_title" "countries" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Countries' COLOR 200 254 199 OUTLINECOLOR 0 0 0 END # Class END # Layer LAYER NAME "cities10000eu" TYPE point DATA "cities10000eu" TOLERANCE 6 TOLERANCEUNITS pixels LABELITEM "NAME" LABELMAXSCALE 8000000 TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Cities" "RESULT_FIELDS" "NAME, ISO2_CODE, POPULATION, GTOPO30" "RESULT_HEADERS" "Name,Country,Inhabitants,Altitude" "RESULT_HYPERLINK" "NAME" "LAYER_ENCODING" "UTF-8" "ows_title" "cities1000" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS NAME "> 1'000'000" EXPRESSION ([POPULATION] > 1000000) COLOR 255 0 0 OUTLINECOLOR 0 0 0 SYMBOL 'square' SIZE 9 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "500'000 - 1'000'000" EXPRESSION ([POPULATION] <= 1000000 AND [POPULATION] > 500000) COLOR 255 0 0 SYMBOL 'circle' SIZE 8 LABEL POSITION Auto COLOR 0 0 150 BUFFER 2 TYPE truetype ENCODING "UTF-8" FONT FreeSans SIZE 8 MAXSIZE 9 #SIZE small END #Label END # Class CLASS NAME "100'000 - 500'000" EXPRESSION ([POPULATION] <= 500000 AND [POPULATION] > 100000) COLOR 255 0 0 SYMBOL 'square' SIZE 5 END # Class CLASS NAME "50'000 - 100'000" EXPRESSION ([POPULATION] <= 100000 AND [POPULATION] > 50000) COLOR 0 0 0 SYMBOL 'square' SIZE 4 #MAXSCALE 20000000 END # Class CLASS NAME "10'000 - 50'000" EXPRESSION ([POPULATION] <= 50000 AND [POPULATION] > 10000) COLOR 100 100 100 SYMBOL 'circle' SIZE 3 #MAXSCALE 10000000 END # Class END # Layer # # Start of Layer Rivers.shp # LAYER NAME "rivers" TYPE line DATA "rivers" TOLERANCE 3 TOLERANCEUNITS pixels TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Rivers" "RESULT_FIELDS" "NAME" "RESULT_HEADERS" "Name" "ows_title" "cities" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Rivers' COLOR 0 0 255 END # Class END # Layer SYMBOL 'square' SIZE 4 #MAXSCALE 20000000 END # Class CLASS NAME "10'000 - 50'000" EXPRESSION ([POPULATION] <= 50000 AND [POPULATION] > 10000) COLOR 100 100 100 SYMBOL 'circle' SIZE 3 #MAXSCALE 10000000 END # Class END # Layer # # Start of Layer Rivers.shp # LAYER NAME "rivers" TYPE line DATA "rivers" TOLERANCE 3 TOLERANCEUNITS pixels TEMPLATE void PROJECTION #"init=epsg:4326" "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs" END METADATA "DESCRIPTION" "Rivers" "RESULT_FIELDS" "NAME" "RESULT_HEADERS" "Name" "ows_title" "cities" "ows_enable_request" "*" "wms_srs" "EPSG:4326 EPSG:4030" END # Metadata CLASS Name 'Rivers' COLOR 0 0 255 END # Class END # Layer I hope any body could help. Regards -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/got-error-in-some-pmapper-demodata-as-WMS-tp6950236p6950236.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From ariefnurandono at gmail.com Mon Oct 31 23:07:58 2011 From: ariefnurandono at gmail.com (goldalworming) Date: Mon, 31 Oct 2011 23:07:58 -0700 (PDT) Subject: [mapserver-users] Re: got error in some pmapper_demodata as WMS In-Reply-To: <84446DEF76453C439E9E97E438E13A630398A9@suutari.haapa.mmm.fi> References: <1320106559886-6950236.post@n2.nabble.com> <84446DEF76453C439E9E97E438E13A630398A9@suutari.haapa.mmm.fi> Message-ID: <1320127678590-6950703.post@n2.nabble.com> ups...you're right thanks for your reply... sorry for my stupid question... -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/got-error-in-some-pmapper-demodata-as-WMS-tp6950236p6950703.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Weisbend at wapa.gov Mon Oct 31 06:37:10 2011 From: Weisbend at wapa.gov (Eric Weisbender) Date: Mon, 31 Oct 2011 07:37:10 -0600 Subject: [mapserver-users] tileindex shptree In-Reply-To: References: <4EAAC5AF020000DF00084E2F@a-gwiadomvs-n.hq.wapa.gov> Message-ID: <4EAE5026020000DF00084FE2@a-gwiadomvs-n.hq.wapa.gov> Frank, It depends on where you click on the data for the query. Attached is a screen shot of where the different errors occur. Also, below is the mapfile running on MapServer 5.6.5. If you would like me to send you the shape files I can do that as well. Thanks so much for your help. EW MAP # begin .map file NAME RMR SYMBOLSET /data/gis/www/html/ms_common/symbol.list FONTSET /data/gis/www/html/ms_common/fonts/fonts.list STATUS ON SIZE 600 500 EXTENT -264634.5 4050685.5 975961.5 5039620.5 UNITS METERS SHAPEPATH "/data/gis/vector/rmr/shapes" DATAPATTERN ".*" TEMPLATEPATTERN ".*" RESOLUTION 96 OUTPUTFORMAT NAME png DRIVER "AGG/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END PROJECTION "init=epsg:26913" END WEB HEADER "/data/gis/www/html/ms_common/ms_header.html" TEMPLATE "rmrt.html" FOOTER "/data/gis/www/html/ms_common/ms_footer.html" ERROR "http://gis.hq.wapa.gov/ms_common/errort.html?[mpt]&message=[errmsg]" MINSCALE 100 IMAGEPATH "/data/gis/www/html/tmp/" IMAGEURL "/tmp/" #LOG "rmrt.log" METADATA WMS_TITLE "Rocky Mountain Region" WMS_ABSTRACT "WAPA MapServer for the Rocky Mountain Region" WMS_ACCESSCONSTRAINTS "none" WMS_FEATURE_INFO_MIME_TYPE "text/html" WMS_ONLINERESOURCE "http://gis.hq.wapa.gov/cgi-bin/mapserv?map=/data/gis/www/html/rmr/rmrt.map&" WMS_SRS "EPSG:26913" END END QUERYMAP SIZE 400 300 STATUS ON STYLE HILITE COLOR 0 255 255 END REFERENCE STATUS ON IMAGE graphics/refmap.png EXTENT -315667.756 3995206.206 1037558.937 5080105.709 SIZE 250 200 MINBOXSIZE 10 MAXBOXSIZE 100 MARKER star MARKERSIZE 20 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END LEGEND STATUS ON IMAGECOLOR 255 255 255 KEYSIZE 16 12 LABEL TYPE TRUETYPE FONT "arial" SIZE 9 COLOR 0 0 0 END END SCALEBAR STATUS EMBED POSITION LR COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 OUTLINECOLOR 0 0 0 UNITS MILES INTERVALS 4 SIZE 200 5 TRANSPARENT ON STYLE 0 LABEL COLOR 255 255 255 OUTLINECOLOR 0 0 0 FONT "arial-bold" TYPE truetype SIZE 8 END END ########## LAYER DEFINITIONS ########## LAYER NAME 'fotest' STATUS OFF TILEINDEX "/data/gis/vector/rmr/shapes/fo_test_idx" TILEITEM "location" TYPE POLYGON CLASS NAME "Index Test" TEMPLATE "strs.html" STYLE OUTLINECOLOR 0 0 255 END END HEADER "strs_header.html" FOOTER "strs_footer.html" END END >>> On 10/28/2011 at 3:31 PM, in message , Frank Warmerdam wrote: Eric, Do things fail consistently fora given request? I would be willing to do some examination of this problem this evening (pacific time) if you can provide a canned demonstration of the issue (mapfile+tileindex+query). I should be able to fake the data referred to by the tileindex if necessary. I don't feel that adding a spatial index (.qix) is the right solution. Something is either wrong with your tileindex or with mapserver (IMHO). Best regards, On Fri, Oct 28, 2011 at 2:09 PM, Eric Weisbender wrote: > Hello, > > We are using a tileindex layer to draw multiple county parcel data layers. > For some reason the query of these layers is either hit or miss. Sometimes > it returns a query. Other times a query returns "Invalid field index 0" > from the error file defined in the mapfile. And the third query result I'm > getting is "Internal Server Error" from I assume apache. These results are > all on the same data indexed by this one tileindex layer. Would it help if > I built a shptree qix file and do I just do that for the tileindex file or > all file the tileindex file is pointing to. I have wasted two day's on this > and am completely open to any and all idea's. Thanks in advance. > > EW > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Software Developer -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ms_errors.bmp Type: image/bmp Size: 2574390 bytes Desc: not available URL: