From even.rouault at mines-paris.org Sat Mar 1 03:53:12 2014 From: even.rouault at mines-paris.org (Even Rouault) Date: Sat, 1 Mar 2014 12:53:12 +0100 Subject: [mapserver-users] Shapezip 3D In-Reply-To: <5310B95B.2000605@neogeo-online.net> References: <5310B95B.2000605@neogeo-online.net> Message-ID: <201403011253.13383.even.rouault@mines-paris.org> Le vendredi 28 f?vrier 2014 17:29:15, Guillaume Sueur a ?crit : > Hi list, > > I'm trying to generate a 3D shapefile with OGR SHAPEZIP format. I'm > using MapServer 6.5 compiled with USE_POINT_Z_M options. > mapserv -v gives : > MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ > SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER > SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=JPEG INPUT=POSTGIS INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > My data are stored in Postgis 2.1. They are 3D. I've added the > "ows_geomtype" "MultiPolygon25D" metadata to my layer. > > What I get is a 3D shapefile, but all the Z values are set to 0. > > Lookking at the request made by MapServer to Postgis, I see the geom is > requested with Force2D function : > encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as geom > > Is this a bug or is there some more settings I didn't set properly ? Guillaume, there's no support yet for parsing 3D geometries in mappostgis.c (mentionned in comments of https://github.com/mapserver/mapserver/pull/4803 ). I wouldn't expect adding support for it to be that difficult. As a workaround, I would have suggested that you could use the OGR PostgreSQL driver, but looking at mapogr.cpp, I also see that the Z support of OGR isn't used. Grrrr.... Even -- Geospatial professional services http://even.rouault.free.fr/services.html From no-reply at neogeo-online.net Mon Mar 3 01:02:37 2014 From: no-reply at neogeo-online.net (Guillaume Sueur) Date: Mon, 03 Mar 2014 10:02:37 +0100 Subject: [mapserver-users] Shapezip 3D In-Reply-To: <201403011253.13383.even.rouault@mines-paris.org> References: <5310B95B.2000605@neogeo-online.net> <201403011253.13383.even.rouault@mines-paris.org> Message-ID: <5314452D.5030203@neogeo-online.net> Hi Even, Thanks for your reply even if it is disappointing. So I guess all the http://mapserver.org/fr/output/ogr_output.html stuff about 2.5D/3D is just rubbish and the USE_POINT_Z_M compile option is useless. Thanks for your investigations Best regards Guillaume Le 01/03/2014 12:53, Even Rouault a ?crit : > Le vendredi 28 f?vrier 2014 17:29:15, Guillaume Sueur a ?crit : >> Hi list, >> >> I'm trying to generate a 3D shapefile with OGR SHAPEZIP format. I'm >> using MapServer 6.5 compiled with USE_POINT_Z_M options. >> mapserv -v gives : >> MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV >> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >> SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=JPEG INPUT=POSTGIS INPUT=OGR >> INPUT=GDAL INPUT=SHAPEFILE >> >> My data are stored in Postgis 2.1. They are 3D. I've added the >> "ows_geomtype" "MultiPolygon25D" metadata to my layer. >> >> What I get is a 3D shapefile, but all the Z values are set to 0. >> >> Lookking at the request made by MapServer to Postgis, I see the geom is >> requested with Force2D function : >> encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as geom >> >> Is this a bug or is there some more settings I didn't set properly ? > > Guillaume, > > there's no support yet for parsing 3D geometries in mappostgis.c (mentionned > in comments of https://github.com/mapserver/mapserver/pull/4803 ). I wouldn't > expect adding support for it to be that difficult. > > As a workaround, I would have suggested that you could use the OGR PostgreSQL > driver, but looking at mapogr.cpp, I also see that the Z support of OGR isn't > used. Grrrr.... > > Even > From even.rouault at mines-paris.org Mon Mar 3 01:16:19 2014 From: even.rouault at mines-paris.org (Even Rouault) Date: Mon, 03 Mar 2014 10:16:19 +0100 Subject: [mapserver-users] Shapezip 3D In-Reply-To: <5314452D.5030203@neogeo-online.net> References: <5310B95B.2000605@neogeo-online.net> <201403011253.13383.even.rouault@mines-paris.org> <5314452D.5030203@neogeo-online.net> Message-ID: <1393838179.5314486320d3e@imp.free.fr> Selon Guillaume Sueur : > Hi Even, > > Thanks for your reply even if it is disappointing. So I guess all the > http://mapserver.org/fr/output/ogr_output.html stuff about 2.5D/3D is > just rubbish and the USE_POINT_Z_M compile option is useless. Actually.... no, it is correct. My previous comment was on the input interface of MapServer with OGR, where Z support is not currently available. But for the output part (mapogroutput.c), Z support should work. So you could likely use a 3D shapefile (with MapServer native shapefile connection) and output a 3D shapezip. > > Thanks for your investigations > > Best regards > > Guillaume > > > Le 01/03/2014 12:53, Even Rouault a ?crit : > > Le vendredi 28 f?vrier 2014 17:29:15, Guillaume Sueur a ?crit : > >> Hi list, > >> > >> I'm trying to generate a 3D shapefile with OGR SHAPEZIP format. I'm > >> using MapServer 6.5 compiled with USE_POINT_Z_M options. > >> mapserv -v gives : > >> MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ > >> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV > >> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > >> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER > >> SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=JPEG INPUT=POSTGIS INPUT=OGR > >> INPUT=GDAL INPUT=SHAPEFILE > >> > >> My data are stored in Postgis 2.1. They are 3D. I've added the > >> "ows_geomtype" "MultiPolygon25D" metadata to my layer. > >> > >> What I get is a 3D shapefile, but all the Z values are set to 0. > >> > >> Lookking at the request made by MapServer to Postgis, I see the geom is > >> requested with Force2D function : > >> encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as geom > >> > >> Is this a bug or is there some more settings I didn't set properly ? > > > > Guillaume, > > > > there's no support yet for parsing 3D geometries in mappostgis.c > (mentionned > > in comments of https://github.com/mapserver/mapserver/pull/4803 ). I > wouldn't > > expect adding support for it to be that difficult. > > > > As a workaround, I would have suggested that you could use the OGR > PostgreSQL > > driver, but looking at mapogr.cpp, I also see that the Z support of OGR > isn't > > used. Grrrr.... > > > > Even > > > From no-reply at neogeo-online.net Mon Mar 3 01:20:12 2014 From: no-reply at neogeo-online.net (Guillaume Sueur) Date: Mon, 03 Mar 2014 10:20:12 +0100 Subject: [mapserver-users] Shapezip 3D In-Reply-To: <1393838179.5314486320d3e@imp.free.fr> References: <5310B95B.2000605@neogeo-online.net> <201403011253.13383.even.rouault@mines-paris.org> <5314452D.5030203@neogeo-online.net> <1393838179.5314486320d3e@imp.free.fr> Message-ID: <5314494C.4080206@neogeo-online.net> OK, got it, but actually no need of MapServer to do that. zip is enough :-) Le 03/03/2014 10:16, Even Rouault a ?crit : > Selon Guillaume Sueur : > >> Hi Even, >> >> Thanks for your reply even if it is disappointing. So I guess all the >> http://mapserver.org/fr/output/ogr_output.html stuff about 2.5D/3D is >> just rubbish and the USE_POINT_Z_M compile option is useless. > > Actually.... no, it is correct. My previous comment was on the input interface > of MapServer with OGR, where Z support is not currently available. But for the > output part (mapogroutput.c), Z support should work. So you could likely use a > 3D shapefile (with MapServer native shapefile connection) and output a 3D > shapezip. > >> >> Thanks for your investigations >> >> Best regards >> >> Guillaume >> >> >> Le 01/03/2014 12:53, Even Rouault a ?crit : >>> Le vendredi 28 f?vrier 2014 17:29:15, Guillaume Sueur a ?crit : >>>> Hi list, >>>> >>>> I'm trying to generate a 3D shapefile with OGR SHAPEZIP format. I'm >>>> using MapServer 6.5 compiled with USE_POINT_Z_M options. >>>> mapserv -v gives : >>>> MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV >>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>> SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>> INPUT=GDAL INPUT=SHAPEFILE >>>> >>>> My data are stored in Postgis 2.1. They are 3D. I've added the >>>> "ows_geomtype" "MultiPolygon25D" metadata to my layer. >>>> >>>> What I get is a 3D shapefile, but all the Z values are set to 0. >>>> >>>> Lookking at the request made by MapServer to Postgis, I see the geom is >>>> requested with Force2D function : >>>> encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as geom >>>> >>>> Is this a bug or is there some more settings I didn't set properly ? >>> >>> Guillaume, >>> >>> there's no support yet for parsing 3D geometries in mappostgis.c >> (mentionned >>> in comments of https://github.com/mapserver/mapserver/pull/4803 ). I >> wouldn't >>> expect adding support for it to be that difficult. >>> >>> As a workaround, I would have suggested that you could use the OGR >> PostgreSQL >>> driver, but looking at mapogr.cpp, I also see that the Z support of OGR >> isn't >>> used. Grrrr.... >>> >>> Even >>> >> > > > > From Michael.Smith at erdc.dren.mil Mon Mar 3 07:27:04 2014 From: Michael.Smith at erdc.dren.mil (Smith, Michael ERDC-RDE-CRREL-NH) Date: Mon, 3 Mar 2014 15:27:04 +0000 Subject: [mapserver-users] [EXTERNAL] Re: Shapezip 3D In-Reply-To: <5314494C.4080206@neogeo-online.net> References: <5310B95B.2000605@neogeo-online.net> <201403011253.13383.even.rouault@mines-paris.org> <5314452D.5030203@neogeo-online.net> <1393838179.5314486320d3e@imp.free.fr> <5314494C.4080206@neogeo-online.net> Message-ID: The 2.5D output does work correctly with Oracle Spatial (3D) input. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center On 3/3/14, 4:20 AM, "Guillaume Sueur" wrote: >OK, got it, but actually no need of MapServer to do that. zip is enough >:-) > > > >Le 03/03/2014 10:16, Even Rouault a ?crit : >> Selon Guillaume Sueur : >> >>> Hi Even, >>> >>> Thanks for your reply even if it is disappointing. So I guess all the >>> http://mapserver.org/fr/output/ogr_output.html stuff about 2.5D/3D is >>> just rubbish and the USE_POINT_Z_M compile option is useless. >> >> Actually.... no, it is correct. My previous comment was on the input >>interface >> of MapServer with OGR, where Z support is not currently available. But >>for the >> output part (mapogroutput.c), Z support should work. So you could >>likely use a >> 3D shapefile (with MapServer native shapefile connection) and output a >>3D >> shapezip. >> >>> >>> Thanks for your investigations >>> >>> Best regards >>> >>> Guillaume >>> >>> >>> Le 01/03/2014 12:53, Even Rouault a ?crit : >>>> Le vendredi 28 f?vrier 2014 17:29:15, Guillaume Sueur a ?crit : >>>>> Hi list, >>>>> >>>>> I'm trying to generate a 3D shapefile with OGR SHAPEZIP format. I'm >>>>> using MapServer 6.5 compiled with USE_POINT_Z_M options. >>>>> mapserv -v gives : >>>>> MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>>>> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV >>>>> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >>>>> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER >>>>> SUPPORTS=GEOS SUPPORTS=POINT_Z_M INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>>>> INPUT=GDAL INPUT=SHAPEFILE >>>>> >>>>> My data are stored in Postgis 2.1. They are 3D. I've added the >>>>> "ows_geomtype" "MultiPolygon25D" metadata to my layer. >>>>> >>>>> What I get is a 3D shapefile, but all the Z values are set to 0. >>>>> >>>>> Lookking at the request made by MapServer to Postgis, I see the geom >>>>>is >>>>> requested with Force2D function : >>>>> encode(ST_AsBinary(ST_Force2D("the_geom"),'NDR'),'hex') as geom >>>>> >>>>> Is this a bug or is there some more settings I didn't set properly ? >>>> >>>> Guillaume, >>>> >>>> there's no support yet for parsing 3D geometries in mappostgis.c >>> (mentionned >>>> in comments of https://github.com/mapserver/mapserver/pull/4803 ). I >>> wouldn't >>>> expect adding support for it to be that difficult. >>>> >>>> As a workaround, I would have suggested that you could use the OGR >>> PostgreSQL >>>> driver, but looking at mapogr.cpp, I also see that the Z support of >>>>OGR >>> isn't >>>> used. Grrrr.... >>>> >>>> Even >>>> >>> >> >> >> >> >_______________________________________________ >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 Mar 3 08:30:46 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 16:30:46 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) Message-ID: All, So, I've been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I'm in need of providing this functionality to some night crew workers. My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . I'm only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. Maybe there are Browser functions that can be applied to the problem (I haven't found anything specific there yet though. Thanks Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From nhv at cape.com Mon Mar 3 08:39:58 2014 From: nhv at cape.com (Norman Vine) Date: Mon, 3 Mar 2014 11:39:58 -0500 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: Message-ID: <41AE062A-D790-4005-A875-359A105A9485@cape.com> Bob Back in the day when I was working on marine navigation chart displays we used separate color tables for different light conditions we found that 3 tables sufficed, Day, Dusk/Dawn, Night we cheated a bit and used 64 bit palettes this way with a little trickery we could pack everything into a normal 8 bit color table In practice this worked quite well HTH Norman On Mar 3, 2014, at 11:30 AM, "Basques, Bob (CI-StPaul)" wrote: > All, > > So, I?ve been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I?m in need of providing this functionality to some night crew workers. > > My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . > > I?m only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. > > Maybe there are Browser functions that can be applied to the problem (I haven?t found anything specific there yet though. > > Thanks > > Bobb > > > _______________________________________________ > 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 Mar 3 08:45:37 2014 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 03 Mar 2014 11:45:37 -0500 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: Message-ID: <5314B1B1.9020303@swoodbridge.com> On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: > All, > > So, I?ve been reading up on nighttime colors for electronic display(s). > I was wondering if anyone has any pointers on information about applying > color temperature corrections to displays for nighttime viewing. I?m in > need of providing this functionality to some night crew workers. > > My first thought was to apply some sort of RGB algorithm to the mapfile > color settings. Then I thought maybe a middleware processor routine > (between MapServer and the browser) might be a better approach, or > possibly using something in the browser . . . > > I?m only looking at setting up distinct color settings at the moment. > Maybe 3-5 ranges to start with. I do know that some Mac hardware has > some display monitoring for color temperature. I would prefer to do > something that could apply globally however. > > Maybe there are Browser functions that can be applied to the problem (I > haven?t found anything specific there yet though. Bob, One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. -Steve W From bob.basques at ci.stpaul.mn.us Mon Mar 3 08:55:25 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 16:55:25 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: <5314B1B1.9020303@swoodbridge.com> References: <5314B1B1.9020303@swoodbridge.com> Message-ID: Hi Stephen, Yes, that looks like the correct route for this, time/location settings, at least to make something work globally. The display is for a mapping interface that will most likely be location aware. I've found a couple of references to some LIBs for finding terminator, and I think a temperature curve could be defined based on optimum settings from day/dusk/night views to make the map readable for all (natural) lighting conditions. At least that's a place to start. Bobb -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge Sent: Monday, March 03, 2014 10:46 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: > All, > > So, I've been reading up on nighttime colors for electronic display(s). > I was wondering if anyone has any pointers on information about > applying color temperature corrections to displays for nighttime > viewing. I'm in need of providing this functionality to some night crew workers. > > My first thought was to apply some sort of RGB algorithm to the > mapfile color settings. Then I thought maybe a middleware processor > routine (between MapServer and the browser) might be a better > approach, or possibly using something in the browser . . . > > I'm only looking at setting up distinct color settings at the moment. > Maybe 3-5 ranges to start with. I do know that some Mac hardware has > some display monitoring for color temperature. I would prefer to do > something that could apply globally however. > > Maybe there are Browser functions that can be applied to the problem > (I haven't found anything specific there yet though. Bob, One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. -Steve W _______________________________________________ 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 Mar 3 08:49:13 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 16:49:13 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: <41AE062A-D790-4005-A875-359A105A9485@cape.com> References: <41AE062A-D790-4005-A875-359A105A9485@cape.com> Message-ID: Hi Norman, I had another thought after I sent the first post. Maybe something along the lines of an inside/outside view switcher. The outside mode would self correct based on the location/time settings. I'm really interested in this automated approach to making the settings change. I have even worked out how I can make the changes to a mapfile could work from a config file. I just need the actual RGB conversion routine to try out the idea. Optimum settings for those three values you described would get things started, then I would need to figure out the best approach to apply by location/time, (heck, you could even factor in weather conditions down the line . . .) bobb From: Norman Vine [mailto:nhv at cape.com] Sent: Monday, March 03, 2014 10:40 AM To: Basques, Bob (CI-StPaul) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) Bob Back in the day when I was working on marine navigation chart displays we used separate color tables for different light conditions we found that 3 tables sufficed, Day, Dusk/Dawn, Night we cheated a bit and used 64 bit palettes this way with a little trickery we could pack everything into a normal 8 bit color table In practice this worked quite well HTH Norman On Mar 3, 2014, at 11:30 AM, "Basques, Bob (CI-StPaul)" > wrote: All, So, I've been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I'm in need of providing this functionality to some night crew workers. My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . I'm only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. Maybe there are Browser functions that can be applied to the problem (I haven't found anything specific there yet though. Thanks Bobb _______________________________________________ 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 Steve.Lime at state.mn.us Mon Mar 3 08:51:17 2014 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Mon, 3 Mar 2014 16:51:17 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: <5314B1B1.9020303@swoodbridge.com> References: <5314B1B1.9020303@swoodbridge.com> Message-ID: Could also use class groups and send the appropriate group value with your request. Steve -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge Sent: Monday, March 03, 2014 10:46 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: > All, > > So, I've been reading up on nighttime colors for electronic display(s). > I was wondering if anyone has any pointers on information about > applying color temperature corrections to displays for nighttime > viewing. I'm in need of providing this functionality to some night crew workers. > > My first thought was to apply some sort of RGB algorithm to the > mapfile color settings. Then I thought maybe a middleware processor > routine (between MapServer and the browser) might be a better > approach, or possibly using something in the browser . . . > > I'm only looking at setting up distinct color settings at the moment. > Maybe 3-5 ranges to start with. I do know that some Mac hardware has > some display monitoring for color temperature. I would prefer to do > something that could apply globally however. > > Maybe there are Browser functions that can be applied to the problem > (I haven't found anything specific there yet though. Bob, One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. -Steve W _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From nhv at cape.com Mon Mar 3 09:09:51 2014 From: nhv at cape.com (Norman Vine) Date: Mon, 3 Mar 2014 12:09:51 -0500 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: <41AE062A-D790-4005-A875-359A105A9485@cape.com> Message-ID: <79FBDBD9-CAF8-4FAC-BBB3-97F863BE1711@cape.com> Bob We started with the Standard NOAA chart palette foray then used a gamma function to tone this down for Dawn/Dusk but used a special night time palette based on user feedback note that at sea there is usually a 'blackout environment' which is much darker then most Have you seen this project ? http://jonls.dk/redshift/ Norman On Mar 3, 2014, at 11:49 AM, "Basques, Bob (CI-StPaul)" wrote: > Hi Norman, > > I had another thought after I sent the first post. Maybe something along the lines of an inside/outside view switcher. The outside mode would self correct based on the location/time settings. I?m really interested in this automated approach to making the settings change. I have even worked out how I can make the changes to a mapfile could work from a config file. I just need the actual RGB conversion routine to try out the idea. Optimum settings for those three values you described would get things started, then I would need to figure out the best approach to apply by location/time, (heck, you could even factor in weather conditions down the line . . .) > > bobb > > From: Norman Vine [mailto:nhv at cape.com] > Sent: Monday, March 03, 2014 10:40 AM > To: Basques, Bob (CI-StPaul) > Cc: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) > > Bob > > Back in the day when I was working on marine navigation chart displays > we used separate color tables for different light conditions > > we found that 3 tables sufficed, Day, Dusk/Dawn, Night > > we cheated a bit and used 64 bit palettes this way with a little trickery > we could pack everything into a normal 8 bit color table > > In practice this worked quite well > > HTH > > Norman > > On Mar 3, 2014, at 11:30 AM, "Basques, Bob (CI-StPaul)" wrote: > > > All, > > So, I?ve been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I?m in need of providing this functionality to some night crew workers. > > My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . > > I?m only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. > > Maybe there are Browser functions that can be applied to the problem (I haven?t found anything specific there yet though. > > Thanks > > Bobb > > > _______________________________________________ > 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 Mar 3 09:12:53 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 17:12:53 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: <5314B1B1.9020303@swoodbridge.com> Message-ID: All, Just found this: http://www.paulirish.com/demo/invert Might be a good start. . . Also, I thought the "Command-Option-Ctrl-8" key combination on Mac's is a really cool option.!! Bobb -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (MNIT) Sent: Monday, March 03, 2014 10:51 AM To: Stephen Woodbridge; mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) Could also use class groups and send the appropriate group value with your request. Steve -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge Sent: Monday, March 03, 2014 10:46 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: > All, > > So, I've been reading up on nighttime colors for electronic display(s). > I was wondering if anyone has any pointers on information about > applying color temperature corrections to displays for nighttime > viewing. I'm in need of providing this functionality to some night crew workers. > > My first thought was to apply some sort of RGB algorithm to the > mapfile color settings. Then I thought maybe a middleware processor > routine (between MapServer and the browser) might be a better > approach, or possibly using something in the browser . . . > > I'm only looking at setting up distinct color settings at the moment. > Maybe 3-5 ranges to start with. I do know that some Mac hardware has > some display monitoring for color temperature. I would prefer to do > something that could apply globally however. > > Maybe there are Browser functions that can be applied to the problem > (I haven't found anything specific there yet though. Bob, One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. -Steve W _______________________________________________ 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 Mar 3 09:14:53 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 17:14:53 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: <79FBDBD9-CAF8-4FAC-BBB3-97F863BE1711@cape.com> References: <41AE062A-D790-4005-A875-359A105A9485@cape.com> <79FBDBD9-CAF8-4FAC-BBB3-97F863BE1711@cape.com> Message-ID: Norman, I would imagine there is a similar blackout event for folks in airplanes (pilots) as well. Bobb From: Norman Vine [mailto:nhv at cape.com] Sent: Monday, March 03, 2014 11:10 AM To: Basques, Bob (CI-StPaul) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) Bob We started with the Standard NOAA chart palette foray then used a gamma function to tone this down for Dawn/Dusk but used a special night time palette based on user feedback note that at sea there is usually a 'blackout environment' which is much darker then most Have you seen this project ? http://jonls.dk/redshift/ Norman On Mar 3, 2014, at 11:49 AM, "Basques, Bob (CI-StPaul)" > wrote: Hi Norman, I had another thought after I sent the first post. Maybe something along the lines of an inside/outside view switcher. The outside mode would self correct based on the location/time settings. I'm really interested in this automated approach to making the settings change. I have even worked out how I can make the changes to a mapfile could work from a config file. I just need the actual RGB conversion routine to try out the idea. Optimum settings for those three values you described would get things started, then I would need to figure out the best approach to apply by location/time, (heck, you could even factor in weather conditions down the line . . .) bobb From: Norman Vine [mailto:nhv at cape.com] Sent: Monday, March 03, 2014 10:40 AM To: Basques, Bob (CI-StPaul) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) Bob Back in the day when I was working on marine navigation chart displays we used separate color tables for different light conditions we found that 3 tables sufficed, Day, Dusk/Dawn, Night we cheated a bit and used 64 bit palettes this way with a little trickery we could pack everything into a normal 8 bit color table In practice this worked quite well HTH Norman On Mar 3, 2014, at 11:30 AM, "Basques, Bob (CI-StPaul)" > wrote: All, So, I've been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I'm in need of providing this functionality to some night crew workers. My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . I'm only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. Maybe there are Browser functions that can be applied to the problem (I haven't found anything specific there yet though. Thanks Bobb _______________________________________________ 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 Mar 3 09:45:24 2014 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 03 Mar 2014 12:45:24 -0500 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: <5314B1B1.9020303@swoodbridge.com> Message-ID: <5314BFB4.6080706@swoodbridge.com> Bob, Checkout this page: http://williams.best.vwh.net/sunrise_sunset_algorithm.htm -Steve On 3/3/2014 11:55 AM, Basques, Bob (CI-StPaul) wrote: > Hi Stephen, > > Yes, that looks like the correct route for this, time/location settings, at least to make something work globally. The display is for a mapping interface that will most likely be location aware. I've found a couple of references to some LIBs for finding terminator, and I think a temperature curve could be defined based on optimum settings from day/dusk/night views to make the map readable for all (natural) lighting conditions. At least that's a place to start. > > Bobb > > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen Woodbridge > Sent: Monday, March 03, 2014 10:46 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) > > On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: >> All, >> >> So, I've been reading up on nighttime colors for electronic display(s). >> I was wondering if anyone has any pointers on information about >> applying color temperature corrections to displays for nighttime >> viewing. I'm in need of providing this functionality to some night crew workers. >> >> My first thought was to apply some sort of RGB algorithm to the >> mapfile color settings. Then I thought maybe a middleware processor >> routine (between MapServer and the browser) might be a better >> approach, or possibly using something in the browser . . . >> >> I'm only looking at setting up distinct color settings at the moment. >> Maybe 3-5 ranges to start with. I do know that some Mac hardware has >> some display monitoring for color temperature. I would prefer to do >> something that could apply globally however. >> >> Maybe there are Browser functions that can be applied to the problem >> (I haven't found anything specific there yet though. > > Bob, > > One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. > > I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. > > -Steve W > > _______________________________________________ > 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 Mon Mar 3 09:51:52 2014 From: David.Fawcett at state.mn.us (Fawcett, David (MNIT)) Date: Mon, 3 Mar 2014 17:51:52 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: Message-ID: Bob, Are you thinking of preserving night vision or pumping up the blue to keep people more awake? David. From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Monday, March 03, 2014 10:31 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Color temperature control (night-time viewing of maps) All, So, I've been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I'm in need of providing this functionality to some night crew workers. My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . I'm only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. Maybe there are Browser functions that can be applied to the problem (I haven't found anything specific there yet though. Thanks Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Mon Mar 3 10:18:11 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 18:18:11 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: References: Message-ID: David, Night vision is the bigger problem. Many users will be driving on dispatch tickets, etc. Don't want to introduce a fatiguing function to the night drivers. This is purely a demo mode of display for now. The idea being to put something out for feedback from the end users. Bobb From: Fawcett, David (MNIT) Sent: Monday, March 03, 2014 11:52 AM To: Basques, Bob (CI-StPaul); mapserver-users at lists.osgeo.org Subject: RE: [mapserver-users] Color temperature control (night-time viewing of maps) Bob, Are you thinking of preserving night vision or pumping up the blue to keep people more awake? David. From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Monday, March 03, 2014 10:31 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Color temperature control (night-time viewing of maps) All, So, I've been reading up on nighttime colors for electronic display(s). I was wondering if anyone has any pointers on information about applying color temperature corrections to displays for nighttime viewing. I'm in need of providing this functionality to some night crew workers. My first thought was to apply some sort of RGB algorithm to the mapfile color settings. Then I thought maybe a middleware processor routine (between MapServer and the browser) might be a better approach, or possibly using something in the browser . . . I'm only looking at setting up distinct color settings at the moment. Maybe 3-5 ranges to start with. I do know that some Mac hardware has some display monitoring for color temperature. I would prefer to do something that could apply globally however. Maybe there are Browser functions that can be applied to the problem (I haven't found anything specific there yet though. Thanks Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Mon Mar 3 10:46:27 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 3 Mar 2014 18:46:27 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: <5314BFB4.6080706@swoodbridge.com> References: <5314B1B1.9020303@swoodbridge.com> <5314BFB4.6080706@swoodbridge.com> Message-ID: Better to just point folks here I think: http://stackoverflow.com/questions/6182451/how-to-calculate-the-sunrise-and-sunset-in-javascript All sorts of links to different things related to sun and location. Bobb -----Original Message----- From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] Sent: Monday, March 03, 2014 11:45 AM To: Basques, Bob (CI-StPaul); mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) Bob, Checkout this page: http://williams.best.vwh.net/sunrise_sunset_algorithm.htm -Steve On 3/3/2014 11:55 AM, Basques, Bob (CI-StPaul) wrote: > Hi Stephen, > > Yes, that looks like the correct route for this, time/location settings, at least to make something work globally. The display is for a mapping interface that will most likely be location aware. I've found a couple of references to some LIBs for finding terminator, and I think a temperature curve could be defined based on optimum settings from day/dusk/night views to make the map readable for all (natural) lighting conditions. At least that's a place to start. > > Bobb > > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen > Woodbridge > Sent: Monday, March 03, 2014 10:46 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Color temperature control (night-time > viewing of maps) > > On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: >> All, >> >> So, I've been reading up on nighttime colors for electronic display(s). >> I was wondering if anyone has any pointers on information about >> applying color temperature corrections to displays for nighttime >> viewing. I'm in need of providing this functionality to some night crew workers. >> >> My first thought was to apply some sort of RGB algorithm to the >> mapfile color settings. Then I thought maybe a middleware processor >> routine (between MapServer and the browser) might be a better >> approach, or possibly using something in the browser . . . >> >> I'm only looking at setting up distinct color settings at the moment. >> Maybe 3-5 ranges to start with. I do know that some Mac hardware has >> some display monitoring for color temperature. I would prefer to do >> something that could apply globally however. >> >> Maybe there are Browser functions that can be applied to the problem >> (I haven't found anything specific there yet though. > > Bob, > > One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. > > I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. > > -Steve W > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From aperi2007 at gmail.com Mon Mar 3 15:46:45 2014 From: aperi2007 at gmail.com (Andrea Peri) Date: Tue, 4 Mar 2014 00:46:45 +0100 Subject: [mapserver-users] Use the Filter in a WFS 2.0 server Message-ID: Hi, I'm try to invoke a mapserver set as a WFS 2.0, putting a filter in the querystring. But the response is always empty. I use a spatialite db ad repository. Is it the filter working on wfs 2.0.0 ? This is the request I try: http://www502.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmsgeologia&service=WFS&version=2.0.0&request=GetFeature&OUTPUTFORMAT=application%2Fgml%2Bxml%3B%20version%3D3.2&typenames=rt_geologia.bdig.point&maxFeatures=100&propertyName=id_reg_ubi,id_reg,loc,all_ind,tipo_ind,nome_prog,fonte&sortBy=id_reg_ubi+A,tipo_ind+A&Filter=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3Eid_reg%3C/PropertyName%3E%3CLiteral%3E28005001%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E Thx. -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From aperi2007 at gmail.com Tue Mar 4 05:59:51 2014 From: aperi2007 at gmail.com (Andrea Peri) Date: Tue, 4 Mar 2014 14:59:51 +0100 Subject: [mapserver-users] Use the Filter in a WFS 2.0 server In-Reply-To: References: Message-ID: After other test, I see that the filter request work if use the same mapfile settings on a postgis connection. So the problem seem due to ogr connection. Fill a ticket. 2014-03-04 0:46 GMT+01:00 Andrea Peri : > Hi, > I'm try to invoke a mapserver set as a WFS 2.0, putting a filter in the > querystring. > But the response is always empty. > I use a spatialite db ad repository. > Is it the filter working on wfs 2.0.0 ? > > This is the request I try: > > > http://www502.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmsgeologia&service=WFS&version=2.0.0&request=GetFeature&OUTPUTFORMAT=application%2Fgml%2Bxml%3B%20version%3D3.2&typenames=rt_geologia.bdig.point&maxFeatures=100&propertyName=id_reg_ubi,id_reg,loc,all_ind,tipo_ind,nome_prog,fonte&sortBy=id_reg_ubi+A,tipo_ind+A&Filter=%3CFilter%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3Eid_reg%3C/PropertyName%3E%3CLiteral%3E28005001%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E > > Thx. > > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty ????? > ----------------- > -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From aborruso at gmail.com Tue Mar 4 08:09:41 2014 From: aborruso at gmail.com (aborruso) Date: Tue, 4 Mar 2014 08:09:41 -0800 (PST) Subject: [mapserver-users] Force label rendering without overlapping Message-ID: <1393949381285-5107466.post@n6.nabble.com> Hi all, I would like to render all the label of a polygon. I know that the only solution I have for my geometries is to use LEADER. But I have some problems. If I do not set FORCE TRUE, the labels overlap each other and I have no LEADER line. In the below image two results I have with Mapserver, and a sketch of my goal. Is there a way to have a greater number of labels and leader lines? Below my layer setting. I'm using MapServer version 6.4.1 with GDAL 1.10.1, released 2013/08/26. Thank you very much, Andrea LAYER CLASSITEM "Status" CONNECTION "mappa_di_base.shp" CONNECTIONTYPE OGR FILTER ('[Status]' eq '3' OR '[Status]' eq '2' OR '[Status]' eq '1') LABELITEM "ID" METADATA "coordsys_name" "Popular Visualisation CRS / Mercator (deprecated)" END # METADATA NAME "geo_32633" STATUS ON TEMPLATE "query" TILEITEM "location" TYPE POLYGON UNITS METERS CLASS NAME "Note" LABEL ANTIALIAS TRUE FONT "arial" SIZE 10 BUFFER 10 OFFSET 0 0 POSITION AUTO SHADOWCOLOR 255 255 255 SHADOWSIZE 0 0 TYPE TRUETYPE END # LABEL LEADER MAXDISTANCE 5000 STYLE COLOR 0 255 255 WIDTH 2 END # STYLE END # LEADER STYLE ANTIALIAS TRUE BACKGROUNDCOLOR 255 0 128 COLOR 255 0 128 OUTLINECOLOR 50 50 50 SIZE 0 WIDTH 2 END # STYLE TEMPLATE "query" TITLE "" END # CLASS END # LAYER -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Force-label-rendering-without-overlapping-tp5107466.html Sent from the Mapserver - User mailing list archive at Nabble.com. From thomas.bonfort at gmail.com Tue Mar 4 08:27:02 2014 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 4 Mar 2014 17:27:02 +0100 Subject: [mapserver-users] Force label rendering without overlapping In-Reply-To: <1393949381285-5107466.post@n6.nabble.com> References: <1393949381285-5107466.post@n6.nabble.com> Message-ID: we don't render an offseted label if its leader line would intersect an existing label or an existing leader line. Try removing you label BUFFER so that there is more room for the leader lines to be drawn without intersecting the existing label's bbox. -- thomas On 4 March 2014 17:09, aborruso wrote: > Hi all, > I would like to render all the label of a polygon. I know that the only > solution I have for my geometries is to use LEADER. > > But I have some problems. If I do not set FORCE TRUE, the labels overlap > each other and I have no LEADER line. In the below image two results I have > with Mapserver, and a sketch of my goal. > > Is there a way to have a greater number of labels and leader lines? > > Below my layer setting. > > I'm using MapServer version 6.4.1 with GDAL 1.10.1, released 2013/08/26. > > Thank you very much, > > Andrea > > > > LAYER > CLASSITEM "Status" > CONNECTION "mappa_di_base.shp" > CONNECTIONTYPE OGR > FILTER ('[Status]' eq '3' OR '[Status]' eq '2' OR '[Status]' eq '1') > LABELITEM "ID" > METADATA > "coordsys_name" "Popular Visualisation CRS / Mercator (deprecated)" > END # METADATA > NAME "geo_32633" > STATUS ON > TEMPLATE "query" > TILEITEM "location" > TYPE POLYGON > UNITS METERS > CLASS > NAME "Note" > LABEL > ANTIALIAS TRUE > FONT "arial" > SIZE 10 > BUFFER 10 > OFFSET 0 0 > POSITION AUTO > SHADOWCOLOR 255 255 255 > SHADOWSIZE 0 0 > TYPE TRUETYPE > END # LABEL > LEADER > MAXDISTANCE 5000 > STYLE > COLOR 0 255 255 > WIDTH 2 > END # STYLE > END # LEADER > STYLE > ANTIALIAS TRUE > BACKGROUNDCOLOR 255 0 128 > COLOR 255 0 128 > OUTLINECOLOR 50 50 50 > SIZE 0 > WIDTH 2 > END # STYLE > TEMPLATE "query" > TITLE "" > END # CLASS > END # LAYER > > > > -- > View this message in context: http://osgeo-org.1560.x6.nabble.com/Force-label-rendering-without-overlapping-tp5107466.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 aborruso at gmail.com Tue Mar 4 10:24:58 2014 From: aborruso at gmail.com (aborruso) Date: Tue, 4 Mar 2014 10:24:58 -0800 (PST) Subject: [mapserver-users] Force label rendering without overlapping In-Reply-To: References: <1393949381285-5107466.post@n6.nabble.com> Message-ID: <1393957498541-5107503.post@n6.nabble.com> Only to say thank you! -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Force-label-rendering-without-overlapping-tp5107466p5107503.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bob.basques at ci.stpaul.mn.us Wed Mar 5 08:30:01 2014 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Wed, 5 Mar 2014 16:30:01 +0000 Subject: [mapserver-users] Color temperature control (night-time viewing of maps) In-Reply-To: <5314BFB4.6080706@swoodbridge.com> References: <5314B1B1.9020303@swoodbridge.com> <5314BFB4.6080706@swoodbridge.com> Message-ID: Stephan, Build from your pointer (already) by someone else: https://github.com/kybernetikos/SolarPosition -----Original Message----- From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] Sent: Monday, March 03, 2014 11:45 AM To: Basques, Bob (CI-StPaul); mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Color temperature control (night-time viewing of maps) Bob, Checkout this page: http://williams.best.vwh.net/sunrise_sunset_algorithm.htm -Steve On 3/3/2014 11:55 AM, Basques, Bob (CI-StPaul) wrote: > Hi Stephen, > > Yes, that looks like the correct route for this, time/location settings, at least to make something work globally. The display is for a mapping interface that will most likely be location aware. I've found a couple of references to some LIBs for finding terminator, and I think a temperature curve could be defined based on optimum settings from day/dusk/night views to make the map readable for all (natural) lighting conditions. At least that's a place to start. > > Bobb > > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Stephen > Woodbridge > Sent: Monday, March 03, 2014 10:46 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Color temperature control (night-time > viewing of maps) > > On 3/3/2014 11:30 AM, Basques, Bob (CI-StPaul) wrote: >> All, >> >> So, I've been reading up on nighttime colors for electronic display(s). >> I was wondering if anyone has any pointers on information about >> applying color temperature corrections to displays for nighttime >> viewing. I'm in need of providing this functionality to some night crew workers. >> >> My first thought was to apply some sort of RGB algorithm to the >> mapfile color settings. Then I thought maybe a middleware processor >> routine (between MapServer and the browser) might be a better >> approach, or possibly using something in the browser . . . >> >> I'm only looking at setting up distinct color settings at the moment. >> Maybe 3-5 ranges to start with. I do know that some Mac hardware has >> some display monitoring for color temperature. I would prefer to do >> something that could apply globally however. >> >> Maybe there are Browser functions that can be applied to the problem >> (I haven't found anything specific there yet though. > > Bob, > > One simple way to deal with this is to have two mapfiles with different colors setup on them and then you a substitution to switch between the day and night mapfile. > > I wrote some code years ago that detects the day-night night terminator line in javascript to you can make the change. you need to know the browser location to compute this accurately. but a simple [day/night] toggle button would allow the user to switch manually. > > -Steve W > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From pc at educ.ar Wed Mar 5 18:45:05 2014 From: pc at educ.ar (Pablo Cecconi) Date: Wed, 5 Mar 2014 23:45:05 -0300 Subject: [mapserver-users] Itasca Legend Demo Message-ID: Hi, I'm trying to find the mapfile sources for the Mapserver Itasca Legend Demo (http://demo.mapserver.org/itasca_legend/) and I can't find them. Anybody knows where can I download them? Thanks in advance! Pablo -------------- next part -------------- An HTML attachment was scrubbed... URL: From cankorusa at gmail.com Thu Mar 6 11:20:37 2014 From: cankorusa at gmail.com (jrumbolt) Date: Thu, 6 Mar 2014 11:20:37 -0800 (PST) Subject: [mapserver-users] mapcache support for virtual service endpoints Message-ID: <1394133637659-5108001.post@n6.nabble.com> Hi All, Mapserver allows for a wms endpoint to based on the supplied mapfile. http://localhost/cgi-bin/mapserv?map=map1.map is a different service than http://localhost/cgi-bin/mapserv?map=map2.map. Get capabilites on the first example will show only the layers in the first map file and the get capabilites on the second one will only show the layers in it's map file. Is there a way to configure mapcache so that something like below could be it's own service where the get capabilites will only show that tileset name(s)? Something like http://localhost/mapcache/virtual1/wmts perhaps. I want to dynamically provision a large number of wmts layers that I don't want to end up a single wmts instance with a humongous getcaps xml file. All of the virtual services could use the base configuration of the mapcache.xml file. ... http://127.0.0.1/cgi-bin/mapserv?map=map1.map 3ab76763-b7a8-4113-a844-9f18e0a60b08-src ... ... http://127.0.0.1/cgi-bin/mapserv?map=map1.map 8719bfa1-5a34-4b58-b658-37a89e962bdd-src ... ... http://127.0.0.1/cgi-bin/mapserv?map=map2.map c23f6b81-aaa2-4567-b85c-2984108ae697-src ... Any idea would be appreciated. Cheers, Jerry -- View this message in context: http://osgeo-org.1560.x6.nabble.com/mapcache-support-for-virtual-service-endpoints-tp5108001.html Sent from the Mapserver - User mailing list archive at Nabble.com. From samuelmesa at gmail.com Thu Mar 6 16:02:13 2014 From: samuelmesa at gmail.com (samuelmesa at gmail.com) Date: Thu, 6 Mar 2014 19:02:13 -0500 Subject: [mapserver-users] Mapcache in OSGeo4W Message-ID: Hi,Do you know any way to install Mapcache in OSGeo4W.? I appreciate if you can share a guide for the compilation, or can share me the compiled module of apache for OSGeo4W. regards, Samuel Mesa. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aperi2007 at gmail.com Sat Mar 8 07:08:31 2014 From: aperi2007 at gmail.com (Andrea Peri) Date: Sat, 8 Mar 2014 16:08:31 +0100 Subject: [mapserver-users] Need help with RFC109: Refactor Runtime Substitution Message-ID: Hi, I'm try to check if the new RFC109 is compatible with my mapfile. I try a fast check and seem that my mapfile dont work with RFC109. But reading the documentation I don't understand why it don't work. The only substitutions I have are in the CLASS section: (the db is a spatialite accessed by OGR) LAYER CONNECTIONTYPE OGR CONNECTION "/path-to-spatialite-db/db.sqlite" DATA "TABLE1" .... VALIDATION 'code' '.*' 'default_code' '' END ..... CLASSITEM "THE_CODE" CLASS NAME '...' EXPRESSION ('[the_code]' ne '%code%') .... CLASS NAME '.....' EXPRESSION ('[the_code]' eq '%code%') I read that the only incompatible should be inside the metadata section, AFAIK this is not the case. So I guess the substitution in the CLASS section should work . But my test don't work. I don't understand if this is a bug or a my mis-understaind of the new RFC109. Thx, -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Sat Mar 8 07:16:47 2014 From: thomas.bonfort at gmail.com (Thomas Bonfort) Date: Sat, 08 Mar 2014 16:16:47 +0100 Subject: [mapserver-users] Need help with RFC109: Refactor Runtime Substitution In-Reply-To: References: Message-ID: <531B345F.7070502@gmail.com> Andrea, it's a bug, I've just pushed a fix. thanks for reporting! -- thomas On 08/03/2014 16:08, Andrea Peri wrote: > Hi, I'm try to check if the new RFC109 is compatible with my mapfile. > > I try a fast check and seem that my mapfile dont work with RFC109. > But reading the documentation I don't understand why it don't work. > > The only substitutions I have are in the CLASS section: > (the db is a spatialite accessed by OGR) > > LAYER > CONNECTIONTYPE OGR > CONNECTION "/path-to-spatialite-db/db.sqlite" > DATA "TABLE1" > .... > VALIDATION > 'code' '.*' > 'default_code' '' > END > ..... > CLASSITEM "THE_CODE" > CLASS > NAME '...' > EXPRESSION ('[the_code]' ne '%code%') > .... > CLASS > NAME '.....' > EXPRESSION ('[the_code]' eq '%code%') > > I read that the only incompatible should be inside the metadata section, > AFAIK this is not the case. > So I guess the substitution in the CLASS section should work . > But my test don't work. > > I don't understand if this is a bug or a my mis-understaind of the new > RFC109. > > Thx, > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From tchaddad at gmail.com Sun Mar 9 21:35:09 2014 From: tchaddad at gmail.com (TC Haddad) Date: Sun, 9 Mar 2014 21:35:09 -0700 Subject: [mapserver-users] gml_[item name]_precision for GeoJSON WFS Message-ID: Hello, I'm trying to use "gml_[item name]_precision" and having trouble. I've tried: gml_ID_precision 0 which fails with "getString(): Symbol definition error. Parsing error near (0):(line 14)", and: gml_ID_precision "0" which succeeds in producing GeoJSON as expected but the setting seems to be ignored, e.g.: { "type": "FeatureCollection", "crs": { "type": "name", "properties": { "name": "urn:ogc:def:crs:OGC:1.3:CRS84" } }, "features": [ { "type": "Feature", "properties": { "ID": "91.00000", "NAME": "10th and Neacoxie Avenue", "OWNER": "Gearhart, City of", "CTYPE": "Beach", "ATYPE": "Vehicle" }, "geometry": { "type": "Point", "coordinates": [ -123.92739999997939, 46.030950000943108 ] } }]} The docs say: *Precision is the number of decimal places, and is only needed for "Real" fields* I'm not sure what "Real" fields mean, but I am trying to use it for the ID field, so maybe that is why I am failing? I'm using Mapserver 6.2.1. with: OUTPUTFORMAT NAME "GEOJSON" DRIVER "OGR/GEOJSON" MIMETYPE "application/json; subtype=geojson" FORMATOPTION "STORAGE=stream" FORMATOPTION "FORM=SIMPLE" END -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.kofahl at gmail.com Mon Mar 10 00:40:57 2014 From: martin.kofahl at gmail.com (Martin Kofahl) Date: Mon, 10 Mar 2014 08:40:57 +0100 Subject: [mapserver-users] gml_[item name]_precision for GeoJSON WFS In-Reply-To: References: Message-ID: Hello, did you set gml_ID_type "Real"? Kind regards, Martin 2014-03-10 5:35 GMT+01:00 TC Haddad : > > Hello, I'm trying to use "gml_[item name]_precision" and having trouble. > I've tried: > > gml_ID_precision 0 > > which fails with "getString(): Symbol definition error. Parsing error near > (0):(line 14)", and: > > gml_ID_precision "0" > > which succeeds in producing GeoJSON as expected but the setting seems to > be ignored, e.g.: > > { > "type": "FeatureCollection", > "crs": { "type": "name", "properties": { "name": "urn:ogc:def:crs:OGC:1.3:CRS84" } }, > "features": [ > { "type": "Feature", "properties": { "ID": "91.00000", "NAME": "10th and Neacoxie Avenue", "OWNER": "Gearhart, City of", "CTYPE": "Beach", "ATYPE": "Vehicle" }, "geometry": { "type": "Point", "coordinates": [ -123.92739999997939, 46.030950000943108 ] } }]} > > > The docs say: > > *Precision is the number of decimal places, and is only needed for "Real" > fields* > > I'm not sure what "Real" fields mean, but I am trying to use it for the ID > field, so maybe that is why I am failing? > > I'm using Mapserver 6.2.1. with: > > OUTPUTFORMAT > NAME "GEOJSON" > DRIVER "OGR/GEOJSON" > MIMETYPE "application/json; subtype=geojson" > FORMATOPTION "STORAGE=stream" > FORMATOPTION "FORM=SIMPLE" > END > > > > _______________________________________________ > 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 tchaddad at gmail.com Mon Mar 10 02:48:57 2014 From: tchaddad at gmail.com (TC Haddad) Date: Mon, 10 Mar 2014 02:48:57 -0700 Subject: [mapserver-users] gml_[item name]_precision for GeoJSON WFS In-Reply-To: References: Message-ID: Thank you, I had not set gml_ID_type "Real" - however setting: "gml_ID_type" "Real" "gml_ID_precision" "0" still results in one decimal: { "type": "FeatureCollection", "crs": { "type": "name", "properties": { "name": "urn:ogc:def:crs:OGC:1.3:CRS84" } }, "features": [ { "type": "Feature", "properties": { "ID": "91.0", "NAME": "10th and Neacoxie Avenue", "OWNER": "Gearhart, City of", "CTYPE": "Beach", "ATYPE": "Vehicle" }, "geometry": { "type": "Point", "coordinates": [ -123.92739999997939, 46.030950000943108 ] } }]} however your hint got me to a solution that skips precision altogether, apologies for missing it before: "gml_ID_type" "Integer" results in: { "type": "FeatureCollection", "crs": { "type": "name", "properties": { "name": "urn:ogc:def:crs:OGC:1.3:CRS84" } }, "features": [ { "type": "Feature", "properties": { "ID": "91", "NAME": "10th and Neacoxie Avenue", "OWNER": "Gearhart, City of", "CTYPE": "Beach", "ATYPE": "Vehicle" }, "geometry": { "type": "Point", "coordinates": [ -123.92739999997939, 46.030950000943108 ] } }]} many thanks! On Mon, Mar 10, 2014 at 12:40 AM, Martin Kofahl wrote: Hello, > did you set gml_ID_type "Real"? > > Kind regards, Martin > > > 2014-03-10 5:35 GMT+01:00 TC Haddad : > >> >> Hello, I'm trying to use "gml_[item name]_precision" and having trouble. >> I've tried: >> >> gml_ID_precision 0 >> >> which fails with "getString(): Symbol definition error. Parsing error >> near (0):(line 14)", and: >> >> gml_ID_precision "0" >> >> which succeeds in producing GeoJSON as expected but the setting seems to >> be ignored, e.g.: >> >> { >> "type": "FeatureCollection", >> "crs": { "type": "name", "properties": { "name": "urn:ogc:def:crs:OGC:1.3:CRS84" } }, >> "features": [ >> { "type": "Feature", "properties": { "ID": "91.00000", "NAME": "10th and Neacoxie Avenue", "OWNER": "Gearhart, City of", "CTYPE": "Beach", "ATYPE": "Vehicle" }, "geometry": { "type": "Point", "coordinates": [ -123.92739999997939, 46.030950000943108 ] } }]} >> >> >> The docs say: >> >> *Precision is the number of decimal places, and is only needed for "Real" >> fields* >> >> I'm not sure what "Real" fields mean, but I am trying to use it for the >> ID field, so maybe that is why I am failing? >> >> I'm using Mapserver 6.2.1. with: >> >> OUTPUTFORMAT >> NAME "GEOJSON" >> DRIVER "OGR/GEOJSON" >> MIMETYPE "application/json; subtype=geojson" >> FORMATOPTION "STORAGE=stream" >> FORMATOPTION "FORM=SIMPLE" >> END >> >> >> >> _______________________________________________ >> 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 jt at mapmedia.de Tue Mar 11 08:46:29 2014 From: jt at mapmedia.de (=?ISO-8859-15?Q?J=F6rg_Thomsen?=) Date: Tue, 11 Mar 2014 16:46:29 +0100 Subject: [mapserver-users] Complex Multi Label/Symbol Symbology Message-ID: <531F2FD5.9050609@mapmedia.de> Hi, I found this example-image: http://mapserver.org/development/announce/6-2.html#complex-multi-label-symbol-symbology the linked mapfile seems to be the wrong one, it creates this image: https://github.com/mapserver/msautotest/blob/branch-6-2/renderers/expected/multilabel.png Can anyone tell me where I can find the mapfile, that results in the complex-multi-label-symbol-symbology-image? Regards, J?rg -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 thomas.bonfort at gmail.com Tue Mar 11 09:07:09 2014 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Tue, 11 Mar 2014 17:07:09 +0100 Subject: [mapserver-users] Complex Multi Label/Symbol Symbology In-Reply-To: <531F2FD5.9050609@mapmedia.de> References: <531F2FD5.9050609@mapmedia.de> Message-ID: Jorg, It is not available as it relies on a proprietary (esri) font (that you can however find on the internet, but we are not licensed to use it in the autotests). There's nothing complicated about it, and it is very similar to https://github.com/mapserver/msautotest/blob/branch-6-2/renderers/multilabel.map except there are many more LABEL blocks, each of which has additional EXPRESSION lines to use the correct symbol depending on wind speed, etc... -- thomas On 11 March 2014 16:46, J?rg Thomsen wrote: > Hi, > > I found this example-image: > http://mapserver.org/development/announce/6-2.html#complex-multi-label-symbol-symbology > > the linked mapfile seems to be the wrong one, it creates this image: > https://github.com/mapserver/msautotest/blob/branch-6-2/renderers/expected/multilabel.png > > Can anyone tell me where I can find the mapfile, that results in the > complex-multi-label-symbol-symbology-image? > > Regards, J?rg > > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From richard.greenwood at gmail.com Tue Mar 11 17:03:03 2014 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Tue, 11 Mar 2014 18:03:03 -0600 Subject: [mapserver-users] JSON template Message-ID: The JSON template has *[feature trimlast=","]* for a single layer that may return multiple records, but I don't see that functionality for the whole JSON object. For example if I have two layers but only one returns results I end up with a trailing comma and invalid JSON. // MapServer template { [resultset layer=layer1] { [feature trimlast=","] { ... } [/feature] }, // might need to trim this comma if layer below doesn't return result [/resultset] [resultset layer=layer2] { [feature trimlast=","] { ... } [/feature] } // no comma here because we think it's last result object [/resultset] } I can work around it by putting a comma and empty object at the end: ,{} which is the way I've done it when writing JSON with standard templates, but that's sort of inconsistent with the [feature trimlast=","] option. Am I missing anything? Should I file a feature enhancement request? And trimlast="," does seem to need to require double, not single quotes. Thanks, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jennawalz at co.stevens.mn.us Wed Mar 12 07:42:52 2014 From: jennawalz at co.stevens.mn.us (jcwalz) Date: Wed, 12 Mar 2014 07:42:52 -0700 (PDT) Subject: [mapserver-users] Raster Data Message-ID: <1394635372735-5128564.post@n6.nabble.com> Hello, I have a png raster image that I am adding to GeoMOOSE and it is about 3GB in size. It takes about 10 minutes for the image to show up because the file is so large. What is the best way of dealing with large images like this? Thanks, Jenna -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Raster-Data-tp5128564.html Sent from the Mapserver - User mailing list archive at Nabble.com. From doug_newcomb at fws.gov Wed Mar 12 07:57:02 2014 From: doug_newcomb at fws.gov (Newcomb, Doug) Date: Wed, 12 Mar 2014 10:57:02 -0400 Subject: [mapserver-users] Raster Data In-Reply-To: <1394635372735-5128564.post@n6.nabble.com> References: <1394635372735-5128564.post@n6.nabble.com> Message-ID: Jenna, My first thought would be to convert it to a jpeg compressed tiled geotiff using gdal_translate, and then add overviews using gdaladdo . http://www.gdal.org/gdal_utilities.html Doug On Wed, Mar 12, 2014 at 10:42 AM, jcwalz wrote: > Hello, > > I have a png raster image that I am adding to GeoMOOSE and it is about 3GB > in size. It takes about 10 minutes for the image to show up because the > file > is so large. What is the best way of dealing with large images like this? > > Thanks, > > Jenna > > > > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/Raster-Data-tp5128564.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 > -- Doug Newcomb USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newcomb at fws.gov --------------------------------------------------------------------------------------------------------- The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior. Life is too short for undocumented, proprietary data formats. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at mmmtike.fi Wed Mar 12 08:03:22 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Wed, 12 Mar 2014 15:03:22 +0000 Subject: [mapserver-users] Raster Data Message-ID: Hi, Standard recipe is to use tiled tiff file with overviews, perhaps both compressed. Uncompressed: gdal_translate -of GTiff -co tiled=yes -co bigtiff=yes image.png image.tif gdaladdo -r average image.tif 2 4 8 16 32 64 128 256 You may want to save space by making a compressed tiff. If it is aerial image, use jpeg compression, if a map, then LZW or deflate. For aerials it would look about like gdal_translate -of GTiff -co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR -co TILED=YES image.png image.tif gdaladdo -r average --config COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR 2 4 8 16 32 64 128 256 -Jukka Rahkonen- jcwalz wrote: > Hello, > > I have a png raster image that I am adding to GeoMOOSE and it is about 3GB in > size. It takes about 10 minutes for the image to show up because the file is so > large. What is the best way of dealing with large images like this? > > Thanks, > > Jenna > > > > -- > View this message in context: http://osgeo-org.1560.x6.nabble.com/Raster- > Data-tp5128564.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 andy at squeakycode.net Wed Mar 12 07:58:45 2014 From: andy at squeakycode.net (Andy Colson) Date: Wed, 12 Mar 2014 09:58:45 -0500 Subject: [mapserver-users] Raster Data In-Reply-To: <1394635372735-5128564.post@n6.nabble.com> References: <1394635372735-5128564.post@n6.nabble.com> Message-ID: <53207625.3020407@squeakycode.net> On 3/12/2014 9:42 AM, jcwalz wrote: > Hello, > > I have a png raster image that I am adding to GeoMOOSE and it is about 3GB > in size. It takes about 10 minutes for the image to show up because the file > is so large. What is the best way of dealing with large images like this? > > Thanks, > > Jenna > > I'm assuming that file has no overlays, so it has to read the entire file. Converting it to ecw or sid will compress the file and make it faster to render at different zoom levels. ecw and sid might require $$ though. Another alternative is to use jpeg encoded tiff, which will create a smaller file, and then build overlays on top of it. I'm using something like this to convert my imagery: gdal_translate -of GTiff -co compress=jpeg -co JPEG_QUALITY=80 -co PHOTOMETRIC=YCBCR -co tiled=yes -co bigtiff=yes ../ecw1/ortho_1-1_1n_s_sd031_2012_1.ecw ortho_1-1_1n_s_sd031_2012_1.ecw.tif gdaladdo -ro --config COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR --config INTERLEAVE_OVERVIEW PIXEL ortho_1-1_1n_s_sd031_2012_1.tif 2 4 8 16 32 64 Thats two commands. Each command should be all one one line. I have had some problems with my overlays being larger than 4 gig. (gdaladdo does support --config BIGTIFF_OVERVIEW YES, but I've had problems with it) -Andy From Steve.Lime at state.mn.us Wed Mar 12 08:27:06 2014 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Wed, 12 Mar 2014 15:27:06 +0000 Subject: [mapserver-users] JSON template In-Reply-To: References: Message-ID: That's the appropriate work around at this point. Typically I'll put a few things that I know will always be present at the end. For example the if the query is triggered by a point query I prepend the x/y: 'point':{ 'epsg:26915': [[mapx], [mapy]], 'epsg:4326': [[maplon], [maplat]] } I also tend to use the nodtata attribute of the resultset tag to output a null value for the object if it wasn't found. That way each layer would *always* be represented in the output. Our devs preferred checking for a null as opposed to checking if a property exists. Not sure what the proper convention is but it seems to work for us at the expense of slightly larger responses. Here's an example from our service we have: [resultset layer="ama" nodata=" 'ama':null,"][feature] 'ama':{ 'name':'[item name="unit_name"]', 'id':'[item name="uniqueid" lc="true"]' },[/feature][/resultset] [resultset layer="sna" nodata=" 'sna':null,"][feature] 'sna':{ 'name':'[item name="site_name"]', 'id':'[item name="bremcode" lc="true"]', 'url':'http://www.dnr.state.mn.us/snas/detail.html?id=[item name="bremcode" lc=true]' },[/feature][/resultset] If the ama and sna layers return no results you'd see: 'sna':null, 'ama':null, in the JSON response. Oh, I believe any attribute in a template tag must use no quotes or double quotes, same goes for HTML legend templates since they use the same tag parser. Steve From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Richard Greenwood Sent: Tuesday, March 11, 2014 7:03 PM To: mapserver Subject: [mapserver-users] JSON template The JSON template has [feature trimlast=","] for a single layer that may return multiple records, but I don't see that functionality for the whole JSON object. For example if I have two layers but only one returns results I end up with a trailing comma and invalid JSON. // MapServer template { [resultset layer=layer1] { [feature trimlast=","] { ... } [/feature] }, // might need to trim this comma if layer below doesn't return result [/resultset] [resultset layer=layer2] { [feature trimlast=","] { ... } [/feature] } // no comma here because we think it's last result object [/resultset] } I can work around it by putting a comma and empty object at the end: ,{} which is the way I've done it when writing JSON with standard templates, but that's sort of inconsistent with the [feature trimlast=","] option. Am I missing anything? Should I file a feature enhancement request? And trimlast="," does seem to need to require double, not single quotes. Thanks, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Mar 12 08:31:38 2014 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 12 Mar 2014 12:31:38 -0300 Subject: [mapserver-users] Raster Data In-Reply-To: <1394635372735-5128564.post@n6.nabble.com> References: <1394635372735-5128564.post@n6.nabble.com> Message-ID: <53207DDA.2040104@gatewaygeomatics.com> I also still recommend what Doug, Andy, Jukka say: for display speed in MapServer, make sure all your files are in the mapfile's output projection, and then convert your images to GeoTIFFs and add overviews. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2014-03-12, 11:42 AM, jcwalz wrote: > Hello, > > I have a png raster image that I am adding to GeoMOOSE and it is about 3GB > in size. It takes about 10 minutes for the image to show up because the file > is so large. What is the best way of dealing with large images like this? > > Thanks, > > Jenna > > From jt at mapmedia.de Thu Mar 13 03:07:49 2014 From: jt at mapmedia.de (=?ISO-8859-15?Q?J=F6rg_Thomsen?=) Date: Thu, 13 Mar 2014 11:07:49 +0100 Subject: [mapserver-users] join shp with csv Message-ID: <53218375.4010304@mapmedia.de> hi again, I am still preparing my MapServer workshop for FOSGISS in Berlin next week. Last topic is a join-example and I cannot get it to work :( this is my join in the layer: > JOIN > NAME "test" > CONNECTIONTYPE CSV > TABLE "./shapes_join/join.csv" > FROM "osm_id" > TO "1" > # TO "0" > # TO "tab_1" > # TO "osm_id" > TYPE ONE-TO-ONE > END the first lines of the csv: > osm_id;name_join > 21484050;Karlshorst > 21484076;Schm?ckwitz > 21484102;Adlershof > 27380127;Bohnsdorf > 28094136;Sch?neberg and here is the featureonfo-output: GetFeatureInfo results: Layer 'places' Feature 137: osm_id = '560483810' name = 'Neu-Hohensch?nhausen' type = 'suburb' population = ''' no 'name_join' :( tried upper und lower cases for column-names funny: the only output in errorlog (level5) is: > [Thu Mar 13 10:48:52 2014].209278 msSearchDiskTree(): Search returned no results. Unable to open spatial index for /home/user/data/mapserverIIWS/./shapes_join/places_join.qix. In most cases you can safely ignore this message, otherwise check file names and permissions. > [Thu Mar 13 10:48:52 2014].209678 freeLayer(): freeing layer at 0x9451cd8. 'Search returned no results.' but there are results.... $ ogrinfo join.csv lookup -summary INFO: Open of `join.csv' using driver `CSV' successful. FAILURE: Couldn't fetch requested layer lookup! This is my only hint but unfortunatly I don't know what ogr wants to tell me. regards, J?rg -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 stambikk at gmail.com Thu Mar 13 03:39:04 2014 From: stambikk at gmail.com (=?iso-8859-2?Q?Jakub_=A9tambachr?=) Date: Thu, 13 Mar 2014 11:39:04 +0100 Subject: [mapserver-users] Layer with point from X and Y columns in Message-ID: <002e01cf3ea8$75819c50$6084d4f0$@gmail.com> Hi, I have table in Oracle Database that contains points specified by columns X and Y (The table also contains SDO_Geometry column but it's not always filled with data and I'm not at liberty to modify the table). My question is: Is it possible to specify layers with point using the columns X and Y? So far I have something like this and I need an alternative to replace the DATA TYPE POINT CONNECTIONTYPE oraclespatial CONNECTION "isypoo/password at orcl" DATA "shape FROM (select table.shape as SHAPE from table)" I tried the following: DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)" But got the following error: msDrawMap(): Image handling error. Failed to draw layer named 'mosty'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-13226: interface not supported without a spatial index Is there any other way of doing this without modifying the database? Thank you for your help, Jakub -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at mmmtike.fi Thu Mar 13 03:41:41 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Thu, 13 Mar 2014 10:41:41 +0000 Subject: [mapserver-users] join shp with csv Message-ID: Hi, Could you send the whole LAYER section? And if you can put a small shapefile to download I can have a try. About ogrinfo, your command is searching for layer "lookup" from csv file join.csc. It does not have such layer, it has exactly one layer and it is "join". So do ogrinfo join.csv join -summary This is not your fault, obviously the one who wrote the documentation remembers all the GDAL commands with eyes shut but author did not remember that documentation is meant for wider audience. I would have written the command without layer name but used the generally working switch -al (all layers) instead. ogrinfo -al -so lookup.csv -Jukka Rahkonen- J?rg Thomsen wrote: > hi again, > > I am still preparing my MapServer workshop for FOSGISS in Berlin next week. > Last topic is a join-example and I cannot get it to work :( > > this is my join in the layer: > > JOIN > > NAME "test" > > CONNECTIONTYPE CSV > > TABLE "./shapes_join/join.csv" > > FROM "osm_id" > > TO "1" > > # TO "0" > > # TO "tab_1" > > # TO "osm_id" > > TYPE ONE-TO-ONE > > END > > the first lines of the csv: > > osm_id;name_join > > 21484050;Karlshorst > > 21484076;Schm?ckwitz > > 21484102;Adlershof > > 27380127;Bohnsdorf > > 28094136;Sch?neberg > > and here is the featureonfo-output: > GetFeatureInfo results: > > Layer 'places' > Feature 137: > osm_id = '560483810' > name = 'Neu-Hohensch?nhausen' > type = 'suburb' > population = ''' > > no 'name_join' :( > > tried upper und lower cases for column-names > > funny: the only output in errorlog (level5) is: > > [Thu Mar 13 10:48:52 2014].209278 msSearchDiskTree(): Search returned no > results. Unable to open spatial index for > /home/user/data/mapserverIIWS/./shapes_join/places_join.qix. In most cases > you can safely ignore this message, otherwise check file names and permissions. > > [Thu Mar 13 10:48:52 2014].209678 freeLayer(): freeing layer at 0x9451cd8. > 'Search returned no results.' but there are results.... > > > $ ogrinfo join.csv lookup -summary > INFO: Open of `join.csv' > using driver `CSV' successful. > FAILURE: Couldn't fetch requested layer lookup! > > This is my only hint but unfortunatly I don't know what ogr wants to tell me. > > regards, J?rg > > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 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 _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From jukka.rahkonen at mmmtike.fi Thu Mar 13 03:56:30 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Thu, 13 Mar 2014 10:56:30 +0000 Subject: [mapserver-users] Layer with point from X and Y columns in Message-ID: Hi, There is another way by using a GDAL virtual format http://www.gdal.org/ogr/drv_vrt.html. But it does not really make much sense to have a spatial table in Oracle that is to be used for rendering maps without having a spatial index. Without spatial index the BBOX of the map cannot be converted into working spatial query from Oracle. The best you can obtain would lead to selecting the whole table for each pan or zoom. So I suggest you to put all your effort into contacting a manager in a high enough position and tell that the spatial index is absolutely needed. And when the manager puts the db admins into work, they can at the same time add triggers to populate the SDO_GEOMETRY fields automatically from X and Y columns after each insert and update. If you do it right, your manager believes that it was his/her idea and everything goes fluently and yields much better result than any workaround. -Jukka Rahkonen- Jakub ?tambachr Hi, I have table in Oracle Database that contains points specified by columns X and Y (The table also contains SDO_Geometry column but it's not always filled with data and I'm not at liberty to modify the table). My question is: Is it possible to specify layers with point using the columns X and Y? So far I have something like this and I need an alternative to replace the DATA TYPE POINT CONNECTIONTYPE oraclespatial CONNECTION "isypoo/password at orcl" DATA "shape FROM (select table.shape as SHAPE from table)" I tried the following: DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)" But got the following error: msDrawMap(): Image handling error. Failed to draw layer named 'mosty'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-13226: interface not supported without a spatial index Is there any other way of doing this without modifying the database? Thank you for your help, Jakub -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Smith at erdc.dren.mil Thu Mar 13 04:01:03 2014 From: Michael.Smith at erdc.dren.mil (Smith, Michael ERDC-RDE-CRREL-NH) Date: Thu, 13 Mar 2014 11:01:03 +0000 Subject: [mapserver-users] [EXTERNAL] Layer with point from X and Y columns in In-Reply-To: <002e01cf3ea8$75819c50$6084d4f0$@gmail.com> References: <002e01cf3ea8$75819c50$6084d4f0$@gmail.com> Message-ID: Jakub, What you have to do is disable the use of the spatial index (since you are defining this on the fly, there will be no index). DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)? USING NONE See http://mapserver.org/input/vector/oracle.html#using-none for details. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center From: Jakub ?tambachr > Date: Thursday, March 13, 2014 at 5:39 AM To: "mapserver-users at lists.osgeo.org" > Subject: [EXTERNAL] [mapserver-users] Layer with point from X and Y columns in Resent-From: Michael Smith > Hi, I have table in Oracle Database that contains points specified by columns X and Y (The table also contains SDO_Geometry column but it?s not always filled with data and I?m not at liberty to modify the table). My question is: Is it possible to specify layers with point using the columns X and Y? So far I have something like this and I need an alternative to replace the DATA TYPE POINT CONNECTIONTYPE oraclespatial CONNECTION "isypoo/password at orcl" DATA "shape FROM (select table.shape as SHAPE from table)" I tried the following: DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)" But got the following error: msDrawMap(): Image handling error. Failed to draw layer named 'mosty'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-13226: interface not supported without a spatial index Is there any other way of doing this without modifying the database? Thank you for your help, Jakub -------------- next part -------------- An HTML attachment was scrubbed... URL: From jt at mapmedia.de Thu Mar 13 04:07:36 2014 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 13 Mar 2014 12:07:36 +0100 Subject: [mapserver-users] join shp with csv In-Reply-To: References: Message-ID: <53219178.4050301@mapmedia.de> Hi, Here's the whole stuff: http://mapmedia.de/mmcloud/public.php?service=files&t=183cade70207677cda0e32c146ff3a3c > ogrinfo join.csv join -summary this works. J?rg Am 13.03.2014 11:41, schrieb Rahkonen Jukka (Tike): > Hi, > > Could you send the whole LAYER section? And if you can put a small shapefile to download I can have a try. > About ogrinfo, your command is searching for layer "lookup" from csv file join.csc. It does not have such layer, it has exactly one layer and it is "join". So do > ogrinfo join.csv join -summary > > This is not your fault, obviously the one who wrote the documentation remembers all the GDAL commands with eyes shut but author did not remember that documentation is meant for wider audience. I would have written the command without layer name but used the generally working switch -al (all layers) instead. > > ogrinfo -al -so lookup.csv > > -Jukka Rahkonen- > > > J?rg Thomsen wrote: > > > >> hi again, >> >> I am still preparing my MapServer workshop for FOSGISS in Berlin next week. >> Last topic is a join-example and I cannot get it to work :( >> >> this is my join in the layer: >>> JOIN >>> NAME "test" >>> CONNECTIONTYPE CSV >>> TABLE "./shapes_join/join.csv" >>> FROM "osm_id" >>> TO "1" >>> # TO "0" >>> # TO "tab_1" >>> # TO "osm_id" >>> TYPE ONE-TO-ONE >>> END >> >> the first lines of the csv: >>> osm_id;name_join >>> 21484050;Karlshorst >>> 21484076;Schm?ckwitz >>> 21484102;Adlershof >>> 27380127;Bohnsdorf >>> 28094136;Sch?neberg >> >> and here is the featureonfo-output: >> GetFeatureInfo results: >> >> Layer 'places' >> Feature 137: >> osm_id = '560483810' >> name = 'Neu-Hohensch?nhausen' >> type = 'suburb' >> population = ''' >> >> no 'name_join' :( >> >> tried upper und lower cases for column-names >> >> funny: the only output in errorlog (level5) is: >>> [Thu Mar 13 10:48:52 2014].209278 msSearchDiskTree(): Search returned no >> results. Unable to open spatial index for >> /home/user/data/mapserverIIWS/./shapes_join/places_join.qix. In most cases >> you can safely ignore this message, otherwise check file names and permissions. >>> [Thu Mar 13 10:48:52 2014].209678 freeLayer(): freeing layer at 0x9451cd8. >> 'Search returned no results.' but there are results.... >> >> >> $ ogrinfo join.csv lookup -summary >> INFO: Open of `join.csv' >> using driver `CSV' successful. >> FAILURE: Couldn't fetch requested layer lookup! >> >> This is my only hint but unfortunatly I don't know what ogr wants to tell me. >> >> regards, J?rg >> >> >> -- >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> 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 _______________________________________________ >> 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 stambikk at gmail.com Thu Mar 13 05:05:32 2014 From: stambikk at gmail.com (=?iso-8859-2?Q?Jakub_=A9tambachr?=) Date: Thu, 13 Mar 2014 13:05:32 +0100 Subject: [mapserver-users] [EXTERNAL] Layer with point from X and Y columns in In-Reply-To: References: <002e01cf3ea8$75819c50$6084d4f0$@gmail.com> Message-ID: <006501cf3eb4$89c2e3c0$9d48ab40$@gmail.com> Mike, thank you for your help, works like a charm. Jakub From: Smith, Michael ERDC-RDE-CRREL-NH [mailto:Michael.Smith at erdc.dren.mil] Sent: Thursday, March 13, 2014 12:01 PM To: Jakub ?tambachr; mapserver-users at lists.osgeo.org Subject: Re: [EXTERNAL] [mapserver-users] Layer with point from X and Y columns in Jakub, What you have to do is disable the use of the spatial index (since you are defining this on the fly, there will be no index). DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)" USING NONE See http://mapserver.org/input/vector/oracle.html#using-none for details. Mike -- Michael Smith US Army Corps Remote Sensing GIS/Center From: Jakub ?tambachr Date: Thursday, March 13, 2014 at 5:39 AM To: "mapserver-users at lists.osgeo.org" Subject: [EXTERNAL] [mapserver-users] Layer with point from X and Y columns in Resent-From: Michael Smith Hi, I have table in Oracle Database that contains points specified by columns X and Y (The table also contains SDO_Geometry column but it's not always filled with data and I'm not at liberty to modify the table). My question is: Is it possible to specify layers with point using the columns X and Y? So far I have something like this and I need an alternative to replace the DATA TYPE POINT CONNECTIONTYPE oraclespatial CONNECTION "isypoo/password at orcl" DATA "shape FROM (select table.shape as SHAPE from table)" I tried the following: DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)" But got the following error: msDrawMap(): Image handling error. Failed to draw layer named 'mosty'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-13226: interface not supported without a spatial index Is there any other way of doing this without modifying the database? Thank you for your help, Jakub -------------- next part -------------- An HTML attachment was scrubbed... URL: From stambikk at gmail.com Thu Mar 13 05:13:21 2014 From: stambikk at gmail.com (=?iso-8859-2?Q?Jakub_=A9tambachr?=) Date: Thu, 13 Mar 2014 13:13:21 +0100 Subject: [mapserver-users] Layer with point from X and Y columns in In-Reply-To: References: Message-ID: <007801cf3eb5$a1145260$e33cf720$@gmail.com> Jukka, Thank you for your tip, for now I solved it with the 'USING NONE' clause. As for the rest of you answer, the problem is that it needs to work with at least 5 different databases owned and maintained by 5 different companies with the data being provided by yet another companies (I'm not even sure which onesJ) so you see that the control we have over the db is minimal. In the future we plan to do the adjustments you suggested but it's gonna take a while and I needed to get this working asap. Thanks for your time, Jakub From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (Tike) Sent: Thursday, March 13, 2014 11:57 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Layer with point from X and Y columns in Hi, There is another way by using a GDAL virtual format http://www.gdal.org/ogr/drv_vrt.html. But it does not really make much sense to have a spatial table in Oracle that is to be used for rendering maps without having a spatial index. Without spatial index the BBOX of the map cannot be converted into working spatial query from Oracle. The best you can obtain would lead to selecting the whole table for each pan or zoom. So I suggest you to put all your effort into contacting a manager in a high enough position and tell that the spatial index is absolutely needed. And when the manager puts the db admins into work, they can at the same time add triggers to populate the SDO_GEOMETRY fields automatically from X and Y columns after each insert and update. If you do it right, your manager believes that it was his/her idea and everything goes fluently and yields much better result than any workaround. -Jukka Rahkonen- Jakub ?tambachr Hi, I have table in Oracle Database that contains points specified by columns X and Y (The table also contains SDO_Geometry column but it's not always filled with data and I'm not at liberty to modify the table). My question is: Is it possible to specify layers with point using the columns X and Y? So far I have something like this and I need an alternative to replace the DATA TYPE POINT CONNECTIONTYPE oraclespatial CONNECTION "isypoo/password at orcl" DATA "shape FROM (select table.shape as SHAPE from table)" I tried the following: DATA "shape FROM (select MDSYS.SDO_GEOMETRY(2001, NULL, MDSYS.SDO_POINT_TYPE(table.x, table.Y, NULL), NULL, NULL) AS shape from table)" But got the following error: msDrawMap(): Image handling error. Failed to draw layer named 'mosty'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-13226: interface not supported without a spatial index Is there any other way of doing this without modifying the database? Thank you for your help, Jakub -------------- next part -------------- An HTML attachment was scrubbed... URL: From gislars+list at googlemail.com Thu Mar 13 05:17:09 2014 From: gislars+list at googlemail.com (Lars Lingner) Date: Thu, 13 Mar 2014 13:17:09 +0100 Subject: [mapserver-users] join shp with csv In-Reply-To: <53218375.4010304@mapmedia.de> References: <53218375.4010304@mapmedia.de> Message-ID: <5321A1C5.9060306@googlemail.com> Hi J?rg, On 13.03.2014 11:07, J?rg Thomsen wrote: [...] > > tried upper und lower cases for column-names > > funny: the only output in errorlog (level5) is: >> [Thu Mar 13 10:48:52 2014].209278 msSearchDiskTree(): Search returned no results. Unable to open spatial index for /home/user/data/mapserverIIWS/./shapes_join/places_join.qix. In most cases you can safely ignore this message, otherwise check file names and permissions. >> [Thu Mar 13 10:48:52 2014].209678 freeLayer(): freeing layer at 0x9451cd8. > 'Search returned no results.' but there are results.... > > > $ ogrinfo join.csv lookup -summary > INFO: Open of `join.csv' > using driver `CSV' successful. > FAILURE: Couldn't fetch requested layer lookup! > I don't have a working example anymore. But I can remember I used a vrt [1] for processing CSV files. Here is a snipped I used working with toll data [2]: mautdaten.csv wkbPoint WGS84 Lars [1] http://www.gdal.org/ogr/drv_vrt.html [2] http://wiki.openstreetmap.org/wiki/Mautdaten From jmckenna at gatewaygeomatics.com Thu Mar 13 05:36:19 2014 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 13 Mar 2014 09:36:19 -0300 Subject: [mapserver-users] join shp with csv In-Reply-To: <53218375.4010304@mapmedia.de> References: <53218375.4010304@mapmedia.de> Message-ID: <5321A643.5030509@gatewaygeomatics.com> On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: > > > $ ogrinfo join.csv lookup -summary > INFO: Open of `join.csv' > using driver `CSV' successful. > FAILURE: Couldn't fetch requested layer lookup! > > This is my only hint but unfortunatly I don't know what ogr wants to > tell me. > You seem to be following my examples very closely from http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape-dataset-to-csv-file which is good, but be careful, "lookup" in my example is the OGR layername; in your case it will be different. You should just try "ogrinfo join.csv" to get a list of available layers through OGR. See some examples of that in action: http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo Good luck on the workshop!!!! -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From jmckenna at gatewaygeomatics.com Thu Mar 13 05:39:35 2014 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 13 Mar 2014 09:39:35 -0300 Subject: [mapserver-users] join shp with csv In-Reply-To: <5321A643.5030509@gatewaygeomatics.com> References: <53218375.4010304@mapmedia.de> <5321A643.5030509@gatewaygeomatics.com> Message-ID: <5321A707.8080900@gatewaygeomatics.com> On 2014-03-13, 9:36 AM, Jeff McKenna wrote: > On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: >> >> >> $ ogrinfo join.csv lookup -summary >> INFO: Open of `join.csv' >> using driver `CSV' successful. >> FAILURE: Couldn't fetch requested layer lookup! >> >> This is my only hint but unfortunatly I don't know what ogr wants to >> tell me. >> > > You seem to be following my examples very closely from > http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape-dataset-to-csv-file > which is good, but be careful, "lookup" in my example is the OGR > layername; in your case it will be different. You should just try > "ogrinfo join.csv" to get a list of available layers through OGR. See > some examples of that in action: > http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo > Ah but I almost forgot the most important switch for layernames: ""ogrinfo join.csv -summary" Good luck there! -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ From jt at mapmedia.de Thu Mar 13 06:07:29 2014 From: jt at mapmedia.de (=?ISO-8859-15?Q?J=F6rg_Thomsen?=) Date: Thu, 13 Mar 2014 14:07:29 +0100 Subject: [mapserver-users] join shp with csv In-Reply-To: <5321A707.8080900@gatewaygeomatics.com> References: <53218375.4010304@mapmedia.de> <5321A643.5030509@gatewaygeomatics.com> <5321A707.8080900@gatewaygeomatics.com> Message-ID: <5321AD91.6020101@mapmedia.de> Hello Jeff, yes, this looks better. > $ ogrinfo ./shapes_join/join.csv join -summary > INFO: Open of `./shapes_join/join.csv' > using driver `CSV' successful. > > Layer name: join > Geometry: None > Feature Count: 208 > Layer SRS WKT: > (unknown) > osm_id: String (0.0) > name_join: String (0.0) but the join in mapserver still doesn't work. J?rg Am 13.03.2014 13:39, schrieb Jeff McKenna: > On 2014-03-13, 9:36 AM, Jeff McKenna wrote: >> On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: >>> >>> >>> $ ogrinfo join.csv lookup -summary >>> INFO: Open of `join.csv' >>> using driver `CSV' successful. >>> FAILURE: Couldn't fetch requested layer lookup! >>> >>> This is my only hint but unfortunatly I don't know what ogr wants to >>> tell me. >>> >> >> You seem to be following my examples very closely from >> http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape-dataset-to-csv-file >> which is good, but be careful, "lookup" in my example is the OGR >> layername; in your case it will be different. You should just try >> "ogrinfo join.csv" to get a list of available layers through OGR. See >> some examples of that in action: >> http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo >> > > Ah but I almost forgot the most important switch for layernames: > ""ogrinfo join.csv -summary" > > Good luck there! > > -jeff > > > > From jukka.rahkonen at mmmtike.fi Thu Mar 13 06:39:37 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Thu, 13 Mar 2014 13:39:37 +0000 Subject: [mapserver-users] join shp with csv Message-ID: Hi, I have had no time to look at your files but I see that ogrinfo reports osm_id as a string. Write .csvt file http://www.gdal.org/ogr/drv_csv.html for converting it to integer, perhaps join requires same data types. -Jukka Rahkonen- J?rg Thomsen wrote: > Hello Jeff, > > yes, this looks better. > > $ ogrinfo ./shapes_join/join.csv join -summary > > INFO: Open of `./shapes_join/join.csv' > > using driver `CSV' successful. > > > > Layer name: join > > Geometry: None > > Feature Count: 208 > > Layer SRS WKT: > > (unknown) > > osm_id: String (0.0) > > name_join: String (0.0) > > but the join in mapserver still doesn't work. > > J?rg > > > Am 13.03.2014 13:39, schrieb Jeff McKenna: > > On 2014-03-13, 9:36 AM, Jeff McKenna wrote: > >> On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: > >>> > >>> > >>> $ ogrinfo join.csv lookup -summary > >>> INFO: Open of `join.csv' > >>> using driver `CSV' successful. > >>> FAILURE: Couldn't fetch requested layer lookup! > >>> > >>> This is my only hint but unfortunatly I don't know what ogr wants to > >>> tell me. > >>> > >> > >> You seem to be following my examples very closely from > >> http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape- > >> dataset-to-csv-file which is good, but be careful, "lookup" in my > >> example is the OGR layername; in your case it will be different. You > >> should just try "ogrinfo join.csv" to get a list of available layers > >> through OGR. See some examples of that in action: > >> http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo > >> > > > > Ah but I almost forgot the most important switch for layernames: > > ""ogrinfo join.csv -summary" > > > > Good luck there! > > > > -jeff > > > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From jt at mapmedia.de Thu Mar 13 07:09:04 2014 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 13 Mar 2014 15:09:04 +0100 Subject: [mapserver-users] join shp with csv In-Reply-To: References: Message-ID: <5321BC00.3000401@mapmedia.de> Am 13.03.2014 14:39, schrieb Rahkonen Jukka (Tike): > Hi, > > I have had no time to look at your files but I see that ogrinfo reports osm_id as a string. Write .csvt file http://www.gdal.org/ogr/drv_csv.html for converting it to integer, perhaps join requires same data types. good idea, thanks. But doesn't help. I have updated the online files, perhaps you'll have some time within the next few days. J?rg > > -Jukka Rahkonen- > > J?rg Thomsen wrote: > >> Hello Jeff, >> >> yes, this looks better. >>> $ ogrinfo ./shapes_join/join.csv join -summary >>> INFO: Open of `./shapes_join/join.csv' >>> using driver `CSV' successful. >>> >>> Layer name: join >>> Geometry: None >>> Feature Count: 208 >>> Layer SRS WKT: >>> (unknown) >>> osm_id: String (0.0) >>> name_join: String (0.0) >> >> but the join in mapserver still doesn't work. >> >> J?rg >> >> >> Am 13.03.2014 13:39, schrieb Jeff McKenna: >>> On 2014-03-13, 9:36 AM, Jeff McKenna wrote: >>>> On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: >>>>> >>>>> >>>>> $ ogrinfo join.csv lookup -summary >>>>> INFO: Open of `join.csv' >>>>> using driver `CSV' successful. >>>>> FAILURE: Couldn't fetch requested layer lookup! >>>>> >>>>> This is my only hint but unfortunatly I don't know what ogr wants to >>>>> tell me. >>>>> >>>> >>>> You seem to be following my examples very closely from >>>> http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape- >>>> dataset-to-csv-file which is good, but be careful, "lookup" in my >>>> example is the OGR layername; in your case it will be different. You >>>> should just try "ogrinfo join.csv" to get a list of available layers >>>> through OGR. See some examples of that in action: >>>> http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo >>>> >>> >>> Ah but I almost forgot the most important switch for layernames: >>> ""ogrinfo join.csv -summary" >>> >>> Good luck there! >>> >>> -jeff >>> >>> >>> >>> >> >> _______________________________________________ >> 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 bfraser at geoanalytic.com Thu Mar 13 08:59:17 2014 From: bfraser at geoanalytic.com (Brent Fraser) Date: Thu, 13 Mar 2014 09:59:17 -0600 Subject: [mapserver-users] join shp with csv In-Reply-To: <5321BC00.3000401@mapmedia.de> References: <5321BC00.3000401@mapmedia.de> Message-ID: <5321D5D5.4080003@geoanalytic.com> J?rg, According to the JOIN doc (mapserver.org/mapfile/join.html) on CSV, your template should use name_join: [test_2]
where [test_2] is a concatenation of your JOIN NAME ("test") and the column id (2) in the CSV file. Best Regards, Brent Fraser On 3/13/2014 8:09 AM, J?rg Thomsen wrote: > Am 13.03.2014 14:39, schrieb Rahkonen Jukka (Tike): >> Hi, >> >> I have had no time to look at your files but I see that ogrinfo reports osm_id as a string. Write .csvt file http://www.gdal.org/ogr/drv_csv.html for converting it to integer, perhaps join requires same data types. > good idea, thanks. > But doesn't help. > > I have updated the online files, perhaps you'll have some time within > the next few days. > > J?rg > >> -Jukka Rahkonen- >> >> J?rg Thomsen wrote: >> >>> Hello Jeff, >>> >>> yes, this looks better. >>>> $ ogrinfo ./shapes_join/join.csv join -summary >>>> INFO: Open of `./shapes_join/join.csv' >>>> using driver `CSV' successful. >>>> >>>> Layer name: join >>>> Geometry: None >>>> Feature Count: 208 >>>> Layer SRS WKT: >>>> (unknown) >>>> osm_id: String (0.0) >>>> name_join: String (0.0) >>> but the join in mapserver still doesn't work. >>> >>> J?rg >>> >>> >>> Am 13.03.2014 13:39, schrieb Jeff McKenna: >>>> On 2014-03-13, 9:36 AM, Jeff McKenna wrote: >>>>> On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: >>>>>> >>>>>> $ ogrinfo join.csv lookup -summary >>>>>> INFO: Open of `join.csv' >>>>>> using driver `CSV' successful. >>>>>> FAILURE: Couldn't fetch requested layer lookup! >>>>>> >>>>>> This is my only hint but unfortunatly I don't know what ogr wants to >>>>>> tell me. >>>>>> >>>>> You seem to be following my examples very closely from >>>>> http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape- >>>>> dataset-to-csv-file which is good, but be careful, "lookup" in my >>>>> example is the OGR layername; in your case it will be different. You >>>>> should just try "ogrinfo join.csv" to get a list of available layers >>>>> through OGR. See some examples of that in action: >>>>> http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo >>>>> >>>> Ah but I almost forgot the most important switch for layernames: >>>> ""ogrinfo join.csv -summary" >>>> >>>> Good luck there! >>>> >>>> -jeff >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> 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 jt at mapmedia.de Thu Mar 13 09:29:57 2014 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 13 Mar 2014 17:29:57 +0100 Subject: [mapserver-users] join shp with csv In-Reply-To: <5321D5D5.4080003@geoanalytic.com> References: <5321BC00.3000401@mapmedia.de> <5321D5D5.4080003@geoanalytic.com> Message-ID: <5321DD05.3080307@mapmedia.de> boah, your right, thanks! so the join only works with html-templates / text/html output. with text/plain I only see the attributes of the shapefile. (And I tested with text/plain....) You saved my day, J?rg Am 13.03.2014 16:59, schrieb Brent Fraser: > J?rg, > > According to the JOIN doc (mapserver.org/mapfile/join.html) on CSV, your > template should use > > name_join: [test_2]
> > where [test_2] is a concatenation of your JOIN NAME ("test") and the > column id (2) in the CSV file. > > Best Regards, > Brent Fraser > > On 3/13/2014 8:09 AM, J?rg Thomsen wrote: >> Am 13.03.2014 14:39, schrieb Rahkonen Jukka (Tike): >>> Hi, >>> >>> I have had no time to look at your files but I see that ogrinfo >>> reports osm_id as a string. Write .csvt file >>> http://www.gdal.org/ogr/drv_csv.html for converting it to integer, >>> perhaps join requires same data types. >> good idea, thanks. >> But doesn't help. >> >> I have updated the online files, perhaps you'll have some time within >> the next few days. >> >> J?rg >> >>> -Jukka Rahkonen- >>> >>> J?rg Thomsen wrote: >>> >>>> Hello Jeff, >>>> >>>> yes, this looks better. >>>>> $ ogrinfo ./shapes_join/join.csv join -summary >>>>> INFO: Open of `./shapes_join/join.csv' >>>>> using driver `CSV' successful. >>>>> >>>>> Layer name: join >>>>> Geometry: None >>>>> Feature Count: 208 >>>>> Layer SRS WKT: >>>>> (unknown) >>>>> osm_id: String (0.0) >>>>> name_join: String (0.0) >>>> but the join in mapserver still doesn't work. >>>> >>>> J?rg >>>> >>>> >>>> Am 13.03.2014 13:39, schrieb Jeff McKenna: >>>>> On 2014-03-13, 9:36 AM, Jeff McKenna wrote: >>>>>> On 2014-03-13, 7:07 AM, J?rg Thomsen wrote: >>>>>>> >>>>>>> $ ogrinfo join.csv lookup -summary >>>>>>> INFO: Open of `join.csv' >>>>>>> using driver `CSV' successful. >>>>>>> FAILURE: Couldn't fetch requested layer lookup! >>>>>>> >>>>>>> This is my only hint but unfortunatly I don't know what ogr wants to >>>>>>> tell me. >>>>>>> >>>>>> You seem to be following my examples very closely from >>>>>> http://www.mapserver.org/mapfile/join.html#example-3-join-from-shape- >>>>>> dataset-to-csv-file which is good, but be careful, "lookup" in my >>>>>> example is the OGR layername; in your case it will be different. You >>>>>> should just try "ogrinfo join.csv" to get a list of available layers >>>>>> through OGR. See some examples of that in action: >>>>>> http://mapserver.org/input/vector/ogr.html#how-to-use-ogrinfo >>>>>> >>>>> Ah but I almost forgot the most important switch for layernames: >>>>> ""ogrinfo join.csv -summary" >>>>> >>>>> Good luck there! >>>>> >>>>> -jeff >>>>> >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> 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 Fri Mar 14 08:25:11 2014 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 14 Mar 2014 11:25:11 -0400 Subject: [mapserver-users] Question on Validation Blocks Message-ID: <53231F57.2050609@swoodbridge.com> Hi all, I'm trying to construct a mapserver URL to fetch an image from php. I'm change some of the mapfile parameters in the url. Do I need validation blocks for these changes? I assume I do not because I am getting a scale bar. I'm only getting a blank image. http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:900913&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-7946835.7326273+5254288.4981293 The projection for the map object is epsg:4326 in the mapfile. I appear to be getting a png image despite the request for a jpeg? MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS 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 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE The MAPXY should be equivalent to -71.38764, 42.61986 if I did the conversion correctly. Any idea what I'm doing wrong here? And it works if I don't change the projection: http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&MAP_IMAGETYPE=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 And it works as WMS: http://imaptools.com:8080/cgi-bin/mapserv?MAP=%2Fu%2Fdata%2Ftiger2013-maps%2Ftiger2013.map&FORMAT=image%2Fjpeg&MAP_IMAGETYPE=jpeg&LAYERS=Tiger_2013&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A900913&BBOX=-7947363.3342296,5253914.7041195,-7946527.3042538,5254571.5848149&WIDTH=700&HEIGHT=550 Thanks, -Steve From humberto at pastoraldacrianca.org.br Fri Mar 14 11:08:45 2014 From: humberto at pastoraldacrianca.org.br (Humberto Cereser Ibanez) Date: Fri, 14 Mar 2014 15:08:45 -0300 Subject: [mapserver-users] Question on Validation Blocks In-Reply-To: <53231F57.2050609@swoodbridge.com> References: <53231F57.2050609@swoodbridge.com> Message-ID: <1394820525.3604.16.camel@p210> Hi Steve, Em Sex, 2014-03-14 ?s 11:25 -0400, Stephen Woodbridge escreveu: > Hi all, > > I'm trying to construct a mapserver URL to fetch an image from php. I'm > change some of the mapfile parameters in the url. Do I need validation > blocks for these changes? I assume I do not because I am getting a scale > bar. I'm only getting a blank image. > I think your assumption is right, because I changed the map.projection and MAPXY parameter and the URL worked http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:4326&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 > http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:900913&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-7946835.7326273+5254288.4981293 > > The projection for the map object is epsg:4326 in the mapfile. > I appear to be getting a png image despite the request for a jpeg? > > MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ > SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO > SUPPORTS=SVG_SYMBOLS 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 INPUT=JPEG INPUT=POSTGIS INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > The MAPXY should be equivalent to -71.38764, 42.61986 if I did the > conversion correctly. > > Any idea what I'm doing wrong here? May be nothing wrong, but the lack of projection in each layer of your WMS mapfile. Just a guess. > > And it works if I don't change the projection: > > http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&MAP_IMAGETYPE=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 > > And it works as WMS: > > http://imaptools.com:8080/cgi-bin/mapserv?MAP=%2Fu%2Fdata%2Ftiger2013-maps%2Ftiger2013.map&FORMAT=image%2Fjpeg&MAP_IMAGETYPE=jpeg&LAYERS=Tiger_2013&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A900913&BBOX=-7947363.3342296,5253914.7041195,-7946527.3042538,5254571.5848149&WIDTH=700&HEIGHT=550 > > Thanks, > -Steve > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users Best regards, Humberto Cereser Ibanez From woodbri at swoodbridge.com Fri Mar 14 13:22:25 2014 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 14 Mar 2014 16:22:25 -0400 Subject: [mapserver-users] Question on Validation Blocks In-Reply-To: <1394820525.3604.16.camel@p210> References: <53231F57.2050609@swoodbridge.com> <1394820525.3604.16.camel@p210> Message-ID: <53236501.50505@swoodbridge.com> On 3/14/2014 2:08 PM, Humberto Cereser Ibanez wrote: > Hi Steve, > > Em Sex, 2014-03-14 ?s 11:25 -0400, Stephen Woodbridge escreveu: >> Hi all, >> >> I'm trying to construct a mapserver URL to fetch an image from php. I'm >> change some of the mapfile parameters in the url. Do I need validation >> blocks for these changes? I assume I do not because I am getting a scale >> bar. I'm only getting a blank image. >> > I think your assumption is right, because I changed the map.projection > and MAPXY parameter and the URL worked > > http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:4326&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 Right I tried that also, and I tried putting in an invalid projections and it threw an appropriate error so I think the syntax is correct. >> http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:900913&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-7946835.7326273+5254288.4981293 >> >> The projection for the map object is epsg:4326 in the mapfile. >> I appear to be getting a png image despite the request for a jpeg? >> >> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >> SUPPORTS=SVG_SYMBOLS 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 INPUT=JPEG INPUT=POSTGIS INPUT=OGR >> INPUT=GDAL INPUT=SHAPEFILE >> >> The MAPXY should be equivalent to -71.38764, 42.61986 if I did the >> conversion correctly. >> >> Any idea what I'm doing wrong here? > May be nothing wrong, but the lack of projection in each layer of your > WMS mapfile. Just a guess. It as projection block in all layers. And I can change the projection in WMS, so this seems like a bug in CGI. The bug might be in my understanding of things :) Looking more like a bug at this point. -Steve W >> >> And it works if I don't change the projection: >> >> http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&MAP_IMAGETYPE=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 >> >> And it works as WMS: >> >> http://imaptools.com:8080/cgi-bin/mapserv?MAP=%2Fu%2Fdata%2Ftiger2013-maps%2Ftiger2013.map&FORMAT=image%2Fjpeg&MAP_IMAGETYPE=jpeg&LAYERS=Tiger_2013&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A900913&BBOX=-7947363.3342296,5253914.7041195,-7946527.3042538,5254571.5848149&WIDTH=700&HEIGHT=550 >> >> Thanks, >> -Steve >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > Best regards, > > Humberto Cereser Ibanez > From woodbri at swoodbridge.com Fri Mar 14 13:31:25 2014 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 14 Mar 2014 16:31:25 -0400 Subject: [mapserver-users] Question on Validation Blocks In-Reply-To: <53236501.50505@swoodbridge.com> References: <53231F57.2050609@swoodbridge.com> <1394820525.3604.16.camel@p210> <53236501.50505@swoodbridge.com> Message-ID: <5323671D.7030300@swoodbridge.com> akrherz on IRC gave me the fix: http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:900913&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&map.units=meters&SCALEDENOM=3000&MAPXY=-7946835.7326273+5254288.4981293 When you change the projection you ALSO have to change the map.units I so should have known that. Duh! -Steve On 3/14/2014 4:22 PM, Stephen Woodbridge wrote: > On 3/14/2014 2:08 PM, Humberto Cereser Ibanez wrote: >> Hi Steve, >> >> Em Sex, 2014-03-14 ?s 11:25 -0400, Stephen Woodbridge escreveu: >>> Hi all, >>> >>> I'm trying to construct a mapserver URL to fetch an image from php. I'm >>> change some of the mapfile parameters in the url. Do I need validation >>> blocks for these changes? I assume I do not because I am getting a scale >>> bar. I'm only getting a blank image. >>> >> I think your assumption is right, because I changed the map.projection >> and MAPXY parameter and the URL worked >> >> http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:4326&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 >> > > Right I tried that also, and I tried putting in an invalid projections > and it threw an appropriate error so I think the syntax is correct. > >>> http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map.projection=init=epsg:900913&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&imagetype=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-7946835.7326273+5254288.4981293 >>> >>> >>> The projection for the map object is epsg:4326 in the mapfile. >>> I appear to be getting a png image despite the request for a jpeg? >>> >>> MapServer version 6.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ >>> SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO >>> SUPPORTS=SVG_SYMBOLS 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 INPUT=JPEG INPUT=POSTGIS INPUT=OGR >>> INPUT=GDAL INPUT=SHAPEFILE >>> >>> The MAPXY should be equivalent to -71.38764, 42.61986 if I did the >>> conversion correctly. >>> >>> Any idea what I'm doing wrong here? >> May be nothing wrong, but the lack of projection in each layer of your >> WMS mapfile. Just a guess. > > It as projection block in all layers. And I can change the projection in > WMS, so this seems like a bug in CGI. The bug might be in my > understanding of things :) > > Looking more like a bug at this point. > > -Steve W > >>> >>> And it works if I don't change the projection: >>> >>> http://imaptools.com:8080/cgi-bin/mapserv?mode=map&map=/u/data/tiger2013-maps/tiger2013-mc.map&layers=all&MAP_IMAGETYPE=jpeg&MAPSIZE=541+522&map.scalebar=status+embed+units+feet&SCALEDENOM=3000&MAPXY=-71.38764+42.61986 >>> >>> >>> And it works as WMS: >>> >>> http://imaptools.com:8080/cgi-bin/mapserv?MAP=%2Fu%2Fdata%2Ftiger2013-maps%2Ftiger2013.map&FORMAT=image%2Fjpeg&MAP_IMAGETYPE=jpeg&LAYERS=Tiger_2013&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A900913&BBOX=-7947363.3342296,5253914.7041195,-7946527.3042538,5254571.5848149&WIDTH=700&HEIGHT=550 >>> >>> >>> Thanks, >>> -Steve >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> Best regards, >> >> Humberto Cereser Ibanez >> > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From james.evans.4 at us.af.mil Sat Mar 15 09:40:57 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sat, 15 Mar 2014 16:40:57 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi, I've been trying to get the .msi installation package from GISInternals to install on my Win7-64Bit machine at work. IIS 7 is installed, and the machine is on a domain. I?m an admin on the local machine, but not on the domain. The package works just fine on my Win7-32bit machine at home. I'm not an expert on IIS, so I'm really not sure what the problem is. It's probably some sort of permissions problem. I've given my login, and IIS_USRS full control over the default website. The install fails at a point where I see a message saying "Starting IIS Metabase Transaction". Any suggestions on where to look would be appreciated. Thanks, James -------------- next part -------------- An HTML attachment was scrubbed... URL: From szekerest at gmail.com Sat Mar 15 10:17:33 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Sat, 15 Mar 2014 18:17:33 +0100 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: James, Do you have a specific error code or message? Tamas 2014-03-15 17:40 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > Hi, > > I've been trying to get the .msi installation package from GISInternals to > install on my Win7-64Bit machine at work. IIS 7 is installed, and the > machine is on a domain. I?m an admin on the local machine, but not on the > domain. The package works just fine on my Win7-32bit machine at home. I'm > not an expert on IIS, so I'm really not sure what the problem is. It's > probably some sort of permissions problem. I've given my login, and > IIS_USRS full control over the default website. The install fails at a > point where I see a message saying "Starting IIS Metabase Transaction". > Any suggestions on where to look would be appreciated. > > Thanks, > James > > _______________________________________________ > 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 james.evans.4 at us.af.mil Sat Mar 15 10:28:29 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sat, 15 Mar 2014 17:28:29 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tomas, The error says "Cannot Connect to IIS" with a code of -2147221164. Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Saturday, March 15, 2014 11:17 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals James, Do you have a specific error code or message? Tamas 2014-03-15 17:40 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Hi, I've been trying to get the .msi installation package from GISInternals to install on my Win7-64Bit machine at work. IIS 7 is installed, and the machine is on a domain. I?m an admin on the local machine, but not on the domain. The package works just fine on my Win7-32bit machine at home. I'm not an expert on IIS, so I'm really not sure what the problem is. It's probably some sort of permissions problem. I've given my login, and IIS_USRS full control over the default website. The install fails at a point where I see a message saying "Starting IIS Metabase Transaction". Any suggestions on where to look would be appreciated. Thanks, James _______________________________________________ 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 Sat Mar 15 10:48:30 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Sat, 15 Mar 2014 18:48:30 +0100 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: Reading through several discussions about this problem, it looks like you'd require to install the IIS6 management compatibility option in IIS7. See the following document for the details: http://docs.liebsoft.com/Account-Reset-Console-Installation-Guide/4469.htm May be a more recent wix package can fix this installation problem more conveniently. Best regards, Tamas 2014-03-15 18:28 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > Hi Tomas, > The error says "Cannot Connect to IIS" with a code of -2147221164. > Thanks, > James > > ------------------------------ > *From:* Tamas Szekeres [szekerest at gmail.com] > *Sent:* Saturday, March 15, 2014 11:17 AM > *To:* EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: [mapserver-users] Migrating from MS4W to GISInternals > > James, > > Do you have a specific error code or message? > > Tamas > > > > > 2014-03-15 17:40 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < > james.evans.4 at us.af.mil>: > >> Hi, >> >> I've been trying to get the .msi installation package from GISInternals >> to install on my Win7-64Bit machine at work. IIS 7 is installed, and the >> machine is on a domain. I?m an admin on the local machine, but not on the >> domain. The package works just fine on my Win7-32bit machine at home. I'm >> not an expert on IIS, so I'm really not sure what the problem is. It's >> probably some sort of permissions problem. I've given my login, and >> IIS_USRS full control over the default website. The install fails at a >> point where I see a message saying "Starting IIS Metabase Transaction". >> Any suggestions on where to look would be appreciated. >> >> Thanks, >> James >> >> _______________________________________________ >> 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 james.evans.4 at us.af.mil Sat Mar 15 11:44:36 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sat, 15 Mar 2014 18:44:36 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> It will be tomorrow before I can check to see if that fixes the problem. I'll let you know. At home, the installation did run on my Win7-32bit Windows machine. mapserv -v returns the version info. I"m still having trouble figuring out what the correct URL is for hitting the mapserver. Nothing I've tried seems to work. Any suggestions on that? Thanks, James ________________________________ From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Tamas Szekeres [szekerest at gmail.com] Sent: Saturday, March 15, 2014 11:48 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals Reading through several discussions about this problem, it looks like you'd require to install the IIS6 management compatibility option in IIS7. See the following document for the details: http://docs.liebsoft.com/Account-Reset-Console-Installation-Guide/4469.htm May be a more recent wix package can fix this installation problem more conveniently. Best regards, Tamas 2014-03-15 18:28 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Hi Tomas, The error says "Cannot Connect to IIS" with a code of -2147221164. Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Saturday, March 15, 2014 11:17 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals James, Do you have a specific error code or message? Tamas 2014-03-15 17:40 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Hi, I've been trying to get the .msi installation package from GISInternals to install on my Win7-64Bit machine at work. IIS 7 is installed, and the machine is on a domain. I?m an admin on the local machine, but not on the domain. The package works just fine on my Win7-32bit machine at home. I'm not an expert on IIS, so I'm really not sure what the problem is. It's probably some sort of permissions problem. I've given my login, and IIS_USRS full control over the default website. The install fails at a point where I see a message saying "Starting IIS Metabase Transaction". Any suggestions on where to look would be appreciated. Thanks, James _______________________________________________ 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 Sat Mar 15 12:02:29 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Sat, 15 Mar 2014 20:02:29 +0100 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: Mapserver is installed on the default website under the mapserver node (see the IIS configuration tool for the details). The corresponding URL should be: http://localhost/mapserver/mapserv.exe?mode=map&... Best regards, Tamas 2014-03-15 19:44 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > It will be tomorrow before I can check to see if that fixes the problem. > I'll let you know. > > At home, the installation did run on my Win7-32bit Windows machine. > mapserv -v returns the version info. I"m still having trouble figuring > out what the correct URL is for hitting the mapserver. Nothing I've tried > seems to work. Any suggestions on that? > Thanks, > James > > ------------------------------ > *From:* mapserver-users-bounces at lists.osgeo.org [ > mapserver-users-bounces at lists.osgeo.org] on behalf of Tamas Szekeres [ > szekerest at gmail.com] > *Sent:* Saturday, March 15, 2014 11:48 AM > > *To:* EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: [mapserver-users] Migrating from MS4W to GISInternals > > Reading through several discussions about this problem, it looks like > you'd require to install the IIS6 management compatibility option in IIS7. > See the following document for the details: > > > http://docs.liebsoft.com/Account-Reset-Console-Installation-Guide/4469.htm > > May be a more recent wix package can fix this installation problem more > conveniently. > > Best regards, > > Tamas > > > > > 2014-03-15 18:28 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < > james.evans.4 at us.af.mil>: > >> Hi Tomas, >> The error says "Cannot Connect to IIS" with a code of -2147221164. >> Thanks, >> James >> >> ------------------------------ >> *From:* Tamas Szekeres [szekerest at gmail.com] >> *Sent:* Saturday, March 15, 2014 11:17 AM >> *To:* EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >> *Cc:* mapserver-users at lists.osgeo.org >> *Subject:* Re: [mapserver-users] Migrating from MS4W to GISInternals >> >> James, >> >> Do you have a specific error code or message? >> >> Tamas >> >> >> >> >> 2014-03-15 17:40 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < >> james.evans.4 at us.af.mil>: >> >>> Hi, >>> >>> I've been trying to get the .msi installation package from GISInternals >>> to install on my Win7-64Bit machine at work. IIS 7 is installed, and the >>> machine is on a domain. I?m an admin on the local machine, but not on the >>> domain. The package works just fine on my Win7-32bit machine at home. I'm >>> not an expert on IIS, so I'm really not sure what the problem is. It's >>> probably some sort of permissions problem. I've given my login, and >>> IIS_USRS full control over the default website. The install fails at a >>> point where I see a message saying "Starting IIS Metabase Transaction". >>> Any suggestions on where to look would be appreciated. >>> >>> Thanks, >>> James >>> >>> _______________________________________________ >>> 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 james.evans.4 at us.af.mil Sat Mar 15 16:30:22 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sat, 15 Mar 2014 23:30:22 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Good deal. I had to enable cgi extensions under IIS. Anyway, now I'm having trouble with my map file. I get this error: msProcessProjection(): Projection library error. proj error "Permission denied" for "init=epsg:4326" Here's my map file. I'm just trying to get Natural Earth working to begin with. Why wouldn't this version recognize 4326? If I take out the init statement, I get an error saying I have to have a projection at the top level. Thanks, James MAP NAME "RADESWMS" EXTENT -180 -90 180 90 SIZE 512 512 UNITS DD IMAGECOLOR 0 0 0 #CONFIG PROJ_LIB "/ms4w/proj/nad/" WEB #IMAGEPATH "/ms4w/tmp/ms_tmp/" #TEMPLATE "/ms4w/Apache/htdocs/dummy_template.html" METADATA "wms_title" "RADES_WMS" "wms_name" "84RADES_WMS" #"wms_onlineresource" "http://localhost/cgi-bin/radeswms.exe?SERVICE=WMS" "wms_srs" "EPSG:4326" "wms_extent" "-180 -90 180 90" "Wms_enable_request" "*" END END PROJECTION "init=epsg:4326" END LAYER NAME "NaturalEarth" METADATA "wms_title" "NaturalEarth" "wms_name" "NaturalEarth" "wms_extent" "-180 -90 180 90" "wms_srs" "ESPG:4326" "wms_style" "Default" END STATUS ON TYPE RASTER TILEINDEX "d:\\MapData\\NaturalEarthCrossBlend\\NaturalEarth" TILEITEM "LOCATION" #PROJECTION # "init=epsg:4326" #END End END -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Sat Mar 15 20:22:27 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sun, 16 Mar 2014 03:22:27 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, , <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A353@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> I just changed my mapfile to read: CONFIG PROJ_LIB "C:\Program Files\MapServer\projlib" That seems to have gotten my past the previous errror. Now I'm getting the following errors even though the dlls are in the directory listed. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_BAG.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_GMT.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_GMT.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5Image.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5Image.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_netCDF.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_netCDF.dll 126: The specified module could not be found. From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE [james.evans.4 at us.af.mil] Sent: Saturday, March 15, 2014 5:30 PM To: Tamas Szekeres Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals Good deal. I had to enable cgi extensions under IIS. Anyway, now I'm having trouble with my map file. I get this error: msProcessProjection(): Projection library error. proj error "Permission denied" for "init=epsg:4326" Here's my map file. I'm just trying to get Natural Earth working to begin with. Why wouldn't this version recognize 4326? If I take out the init statement, I get an error saying I have to have a projection at the top level. Thanks, James MAP NAME "RADESWMS" EXTENT -180 -90 180 90 SIZE 512 512 UNITS DD IMAGECOLOR 0 0 0 #CONFIG PROJ_LIB "/ms4w/proj/nad/" WEB #IMAGEPATH "/ms4w/tmp/ms_tmp/" #TEMPLATE "/ms4w/Apache/htdocs/dummy_template.html" METADATA "wms_title" "RADES_WMS" "wms_name" "84RADES_WMS" #"wms_onlineresource" "http://localhost/cgi-bin/radeswms.exe?SERVICE=WMS" "wms_srs" "EPSG:4326" "wms_extent" "-180 -90 180 90" "Wms_enable_request" "*" END END PROJECTION "init=epsg:4326" END LAYER NAME "NaturalEarth" METADATA "wms_title" "NaturalEarth" "wms_name" "NaturalEarth" "wms_extent" "-180 -90 180 90" "wms_srs" "ESPG:4326" "wms_style" "Default" END STATUS ON TYPE RASTER TILEINDEX "d:\\MapData\\NaturalEarthCrossBlend\\NaturalEarth" TILEITEM "LOCATION" #PROJECTION # "init=epsg:4326" #END End END -------------- next part -------------- An HTML attachment was scrubbed... URL: From szekerest at gmail.com Sun Mar 16 01:28:10 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Sun, 16 Mar 2014 09:28:10 +0100 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: You should probably set CONFIG PROJ_LIB to a valid directory (in the map file) containing the projection support files. Tamas 2014-03-16 0:30 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > Good deal. I had to enable cgi extensions under IIS. Anyway, now I'm > having trouble with my map file. I get this error: > > *msProcessProjection(): Projection library error. proj error "Permission > denied" for "init=epsg:4326"* > > Here's my map file. I'm just trying to get Natural Earth working to > begin with. Why wouldn't this version recognize 4326? If I take out the > init statement, I get an error saying I have to have a projection at the > top level. > Thanks, > James > > > > MAP > NAME "RADESWMS" > EXTENT -180 -90 180 90 > SIZE 512 512 > UNITS DD > IMAGECOLOR 0 0 0 > #CONFIG PROJ_LIB "/ms4w/proj/nad/" > > > WEB > #IMAGEPATH "/ms4w/tmp/ms_tmp/" > #TEMPLATE "/ms4w/Apache/htdocs/dummy_template.html" > METADATA > "wms_title" "RADES_WMS" > "wms_name" "84RADES_WMS" > #"wms_onlineresource" " > http://localhost/cgi-bin/radeswms.exe?SERVICE=WMS" > "wms_srs" "EPSG:4326" > "wms_extent" "-180 -90 180 90" > "Wms_enable_request" "*" > END > END > > > PROJECTION > "init=epsg:4326" > END > > LAYER > NAME "NaturalEarth" > METADATA > "wms_title" "NaturalEarth" > "wms_name" "NaturalEarth" > "wms_extent" "-180 -90 180 90" > "wms_srs" "ESPG:4326" > "wms_style" "Default" > END > STATUS ON > TYPE RASTER > TILEINDEX "d:\\MapData\\NaturalEarthCrossBlend\\NaturalEarth" > TILEITEM "LOCATION" > #PROJECTION > # "init=epsg:4326" > #END > End > > > > END > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Sun Mar 16 04:59:18 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sun, 16 Mar 2014 11:59:18 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tamas, I changed the PROJ_LIB to the correct directory, and that fixed that problem. Now I'm having trouble getting some of the gdal dlls to run. I've tried several raster sets, including Natural Earth, and Blue Marble, and I get the errors below. These errors also appear at the top of the GetCapabilities document. I was able to get a vector set (Natural Earth State Boundaries) to return a proper image so at least that's some progress. Any suggestions on getting this working would be appreciated. Thanks, James ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_BAG.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_GMT.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_GMT.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5Image.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5Image.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_netCDF.dll 126: The specified module could not be found. ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_netCDF.dll 126: The specified module could not be found. ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Sunday, March 16, 2014 2:28 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals You should probably set CONFIG PROJ_LIB to a valid directory (in the map file) containing the projection support files. Tamas 2014-03-16 0:30 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Good deal. I had to enable cgi extensions under IIS. Anyway, now I'm having trouble with my map file. I get this error: msProcessProjection(): Projection library error. proj error "Permission denied" for "init=epsg:4326" Here's my map file. I'm just trying to get Natural Earth working to begin with. Why wouldn't this version recognize 4326? If I take out the init statement, I get an error saying I have to have a projection at the top level. Thanks, James MAP NAME "RADESWMS" EXTENT -180 -90 180 90 SIZE 512 512 UNITS DD IMAGECOLOR 0 0 0 #CONFIG PROJ_LIB "/ms4w/proj/nad/" WEB #IMAGEPATH "/ms4w/tmp/ms_tmp/" #TEMPLATE "/ms4w/Apache/htdocs/dummy_template.html" METADATA "wms_title" "RADES_WMS" "wms_name" "84RADES_WMS" #"wms_onlineresource" "http://localhost/cgi-bin/radeswms.exe?SERVICE=WMS" "wms_srs" "EPSG:4326" "wms_extent" "-180 -90 180 90" "Wms_enable_request" "*" END END PROJECTION "init=epsg:4326" END LAYER NAME "NaturalEarth" METADATA "wms_title" "NaturalEarth" "wms_name" "NaturalEarth" "wms_extent" "-180 -90 180 90" "wms_srs" "ESPG:4326" "wms_style" "Default" END STATUS ON TYPE RASTER TILEINDEX "d:\\MapData\\NaturalEarthCrossBlend\\NaturalEarth" TILEITEM "LOCATION" #PROJECTION # "init=epsg:4326" #END End END -------------- next part -------------- An HTML attachment was scrubbed... URL: From szekerest at gmail.com Sun Mar 16 05:52:30 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Sun, 16 Mar 2014 13:52:30 +0100 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: I suspect hdf5.dll and hdf5_hl.dll is still missing on your target directory. Copy those files from the .zip package mentioned before. Tamas 2014-03-16 12:59 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > Hi Tamas, > I changed the PROJ_LIB to the correct directory, and that fixed that > problem. Now I'm having trouble getting some of the gdal dlls to run. > I've tried several raster sets, including Natural Earth, and Blue Marble, > and I get the errors below. These errors also appear at the top of the > GetCapabilities document. I was able to get a vector set (Natural Earth > State Boundaries) to return a proper image so at least that's some > progress. Any suggestions on getting this working would be appreciated. > Thanks, > James > > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_BAG.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_GMT.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_GMT.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5Image.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_HDF5Image.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_netCDF.dll > 126: The specified module could not be found. > ERROR 1: Can't load requested DLL: C:\Program Files\MapServer\gdalplugins\gdal_netCDF.dll > 126: The specified module could not be found. > > > > > ------------------------------ > *From:* Tamas Szekeres [szekerest at gmail.com] > *Sent:* Sunday, March 16, 2014 2:28 AM > > *To:* EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: [mapserver-users] Migrating from MS4W to GISInternals > > You should probably set CONFIG PROJ_LIB to a valid directory (in the > map file) containing the projection support files. > > Tamas > > > 2014-03-16 0:30 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < > james.evans.4 at us.af.mil>: > >> Good deal. I had to enable cgi extensions under IIS. Anyway, now I'm >> having trouble with my map file. I get this error: >> >> *msProcessProjection(): Projection library error. proj error >> "Permission denied" for "init=epsg:4326"* >> >> Here's my map file. I'm just trying to get Natural Earth working to >> begin with. Why wouldn't this version recognize 4326? If I take out the >> init statement, I get an error saying I have to have a projection at the >> top level. >> Thanks, >> James >> >> >> >> MAP >> NAME "RADESWMS" >> EXTENT -180 -90 180 90 >> SIZE 512 512 >> UNITS DD >> IMAGECOLOR 0 0 0 >> #CONFIG PROJ_LIB "/ms4w/proj/nad/" >> >> >> WEB >> #IMAGEPATH "/ms4w/tmp/ms_tmp/" >> #TEMPLATE "/ms4w/Apache/htdocs/dummy_template.html" >> METADATA >> "wms_title" "RADES_WMS" >> "wms_name" "84RADES_WMS" >> #"wms_onlineresource" " >> http://localhost/cgi-bin/radeswms.exe?SERVICE=WMS" >> "wms_srs" "EPSG:4326" >> "wms_extent" "-180 -90 180 90" >> "Wms_enable_request" "*" >> END >> END >> >> >> PROJECTION >> "init=epsg:4326" >> END >> >> LAYER >> NAME "NaturalEarth" >> METADATA >> "wms_title" "NaturalEarth" >> "wms_name" "NaturalEarth" >> "wms_extent" "-180 -90 180 90" >> "wms_srs" "ESPG:4326" >> "wms_style" "Default" >> END >> STATUS ON >> TYPE RASTER >> TILEINDEX "d:\\MapData\\NaturalEarthCrossBlend\\NaturalEarth" >> TILEITEM "LOCATION" >> #PROJECTION >> # "init=epsg:4326" >> #END >> End >> >> >> >> END >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Sun Mar 16 21:43:51 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Mon, 17 Mar 2014 04:43:51 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A437@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tamas, Still no luck getting it working. hdf5.dll, hdf5_hl.dll, and hdfdll.dll were not in the mapsrver directtory. I copied them over. Still no luck displaying the raster data. There several other dlls in the bin directory of the zip that are not in the mapserver directory. THey include: freexl.dll ftgl.dll libecwj2.dll libtiff.dll lti_dsdk_9.0.dll lti_lidar_dsdk_1.1.dll mfhdfdll.dll msplugin_mssql2008.dll msplugin_oracle.dll msvcp100.dll msvcr100.dll NCSEcw.dll szip.dll tbb.dll xdrdll.dll Should any of these also be copied over to the mapserver directory? Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Sunday, March 16, 2014 6:52 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals I suspect hdf5.dll and hdf5_hl.dll is still missing on your target directory. Copy those files from the .zip package mentioned before. Tamas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at mmmtike.fi Mon Mar 17 00:38:37 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Mon, 17 Mar 2014 07:38:37 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals Message-ID: Hi, By looking at the Apache httpd.cong from MS4W I can see these two # set GDAL_DATA environment variable to location of supporting gdal files SetEnv GDAL_DATA "/ms4w/gdaldata" # set GDAL_DRIVER_PATH environment variable for gdal plugins SetEnv GDAL_DRIVER_PATH "/ms4w/gdalplugins" Perhaps you should also set GDAL_DATA and GDAL_DRIVER_PATH? -Jukka Rahkonen- EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: Hi Tamas, Still no luck getting it working. hdf5.dll, hdf5_hl.dll, and hdfdll.dll were not in the mapsrver directtory. I copied them over. Still no luck displaying the raster data. There several other dlls in the bin directory of the zip that are not in the mapserver directory. THey include: freexl.dll ftgl.dll libecwj2.dll libtiff.dll lti_dsdk_9.0.dll lti_lidar_dsdk_1.1.dll mfhdfdll.dll msplugin_mssql2008.dll msplugin_oracle.dll msvcp100.dll msvcr100.dll NCSEcw.dll szip.dll tbb.dll xdrdll.dll Should any of these also be copied over to the mapserver directory? Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Sunday, March 16, 2014 6:52 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals I suspect hdf5.dll and hdf5_hl.dll is still missing on your target directory. Copy those files from the .zip package mentioned before. Tamas -------------- next part -------------- An HTML attachment was scrubbed... URL: From szekerest at gmail.com Mon Mar 17 01:19:16 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Mon, 17 Mar 2014 09:19:16 +0100 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5A437@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A437@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: szip.dll is also required to copy into the mapserver directory. Best regards, Tamas 2014-03-17 5:43 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > Hi Tamas, > Still no luck getting it working. hdf5.dll, hdf5_hl.dll, and hdfdll.dll > were not in the mapsrver directtory. I copied them over. Still no luck > displaying the raster data. There several other dlls in the bin directory > of the zip that are not in the mapserver directory. THey include: > freexl.dll > ftgl.dll > libecwj2.dll > libtiff.dll > lti_dsdk_9.0.dll > lti_lidar_dsdk_1.1.dll > mfhdfdll.dll > msplugin_mssql2008.dll > msplugin_oracle.dll > msvcp100.dll > msvcr100.dll > NCSEcw.dll > szip.dll > tbb.dll > xdrdll.dll > > Should any of these also be copied over to the mapserver directory? > Thanks, > James > > ------------------------------ > *From:* Tamas Szekeres [szekerest at gmail.com] > *Sent:* Sunday, March 16, 2014 6:52 AM > > *To:* EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: [mapserver-users] Migrating from MS4W to GISInternals > > I suspect hdf5.dll and hdf5_hl.dll is still missing on your target > directory. Copy those files from the .zip package mentioned before. > > Tamas > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Mon Mar 17 04:04:59 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Mon, 17 Mar 2014 11:04:59 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A437@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A4AD@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tamas, Copying szip.dll did the trick. Thanks! ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Monday, March 17, 2014 2:19 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals szip.dll is also required to copy into the mapserver directory. Best regards, Tamas 2014-03-17 5:43 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Hi Tamas, Still no luck getting it working. hdf5.dll, hdf5_hl.dll, and hdfdll.dll were not in the mapsrver directtory. I copied them over. Still no luck displaying the raster data. There several other dlls in the bin directory of the zip that are not in the mapserver directory. THey include: freexl.dll ftgl.dll libecwj2.dll libtiff.dll lti_dsdk_9.0.dll lti_lidar_dsdk_1.1.dll mfhdfdll.dll msplugin_mssql2008.dll msplugin_oracle.dll msvcp100.dll msvcr100.dll NCSEcw.dll szip.dll tbb.dll xdrdll.dll Should any of these also be copied over to the mapserver directory? Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Sunday, March 16, 2014 6:52 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals I suspect hdf5.dll and hdf5_hl.dll is still missing on your target directory. Copy those files from the .zip package mentioned before. Tamas -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Mon Mar 17 06:30:04 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Mon, 17 Mar 2014 13:30:04 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A437@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A53A@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tamas, Two other quick questions. Under my MS4W version, I was getting transparency for the following layer: LAYER NAME "States" METADATA "wms_title" "States" "wms_name" "States" "wms_extent" "-180 -90 180 90" "wms_srs" "ESPG:4326" "wms_style" "Default" END GROUP Features STATUS ON TYPE POLYGON DATA "d:\\MapData\\states\\ne_10m_admin_1_states_provinces_shp" LABELITEM "name" CLASS STYLE #COLOR 246 241 223 OUTLINECOLOR 0 0 250 END LABEL COLOR 255 0 0 POSITION AUTO MAXSCALEDENOM 40000000 END END MAXSCALEDENOM 1000000000 End Under this version, it's not transparent. It has a black background. This is the same with another vector set. Any idea why that would change? Also, I don't seem to be able to access the gdal minidrivers. It's probably a permission problem. Here's my layer: LAYER NAME "GNC_Tiled" DATA "d:\\mapdata\\GNC.xml" GROUP Tiled TYPE RASTER STATUS ON END The error I get says that it cannot access the file GNC.xml. I've tried putting the file in the mapserver directory, and hard coding the path to the file. Nothing seems to work. Any ideas? Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Monday, March 17, 2014 2:19 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals szip.dll is also required to copy into the mapserver directory. Best regards, Tamas 2014-03-17 5:43 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Hi Tamas, Still no luck getting it working. hdf5.dll, hdf5_hl.dll, and hdfdll.dll were not in the mapsrver directtory. I copied them over. Still no luck displaying the raster data. There several other dlls in the bin directory of the zip that are not in the mapserver directory. THey include: freexl.dll ftgl.dll libecwj2.dll libtiff.dll lti_dsdk_9.0.dll lti_lidar_dsdk_1.1.dll mfhdfdll.dll msplugin_mssql2008.dll msplugin_oracle.dll msvcp100.dll msvcr100.dll NCSEcw.dll szip.dll tbb.dll xdrdll.dll Should any of these also be copied over to the mapserver directory? Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Sunday, March 16, 2014 6:52 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Migrating from MS4W to GISInternals I suspect hdf5.dll and hdf5_hl.dll is still missing on your target directory. Copy those files from the .zip package mentioned before. Tamas -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.barter at gmail.com Mon Mar 17 08:36:32 2014 From: dave.barter at gmail.com (Dave Barter) Date: Mon, 17 Mar 2014 15:36:32 +0000 Subject: [mapserver-users] Symbols at tile edges Message-ID: Is there any way to prevent symbols being clipped/rendered at tile edges using just mapserver? I have created direction arrows as a filled vector symbol and placed these as follows:- SYMBOL ? ? ? ? ? ? ? ? NAME "arrow" ? ? ? ? ? ? ? ? TYPE vector ? ? ? ? ? ? ? ? FILLED true ? ? ? ? ? ? ? ? POINTS ? ? ? ? ? ? ? ? ? ? 0 0.4 ? ? ? ? ? ? ? ? ? ? 1 0.4 ? ? ? ? ? ? ? ? ? ? 1 0 ? ? ? ? ? ? ? ? ? ? 2 0.8 ? ? ? ? ? ? ? ? ? ? 1 1.6 ? ? ? ? ? ? ? ? ? ? 1 1.2 ? ? ? ? ? ? ? ? ? ? 0 1.2 ? ? ? ? ? ? ? ? ? ? 0 0.4 ? ? ? ? ? ? ? ? END ? ? ? ? ? ? ? ? ANCHORPOINT 1 0.8 ?END? ? STYLE ? ? ? ? ? ? ? ? ? ? ? ? ? GAP -300.0 ? ? ? ? ? ? ? ? ? ? ? ? ? COLOR?128 128 128 ? ? ? ? ? ? ? ? ? ? ? ? ? OUTLINECOLOR 0 0 0 ? ? ? ? ? ? ? ? ? ? ? ? ? SYMBOL "arrow" ? ? ? ? ? ? ? ? ? ? ? ? ? SIZE 12.0 ? ? ? ? ? ? ? ? ? ? ? ? ? ANGLE AUTO ? ? ? ? ? ? ? ? ? ? ? ? ? ? OFFSET 10 -99 END When viewed as a WMS layer in open layers I find that arrows placed on a line close to a tile edge are being clipped. The layer uses Request parameters and cannot be proxied through map cache. As you can see below it uses ?%worker% to pick the right table. DATA "wkb_geometry from (SELECT work_item_sequence as seq, count(work_item_sequence), (st_collect(route_line)) as wkb_geometry FROM ng_worker.worker_%worker%_route_table GROUP by work_item_sequence ORDER by work_item_sequence ASC ) AS FOO using unique seq using srid=27700" -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Mon Mar 17 12:50:16 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Mon, 17 Mar 2014 19:50:16 +0000 Subject: [mapserver-users] Migrating from MS4W to GISInternals In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5A2AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2C5@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A2E2@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A336@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A3A0@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <20EA793B1BC710448656BDC9BD25C4A104C5A437@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5A6B7@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tamas, I just went through the installation again, this time on a Win7-64 bit machine at work. Here are the steps I had to go through to get it to work: Turn on IIS6 Compatibility Mode Turn on CGI and ASP.Net in IIS Edit ISAPI and CGI Restrictions Check the box to allow Unspecified CGI Modules and to allow Unspecified ISAPI modules Look in the binary zip file and copy the following dlls to the Mapserver directory Hdf5.dll Hdf5_hl.dll Hdfdll.dll Geos.dll Szip.dll Openjp2.dll Then, I had to add this line to my map file: CONFIG PROJ_LIB "C:\Program Files\MapServer\projlib" From charlie.allgrove at bsgwireless.com Wed Mar 19 07:59:54 2014 From: charlie.allgrove at bsgwireless.com (Charlie Allgrove) Date: Wed, 19 Mar 2014 14:59:54 -0000 Subject: [mapserver-users] IE8(!) transparency issues Message-ID: <009201cf4383$e7504d10$b5f0e730$@allgrove@bsgwireless.com> Hi I'm sure this isn't the first time this has been asked, but I'm having real issues with IE8 handling transparencies correctly. My map file is correctly creating tiles in RGBA mode using PNG24 symbols (including transparency) as data markers. Once the layer is rendered on a Google Map (at 60% opacity) everything is fine in any non-IE browser and IE>=9. IE8 doesn't handle the double opacity at all well and shows grey outlines around the markers. Is this a Google issue or can I do something different in my map file to generate the tiles differently? Relevant sample from map file: SYMBOL NAME 'cloud_500' TYPE PIXMAP IMAGE './dust_cloud_500.png' END #SYMBOL OUTPUTFORMAT NAME 'png' DRIVER AGG/PNG IMAGEMODE RGBA MIMETYPE 'image/png' EXTENSION 'png' TRANSPARENT ON END Thanks in advance! Charlie -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Wed Mar 19 15:50:33 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Wed, 19 Mar 2014 22:50:33 +0000 Subject: [mapserver-users] Processing JP2000 files Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5B23B@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi, I'm trying to transition from MS4W to the latest GISInternals 64bit build. Most of my image sets transferred over just fine, but I'm having trouble getting the USDA NAIP set to work. Here are the errors I'm seeing: One request from the log file: [Wed Mar 19 16:37:27 2014].812000 msDrawRasterLayerLow(NAIP): Filename is: m_4111264_ne_12_1_20110715_20111011.jp2 [Wed Mar 19 16:37:27 2014].812000 msDrawRasterLayerLow(NAIP): Path is: c:\MapData\NAIP\m_4111264_ne_12_1_20110715_20111011.jp2 [Wed Mar 19 16:37:27 2014].818000 msResampleGDALToMap in effect: cellsize = 2980.000000 [Wed Mar 19 16:37:27 2014].818000 msDrawGDAL(NAIP): using RAW_WINDOW=0 0 5960 7630, dst=0,0,2,3 [Wed Mar 19 16:37:27 2014].818000 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 My applications logs this: Start time: 3/19/2014 4:42:43 PM Total download time: 00:00:01.3010000 Average transfer rate: 0.0 kbit/s Url: http://localhost/mapserver/mapserv.exe?request=GetMap&layers=NAIP&TRANSPARENT=TRUE&BGCOLOR=0x000000&map=C:/Mapdata/servemap.map&srs=EPSG:4326&width=512&height=512&bbox=-112.5,22.5,-90,45&format=image/jpeg&version=1.1.1&styles= Target file: C:\WorldWindCache\Earth\RADES_WMS_LOCAL2\NAIP\0\5\5_3.jpeg.tmp Progress: 0/0 bytes Status: The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF Proxy: http://localhost/mapserver/mapserv.exe?request=GetMap&layers=NAIP&TRANSPARENT=TRUE&BGCOLOR=0x000000&map=C:/Mapdata/servemap.map&srs=EPSG:4326&width=512&height=512&bbox=-112.5,22.5,-90,45&format=image/jpeg&version=1.1.1&styles= Response headers: ======================================== If I try to open that request URL in a web browser, I get several pages of this text: Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Warning 1: Empty SOT marker detected: Psot=12. Is this a GDAL problem? How can I get this to work? Any suggestions would be greatly appreciated. Thanks! James -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6912 bytes Desc: not available URL: From James.Evans at hill.af.mil Thu Mar 20 06:21:41 2014 From: James.Evans at hill.af.mil (James_in_Utah) Date: Thu, 20 Mar 2014 06:21:41 -0700 (PDT) Subject: [mapserver-users] Processing JP2000 files In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5B23B@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5B23B@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: <1395321701327-5130136.post@n6.nabble.com> There must have been something wrong with my shapefile, because I tried this at home and I was able to get the same data to work. Now the problem is that the image I see on my client is all washed out, not a variant RGB image but mostly brownish with weak greens. None of the reds or blues are making it through. Plus, where the tiles overlap I can see the edges are blended from the overlapping tiles. This wasn't the case with the older GDAL from MS4W. Has something changed? Is there some directive in the layer that I'm missing? Thanks, James -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jukka.rahkonen at mmmtike.fi Thu Mar 20 06:44:45 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Thu, 20 Mar 2014 13:44:45 +0000 Subject: [mapserver-users] Processing JP2000 files In-Reply-To: <1395321701327-5130136.post@n6.nabble.com> References: <20EA793B1BC710448656BDC9BD25C4A104C5B23B@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <1395321701327-5130136.post@n6.nabble.com> Message-ID: Hi, Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and it means "start of tilepart". If images are the same then the message means that something has changed in GDAL part. GDAL has several JPEG200 drivers and they all behave in a bit different way. Check which driver you have in your old system and which one you have now with "gdalinfo --formats". I warn that from the free alternatives only OpenJPEG driver is something that can be considered for real use. -Jukka Rahkonen- James_in_Utah wrote: > > There must have been something wrong with my shapefile, because I tried this > at home and I was able to get the same data to work. Now the problem is that > the image I see on my client is all washed out, not a variant RGB image but > mostly brownish with weak greens. None of the reds or blues are making it > through. Plus, where the tiles overlap I can see the edges are blended from the > overlapping tiles. This wasn't the case with the older GDAL from MS4W. Has > something changed? Is there some directive in the layer that I'm missing? > Thanks, > James > > > > > -- > View this message in context: http://osgeo- > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.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 james.evans.4 at us.af.mil Thu Mar 20 08:20:40 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Thu, 20 Mar 2014 15:20:40 +0000 Subject: [mapserver-users] Processing JP2000 files In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5B23B@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <1395321701327-5130136.post@n6.nabble.com> Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5B493@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Jukka, Here's the info I get on one of the files using the 64Bit build of GISInternals that seems to completely fail to read the file: Driver: JP2OpenJPEG/JPEG-2000 driver based on OpenJPEG library Files: m_4111149_sw_12_1_20110810_20111011.jp2 Size is 5950, 7630 Coordinate System is: PROJCS["NAD83 / UTM zone 12N", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.2572221010002, AUTHORITY["EPSG","7019"]], AUTHORITY["EPSG","6269"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4269"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-111], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",500000], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AUTHORITY["EPSG","26912"]] Origin = (415740.000000000000000,4560370.000000000000000) Pixel Size = (1.000000000000000,-1.000000000000000) Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 415740.000, 4560370.000) (112d 0'17.18"W, 41d11'25.11"N) Lower Left ( 415740.000, 4552740.000) (112d 0'13.41"W, 41d 7'17.72"N) Upper Right ( 421690.000, 4560370.000) (111d56' 1.79"W, 41d11'27.26"N) Lower Right ( 421690.000, 4552740.000) (111d55'58.28"W, 41d 7'19.86"N) Center ( 418715.000, 4556555.000) (111d58' 7.66"W, 41d 9'22.51"N) Band 1 Block=4096x4096 Type=Byte, ColorInterp=Red Overviews: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Overviews: arbitrary Mask Flags: PER_DATASET ALPHA Overviews of mask band: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Band 2 Block=4096x4096 Type=Byte, ColorInterp=Green Overviews: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Overviews: arbitrary Mask Flags: PER_DATASET ALPHA Overviews of mask band: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Band 3 Block=4096x4096 Type=Byte, ColorInterp=Blue Overviews: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Overviews: arbitrary Mask Flags: PER_DATASET ALPHA Overviews of mask band: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Band 4 Block=4096x4096 Type=Byte, ColorInterp=Alpha Overviews: 2975x3815, 1487x1907, 743x953, 371x476, 185x238 Overviews: arbitrary Here's the info from the MS4W released version that has been working flawlessly for months: Driver: JP2MrSID/MrSID JPEG2000 Files: m_3609464_sw_15_1_20100622_20101021.jp2 Size is 6311, 7598 Coordinate System is: PROJCS["NAD83 / UTM zone 15N", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.2572221010002, AUTHORITY["EPSG","7019"]], AUTHORITY["EPSG","6269"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4269"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-93], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",500000], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AUTHORITY["EPSG","26915"]] Origin = (398304.000000000000000,3991767.000000000000000) Pixel Size = (1.000000000000000,-1.000000000000000) Metadata: GEOTIFF_CHAR__GTModelTypeGeoKey=ModelTypeProjected GEOTIFF_CHAR__GTRasterTypeGeoKey=RasterPixelIsArea GEOTIFF_CHAR__ProjectedCSTypeGeoKey=PCS_NAD83_UTM_zone_15N GEOTIFF_CHAR__ProjLinearUnitsGeoKey=Linear_Meter GEOTIFF_NUM__1024__GTModelTypeGeoKey=1 GEOTIFF_NUM__1025__GTRasterTypeGeoKey=1 GEOTIFF_NUM__1026__GTCitationGeoKey=NAIP 2010 m_3609464_sw_15_1_20100622 GEOTIFF_NUM__3072__ProjectedCSTypeGeoKey=26915 GEOTIFF_NUM__3073__PCSCitationGeoKey=NAD83 / UTM zone 15N GEOTIFF_NUM__3076__ProjLinearUnitsGeoKey=9001 IMAGE__ENCODING_APPLICATION=GeoExpress 7.0.0.2052 IMAGE__INPUT_FILE_SIZE=191865212.000000 IMAGE__INPUT_FORMAT=GeoTIFF IMAGE__INPUT_NAME=/hsm/naip/36094/64/m_3609464_sw_15_1_20100622_20101021.tif Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 398304.000, 3991767.000) ( 94d 7'45.35"W, 36d 3'54.62"N) Lower Left ( 398304.000, 3984169.000) ( 94d 7'41.83"W, 35d59'48.06"N) Upper Right ( 404615.000, 3991767.000) ( 94d 3'33.10"W, 36d 3'56.92"N) Lower Right ( 404615.000, 3984169.000) ( 94d 3'29.80"W, 35d59'50.35"N) Center ( 401459.500, 3987968.000) ( 94d 5'37.52"W, 36d 1'52.51"N) Band 1 Block=1024x128 Type=Byte, ColorInterp=Undefined Minimum=49.000, Maximum=232.000, Mean=121.048, StdDev=29.936 Overviews: 3156x3799, 1578x1900, 789x950, 395x475, 198x238, 99x119, 50x60 Band 2 Block=1024x128 Type=Byte, ColorInterp=Undefined Minimum=65.000, Maximum=219.000, Mean=134.718, StdDev=24.551 Overviews: 3156x3799, 1578x1900, 789x950, 395x475, 198x238, 99x119, 50x60 Band 3 Block=1024x128 Type=Byte, ColorInterp=Undefined Minimum=82.000, Maximum=219.000, Mean=132.334, StdDev=17.415 Overviews: 3156x3799, 1578x1900, 789x950, 395x475, 198x238, 99x119, 50x60 Band 4 Block=1024x128 Type=Byte, ColorInterp=Undefined Minimum=39.000, Maximum=255.000, Mean=186.412, StdDev=22.709 Overviews: 3156x3799, 1578x1900, 789x950, 395x475, 198x238, 99x119, 50x60 I'll have to check the version I'm using at home tonight. It came with the 32bit build of GISInternals, and can read the files, but they are washed out, and boundaries of the tiles show some blended overlap. James -----Original Message----- From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen at mmmtike.fi] Sent: Thursday, March 20, 2014 7:45 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver-users at lists.osgeo.org Subject: VS: [mapserver-users] Processing JP2000 files Hi, Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and it means "start of tilepart". If images are the same then the message means that something has changed in GDAL part. GDAL has several JPEG200 drivers and they all behave in a bit different way. Check which driver you have in your old system and which one you have now with "gdalinfo --formats". I warn that from the free alternatives only OpenJPEG driver is something that can be considered for real use. -Jukka Rahkonen- James_in_Utah wrote: > > There must have been something wrong with my shapefile, because I > tried this at home and I was able to get the same data to work. Now > the problem is that the image I see on my client is all washed out, > not a variant RGB image but mostly brownish with weak greens. None of > the reds or blues are making it through. Plus, where the tiles > overlap I can see the edges are blended from the overlapping tiles. > This wasn't the case with the older GDAL from MS4W. Has something changed? Is there some directive in the layer that I'm missing? > Thanks, > James > > > > > -- > View this message in context: http://osgeo- > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.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 -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6912 bytes Desc: not available URL: From jennawalz at co.stevens.mn.us Thu Mar 20 13:42:26 2014 From: jennawalz at co.stevens.mn.us (jcwalz) Date: Thu, 20 Mar 2014 13:42:26 -0700 (PDT) Subject: [mapserver-users] Reference Map Message-ID: <1395348146584-5130208.post@n6.nabble.com> Hello, Is there any way to add a reference map to GeoMOOSE 2.6.1? Thanks! -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Reference-Map-tp5130208.html Sent from the Mapserver - User mailing list archive at Nabble.com. From james.evans.4 at us.af.mil Thu Mar 20 20:26:37 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Fri, 21 Mar 2014 03:26:37 +0000 Subject: [mapserver-users] Processing JP2000 files In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5B23B@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <1395321701327-5130136.post@n6.nabble.com>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5B6AA@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Jukka, The MS4W version says it is using Driver: JP2MrSID/MrSID JPEG2000, and the GISInternals version is using Driver: JP2OpenJPEG/JPEG-2000 driver based on OpenJPEG library. I tried to do a gdal_translate on the same file, using the each of the drivers. They both translated the file into a 512x512 jpg, but the JP2OpenJPEG driver listed over a 1000 of these warnings before it stopped listing warnings: Warning 1: Empty SOT marker detected: Psot=12. So, I have 400,000 of these JP2000 images, equally 4.3TBs of data. Should I consider a massive batch conversion to JPG or Geotiff, or is there some way to get the JP2OpenJPEG driver to play nice with these files? Thanks, James ________________________________________ From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] Sent: Thursday, March 20, 2014 7:44 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver-users at lists.osgeo.org Subject: VS: [mapserver-users] Processing JP2000 files Hi, Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and it means "start of tilepart". If images are the same then the message means that something has changed in GDAL part. GDAL has several JPEG200 drivers and they all behave in a bit different way. Check which driver you have in your old system and which one you have now with "gdalinfo --formats". I warn that from the free alternatives only OpenJPEG driver is something that can be considered for real use. -Jukka Rahkonen- James_in_Utah wrote: > > There must have been something wrong with my shapefile, because I tried this > at home and I was able to get the same data to work. Now the problem is that > the image I see on my client is all washed out, not a variant RGB image but > mostly brownish with weak greens. None of the reds or blues are making it > through. Plus, where the tiles overlap I can see the edges are blended from the > overlapping tiles. This wasn't the case with the older GDAL from MS4W. Has > something changed? Is there some directive in the layer that I'm missing? > Thanks, > James > > > > > -- > View this message in context: http://osgeo- > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.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 jukka.rahkonen at mmmtike.fi Fri Mar 21 02:33:24 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Fri, 21 Mar 2014 09:33:24 +0000 Subject: [mapserver-users] Processing JP2000 files Message-ID: Hi, >From your other mail I concluded that your images are converted into JPEG2000 with some Lizardtech product so it is not a surprise that MrSID/MrSIG JPEG2000 driver is happy with the SOT markers. I do not know if it is a real error in file structure or only a different JPEG2000 dialect. JPEG2000 is very feature rich and complicated. It seems that OpenJPEG driver is not most happy with the JPEG2000 structure in your images. It could be happier if the data streams inside JP2 file were organized in some other way. There are tools (for example Kakadu kdu_transcode) for re-organizing JPEG2000 files without recompression and data loss but that would still mean a rewrite for all your images. OpenJPEG is as its best is rather fast and almost usable for production but it depends on how much load you wait for your server. However, myself I would not follow that route. I would consider two alternatives: - Acquire Mapserver + GDAL with some fast JPEG2000 driver: JPKAK, JP2ECW, or JP2MrSID. Test with your images and take care of a license. Those SDKs are not free and you can't use them on server without paying. - Convert your images into GeoTIFF format (tiled, jpeg compressed, with compressed overviews). You need a fast JPEG200O driver also for that but for example JP2ECW license allows desktop use without payed license (check it!). Conversion will take some time because there are 1440 minutes in a day and you said you have 400000 images. With one computer it would take several months so I suggest to gather lots of computers and lots of USB drives so that you can read from one drive and write converted images into another. There is lots of computing power around nowadays and from any medium scaled office you can find 100 laptops which are idle for all nights and weekends. They could handle your data within a week or two. GeoTIFFs will take a bit more disk space mainly because of overviews (JPEG2000 streams are progressive and overviews are unnecessary) but they will be faster with your Mapserver and other GDAL based software like QGIS and with Geoserver too. -Jukka Rahkonen- EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > Hi Jukka, > > The MS4W version says it is using Driver: JP2MrSID/MrSID JPEG2000, and the > GISInternals version is using Driver: JP2OpenJPEG/JPEG-2000 driver based on > OpenJPEG library. I tried to do a gdal_translate on the same file, using the each > of the drivers. They both translated the file into a 512x512 jpg, but the > JP2OpenJPEG driver listed over a 1000 of these warnings before it stopped listing > warnings: > Warning 1: Empty SOT marker detected: Psot=12. > > So, I have 400,000 of these JP2000 images, equally 4.3TBs of data. Should I > consider a massive batch conversion to JPG or Geotiff, or is there some way to > get the JP2OpenJPEG driver to play nice with these files? > > Thanks, > James > ________________________________________ > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > Sent: Thursday, March 20, 2014 7:44 AM > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver- > users at lists.osgeo.org > Subject: VS: [mapserver-users] Processing JP2000 files > > Hi, > > Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and it > means "start of tilepart". If images are the same then the message means that > something has changed in GDAL part. GDAL has several JPEG200 drivers and they > all behave in a bit different way. Check which driver you have in your old system > and which one you have now with "gdalinfo --formats". > I warn that from the free alternatives only OpenJPEG driver is something that > can be considered for real use. > > -Jukka Rahkonen- > > > > James_in_Utah wrote: > > > > There must have been something wrong with my shapefile, because I > > tried this at home and I was able to get the same data to work. Now > > the problem is that the image I see on my client is all washed out, > > not a variant RGB image but mostly brownish with weak greens. None of > > the reds or blues are making it through. Plus, where the tiles > > overlap I can see the edges are blended from the overlapping tiles. > > This wasn't the case with the older GDAL from MS4W. Has something > changed? Is there some directive in the layer that I'm missing? > > Thanks, > > James > > > > > > > > > > -- > > View this message in context: http://osgeo- > > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.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 james.evans.4 at us.af.mil Fri Mar 21 05:21:30 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Fri, 21 Mar 2014 12:21:30 +0000 Subject: [mapserver-users] Processing JP2000 files In-Reply-To: References: Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5B771@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Jukka, I have Global Mapper, and used it to do a batch convert to geotiff on a test set of images. The converted files work fine with the OpenJPEG drive, but the size almost doubles and on my 10 year old pc at home it takes about 3 minutes per file to convert. I will look at all the options you mentioned below. Thanks! James ________________________________________ From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] Sent: Friday, March 21, 2014 3:33 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; 'mapserver-users at lists.osgeo.org' Subject: Re: [mapserver-users] Processing JP2000 files Hi, >From your other mail I concluded that your images are converted into JPEG2000 with some Lizardtech product so it is not a surprise that MrSID/MrSIG JPEG2000 driver is happy with the SOT markers. I do not know if it is a real error in file structure or only a different JPEG2000 dialect. JPEG2000 is very feature rich and complicated. It seems that OpenJPEG driver is not most happy with the JPEG2000 structure in your images. It could be happier if the data streams inside JP2 file were organized in some other way. There are tools (for example Kakadu kdu_transcode) for re-organizing JPEG2000 files without recompression and data loss but that would still mean a rewrite for all your images. OpenJPEG is as its best is rather fast and almost usable for production but it depends on how much load you wait for your server. However, myself I would not follow that route. I would consider two alternatives: - Acquire Mapserver + GDAL with some fast JPEG2000 driver: JPKAK, JP2ECW, or JP2MrSID. Test with your images and take care of a license. Those SDKs are not free and you can't use them on server without paying. - Convert your images into GeoTIFF format (tiled, jpeg compressed, with compressed overviews). You need a fast JPEG200O driver also for that but for example JP2ECW license allows desktop use without payed license (check it!). Conversion will take some time because there are 1440 minutes in a day and you said you have 400000 images. With one computer it would take several months so I suggest to gather lots of computers and lots of USB drives so that you can read from one drive and write converted images into another. There is lots of computing power around nowadays and from any medium scaled office you can find 100 laptops which are idle for all nights and weekends. They could handle your data within a week or two. GeoTIFFs will take a bit more disk space mainly because of overviews (JPEG2000 streams are progressive and overviews are unnecessary) but they will be faster with your Mapserver and other GDAL based software like QGIS and with Geoserver too. -Jukka Rahkonen- EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > Hi Jukka, > > The MS4W version says it is using Driver: JP2MrSID/MrSID JPEG2000, and the > GISInternals version is using Driver: JP2OpenJPEG/JPEG-2000 driver based on > OpenJPEG library. I tried to do a gdal_translate on the same file, using the each > of the drivers. They both translated the file into a 512x512 jpg, but the > JP2OpenJPEG driver listed over a 1000 of these warnings before it stopped listing > warnings: > Warning 1: Empty SOT marker detected: Psot=12. > > So, I have 400,000 of these JP2000 images, equally 4.3TBs of data. Should I > consider a massive batch conversion to JPG or Geotiff, or is there some way to > get the JP2OpenJPEG driver to play nice with these files? > > Thanks, > James > ________________________________________ > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > Sent: Thursday, March 20, 2014 7:44 AM > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver- > users at lists.osgeo.org > Subject: VS: [mapserver-users] Processing JP2000 files > > Hi, > > Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and it > means "start of tilepart". If images are the same then the message means that > something has changed in GDAL part. GDAL has several JPEG200 drivers and they > all behave in a bit different way. Check which driver you have in your old system > and which one you have now with "gdalinfo --formats". > I warn that from the free alternatives only OpenJPEG driver is something that > can be considered for real use. > > -Jukka Rahkonen- > > > > James_in_Utah wrote: > > > > There must have been something wrong with my shapefile, because I > > tried this at home and I was able to get the same data to work. Now > > the problem is that the image I see on my client is all washed out, > > not a variant RGB image but mostly brownish with weak greens. None of > > the reds or blues are making it through. Plus, where the tiles > > overlap I can see the edges are blended from the overlapping tiles. > > This wasn't the case with the older GDAL from MS4W. Has something > changed? Is there some directive in the layer that I'm missing? > > Thanks, > > James > > > > > > > > > > -- > > View this message in context: http://osgeo- > > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.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 jukka.rahkonen at mmmtike.fi Fri Mar 21 06:53:03 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Fri, 21 Mar 2014 13:53:03 +0000 Subject: [mapserver-users] Processing JP2000 files Message-ID: Hi James, It has been a while since I have done any experiments with JPEG2000 and stopwatch but I happened to have a rather recent versions of Kakadu demo executables on my machine (version 7.3.2, the very latest is 7.3.3). We do not have a license for the Kakadu speed pack, but even without it the conversion from lossless JPEG2000 into lossless GeoTIFF feels quite speedy. Here comes the facts: Hardware is a Windows 7 laptop with Intel i7, 8 cores and 8 GB RAM. Test image is 12000 x 12000 pixel 3-band aerial image, 443 MB as uncompressed, 170 MB as lossless JPEG2000 Here is the kdu_expand command and conversion log: Kakadu_732\bin_x64\kdu_expand -i test_in.JP2 -o test_out.tif -cpu 0 -mem Copying Geo box info, size = 389 End-to-end CPU time = 6.317000 seconds (0.014623 us/sample) Consumed 8 tile-part(s) from a total of 1 tile(s). Consumed 174,371,002 codestream bytes (excluding any file format) = 9.687278 bits/pel. Processed using the multi-threaded environment, with 8 parallel threads of execution Native Kakadu application used only 6.3 seconds CPU time for this task. I also made a comparison with GDAL 64-bit with driver JP2ECW (rov): ERDAS JPEG2000 (SDK 5.0) End-to-end time including disk write was 21 second. Kadudu timing was 6.3 seconds but I took timing also to include disk write and it was still under 7 seconds. It may be that file system was still doing some delayed writing but the scale should be about right. My test image was compressed as one tile and JP2OpenJPEG driver could not convert it. Final comparison: gdal_translate from uncompressed tif to uncompressed tif: 3 seconds. TIFF to TIFF with GDAL: 3 seconds JP2 to TIFF with native Kakadu: 7 seconds JP2 to TIFF with GDAL ECWJP2 (SDK 5.0): 21 seconds Your Global Mapper timing with much smaller image was 3 minutes. You have 400000 files... -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > [mailto:james.evans.4 at us.af.mil] > L?hetetty: 21. maaliskuuta 2014 14:22 > Vastaanottaja: Rahkonen Jukka (Tike); 'mapserver-users at lists.osgeo.org' > Aihe: RE: [mapserver-users] Processing JP2000 files > > Hi Jukka, > I have Global Mapper, and used it to do a batch convert to geotiff on a test set > of images. The converted files work fine with the OpenJPEG drive, but the size > almost doubles and on my 10 year old pc at home it takes about 3 minutes per > file to convert. I will look at all the options you mentioned below. > Thanks! > James > > > > ________________________________________ > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > Sent: Friday, March 21, 2014 3:33 AM > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; 'mapserver- > users at lists.osgeo.org' > Subject: Re: [mapserver-users] Processing JP2000 files > > Hi, > > From your other mail I concluded that your images are converted into JPEG2000 > with some Lizardtech product so it is not a surprise that MrSID/MrSIG JPEG2000 > driver is happy with the SOT markers. I do not know if it is a real error in file > structure or only a different JPEG2000 dialect. JPEG2000 is very feature rich and > complicated. > > It seems that OpenJPEG driver is not most happy with the JPEG2000 structure in > your images. It could be happier if the data streams inside JP2 file were > organized in some other way. There are tools (for example Kakadu > kdu_transcode) for re-organizing JPEG2000 files without recompression and > data loss but that would still mean a rewrite for all your images. OpenJPEG is as > its best is rather fast and almost usable for production but it depends on how > much load you wait for your server. However, myself I would not follow that > route. I would consider two alternatives: > > - Acquire Mapserver + GDAL with some fast JPEG2000 driver: JPKAK, JP2ECW, or > JP2MrSID. Test with your images and take care of a license. Those SDKs are not > free and you can't use them on server without paying. > - Convert your images into GeoTIFF format (tiled, jpeg compressed, with > compressed overviews). You need a fast JPEG200O driver also for that but for > example JP2ECW license allows desktop use without payed license (check it!). > Conversion will take some time because there are 1440 minutes in a day and you > said you have 400000 images. With one computer it would take several months > so I suggest to gather lots of computers and lots of USB drives so that you can > read from one drive and write converted images into another. There is lots of > computing power around nowadays and from any medium scaled office you can > find 100 laptops which are idle for all nights and weekends. They could handle > your data within a week or two. GeoTIFFs will take a bit more disk space mainly > because of overviews (JPEG2000 streams are progressive and overviews are > unnecessary) but they will be faster with your Mapserver and other GDAL based > software like QGIS and with Geoserver too. > > -Jukka Rahkonen- > > EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > > > Hi Jukka, > > > > The MS4W version says it is using Driver: JP2MrSID/MrSID JPEG2000, and > > the GISInternals version is using Driver: JP2OpenJPEG/JPEG-2000 driver > > based on OpenJPEG library. I tried to do a gdal_translate on the same > > file, using the each of the drivers. They both translated the file > > into a 512x512 jpg, but the JP2OpenJPEG driver listed over a 1000 of > > these warnings before it stopped listing > > warnings: > > Warning 1: Empty SOT marker detected: Psot=12. > > > > So, I have 400,000 of these JP2000 images, equally 4.3TBs of data. > > Should I consider a massive batch conversion to JPG or Geotiff, or is > > there some way to get the JP2OpenJPEG driver to play nice with these files? > > > > Thanks, > > James > > ________________________________________ > > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > > Sent: Thursday, March 20, 2014 7:44 AM > > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver- > > users at lists.osgeo.org > > Subject: VS: [mapserver-users] Processing JP2000 files > > > > Hi, > > > > Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and > > it means "start of tilepart". If images are the same then the message > > means that something has changed in GDAL part. GDAL has several > > JPEG200 drivers and they all behave in a bit different way. Check > > which driver you have in your old system and which one you have now with > "gdalinfo --formats". > > I warn that from the free alternatives only OpenJPEG driver is > > something that can be considered for real use. > > > > -Jukka Rahkonen- > > > > > > > > James_in_Utah wrote: > > > > > > There must have been something wrong with my shapefile, because I > > > tried this at home and I was able to get the same data to work. Now > > > the problem is that the image I see on my client is all washed out, > > > not a variant RGB image but mostly brownish with weak greens. None > > > of the reds or blues are making it through. Plus, where the tiles > > > overlap I can see the edges are blended from the overlapping tiles. > > > This wasn't the case with the older GDAL from MS4W. Has something > > changed? Is there some directive in the layer that I'm missing? > > > Thanks, > > > James > > > > > > > > > > > > > > > -- > > > View this message in context: http://osgeo- > > > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.htm > > > l 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 Steve.Toutant at inspq.qc.ca Fri Mar 21 07:49:47 2014 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Fri, 21 Mar 2014 10:49:47 -0400 Subject: [mapserver-users] WFS filter creates a query using a number instead of text Message-ID: The problem is when we send a string that represents a number, example: Filter=code_cs 864000 I get: ERROR: operator does not exist: character varying = integer "code_cs"= 864000 DescribeFeatureType returns In posgis, code_cs is defined as character varying(18) My workaround is using Like instead of EqualTo Filter=code_cs864000 Is this a bug in mapserver, creating the query using a number, even if DescribeFeatureType returns 'string' as type? thanks Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikeflan at att.net Fri Mar 21 08:06:11 2014 From: mikeflan at att.net (Mike Flannigan) Date: Fri, 21 Mar 2014 10:06:11 -0500 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: References: Message-ID: <532C5563.4000807@att.net> On a perhaps related subject, I was wondering if there was a preferred way to convert PDF map files to georeferenced GeoTiffs? I have thousands (many thousands) of these to convert. The tools I would like to use in order of preference are: Perl QGIS Any open source software Global Mapper I am on Win7. Here is an example of a file I want to convert: http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf I am also not adverse to downloading the entire country (USA) of GeoTiff 15 minute topos if they exist somewhere, but I have not found a location that serves them up for free. Mike Houston, TX On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: > Date: Fri, 21 Mar 2014 12:21:30 +0000 > From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" > > To: "Rahkonen Jukka (Tike)", > "'mapserver-users at lists.osgeo.org'" > Subject: Re: [mapserver-users] Processing JP2000 files > Message-ID: > <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07-04D.area52.afnoapps.usaf.mil> > > Content-Type: text/plain; charset="us-ascii" > > Hi Jukka, > I have Global Mapper, and used it to do a batch convert to geotiff on a test set of images. The converted files work fine with the OpenJPEG drive, but the size almost doubles and on my 10 year old pc at home it takes about 3 minutes per file to convert. I will look at all the options you mentioned below. > Thanks! > James From james.evans.4 at us.af.mil Fri Mar 21 08:08:46 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Fri, 21 Mar 2014 15:08:46 +0000 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: <532C5563.4000807@att.net> References: <532C5563.4000807@att.net> Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5B832@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Mike, I have GM 15. If you send me a couple of your .PDFs I could benchmark converting them with GM. GM is good at tiling, if you want the output broken up, or put in a pyramid. James -----Original Message----- From: Mike Flannigan [mailto:mikeflan at att.net] Sent: Friday, March 21, 2014 9:06 AM To: mapserver-users at lists.osgeo.org Cc: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; jukka.rahkonen at mmmtike.fi Subject: Converting PDF files to GeoTiff On a perhaps related subject, I was wondering if there was a preferred way to convert PDF map files to georeferenced GeoTiffs? I have thousands (many thousands) of these to convert. The tools I would like to use in order of preference are: Perl QGIS Any open source software Global Mapper I am on Win7. Here is an example of a file I want to convert: http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf I am also not adverse to downloading the entire country (USA) of GeoTiff 15 minute topos if they exist somewhere, but I have not found a location that serves them up for free. Mike Houston, TX On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: > Date: Fri, 21 Mar 2014 12:21:30 +0000 > From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" > > To: "Rahkonen Jukka (Tike)", > "'mapserver-users at lists.osgeo.org'" > > Subject: Re: [mapserver-users] Processing JP2000 files > Message-ID: > > <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07-04D.area52.afnoap > ps.usaf.mil> > > Content-Type: text/plain; charset="us-ascii" > > Hi Jukka, > I have Global Mapper, and used it to do a batch convert to geotiff on a test set of images. The converted files work fine with the OpenJPEG drive, but the size almost doubles and on my 10 year old pc at home it takes about 3 minutes per file to convert. I will look at all the options you mentioned below. > Thanks! > James -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6912 bytes Desc: not available URL: From jukka.rahkonen at mmmtike.fi Fri Mar 21 08:10:50 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Fri, 21 Mar 2014 15:10:50 +0000 Subject: [mapserver-users] Converting PDF files to GeoTiff Message-ID: Hi, GDAL of course. C:\data\temp>gdal_translate -of GTiff -co tiled=yes "ny_west point_140214_1941_62500_geo.pdf" geotiff_out.tif Conversion takes a few seconds only. -Jukka Rahkonen- Mike Flannigan wrote: > > > On a perhaps related subject, I was wondering if there was a preferred way to > convert PDF map files to georeferenced GeoTiffs? I have thousands (many > thousands) of these to convert. > > The tools I would like to use in order of preference are: > Perl > QGIS > Any open source software > Global Mapper > > > I am on Win7. > > Here is an example of a file I want to convert: > http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf > > I am also not adverse to downloading the entire country (USA) of GeoTiff 15 > minute topos if they exist somewhere, but I have not found a location that > serves them up for free. > > > Mike > Houston, TX > > > On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: > > Date: Fri, 21 Mar 2014 12:21:30 +0000 > > From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" > > > > To: "Rahkonen Jukka (Tike)", > > "'mapserver-users at lists.osgeo.org'" > > > > Subject: Re: [mapserver-users] Processing JP2000 files > > Message-ID: > > > > <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07- > 04D.area52.afnoap > > ps.usaf.mil> > > > > Content-Type: text/plain; charset="us-ascii" > > > > Hi Jukka, > > I have Global Mapper, and used it to do a batch convert to geotiff on a test set > of images. The converted files work fine with the OpenJPEG drive, but the size > almost doubles and on my 10 year old pc at home it takes about 3 minutes per > file to convert. I will look at all the options you mentioned below. > > Thanks! > > James From Michael.Smith at maine.gov Fri Mar 21 08:06:17 2014 From: Michael.Smith at maine.gov (Smith, Michael) Date: Fri, 21 Mar 2014 15:06:17 +0000 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: <532C5563.4000807@att.net> References: <532C5563.4000807@att.net> Message-ID: <8927DBC1C0E7CB4A9823B7478829091D4F0C7C3B@OIT-TEAQEXMBX01.som.w2k.state.me.us> GDAL 1.8 or newer http://www.gdal.org/frmt_pdf.html Mike Smith Augusta ME -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mike Flannigan Sent: Friday, March 21, 2014 11:06 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Converting PDF files to GeoTiff On a perhaps related subject, I was wondering if there was a preferred way to convert PDF map files to georeferenced GeoTiffs? I have thousands (many thousands) of these to convert. The tools I would like to use in order of preference are: Perl QGIS Any open source software Global Mapper I am on Win7. Here is an example of a file I want to convert: http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf I am also not adverse to downloading the entire country (USA) of GeoTiff 15 minute topos if they exist somewhere, but I have not found a location that serves them up for free. Mike Houston, TX On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: > Date: Fri, 21 Mar 2014 12:21:30 +0000 > From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" > > To: "Rahkonen Jukka (Tike)", > "'mapserver-users at lists.osgeo.org'" > > Subject: Re: [mapserver-users] Processing JP2000 files > Message-ID: > > <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07-04D.area52.afnoap > ps.usaf.mil> > > Content-Type: text/plain; charset="us-ascii" > > Hi Jukka, > I have Global Mapper, and used it to do a batch convert to geotiff on a test set of images. The converted files work fine with the OpenJPEG drive, but the size almost doubles and on my 10 year old pc at home it takes about 3 minutes per file to convert. I will look at all the options you mentioned below. > Thanks! > James _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From pschweitzer at usgs.gov Fri Mar 21 08:37:00 2014 From: pschweitzer at usgs.gov (Schweitzer, Peter) Date: Fri, 21 Mar 2014 11:37:00 -0400 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: <8927DBC1C0E7CB4A9823B7478829091D4F0C7C3B@OIT-TEAQEXMBX01.som.w2k.state.me.us> References: <532C5563.4000807@att.net> <8927DBC1C0E7CB4A9823B7478829091D4F0C7C3B@OIT-TEAQEXMBX01.som.w2k.state.me.us> Message-ID: You're working with the USGS historic topo map collection. In the long run it might be helpful to communicate to the appropriate office of USGS your need for these to be provided directly in GeoTiff rather than in GeoPDF. I'm sure that our people discussed the format issue and came to their current decision based on many factors, including the demand they foresaw for specific formats. But if there is a much larger demand for GeoTiff than they had anticipated, I imagine that might enable them to revisit the decision. Of course the conversion would entail a cost, but if the number of realistic users is large enough, it would seem efficient to do this conversion once for everyone rather than separately by each user. The key issue, I suspect, is balancing the number of people who would benefit against the cost of creating and maintaining an accessible archive of converted GeoPDFs. But the information needed by the current maintainers is the extent of the demand. This is just my opinion, and I'm in no position to promise anything, but I do encourage you to communicate your needs to the current maintainers. Peter On Fri, Mar 21, 2014 at 11:06 AM, Smith, Michael wrote: > GDAL 1.8 or newer > > http://www.gdal.org/frmt_pdf.html > > Mike Smith > Augusta ME > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mike Flannigan > Sent: Friday, March 21, 2014 11:06 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Converting PDF files to GeoTiff > > > On a perhaps related subject, I was wondering if there was a preferred way to convert PDF map files to georeferenced GeoTiffs? I have thousands (many thousands) of these to convert. > > The tools I would like to use in order of preference are: > Perl > QGIS > Any open source software > Global Mapper > > > I am on Win7. > > Here is an example of a file I want to convert: > http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf > > I am also not adverse to downloading the entire country (USA) of GeoTiff 15 minute topos if they exist somewhere, but I have not found a location that serves them up for free. > > > Mike > Houston, TX > > > On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: >> Date: Fri, 21 Mar 2014 12:21:30 +0000 >> From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" >> >> To: "Rahkonen Jukka (Tike)", >> "'mapserver-users at lists.osgeo.org'" >> >> Subject: Re: [mapserver-users] Processing JP2000 files >> Message-ID: >> >> <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07-04D.area52.afnoap >> ps.usaf.mil> >> >> Content-Type: text/plain; charset="us-ascii" >> >> Hi Jukka, >> I have Global Mapper, and used it to do a batch convert to geotiff on a test set of images. The converted files work fine with the OpenJPEG drive, but the size almost doubles and on my 10 year old pc at home it takes about 3 minutes per file to convert. I will look at all the options you mentioned below. >> Thanks! >> James > > _______________________________________________ > 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 -- Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192) (703) 648-6533 email: pschweitzer at usgs.gov http://geology.usgs.gov/peter/ From mikeflan at att.net Fri Mar 21 11:12:54 2014 From: mikeflan at att.net (Mike Flannigan) Date: Fri, 21 Mar 2014 13:12:54 -0500 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5B832@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <532C5563.4000807@att.net> <20EA793B1BC710448656BDC9BD25C4A104C5B832@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: <532C8126.2090308@att.net> Thank you. Give me some time and I'll post a few of these maps. I'll try GDAL. I'm not sure if I want them tiled or not. Whatever makes the most sense. Generally my GeoTiffs have the border on them, so I guess that is my preference. Execution time is not really a concern for me either. I always have at least one computer running and doing things like this. I'm in no big hurry. It would be nice if GDAL could do one map in under 3 minutes. Lets see: MO has 650. 650 * 48 = 31,200. 31,200 * 3 / 1440 = 65 days. That should not be a problem. I'll be surprised if the finished product is georeferenced. If it is I'm really in business. Mike On 3/21/2014 10:08 AM, EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > Hi Mike, > I have GM 15. If you send me a couple of your .PDFs I could benchmark > converting them with GM. GM is good at tiling, if you want the output > broken up, or put in a pyramid. > James > > > -----Original Message----- > From: Mike Flannigan [mailto:mikeflan at att.net] > Sent: Friday, March 21, 2014 9:06 AM > To: mapserver-users at lists.osgeo.org > Cc: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; jukka.rahkonen at mmmtike.fi > Subject: Converting PDF files to GeoTiff > > > On a perhaps related subject, I was wondering if there was a preferred way > to convert PDF map files to georeferenced GeoTiffs? I have thousands (many > thousands) of these to convert. > > The tools I would like to use in order of preference are: > Perl > QGIS > Any open source software > Global Mapper > > > I am on Win7. > > Here is an example of a file I want to convert: > http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf > > I am also not adverse to downloading the entire country (USA) of GeoTiff 15 > minute topos if they exist somewhere, but I have not found a location that > serves them up for free. > > > Mike > Houston, TX > > > On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: >> Date: Fri, 21 Mar 2014 12:21:30 +0000 >> From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" >> >> To: "Rahkonen Jukka (Tike)", >> "'mapserver-users at lists.osgeo.org'" >> >> Subject: Re: [mapserver-users] Processing JP2000 files >> Message-ID: >> >> <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07-04D.area52.afnoap >> ps.usaf.mil> >> >> Content-Type: text/plain; charset="us-ascii" >> >> Hi Jukka, >> I have Global Mapper, and used it to do a batch convert to geotiff on a > test set of images. The converted files work fine with the OpenJPEG drive, > but the size almost doubles and on my 10 year old pc at home it takes about > 3 minutes per file to convert. I will look at all the options you mentioned > below. >> Thanks! >> James From mikeflan at att.net Fri Mar 21 11:14:28 2014 From: mikeflan at att.net (Mike Flannigan) Date: Fri, 21 Mar 2014 13:14:28 -0500 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: <8927DBC1C0E7CB4A9823B7478829091D4F0C7C3B@OIT-TEAQEXMBX01.som.w2k.state.me.us> References: <532C5563.4000807@att.net> <8927DBC1C0E7CB4A9823B7478829091D4F0C7C3B@OIT-TEAQEXMBX01.som.w2k.state.me.us> Message-ID: <532C8184.4060807@att.net> Thank you. I should have known that, but I didn't. Mike On 3/21/2014 10:06 AM, Smith, Michael wrote: > GDAL 1.8 or newer > > http://www.gdal.org/frmt_pdf.html > > Mike Smith > Augusta ME > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mike Flannigan > Sent: Friday, March 21, 2014 11:06 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Converting PDF files to GeoTiff > > > On a perhaps related subject, I was wondering if there was a preferred way to convert PDF map files to georeferenced GeoTiffs? I have thousands (many thousands) of these to convert. > > The tools I would like to use in order of preference are: > Perl > QGIS > Any open source software > Global Mapper > > > I am on Win7. > > Here is an example of a file I want to convert: > http://www.mflan.com/temp/ny_west point_140214_1941_62500_geo.pdf > > I am also not adverse to downloading the entire country (USA) of GeoTiff 15 minute topos if they exist somewhere, but I have not found a location that serves them up for free. > > > Mike > Houston, TX > > > On 3/21/2014 8:53 AM, mapserver-users-request at lists.osgeo.org wrote: >> Date: Fri, 21 Mar 2014 12:21:30 +0000 >> From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" >> >> To: "Rahkonen Jukka (Tike)", >> "'mapserver-users at lists.osgeo.org'" >> >> Subject: Re: [mapserver-users] Processing JP2000 files >> Message-ID: >> >> <20EA793B1BC710448656BDC9BD25C4A104C5B771 at 52ZHTX-D07-04D.area52.afnoap >> ps.usaf.mil> >> >> Content-Type: text/plain; charset="us-ascii" >> >> Hi Jukka, >> I have Global Mapper, and used it to do a batch convert to geotiff on a test set of images. The converted files work fine with the OpenJPEG drive, but the size almost doubles and on my 10 year old pc at home it takes about 3 minutes per file to convert. I will look at all the options you mentioned below. >> Thanks! >> James > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From mikeflan at att.net Fri Mar 21 11:19:10 2014 From: mikeflan at att.net (Mike Flannigan) Date: Fri, 21 Mar 2014 13:19:10 -0500 Subject: [mapserver-users] Converting PDF files to GeoTiff In-Reply-To: References: <532C5563.4000807@att.net> <8927DBC1C0E7CB4A9823B7478829091D4F0C7C3B@OIT-TEAQEXMBX01.som.w2k.state.me.us> Message-ID: <532C829E.4020102@att.net> Thank you. That is a great idea. I need to make some friends at the USGS anyway. I went to school in Rolla, MO, and I have had friends at that office in the distant past. One was Hal Baker. I love these 15' topos. They are a real gem. I'm surprised they are so hard to come by electronically. Mike On 3/21/2014 10:37 AM, Schweitzer, Peter wrote: > You're working with the USGS historic topo map collection. In the > long run it might be helpful to communicate to the appropriate office > of USGS your need for these to be provided directly in GeoTiff rather > than in GeoPDF. I'm sure that our people discussed the format issue > and came to their current decision based on many factors, including > the demand they foresaw for specific formats. But if there is a much > larger demand for GeoTiff than they had anticipated, I imagine that > might enable them to revisit the decision. Of course the conversion > would entail a cost, but if the number of realistic users is large > enough, it would seem efficient to do this conversion once for > everyone rather than separately by each user. The key issue, I > suspect, is balancing the number of people who would benefit against > the cost of creating and maintaining an accessible archive of > converted GeoPDFs. But the information needed by the current > maintainers is the extent of the demand. This is just my opinion, and > I'm in no position to promise anything, but I do encourage you to > communicate your needs to the current maintainers. > > Peter > From james.evans.4 at us.af.mil Fri Mar 21 14:51:24 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Fri, 21 Mar 2014 21:51:24 +0000 Subject: [mapserver-users] Running a .aspx script Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5B95D@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> HI, I'm trying to get mapserver (from GISInternals) running under IIS7. I need to figure out how to get it to execute a .aspx script that I'm using as a tile server. I use the gdal-minidrivers to call the script, and that part seems to be working fine, but I get an error 404 from what looks like a valid URL. Under MS4W under Apache, I added .aspx to the list of .php extensions in the httpd.conf for application type "application/x-httpd-php" which ran /cgi-bin/php-cgi.exe. What's the equivalent under IIS? Any clues would be appreciated! Thanks, James From marcin.wocior at geopolis.pl Mon Mar 24 00:50:42 2014 From: marcin.wocior at geopolis.pl (=?iso-8859-2?Q?Marcin_Woci=F3r?=) Date: Mon, 24 Mar 2014 08:50:42 +0100 Subject: [mapserver-users] mapserver 6.2+ OGR output - not working Message-ID: <00b001cf4735$c314c1f0$493e45d0$@geopolis.pl> Hi, I'm trying to output data from mapserver using OGR (CSV, SHP, GML). I tried map server versions (windows): - OSGeo4w mapserver (6.4.1-2), mapserver-dev (6.5.0.47), mapserver-stable-dev (6.4.1.47), mapserver6 (6.2.0-1) - sdk versions: release-1600-gdal-1-9-2-mapserver-6-2-0.zip, release-1600-x64-gdal-1-10-1-mapserver-6-4-1.zip All versions give this error: msDrawMap(): Image handling error. Unable to initialize image. msPrepareImage(): GD library error. Unable to initialize image. And log file: [Fri Mar 21 23:08:30 2014].75000 CGI Request 1 on process 12224 [Fri Mar 21 23:08:30 2014].75000 msPrepareImage(): GD library error. Unable to initialize image. [Fri Mar 21 23:08:30 2014].75000 msDrawMap(): Image handling error. Unable to initialize image. [Fri Mar 21 23:08:30 2014].75000 mapserv request processing time (msLoadMap not incl.): 0.000s [Fri Mar 21 23:08:30 2014].75000 msFreeMap(): freeing map at 0249C7F8. All versions have INPUT=OGR in mapserv -v output. Any clues? Regards, Marcin My config looks like this (everything except ogrs output works well): MAP CONFIG 'MS_ERRORFILE' "d:/map_test/mapserver.log" DEBUG 5 IMAGETYPE OGRGML EXTENT 139.562947 35.524705 139.917821 35.817635 SIZE 550 450 WEB TEMPPATH "d:/map_test/" IMAGEPATH "d:/map_test/" IMAGEURL "d:/map_test/" END IMAGECOLOR 255 255 255 SHAPEPATH "../data" OUTPUTFORMAT NAME "DXF" DRIVER "OGR/DXF" FORMATOPTION "STORAGE=filesystem" FORMATOPTION "FORM=zip" FORMATOPTION "FILENAME=result.csv" END OUTPUTFORMAT NAME "CSV" DRIVER "OGR/CSV" MIMETYPE "text/csv" FORMATOPTION "LCO:GEOMETRY=AS_WKT" FORMATOPTION "STORAGE=memory" FORMATOPTION "FORM=simple" FORMATOPTION "FILENAME=result.csv" END OUTPUTFORMAT NAME "OGRGML" DRIVER "OGR/GML" FORMATOPTION "STORAGE=filesystem" FORMATOPTION "FORM=simple" FORMATOPTION "FILENAME=result.gml" IMAGEMODE "PC256" END OUTPUTFORMAT NAME "SHAPEZIP" DRIVER "OGR/ESRI Shapefile" FORMATOPTION "STORAGE=filesystem" FORMATOPTION "FORM=simple" FORMATOPTION "FILENAME=result.zip" END OUTPUTFORMAT NAME "png" DRIVER AGG/PNG MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" FORMATOPTION "GAMMA=0.75" END OUTPUTFORMAT NAME "gif" DRIVER GD/GIF MIMETYPE "image/gif" IMAGEMODE PC256 EXTENSION "gif" END OUTPUTFORMAT NAME "png8" DRIVER AGG/PNG8 MIMETYPE "image/png; mode=8bit" IMAGEMODE RGB EXTENSION "png" FORMATOPTION "QUANTIZE_FORCE=on" FORMATOPTION "QUANTIZE_COLORS=256" FORMATOPTION "GAMMA=0.75" END OUTPUTFORMAT NAME "jpeg" DRIVER AGG/JPEG MIMETYPE "image/jpeg" IMAGEMODE RGB EXTENSION "jpg" FORMATOPTION "GAMMA=0.75" END OUTPUTFORMAT NAME "svg" DRIVER CAIRO/SVG MIMETYPE "image/svg+xml" IMAGEMODE RGB EXTENSION "svg" END OUTPUTFORMAT NAME "pdf" DRIVER CAIRO/PDF MIMETYPE "application/x-pdf" IMAGEMODE RGB EXTENSION "pdf" END OUTPUTFORMAT NAME "GTiff" DRIVER GDAL/GTiff MIMETYPE "image/tiff" IMAGEMODE RGB EXTENSION "tif" END OUTPUTFORMAT NAME "kml" DRIVER KML MIMETYPE "application/vnd.google-earth.kml.xml" IMAGEMODE RGB EXTENSION "kml" END OUTPUTFORMAT NAME "kmz" DRIVER KMZ MIMETYPE "application/vnd.google-earth.kmz" IMAGEMODE RGB EXTENSION "kmz" END OUTPUTFORMAT NAME "cairopng" DRIVER CAIRO/PNG MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END OUTPUTFORMAT NAME png8_t DRIVER "GD/PNG" IMAGEMODE PC256 TRANSPARENT OFF END # Start of LAYER DEFINITIONS------------------------------- LAYER NAME ""??H" DATA dourokukan STATUS DEFAULT TYPE LINE CLASS NAME ""??H" STYLE COLOR 227 227 127 END END END # End of LAYER DEFINITIONS ------------------------------- END From stambikk at gmail.com Mon Mar 24 04:14:41 2014 From: stambikk at gmail.com (=?iso-8859-2?Q?Jakub_=A9tambachr?=) Date: Mon, 24 Mar 2014 12:14:41 +0100 Subject: [mapserver-users] WMS GetFeatureInfo as JSON/GeoJSON Message-ID: <014d01cf4752$416a4e50$c43eeaf0$@gmail.com> Hi all, I've been trying to make mapserver return wms getfeatureinfo as json but to no success (so far I've been using text/html header, content, footer templates). I followed instructions here: http://mapserver.org/output/template_output.html My mapfile looks like this: MAP . OUTPUTFORMAT NAME "geojson" DRIVER "TEMPLATE" MIMETYPE "application/json" FORMATOPTION "FILE=template/geojson.js" END . WEB . QUERYFORMAT "geojson" . LAYER TEMPLATE "template/geojson.js" METADATA wms_enable_request" "*" wms_feature_info_mime_type" "gml text/html text/plain" . As a template I used a slightly modified version of JSON example found here http://mapserver.org/output/template_output.html#examples : // mapserver template [resultset layer=mums] { "type": "FeatureCollection", "features": [ [feature trimlast=","] { "type": "Feature", "id": "[myuniqueid]", "geometry": { "type": "PointLineString", "coordinates": [ { "type": "Point", "coordinates": [[x], [y]] } ] }, "properties": { "description": "[description]", "venue": "[venue]", "year": "[year]" } }, [/feature] ] } [/resultset] According to the instruction I added this layer=mums&mode=nquery&qformat=geojson to the querystring. The problem is that now the query returns all the features in the layer (the template gets filled correctly though). I use INFO_FORMAT=text/html in the wms getfeatureinfo query. Any help to get this working would be appreciated, thanks Jakub -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.evans.4 at us.af.mil Tue Mar 25 15:08:55 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Tue, 25 Mar 2014 22:08:55 +0000 Subject: [mapserver-users] MapServer bug when calling GDAL MiniDriver Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5C6A3@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi, It seems like there is a problem when calling the GDAL "WorldWind" MiniDriver, at least for the GISInternals build with Mapserver V6.4.1. If I include EPSG:4326 in the xml file I'm using, I get the following error: [Tue Mar 25 14:20:30 2014].665000 msDrawRasterLayerLow(Land_Sea): entering. [Tue Mar 25 14:20:30 2014].667000 msDrawRasterLayerLow(): Unable to access file. Corrupt, empty or missing file 'c:\MapData\Land-Sea.xml' for layer 'Land_Sea'. GDALWMS: Bad projection specified. [Tue Mar 25 14:20:30 2014].667000 msDrawMap(): Image handling error. Failed to draw layer named 'Land_Sea'. [Tue Mar 25 14:20:30 2014].667000 freeLayer(): freeing layer at 000000000027CB20. If I remove the Projection declaration from the xml file I don't get an error. GDAL_Translate works just fine on this xml with or without the Projection declaration, but when called from a mapfile by mapserver, I get an error. The GDAL info page here: http://www.gdal.org/frmt_wms.html says that the parameter is optional, but it does work under older versions of Mapserver from MS4W using Apache. This is probably very rarely used, so I'm not sure if it is even worth putting in a bug. James -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6912 bytes Desc: not available URL: From even.rouault at mines-paris.org Tue Mar 25 18:47:42 2014 From: even.rouault at mines-paris.org (Even Rouault) Date: Wed, 26 Mar 2014 02:47:42 +0100 Subject: [mapserver-users] MapServer bug when calling GDAL MiniDriver In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5C6A3@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5C6A3@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: <1395798462.533231bee7d30@imp.free.fr> Selon "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" : > Hi, > > It seems like there is a problem when calling the GDAL "WorldWind" > MiniDriver, at least for the GISInternals build with Mapserver V6.4.1. If > I include > EPSG:4326 > in the xml file I'm using, I get the following error A reason might be that GDAL_DATA or most probably PROJ_LIB are not defined, or badly defined. Look at your environmenent and potential redefinitions in your mapfile. > > > > [Tue Mar 25 14:20:30 2014].665000 msDrawRasterLayerLow(Land_Sea): entering. > > [Tue Mar 25 14:20:30 2014].667000 msDrawRasterLayerLow(): Unable to access > file. Corrupt, empty or missing file 'c:\MapData\Land-Sea.xml' for layer > 'Land_Sea'. GDALWMS: Bad projection specified. > > [Tue Mar 25 14:20:30 2014].667000 msDrawMap(): Image handling error. Failed > to draw layer named 'Land_Sea'. > > [Tue Mar 25 14:20:30 2014].667000 freeLayer(): freeing layer at > 000000000027CB20. > > > > If I remove the Projection declaration from the xml file I don't get an > error. > > > > GDAL_Translate works just fine on this xml with or without the Projection > declaration, but when called from a mapfile by mapserver, I get an error. > The GDAL info page here: http://www.gdal.org/frmt_wms.html says that the > parameter is optional, but it does work under older versions of Mapserver > from MS4W using Apache. This is probably very rarely used, so I'm not sure > if it is even worth putting in a bug. > > James > > > > > > > > From tds at tds-net.de Wed Mar 26 12:58:17 2014 From: tds at tds-net.de (TDS) Date: Wed, 26 Mar 2014 20:58:17 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source Message-ID: <53333159.202@tds-net.de> Hello, is it possible to join two layers in GetFeatureInfo with same template and same shape file to output only one combined html file? Example: Streets_Main => streets.shp => template.html Streets_Sub => streets.shp => template.html OUTPUT: Current: Output for Streets_Mains Output for Streets_Sub Wish: Streets_Mains unique id Streets_sub (e.g. main street and sub street have both id=1 in shape file) -- Bye, TDS ------------------------------------------------------------------------ mailto:tds at tds-net.de ------------------------------------------------------------------------ 1+1=10 You have a question? - 42 or RTFM. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jt at mapmedia.de Wed Mar 26 13:50:03 2014 From: jt at mapmedia.de (jt at mapmedia.de) Date: Wed, 26 Mar 2014 21:50:03 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source In-Reply-To: <53333159.202@tds-net.de> References: <53333159.202@tds-net.de> Message-ID: <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> Hi, Referring to your signatur: rtfm ;) Try http://mapserver.org/de/mapfile/join.htm Join streets_main with the dbf of streets_sub. Read the doc carefuly, it's a bit tricky. You may find a working example under http://mapmedia.de/downloads/viewcategory/5-vortraege ( Workshop_umn...) J?rg On Wed, 26 Mar 2014 20:58:17 +0100, TDS wrote: >> Hello, > is it possible to join two layers in GetFeatureInfo with same template and same shape file to output only one combined html file? > > Example: > Streets_Main => streets.shp => template.html > Streets_Sub => streets.shp => template.html > > OUTPUT: > > Current: > Output for Streets_Mains > Output for Streets_Sub > > Wish: > > Streets_Mains unique id Streets_sub (e.g. main street and sub street have both id=1 in shape file) -- Bye, TDS ------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From tds at tds-net.de Thu Mar 27 03:57:53 2014 From: tds at tds-net.de (TDS) Date: Thu, 27 Mar 2014 11:57:53 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source In-Reply-To: <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> References: <53333159.202@tds-net.de> <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> Message-ID: <53340431.2080307@tds-net.de> Hello, I've read this and I'm confused of how it can work... ONE-TO-ONE or ONE-TO-MANY or ... I want to have a solution *scream* If both layers are queried it should be one table, because the date is the same. Only the class item differs. Example Mapfile: LAYER STATUS on NAME "Trinkwasserversorgung" TYPE POLYGON DATA "wv_wilster_84.shp" DUMP true TOLERANCE 3 TOLERANCEUNITS pixels CLASSITEM "TW" HEADER "templates/header.html" TEMPLATE "templates/template.html" FOOTER "templates/footer.html" JOIN NAME "Wasser" TABLE "wv_wilster_84.dbf" FROM "Id" TO "Id" TYPE ONE-TO-ONE END CLASS NAME "Trinkwasser" EXPRESSION "Trinkwasser" STYLE COLOR 130 192 255 END STYLE OUTLINECOLOR 120 120 120 WIDTH 2 ANTIALIAS TRUE END END CLASS NAME "Selbstversorger" STYLE SYMBOL "im_schraffur" END EXPRESSION "Selbstversorger" STYLE OUTLINECOLOR 120 120 120 WIDTH 2 ANTIALIAS TRUE END END PROJECTION "init=epsg:4326" END METADATA "wms_title" "Verbandsgebiet" "wms_title metadata" "" "wms_include_items" "all" "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 EPSG:31467 EPSG:31468" END END LAYER STATUS on NAME "Abwasserentsorgung" TYPE POLYGON DATA "wv_wilster_84.shp" DUMP true TOLERANCE 3 TOLERANCEUNITS pixels CLASSITEM "AW" HEADER "templates/header.html" TEMPLATE "templates/template.html" FOOTER "templates/footer.html" JOIN NAME "Wasser" TABLE "wv_wilster_84.dbf" FROM "Id" TO "Id" TYPE ONE-TO-ONE END CLASS NAME "Abwasser" EXPRESSION "Abwasser" STYLE COLOR 255 128 0 END STYLE OUTLINECOLOR 120 120 120 WIDTH 2 ANTIALIAS TRUE END END CLASS NAME "Diverse Abwasseraufgaben" STYLE SYMBOL "schraffur_orange" END EXPRESSION "Diverse Abwasseraufgaben" STYLE OUTLINECOLOR 120 120 120 WIDTH 2 ANTIALIAS TRUE END END CLASS NAME "Kein Abwasser" EXPRESSION "Kein Abwasser" STYLE OUTLINECOLOR 120 120 120 WIDTH 2 ANTIALIAS TRUE END END PROJECTION "init=epsg:4326" END METADATA "wms_title" "Abwasser" "wms_title metadata" "" "wms_include_items" "all" "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 EPSG:31467 EPSG:31468" END END Bye, TDS ------------------------------------------------------------------------ mailto:tds at tds-net.de ------------------------------------------------------------------------ 1+1=10 You have a question? - 42 or RTFM. Am 26.03.2014 21:50, schrieb jt at mapmedia.de: > > Hi, > > Referring to your signatur: rtfm ;) > > Try http://mapserver.org/de/mapfile/join.htm > > Join streets_main with the dbf of streets_sub. Read the doc carefuly, > it's a bit tricky. > > You may find a working example under > http://mapmedia.de/downloads/viewcategory/5-vortraege ( > > Workshop_umn...) > > J?rg > > On Wed, 26 Mar 2014 20:58:17 +0100, TDS wrote: > >> Hello, >> >> >> is it possible to join two layers in GetFeatureInfo with same >> template and same shape file to output only one combined html file? >> >> Example: >> Streets_Main => streets.shp => template.html >> Streets_Sub => streets.shp => template.html >> >> OUTPUT: >> >> Current: >> Output for Streets_Mains >> Output for Streets_Sub >> >> Wish: >> >> Streets_Mains unique id Streets_sub (e.g. main street and sub street >> have both id=1 in shape file) >> >> >> -- >> Bye, TDS >> ------------------------------------------------------------------------ >> mailto:tds at tds-net.de >> ------------------------------------------------------------------------ >> 1+1=10 >> You have a question? - 42 or RTFM. > > > > _______________________________________________ > 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: aehgchhi.png Type: image/png Size: 8613 bytes Desc: not available URL: From jt at mapmedia.de Thu Mar 27 05:58:30 2014 From: jt at mapmedia.de (=?UTF-8?B?SsO2cmcgVGhvbXNlbg==?=) Date: Thu, 27 Mar 2014 13:58:30 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source In-Reply-To: <53340431.2080307@tds-net.de> References: <53333159.202@tds-net.de> <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> <53340431.2080307@tds-net.de> Message-ID: <53342076.6090102@mapmedia.de> Hi, okay, join is not what you need, sorry. Would it work for you if only one of the two layers is queryable? At the moment I have no idea... J?rg Am 27.03.2014 11:57, schrieb TDS: > Hello, > > I've read this and I'm confused of how it can work... > ONE-TO-ONE or ONE-TO-MANY or ... I want to have a solution *scream* If > both layers are queried it should be one table, because the date is the > same. Only the class item differs. > > > Example Mapfile: > LAYER > STATUS on > NAME "Trinkwasserversorgung" > TYPE POLYGON > DATA "wv_wilster_84.shp" > DUMP true > TOLERANCE 3 > TOLERANCEUNITS pixels > CLASSITEM "TW" > > HEADER "templates/header.html" > TEMPLATE "templates/template.html" > FOOTER "templates/footer.html" > > JOIN > NAME "Wasser" > TABLE "wv_wilster_84.dbf" > FROM "Id" > TO "Id" > TYPE ONE-TO-ONE > END > > CLASS > NAME "Trinkwasser" > EXPRESSION "Trinkwasser" > STYLE > COLOR 130 192 255 > END > STYLE > OUTLINECOLOR 120 120 120 > WIDTH 2 > ANTIALIAS TRUE > END > END > > CLASS > NAME "Selbstversorger" > STYLE > SYMBOL "im_schraffur" > END > EXPRESSION "Selbstversorger" > STYLE > OUTLINECOLOR 120 120 120 > WIDTH 2 > ANTIALIAS TRUE > END > END > > PROJECTION > "init=epsg:4326" > END > > METADATA > "wms_title" "Verbandsgebiet" > "wms_title metadata" "" > "wms_include_items" "all" > "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 > EPSG:31467 EPSG:31468" > END > END > > LAYER > STATUS on > NAME "Abwasserentsorgung" > TYPE POLYGON > DATA "wv_wilster_84.shp" > DUMP true > TOLERANCE 3 > TOLERANCEUNITS pixels > CLASSITEM "AW" > > HEADER "templates/header.html" > TEMPLATE "templates/template.html" > FOOTER "templates/footer.html" > > JOIN > NAME "Wasser" > TABLE "wv_wilster_84.dbf" > FROM "Id" > TO "Id" > TYPE ONE-TO-ONE > END > > CLASS > NAME "Abwasser" > EXPRESSION "Abwasser" > STYLE > COLOR 255 128 0 > END > STYLE > OUTLINECOLOR 120 120 120 > WIDTH 2 > ANTIALIAS TRUE > END > END > > CLASS > NAME "Diverse Abwasseraufgaben" > STYLE > SYMBOL "schraffur_orange" > END > EXPRESSION "Diverse Abwasseraufgaben" > STYLE > OUTLINECOLOR 120 120 120 > WIDTH 2 > ANTIALIAS TRUE > END > END > > CLASS > NAME "Kein Abwasser" > EXPRESSION "Kein Abwasser" > STYLE > OUTLINECOLOR 120 120 120 > WIDTH 2 > ANTIALIAS TRUE > END > END > > PROJECTION > "init=epsg:4326" > END > > METADATA > "wms_title" "Abwasser" > "wms_title metadata" "" > "wms_include_items" "all" > "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 > EPSG:31467 EPSG:31468" > END > END > > > > Bye, TDS > ------------------------------------------------------------------------ > mailto:tds at tds-net.de > ------------------------------------------------------------------------ > 1+1=10 > You have a question? - 42 or RTFM. > Am 26.03.2014 21:50, schrieb jt at mapmedia.de: >> >> Hi, >> >> Referring to your signatur: rtfm ;) >> >> Try http://mapserver.org/de/mapfile/join.htm >> >> Join streets_main with the dbf of streets_sub. Read the doc carefuly, >> it's a bit tricky. >> >> You may find a working example under >> http://mapmedia.de/downloads/viewcategory/5-vortraege ( >> >> Workshop_umn...) >> >> J?rg >> >> >> >> On Wed, 26 Mar 2014 20:58:17 +0100, TDS wrote: >> >>> Hello, >>> >>> >>> is it possible to join two layers in GetFeatureInfo with same >>> template and same shape file to output only one combined html file? >>> >>> Example: >>> Streets_Main => streets.shp => template.html >>> Streets_Sub => streets.shp => template.html >>> >>> OUTPUT: >>> >>> Current: >>> Output for Streets_Mains >>> Output for Streets_Sub >>> >>> Wish: >>> >>> Streets_Mains unique id Streets_sub (e.g. main street and sub street >>> have both id=1 in shape file) >>> >>> >>> -- >>> Bye, TDS >>> ------------------------------------------------------------------------ >>> mailto:tds at tds-net.de >>> ------------------------------------------------------------------------ >>> 1+1=10 >>> You have a question? - 42 or RTFM. >> >> >> >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > From tds at tds-net.de Thu Mar 27 06:03:46 2014 From: tds at tds-net.de (TDS) Date: Thu, 27 Mar 2014 14:03:46 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source In-Reply-To: <53342076.6090102@mapmedia.de> References: <53333159.202@tds-net.de> <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> <53340431.2080307@tds-net.de> <53342076.6090102@mapmedia.de> Message-ID: <533421B2.8080407@tds-net.de> Hello, that's the problem. The user should select one or both of them. If both, all two layer names are send in the QUERY_LAYERS inquiry - like it should. Bye, TDS ------------------------------------------------------------------------ mailto:tds at tds-net.de ------------------------------------------------------------------------ 1+1=10 You have a question? - 42 or RTFM. Am 27.03.2014 13:58, schrieb J?rg Thomsen: > Hi, > > okay, join is not what you need, sorry. > Would it work for you if only one of the two layers is queryable? > > At the moment I have no idea... > > J?rg > > Am 27.03.2014 11:57, schrieb TDS: >> Hello, >> >> I've read this and I'm confused of how it can work... >> ONE-TO-ONE or ONE-TO-MANY or ... I want to have a solution *scream* If >> both layers are queried it should be one table, because the date is the >> same. Only the class item differs. >> >> >> Example Mapfile: >> LAYER >> STATUS on >> NAME "Trinkwasserversorgung" >> TYPE POLYGON >> DATA "wv_wilster_84.shp" >> DUMP true >> TOLERANCE 3 >> TOLERANCEUNITS pixels >> CLASSITEM "TW" >> >> HEADER "templates/header.html" >> TEMPLATE "templates/template.html" >> FOOTER "templates/footer.html" >> >> JOIN >> NAME "Wasser" >> TABLE "wv_wilster_84.dbf" >> FROM "Id" >> TO "Id" >> TYPE ONE-TO-ONE >> END >> >> CLASS >> NAME "Trinkwasser" >> EXPRESSION "Trinkwasser" >> STYLE >> COLOR 130 192 255 >> END >> STYLE >> OUTLINECOLOR 120 120 120 >> WIDTH 2 >> ANTIALIAS TRUE >> END >> END >> >> CLASS >> NAME "Selbstversorger" >> STYLE >> SYMBOL "im_schraffur" >> END >> EXPRESSION "Selbstversorger" >> STYLE >> OUTLINECOLOR 120 120 120 >> WIDTH 2 >> ANTIALIAS TRUE >> END >> END >> >> PROJECTION >> "init=epsg:4326" >> END >> >> METADATA >> "wms_title" "Verbandsgebiet" >> "wms_title metadata" "" >> "wms_include_items" "all" >> "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 >> EPSG:31467 EPSG:31468" >> END >> END >> >> LAYER >> STATUS on >> NAME "Abwasserentsorgung" >> TYPE POLYGON >> DATA "wv_wilster_84.shp" >> DUMP true >> TOLERANCE 3 >> TOLERANCEUNITS pixels >> CLASSITEM "AW" >> >> HEADER "templates/header.html" >> TEMPLATE "templates/template.html" >> FOOTER "templates/footer.html" >> >> JOIN >> NAME "Wasser" >> TABLE "wv_wilster_84.dbf" >> FROM "Id" >> TO "Id" >> TYPE ONE-TO-ONE >> END >> >> CLASS >> NAME "Abwasser" >> EXPRESSION "Abwasser" >> STYLE >> COLOR 255 128 0 >> END >> STYLE >> OUTLINECOLOR 120 120 120 >> WIDTH 2 >> ANTIALIAS TRUE >> END >> END >> >> CLASS >> NAME "Diverse Abwasseraufgaben" >> STYLE >> SYMBOL "schraffur_orange" >> END >> EXPRESSION "Diverse Abwasseraufgaben" >> STYLE >> OUTLINECOLOR 120 120 120 >> WIDTH 2 >> ANTIALIAS TRUE >> END >> END >> >> CLASS >> NAME "Kein Abwasser" >> EXPRESSION "Kein Abwasser" >> STYLE >> OUTLINECOLOR 120 120 120 >> WIDTH 2 >> ANTIALIAS TRUE >> END >> END >> >> PROJECTION >> "init=epsg:4326" >> END >> >> METADATA >> "wms_title" "Abwasser" >> "wms_title metadata" "" >> "wms_include_items" "all" >> "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 >> EPSG:31467 EPSG:31468" >> END >> END >> >> >> >> Bye, TDS >> ------------------------------------------------------------------------ >> mailto:tds at tds-net.de >> ------------------------------------------------------------------------ >> 1+1=10 >> You have a question? - 42 or RTFM. >> Am 26.03.2014 21:50, schrieb jt at mapmedia.de: >>> Hi, >>> >>> Referring to your signatur: rtfm ;) >>> >>> Try http://mapserver.org/de/mapfile/join.htm >>> >>> Join streets_main with the dbf of streets_sub. Read the doc carefuly, >>> it's a bit tricky. >>> >>> You may find a working example under >>> http://mapmedia.de/downloads/viewcategory/5-vortraege ( >>> >>> Workshop_umn...) >>> >>> J?rg >>> >>> >>> >>> On Wed, 26 Mar 2014 20:58:17 +0100, TDS wrote: >>> >>>> Hello, >>>> >>>> >>>> is it possible to join two layers in GetFeatureInfo with same >>>> template and same shape file to output only one combined html file? >>>> >>>> Example: >>>> Streets_Main => streets.shp => template.html >>>> Streets_Sub => streets.shp => template.html >>>> >>>> OUTPUT: >>>> >>>> Current: >>>> Output for Streets_Mains >>>> Output for Streets_Sub >>>> >>>> Wish: >>>> >>>> Streets_Mains unique id Streets_sub (e.g. main street and sub street >>>> have both id=1 in shape file) >>>> >>>> >>>> -- >>>> Bye, TDS >>>> ------------------------------------------------------------------------ >>>> mailto:tds at tds-net.de >>>> ------------------------------------------------------------------------ >>>> 1+1=10 >>>> You have a question? - 42 or RTFM. >>> >>> >>> >>> >>> _______________________________________________ >>> 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 jt at mapmedia.de Thu Mar 27 06:34:21 2014 From: jt at mapmedia.de (=?UTF-8?B?SsO2cmcgVGhvbXNlbg==?=) Date: Thu, 27 Mar 2014 14:34:21 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source In-Reply-To: <533421B2.8080407@tds-net.de> References: <53333159.202@tds-net.de> <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> <53340431.2080307@tds-net.de> <53342076.6090102@mapmedia.de> <533421B2.8080407@tds-net.de> Message-ID: <533428DD.1030109@mapmedia.de> hello again, some PHP could help, call the script from your client instead of mapserv-cgi: > ELSEIF ($_GET['REQUEST'] == "GetFeatureInfo" or $_GET['request'] == "GetFeatureInfo") { > IF ($_GET['QUERY_LAYERS'] == 'Abwasser,Verbandsgebiet' OR $_GET['QUERY_LAYERS'] == 'Verbandsgebiet,Abwasser' ) { > $url = str_replace('Abwasser,Verbandsgebiet', 'Abwasser', $url) > $url = str_replace('Verbandsgebiet,Abwasser', 'Abwasser', $url) > } > $answer = file_get_contents($url); > $answer = utf8_decode($answer); > ECHO $answer; > } (whole script attached) J?rg Am 27.03.2014 14:03, schrieb TDS: > Hello, > > that's the problem. The user should select one or both of them. If both, > all two layer names are send in the QUERY_LAYERS inquiry - like it should. > > Bye, TDS > ------------------------------------------------------------------------ > mailto:tds at tds-net.de > ------------------------------------------------------------------------ > 1+1=10 > You have a question? - 42 or RTFM. > Am 27.03.2014 13:58, schrieb J?rg Thomsen: >> Hi, >> >> okay, join is not what you need, sorry. >> Would it work for you if only one of the two layers is queryable? >> >> At the moment I have no idea... >> >> J?rg >> >> Am 27.03.2014 11:57, schrieb TDS: >>> Hello, >>> >>> I've read this and I'm confused of how it can work... >>> ONE-TO-ONE or ONE-TO-MANY or ... I want to have a solution *scream* If >>> both layers are queried it should be one table, because the date is the >>> same. Only the class item differs. >>> >>> >>> Example Mapfile: >>> LAYER >>> STATUS on >>> NAME "Trinkwasserversorgung" >>> TYPE POLYGON >>> DATA "wv_wilster_84.shp" >>> DUMP true >>> TOLERANCE 3 >>> TOLERANCEUNITS pixels >>> CLASSITEM "TW" >>> >>> HEADER "templates/header.html" >>> TEMPLATE "templates/template.html" >>> FOOTER "templates/footer.html" >>> >>> JOIN >>> NAME "Wasser" >>> TABLE "wv_wilster_84.dbf" >>> FROM "Id" >>> TO "Id" >>> TYPE ONE-TO-ONE >>> END >>> >>> CLASS >>> NAME "Trinkwasser" >>> EXPRESSION "Trinkwasser" >>> STYLE >>> COLOR 130 192 255 >>> END >>> STYLE >>> OUTLINECOLOR 120 120 120 >>> WIDTH 2 >>> ANTIALIAS TRUE >>> END >>> END >>> >>> CLASS >>> NAME "Selbstversorger" >>> STYLE >>> SYMBOL "im_schraffur" >>> END >>> EXPRESSION "Selbstversorger" >>> STYLE >>> OUTLINECOLOR 120 120 120 >>> WIDTH 2 >>> ANTIALIAS TRUE >>> END >>> END >>> >>> PROJECTION >>> "init=epsg:4326" >>> END >>> >>> METADATA >>> "wms_title" "Verbandsgebiet" >>> "wms_title metadata" "" >>> "wms_include_items" "all" >>> "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 >>> EPSG:31467 EPSG:31468" >>> END >>> END >>> >>> LAYER >>> STATUS on >>> NAME "Abwasserentsorgung" >>> TYPE POLYGON >>> DATA "wv_wilster_84.shp" >>> DUMP true >>> TOLERANCE 3 >>> TOLERANCEUNITS pixels >>> CLASSITEM "AW" >>> >>> HEADER "templates/header.html" >>> TEMPLATE "templates/template.html" >>> FOOTER "templates/footer.html" >>> >>> JOIN >>> NAME "Wasser" >>> TABLE "wv_wilster_84.dbf" >>> FROM "Id" >>> TO "Id" >>> TYPE ONE-TO-ONE >>> END >>> >>> CLASS >>> NAME "Abwasser" >>> EXPRESSION "Abwasser" >>> STYLE >>> COLOR 255 128 0 >>> END >>> STYLE >>> OUTLINECOLOR 120 120 120 >>> WIDTH 2 >>> ANTIALIAS TRUE >>> END >>> END >>> >>> CLASS >>> NAME "Diverse Abwasseraufgaben" >>> STYLE >>> SYMBOL "schraffur_orange" >>> END >>> EXPRESSION "Diverse Abwasseraufgaben" >>> STYLE >>> OUTLINECOLOR 120 120 120 >>> WIDTH 2 >>> ANTIALIAS TRUE >>> END >>> END >>> >>> CLASS >>> NAME "Kein Abwasser" >>> EXPRESSION "Kein Abwasser" >>> STYLE >>> OUTLINECOLOR 120 120 120 >>> WIDTH 2 >>> ANTIALIAS TRUE >>> END >>> END >>> >>> PROJECTION >>> "init=epsg:4326" >>> END >>> >>> METADATA >>> "wms_title" "Abwasser" >>> "wms_title metadata" "" >>> "wms_include_items" "all" >>> "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 >>> EPSG:31467 EPSG:31468" >>> END >>> END >>> >>> >>> >>> Bye, TDS >>> ------------------------------------------------------------------------ >>> mailto:tds at tds-net.de >>> ------------------------------------------------------------------------ >>> 1+1=10 >>> You have a question? - 42 or RTFM. >>> Am 26.03.2014 21:50, schrieb jt at mapmedia.de: >>>> Hi, >>>> >>>> Referring to your signatur: rtfm ;) >>>> >>>> Try http://mapserver.org/de/mapfile/join.htm >>>> >>>> Join streets_main with the dbf of streets_sub. Read the doc carefuly, >>>> it's a bit tricky. >>>> >>>> You may find a working example under >>>> http://mapmedia.de/downloads/viewcategory/5-vortraege ( >>>> >>>> Workshop_umn...) >>>> >>>> J?rg >>>> >>>> >>>> >>>> On Wed, 26 Mar 2014 20:58:17 +0100, TDS wrote: >>>> >>>>> Hello, >>>>> >>>>> >>>>> is it possible to join two layers in GetFeatureInfo with same >>>>> template and same shape file to output only one combined html file? >>>>> >>>>> Example: >>>>> Streets_Main => streets.shp => template.html >>>>> Streets_Sub => streets.shp => template.html >>>>> >>>>> OUTPUT: >>>>> >>>>> Current: >>>>> Output for Streets_Mains >>>>> Output for Streets_Sub >>>>> >>>>> Wish: >>>>> >>>>> Streets_Mains unique id Streets_sub (e.g. main street and sub street >>>>> have both id=1 in shape file) >>>>> >>>>> >>>>> -- >>>>> Bye, TDS >>>>> ------------------------------------------------------------------------ >>>>> mailto:tds at tds-net.de >>>>> ------------------------------------------------------------------------ >>>>> 1+1=10 >>>>> You have a question? - 42 or RTFM. >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 -------------- A non-text attachment was scrubbed... Name: osm.php Type: application/x-php Size: 3740 bytes Desc: not available URL: From Michael.Smith at maine.gov Thu Mar 27 07:21:18 2014 From: Michael.Smith at maine.gov (Smith, Michael) Date: Thu, 27 Mar 2014 14:21:18 +0000 Subject: [mapserver-users] HOW-TO convert USGS topo to GTiff Message-ID: <8927DBC1C0E7CB4A9823B7478829091D4F0D0706@OIT-TEAQEXMBX01.som.w2k.state.me.us> I have had several people send me follow-up emails about converting the USGS eTopos (you can download these from store.usgs.gov), so I thought it might make sense to just post this to the list as a HOW-TO. Apologies for cross-post. The challenge is to take the GeoPDF that you download from USGS and make it into a series of TIFFs you can mosaic together. This requires at least GDAL 1.8 and for full functionality you want 1.10. First, the simplest syntax would be gdal_translate topo.pdf topo.tif That would give you a GeoTiff with all the layers turned on, rendered at 150 dpi. Easy enough. However, depending on what you want, you may want to alter that. For example the GeoPDF renders differently as you zoom in; it has scale-dependent rendering. So you may want to change the dpi to a higher number. I did all mine at 300 dpi which seemed to fit a 24k rendering in ArcMap and looks nice on the screen. gdal_translate --config GDAL_PDF_DPI 300 topo.pdf topo.tif That still has all the layers turned on though. You may want some of them off. For example, you may want to turn off the NAIP data and the UTM grid (like I did). If so you can specify certain LAYERS to turn off, first you have to figure out what they are with this (this requires GDAL 1.10): gdal_info -mdd LAYERS topo.pdf will return the metadata and a list of layers something like this: Metadata (LAYERS): LAYER_00_NAME=Map_Collar LAYER_01_NAME=Map_Collar.Map_Elements LAYER_02_NAME=Map_Frame LAYER_03_NAME=Map_Frame.Projection_and_Grids LAYER_04_NAME=Map_Frame.Projection_and_Grids.Projection_Coordinate_Values LAYER_05_NAME=Map_Frame.Projection_and_Grids.Geographic_and_Grid_Ticks LAYER_06_NAME=Map_Frame.Projection_and_Grids.Projection_Line_Mask LAYER_07_NAME=Map_Frame.Projection_and_Grids.Grid_Lines LAYER_28_NAME=Map_Frame.Land_Cover.Woodland LAYER_29_NAME=Images LAYER_30_NAME=Images.Orthoimage So I'm looking to get rid of layer 7 and layer 30. The syntax for that uses the layer name like this: gdal_translate --config GDAL_PDF_DPI 300 --config GDAL_PDF_LAYERS_OFF Map_Frame.Projection_and_Grids.Grid_Lines,Images.Orthoimage topo.pdf topo.tif This only works for the new 2011/12/13 maps. The historic maps are scanned images, so they don't have any real layers. They are just one raster image in a PDF. So you would just do gdal_translate --config GDAL_PDF_DPI 300 topo.pdf topo.tif. What you get in both cases is an output GeoTIFF of the topo map. The map will have all the collar info, so you will then have to crop the images, remove the collars, and mosaic the slivers to get a seamless mosaic, but that is just done the same way as any other imagery collection. That process is to simply: Crop the image to its minimum size with gdalwarp Burn some null value to the remaining collar slivers with gdal_rasterize -i -burn Mosaic the neighboring tile data into the sliver with gdalwarp One other cool thing about the GeoPDF with its scale-dependent rendering is that you could create topos at different dpis (scales) and thus make your overviews look like what a 100K or 250K topo would look like (well with the new ones anyway, not the historic ones). Don't forget to RTF(riendly!)M http://www.gdal.org/frmt_pdf.html =============================== Michael Smith MS GISP State GIS Manager, Maine Office of GIS State of Maine, Office of Information Technology michael.smith _at_ maine.gov 207-215-5530 Board Member, Maine GeoLibrary Education Chair, Maine GIS Users Group State Rep, National States Geographic Information Council [cid:image001.jpg at 01CF49A3.32BF2BC0] State House Station 145 51 Commerce Drive Augusta, ME 04333-0145 69o 47' 58.9"W 44o 21' 54.8"N -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 9032 bytes Desc: image001.jpg URL: From mikeflan at att.net Thu Mar 27 18:58:40 2014 From: mikeflan at att.net (Mike Flannigan) Date: Thu, 27 Mar 2014 20:58:40 -0500 Subject: [mapserver-users] HOW-TO convert USGS topo to GTiff In-Reply-To: References: Message-ID: <5334D750.4020303@att.net> Nice write up. Thanks for sharing that. I didn't know about turning off layers. This is the GDAL command I like to use. gdal_translate -of GTiff bm.pdf bm.tif --config GDAL_PDF_DPI 300 -co "COMPRESS=JPEG" -co "JPEG_QUALITY=85" It appears to provide a good trade-off between file size and image quality. Mike On 3/27/2014 2:00 PM, mapserver-users-request at lists.osgeo.org wrote: > I have had several people send me follow-up emails about converting the USGS eTopos (you can download these from store.usgs.gov), so I thought it might make sense to just post this to the list as a HOW-TO. Apologies for cross-post. > > The challenge is to take the GeoPDF that you download from USGS and make it into a series of TIFFs you can mosaic together. This requires at least GDAL 1.8 and for full functionality you want 1.10. > > First, the simplest syntax would be > > gdal_translate topo.pdf topo.tif > > That would give you a GeoTiff with all the layers turned on, rendered at 150 dpi. Easy enough. > > However, depending on what you want, you may want to alter that. For example the GeoPDF renders differently as you zoom in; it has scale-dependent rendering. So you may want to change the dpi to a higher number. I did all mine at 300 dpi which seemed to fit a 24k rendering in ArcMap and looks nice on the screen. > > gdal_translate --config GDAL_PDF_DPI 300 topo.pdf topo.tif > > That still has all the layers turned on though. You may want some of them off. For example, you may want to turn off the NAIP data and the UTM grid (like I did). If so you can specify certain LAYERS to turn off, first you have to figure out what they are with this (this requires GDAL 1.10): > > gdal_info -mdd LAYERS topo.pdf > > will return the metadata and a list of layers something like this: > > Metadata (LAYERS): > LAYER_00_NAME=Map_Collar > LAYER_01_NAME=Map_Collar.Map_Elements > LAYER_02_NAME=Map_Frame > LAYER_03_NAME=Map_Frame.Projection_and_Grids > LAYER_04_NAME=Map_Frame.Projection_and_Grids.Projection_Coordinate_Values > LAYER_05_NAME=Map_Frame.Projection_and_Grids.Geographic_and_Grid_Ticks > LAYER_06_NAME=Map_Frame.Projection_and_Grids.Projection_Line_Mask > LAYER_07_NAME=Map_Frame.Projection_and_Grids.Grid_Lines > > LAYER_28_NAME=Map_Frame.Land_Cover.Woodland > LAYER_29_NAME=Images > LAYER_30_NAME=Images.Orthoimage > > > So I'm looking to get rid of layer 7 and layer 30. The syntax for that uses the layer name like this: > > gdal_translate --config GDAL_PDF_DPI 300 --config GDAL_PDF_LAYERS_OFF Map_Frame.Projection_and_Grids.Grid_Lines,Images.Orthoimage topo.pdf topo.tif > > This only works for the new 2011/12/13 maps. The historic maps are scanned images, so they don't have any real layers. They are just one raster image in a PDF. So you would just do > gdal_translate --config GDAL_PDF_DPI 300 topo.pdf topo.tif. > > What you get in both cases is an output GeoTIFF of the topo map. The map will have all the collar info, so you will then have to crop the images, remove the collars, and mosaic the slivers to get a seamless mosaic, but that is just done the same way as any other imagery collection. That process is to simply: > Crop the image to its minimum size with gdalwarp > Burn some null value to the remaining collar slivers with gdal_rasterize -i -burn > Mosaic the neighboring tile data into the sliver with gdalwarp > > One other cool thing about the GeoPDF with its scale-dependent rendering is that you could create topos at different dpis (scales) and thus make your overviews look like what a 100K or 250K topo would look like (well with the new ones anyway, not the historic ones). > > Don't forget to RTF(riendly!)M http://www.gdal.org/frmt_pdf.html > > From james.evans.4 at us.af.mil Thu Mar 27 23:55:27 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Fri, 28 Mar 2014 06:55:27 +0000 Subject: [mapserver-users] How to hide the "?map=servemap.map" from URL under IIS Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5CD5C@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi, Can anyone point out the right way to alias my mapserver URL under IIS 7? I'm not seeing it. Thanks, James From szekerest at gmail.com Fri Mar 28 04:54:36 2014 From: szekerest at gmail.com (Tamas Szekeres) Date: Fri, 28 Mar 2014 12:54:36 +0100 Subject: [mapserver-users] How to hide the "?map=servemap.map" from URL under IIS In-Reply-To: <20EA793B1BC710448656BDC9BD25C4A104C5CD5C@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> References: <20EA793B1BC710448656BDC9BD25C4A104C5CD5C@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Message-ID: James, You may probably look into something like this: http://stackoverflow.com/questions/3071936/getting-iis7-to-rewite-but-still-pass-querystring-parameters Best regards, Tamas 2014-03-28 7:55 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE < james.evans.4 at us.af.mil>: > Hi, > Can anyone point out the right way to alias my mapserver URL under IIS 7? > I'm not seeing it. > Thanks, > James > _______________________________________________ > 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 dejan.gambin at coin.hr Fri Mar 28 15:10:03 2014 From: dejan.gambin at coin.hr (Dejan Gambin) Date: Fri, 28 Mar 2014 23:10:03 +0100 Subject: [mapserver-users] Fwd: Wrong/different legend generation References: <80EF9353-1D0B-471A-8E0D-6D5964575DC5@coin.hr> Message-ID: <6840EBAD-9514-4CFE-AAAF-2AB875AA05F9@coin.hr> Does anyone have a clue about this? Not sure if this is a bug or not :-( thx, dejan Begin forwarded message: > From: Dejan Gambin > Date: 20. velja?e 2014. 09:20:04 GMT+0100 > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Wrong/different legend generation > > Hi, > > I am using GetLegendGraphic request for generating legends in my OL application. Everything was fine in previous MapServer version 6.0.3. The request like this: > > http://my.site.com/cgi-bin/mywms6?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetLegendGraphic&FORMAT=image/png&LAYER=my_layer > > returned an image like in attached image1.png. The same request in 6.4.1 returned an image like in attached image2.png. The legend part of mapfile is: > > LEGEND > OUTLINECOLOR 194 194 194 > KEYSIZE 25 18 > KEYSPACING 8 5 > LABEL > COLOR 255 0 0 > FONT Arial > SIZE 8 > TYPE truetype > OFFSET 0 -5 > END > END > > Is it a bug or should I hopefully just configure things differently? > > Thanks very much > > regards, dejan > > > > > _______________________________________________ > 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: image2.png Type: image/png Size: 13373 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image1.png Type: image/png Size: 11642 bytes Desc: not available URL: From tds at tds-net.de Sat Mar 29 11:00:36 2014 From: tds at tds-net.de (TDS) Date: Sat, 29 Mar 2014 19:00:36 +0100 Subject: [mapserver-users] Combine GetFeatureInfo for layers with same data source In-Reply-To: <533428DD.1030109@mapmedia.de> References: <53333159.202@tds-net.de> <7429cab1e41acd8c9d5cbfec4770b2b8@mapmedia.de> <53340431.2080307@tds-net.de> <53342076.6090102@mapmedia.de> <533421B2.8080407@tds-net.de> <533428DD.1030109@mapmedia.de> Message-ID: <53370A44.1020103@tds-net.de> Hello, thanx, it solved by changing my dynamic Openlayers code with adding a getfeatureinfo callback. You pointed me right way. Bye, TDS ------------------------------------------------------------------------ mailto:tds at tds-net.de ------------------------------------------------------------------------ 1+1=10 You have a question? - 42 or RTFM. Am 27.03.2014 14:34, schrieb J?rg Thomsen: > hello again, > > some PHP could help, call the script from your client instead of > mapserv-cgi: >> ELSEIF ($_GET['REQUEST'] == "GetFeatureInfo" or $_GET['request'] == "GetFeatureInfo") { >> IF ($_GET['QUERY_LAYERS'] == 'Abwasser,Verbandsgebiet' OR $_GET['QUERY_LAYERS'] == 'Verbandsgebiet,Abwasser' ) { >> $url = str_replace('Abwasser,Verbandsgebiet', 'Abwasser', $url) >> $url = str_replace('Verbandsgebiet,Abwasser', 'Abwasser', $url) >> } >> $answer = file_get_contents($url); >> $answer = utf8_decode($answer); >> ECHO $answer; >> } > (whole script attached) > > J?rg > > Am 27.03.2014 14:03, schrieb TDS: >> Hello, >> >> that's the problem. The user should select one or both of them. If both, >> all two layer names are send in the QUERY_LAYERS inquiry - like it should. >> >> Bye, TDS >> ------------------------------------------------------------------------ >> mailto:tds at tds-net.de >> ------------------------------------------------------------------------ >> 1+1=10 >> You have a question? - 42 or RTFM. >> Am 27.03.2014 13:58, schrieb J?rg Thomsen: >>> Hi, >>> >>> okay, join is not what you need, sorry. >>> Would it work for you if only one of the two layers is queryable? >>> >>> At the moment I have no idea... >>> >>> J?rg >>> >>> Am 27.03.2014 11:57, schrieb TDS: >>>> Hello, >>>> >>>> I've read this and I'm confused of how it can work... >>>> ONE-TO-ONE or ONE-TO-MANY or ... I want to have a solution *scream* If >>>> both layers are queried it should be one table, because the date is the >>>> same. Only the class item differs. >>>> >>>> >>>> Example Mapfile: >>>> LAYER >>>> STATUS on >>>> NAME "Trinkwasserversorgung" >>>> TYPE POLYGON >>>> DATA "wv_wilster_84.shp" >>>> DUMP true >>>> TOLERANCE 3 >>>> TOLERANCEUNITS pixels >>>> CLASSITEM "TW" >>>> >>>> HEADER "templates/header.html" >>>> TEMPLATE "templates/template.html" >>>> FOOTER "templates/footer.html" >>>> >>>> JOIN >>>> NAME "Wasser" >>>> TABLE "wv_wilster_84.dbf" >>>> FROM "Id" >>>> TO "Id" >>>> TYPE ONE-TO-ONE >>>> END >>>> >>>> CLASS >>>> NAME "Trinkwasser" >>>> EXPRESSION "Trinkwasser" >>>> STYLE >>>> COLOR 130 192 255 >>>> END >>>> STYLE >>>> OUTLINECOLOR 120 120 120 >>>> WIDTH 2 >>>> ANTIALIAS TRUE >>>> END >>>> END >>>> >>>> CLASS >>>> NAME "Selbstversorger" >>>> STYLE >>>> SYMBOL "im_schraffur" >>>> END >>>> EXPRESSION "Selbstversorger" >>>> STYLE >>>> OUTLINECOLOR 120 120 120 >>>> WIDTH 2 >>>> ANTIALIAS TRUE >>>> END >>>> END >>>> >>>> PROJECTION >>>> "init=epsg:4326" >>>> END >>>> >>>> METADATA >>>> "wms_title" "Verbandsgebiet" >>>> "wms_title metadata" "" >>>> "wms_include_items" "all" >>>> "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 >>>> EPSG:31467 EPSG:31468" >>>> END >>>> END >>>> >>>> LAYER >>>> STATUS on >>>> NAME "Abwasserentsorgung" >>>> TYPE POLYGON >>>> DATA "wv_wilster_84.shp" >>>> DUMP true >>>> TOLERANCE 3 >>>> TOLERANCEUNITS pixels >>>> CLASSITEM "AW" >>>> >>>> HEADER "templates/header.html" >>>> TEMPLATE "templates/template.html" >>>> FOOTER "templates/footer.html" >>>> >>>> JOIN >>>> NAME "Wasser" >>>> TABLE "wv_wilster_84.dbf" >>>> FROM "Id" >>>> TO "Id" >>>> TYPE ONE-TO-ONE >>>> END >>>> >>>> CLASS >>>> NAME "Abwasser" >>>> EXPRESSION "Abwasser" >>>> STYLE >>>> COLOR 255 128 0 >>>> END >>>> STYLE >>>> OUTLINECOLOR 120 120 120 >>>> WIDTH 2 >>>> ANTIALIAS TRUE >>>> END >>>> END >>>> >>>> CLASS >>>> NAME "Diverse Abwasseraufgaben" >>>> STYLE >>>> SYMBOL "schraffur_orange" >>>> END >>>> EXPRESSION "Diverse Abwasseraufgaben" >>>> STYLE >>>> OUTLINECOLOR 120 120 120 >>>> WIDTH 2 >>>> ANTIALIAS TRUE >>>> END >>>> END >>>> >>>> CLASS >>>> NAME "Kein Abwasser" >>>> EXPRESSION "Kein Abwasser" >>>> STYLE >>>> OUTLINECOLOR 120 120 120 >>>> WIDTH 2 >>>> ANTIALIAS TRUE >>>> END >>>> END >>>> >>>> PROJECTION >>>> "init=epsg:4326" >>>> END >>>> >>>> METADATA >>>> "wms_title" "Abwasser" >>>> "wms_title metadata" "" >>>> "wms_include_items" "all" >>>> "wms_srs" "EPSG:4326 EPSG:54004 EPSG:41001 >>>> EPSG:31467 EPSG:31468" >>>> END >>>> END >>>> >>>> >>>> >>>> Bye, TDS >>>> ------------------------------------------------------------------------ >>>> mailto:tds at tds-net.de >>>> ------------------------------------------------------------------------ >>>> 1+1=10 >>>> You have a question? - 42 or RTFM. >>>> Am 26.03.2014 21:50, schrieb jt at mapmedia.de: >>>>> Hi, >>>>> >>>>> Referring to your signatur: rtfm ;) >>>>> >>>>> Try http://mapserver.org/de/mapfile/join.htm >>>>> >>>>> Join streets_main with the dbf of streets_sub. Read the doc carefuly, >>>>> it's a bit tricky. >>>>> >>>>> You may find a working example under >>>>> http://mapmedia.de/downloads/viewcategory/5-vortraege ( >>>>> >>>>> Workshop_umn...) >>>>> >>>>> J?rg >>>>> >>>>> >>>>> >>>>> On Wed, 26 Mar 2014 20:58:17 +0100, TDS wrote: >>>>> >>>>>> Hello, >>>>>> >>>>>> >>>>>> is it possible to join two layers in GetFeatureInfo with same >>>>>> template and same shape file to output only one combined html file? >>>>>> >>>>>> Example: >>>>>> Streets_Main => streets.shp => template.html >>>>>> Streets_Sub => streets.shp => template.html >>>>>> >>>>>> OUTPUT: >>>>>> >>>>>> Current: >>>>>> Output for Streets_Mains >>>>>> Output for Streets_Sub >>>>>> >>>>>> Wish: >>>>>> >>>>>> Streets_Mains unique id Streets_sub (e.g. main street and sub street >>>>>> have both id=1 in shape file) >>>>>> >>>>>> >>>>>> -- >>>>>> Bye, TDS >>>>>> ------------------------------------------------------------------------ >>>>>> mailto:tds at tds-net.de >>>>>> ------------------------------------------------------------------------ >>>>>> 1+1=10 >>>>>> You have a question? - 42 or RTFM. >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 james.evans.4 at us.af.mil Sun Mar 30 07:02:12 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sun, 30 Mar 2014 14:02:12 +0000 Subject: [mapserver-users] How to hide the "?map=servemap.map" from URL under IIS In-Reply-To: References: <20EA793B1BC710448656BDC9BD25C4A104C5CD5C@52ZHTX-D07-04D.area52.afnoapps.usaf.mil>, Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5D79D@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Tamas, I was able to get it working. Thanks! I'm not sure if I had to, but I installed the IIS 7 rewrite module, which doesn't come with IIS 7 by default, then was able to apply the following rewrite rule: This is saved in the web.config in wwwroot directory. Thanks, James ________________________________ From: Tamas Szekeres [szekerest at gmail.com] Sent: Friday, March 28, 2014 5:54 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] How to hide the "?map=servemap.map" from URL under IIS James, You may probably look into something like this: http://stackoverflow.com/questions/3071936/getting-iis7-to-rewite-but-still-pass-querystring-parameters Best regards, Tamas 2014-03-28 7:55 GMT+01:00 EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE >: Hi, Can anyone point out the right way to alias my mapserver URL under IIS 7? I'm not seeing it. Thanks, James _______________________________________________ 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 james.evans.4 at us.af.mil Sun Mar 30 07:13:16 2014 From: james.evans.4 at us.af.mil (EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE) Date: Sun, 30 Mar 2014 14:13:16 +0000 Subject: [mapserver-users] Processing JP2000 files In-Reply-To: References: Message-ID: <20EA793B1BC710448656BDC9BD25C4A104C5D7B3@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> Hi Jukka, This has certainly been entertaining. I grabbed kakadu, and it could convert the images from jp2000 to jp2000 in about 5 seconds. The speed was impressive. Unfortunately, probably due to my limited jp2000 experience, kakadu sees the image as gray scale only. When I export the image to another jp2000, my mapserver can process it just fine, but it's only in gray scale. I then tried Global Mapper scripting. It exports the jp2 image to jp2 in about 30 seconds, but retains the color. Plus, the file size is reduce about a third. Fortunately, I can run about 3 of these scripts at once on a machine, and still write them out ever 30 seconds or so, so I'm averaging about 1 file ever 10 seconds. I've got 3 machines working on this so it should take about a week or two to convert the whole set. If I try to open one of the new jp2 files produced by GM in kakadu, it complains that there is something illegal in the header, but then does display the image and it looks just fine. I'm not sure what encoder the USDA is using to produce these files, but hopefully they get an update before we have to get more files from them. Thanks, James ________________________________________ From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] Sent: Friday, March 21, 2014 7:53 AM To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; 'mapserver-users at lists.osgeo.org' Subject: Re: [mapserver-users] Processing JP2000 files Hi James, It has been a while since I have done any experiments with JPEG2000 and stopwatch but I happened to have a rather recent versions of Kakadu demo executables on my machine (version 7.3.2, the very latest is 7.3.3). We do not have a license for the Kakadu speed pack, but even without it the conversion from lossless JPEG2000 into lossless GeoTIFF feels quite speedy. Here comes the facts: Hardware is a Windows 7 laptop with Intel i7, 8 cores and 8 GB RAM. Test image is 12000 x 12000 pixel 3-band aerial image, 443 MB as uncompressed, 170 MB as lossless JPEG2000 Here is the kdu_expand command and conversion log: Kakadu_732\bin_x64\kdu_expand -i test_in.JP2 -o test_out.tif -cpu 0 -mem Copying Geo box info, size = 389 End-to-end CPU time = 6.317000 seconds (0.014623 us/sample) Consumed 8 tile-part(s) from a total of 1 tile(s). Consumed 174,371,002 codestream bytes (excluding any file format) = 9.687278 bits/pel. Processed using the multi-threaded environment, with 8 parallel threads of execution Native Kakadu application used only 6.3 seconds CPU time for this task. I also made a comparison with GDAL 64-bit with driver JP2ECW (rov): ERDAS JPEG2000 (SDK 5.0) End-to-end time including disk write was 21 second. Kadudu timing was 6.3 seconds but I took timing also to include disk write and it was still under 7 seconds. It may be that file system was still doing some delayed writing but the scale should be about right. My test image was compressed as one tile and JP2OpenJPEG driver could not convert it. Final comparison: gdal_translate from uncompressed tif to uncompressed tif: 3 seconds. TIFF to TIFF with GDAL: 3 seconds JP2 to TIFF with native Kakadu: 7 seconds JP2 to TIFF with GDAL ECWJP2 (SDK 5.0): 21 seconds Your Global Mapper timing with much smaller image was 3 minutes. You have 400000 files... -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > [mailto:james.evans.4 at us.af.mil] > L?hetetty: 21. maaliskuuta 2014 14:22 > Vastaanottaja: Rahkonen Jukka (Tike); 'mapserver-users at lists.osgeo.org' > Aihe: RE: [mapserver-users] Processing JP2000 files > > Hi Jukka, > I have Global Mapper, and used it to do a batch convert to geotiff on a test set > of images. The converted files work fine with the OpenJPEG drive, but the size > almost doubles and on my 10 year old pc at home it takes about 3 minutes per > file to convert. I will look at all the options you mentioned below. > Thanks! > James > > > > ________________________________________ > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > Sent: Friday, March 21, 2014 3:33 AM > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; 'mapserver- > users at lists.osgeo.org' > Subject: Re: [mapserver-users] Processing JP2000 files > > Hi, > > From your other mail I concluded that your images are converted into JPEG2000 > with some Lizardtech product so it is not a surprise that MrSID/MrSIG JPEG2000 > driver is happy with the SOT markers. I do not know if it is a real error in file > structure or only a different JPEG2000 dialect. JPEG2000 is very feature rich and > complicated. > > It seems that OpenJPEG driver is not most happy with the JPEG2000 structure in > your images. It could be happier if the data streams inside JP2 file were > organized in some other way. There are tools (for example Kakadu > kdu_transcode) for re-organizing JPEG2000 files without recompression and > data loss but that would still mean a rewrite for all your images. OpenJPEG is as > its best is rather fast and almost usable for production but it depends on how > much load you wait for your server. However, myself I would not follow that > route. I would consider two alternatives: > > - Acquire Mapserver + GDAL with some fast JPEG2000 driver: JPKAK, JP2ECW, or > JP2MrSID. Test with your images and take care of a license. Those SDKs are not > free and you can't use them on server without paying. > - Convert your images into GeoTIFF format (tiled, jpeg compressed, with > compressed overviews). You need a fast JPEG200O driver also for that but for > example JP2ECW license allows desktop use without payed license (check it!). > Conversion will take some time because there are 1440 minutes in a day and you > said you have 400000 images. With one computer it would take several months > so I suggest to gather lots of computers and lots of USB drives so that you can > read from one drive and write converted images into another. There is lots of > computing power around nowadays and from any medium scaled office you can > find 100 laptops which are idle for all nights and weekends. They could handle > your data within a week or two. GeoTIFFs will take a bit more disk space mainly > because of overviews (JPEG2000 streams are progressive and overviews are > unnecessary) but they will be faster with your Mapserver and other GDAL based > software like QGIS and with Geoserver too. > > -Jukka Rahkonen- > > EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > > > Hi Jukka, > > > > The MS4W version says it is using Driver: JP2MrSID/MrSID JPEG2000, and > > the GISInternals version is using Driver: JP2OpenJPEG/JPEG-2000 driver > > based on OpenJPEG library. I tried to do a gdal_translate on the same > > file, using the each of the drivers. They both translated the file > > into a 512x512 jpg, but the JP2OpenJPEG driver listed over a 1000 of > > these warnings before it stopped listing > > warnings: > > Warning 1: Empty SOT marker detected: Psot=12. > > > > So, I have 400,000 of these JP2000 images, equally 4.3TBs of data. > > Should I consider a massive batch conversion to JPG or Geotiff, or is > > there some way to get the JP2OpenJPEG driver to play nice with these files? > > > > Thanks, > > James > > ________________________________________ > > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > > Sent: Thursday, March 20, 2014 7:44 AM > > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver- > > users at lists.osgeo.org > > Subject: VS: [mapserver-users] Processing JP2000 files > > > > Hi, > > > > Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and > > it means "start of tilepart". If images are the same then the message > > means that something has changed in GDAL part. GDAL has several > > JPEG200 drivers and they all behave in a bit different way. Check > > which driver you have in your old system and which one you have now with > "gdalinfo --formats". > > I warn that from the free alternatives only OpenJPEG driver is > > something that can be considered for real use. > > > > -Jukka Rahkonen- > > > > > > > > James_in_Utah wrote: > > > > > > There must have been something wrong with my shapefile, because I > > > tried this at home and I was able to get the same data to work. Now > > > the problem is that the image I see on my client is all washed out, > > > not a variant RGB image but mostly brownish with weak greens. None > > > of the reds or blues are making it through. Plus, where the tiles > > > overlap I can see the edges are blended from the overlapping tiles. > > > This wasn't the case with the older GDAL from MS4W. Has something > > changed? Is there some directive in the layer that I'm missing? > > > Thanks, > > > James > > > > > > > > > > > > > > > -- > > > View this message in context: http://osgeo- > > > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.htm > > > l 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 Steve.Lime at state.mn.us Sun Mar 30 10:06:16 2014 From: Steve.Lime at state.mn.us (Lime, Steve D (MNIT)) Date: Sun, 30 Mar 2014 17:06:16 +0000 Subject: [mapserver-users] Fwd: Wrong/different legend generation In-Reply-To: <6840EBAD-9514-4CFE-AAAF-2AB875AA05F9@coin.hr> References: <80EF9353-1D0B-471A-8E0D-6D5964575DC5@coin.hr>, <6840EBAD-9514-4CFE-AAAF-2AB875AA05F9@coin.hr> Message-ID: Certainly looks like a bug but it would help to see the layer defs for one of the solid fills layers and one of the line layers. Are you setting map resolution explicitly? --Steve ________________________________ From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Dejan Gambin [dejan.gambin at coin.hr] Sent: Friday, March 28, 2014 5:10 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Fwd: Wrong/different legend generation Does anyone have a clue about this? Not sure if this is a bug or not :-( thx, dejan Begin forwarded message: From: Dejan Gambin > Date: 20. velja?e 2014. 09:20:04 GMT+0100 To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Wrong/different legend generation Hi, I am using GetLegendGraphic request for generating legends in my OL application. Everything was fine in previous MapServer version 6.0.3. The request like this: http://my.site.com/cgi-bin/mywms6?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetLegendGraphic&FORMAT=image/png&LAYER=my_layer returned an image like in attached image1.png. The same request in 6.4.1 returned an image like in attached image2.png. The legend part of mapfile is: LEGEND OUTLINECOLOR 194 194 194 KEYSIZE 25 18 KEYSPACING 8 5 LABEL COLOR 255 0 0 FONT Arial SIZE 8 TYPE truetype OFFSET 0 -5 END END Is it a bug or should I hopefully just configure things differently? Thanks very much regards, dejan [cid:F50C06C6-BDC8-41AF-B14A-920BD6E6107C][cid:4473B56C-8103-4E44-B722-56A35558536F] _______________________________________________ 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: image2.png Type: image/png Size: 13373 bytes Desc: image2.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image1.png Type: image/png Size: 11642 bytes Desc: image1.png URL: From James.Evans at hill.af.mil Sun Mar 30 16:37:16 2014 From: James.Evans at hill.af.mil (James_in_Utah) Date: Sun, 30 Mar 2014 16:37:16 -0700 (PDT) Subject: [mapserver-users] MapServer bug when calling GDAL MiniDriver In-Reply-To: <1395798462.533231bee7d30@imp.free.fr> References: <20EA793B1BC710448656BDC9BD25C4A104C5C6A3@52ZHTX-D07-04D.area52.afnoapps.usaf.mil> <1395798462.533231bee7d30@imp.free.fr> Message-ID: <1396222636367-5132140.post@n6.nabble.com> You were right about the environment. I had an old definition for GDAL_DATA left over from a previous install. I corrected that and now it works just fine. Thanks, James -- View this message in context: http://osgeo-org.1560.x6.nabble.com/MapServer-bug-when-calling-GDAL-MiniDriver-tp5131089p5132140.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jukka.rahkonen at mmmtike.fi Mon Mar 31 01:05:47 2014 From: jukka.rahkonen at mmmtike.fi (Rahkonen Jukka (Tike)) Date: Mon, 31 Mar 2014 08:05:47 +0000 Subject: [mapserver-users] Processing JP2000 files Message-ID: Hi, I can also have a look if you can put original, gray scale creater by Kakadu and the one created with GM somewhere for downloading. Private message is OK, I can mail my findings back to the list. -Jukka Rahkonen- EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > > Hi Jukka, > This has certainly been entertaining. I grabbed kakadu, and it could convert the > images from jp2000 to jp2000 in about 5 seconds. The speed was impressive. > Unfortunately, probably due to my limited jp2000 experience, kakadu sees the > image as gray scale only. When I export the image to another jp2000, my > mapserver can process it just fine, but it's only in gray scale. I then tried Global > Mapper scripting. It exports the jp2 image to jp2 in about 30 seconds, but > retains the color. Plus, the file size is reduce about a third. Fortunately, I can > run about 3 of these scripts at once on a machine, and still write them out ever > 30 seconds or so, so I'm averaging about 1 file ever 10 seconds. I've got 3 > machines working on this so it should take about a week or two to convert the > whole set. If I try to open one of the new jp2 files produced by GM in kakadu, it > complains that there is something illegal in the header, but then does display the > image and it looks just fine. I'm not sure what encoder the USDA is using to > produce these files, but hopefully they get an update before we have to get > more files from them. > Thanks, > James > > > > ________________________________________ > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > Sent: Friday, March 21, 2014 7:53 AM > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; 'mapserver- > users at lists.osgeo.org' > Subject: Re: [mapserver-users] Processing JP2000 files > > Hi James, > > It has been a while since I have done any experiments with JPEG2000 and > stopwatch but I happened to have a rather recent versions of Kakadu demo > executables on my machine (version 7.3.2, the very latest is 7.3.3). We do not > have a license for the Kakadu speed pack, but even without it the conversion > from lossless JPEG2000 into lossless GeoTIFF feels quite speedy. Here comes the > facts: > > Hardware is a Windows 7 laptop with Intel i7, 8 cores and 8 GB RAM. > Test image is 12000 x 12000 pixel 3-band aerial image, 443 MB as > uncompressed, 170 MB as lossless JPEG2000 Here is the kdu_expand command > and conversion log: > > Kakadu_732\bin_x64\kdu_expand -i test_in.JP2 -o test_out.tif -cpu 0 -mem > Copying Geo box info, size = 389 > End-to-end CPU time = 6.317000 seconds (0.014623 us/sample) > > Consumed 8 tile-part(s) from a total of 1 tile(s). > Consumed 174,371,002 codestream bytes (excluding any file format) = 9.687278 > bits/pel. Processed using the multi-threaded environment, with 8 parallel > threads of execution > > Native Kakadu application used only 6.3 seconds CPU time for this task. I also > made a comparison with GDAL 64-bit with driver > JP2ECW (rov): ERDAS JPEG2000 (SDK 5.0) > End-to-end time including disk write was 21 second. Kadudu timing was 6.3 > seconds but I took timing also to include disk write and it was still under 7 > seconds. It may be that file system was still doing some delayed writing but the > scale should be about right. > My test image was compressed as one tile and JP2OpenJPEG driver could not > convert it. > > Final comparison: gdal_translate from uncompressed tif to uncompressed tif: 3 > seconds. > > TIFF to TIFF with GDAL: 3 seconds > JP2 to TIFF with native Kakadu: 7 seconds > JP2 to TIFF with GDAL ECWJP2 (SDK 5.0): 21 seconds > > Your Global Mapper timing with much smaller image was 3 minutes. You have > 400000 files... > > -Jukka Rahkonen- > > > > > > -----Alkuper?inen viesti----- > > L?hett?j?: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE > > [mailto:james.evans.4 at us.af.mil] > > L?hetetty: 21. maaliskuuta 2014 14:22 > > Vastaanottaja: Rahkonen Jukka (Tike); 'mapserver-users at lists.osgeo.org' > > Aihe: RE: [mapserver-users] Processing JP2000 files > > > > Hi Jukka, > > I have Global Mapper, and used it to do a batch convert to geotiff on > > a test set of images. The converted files work fine with the OpenJPEG > > drive, but the size almost doubles and on my 10 year old pc at home it > > takes about 3 minutes per file to convert. I will look at all the options you > mentioned below. > > Thanks! > > James > > > > > > > > ________________________________________ > > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > > Sent: Friday, March 21, 2014 3:33 AM > > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; 'mapserver- > > users at lists.osgeo.org' > > Subject: Re: [mapserver-users] Processing JP2000 files > > > > Hi, > > > > From your other mail I concluded that your images are converted into > > JPEG2000 with some Lizardtech product so it is not a surprise that > > MrSID/MrSIG JPEG2000 driver is happy with the SOT markers. I do not > > know if it is a real error in file structure or only a different > > JPEG2000 dialect. JPEG2000 is very feature rich and complicated. > > > > It seems that OpenJPEG driver is not most happy with the JPEG2000 > > structure in your images. It could be happier if the data streams > > inside JP2 file were organized in some other way. There are tools (for > > example Kakadu > > kdu_transcode) for re-organizing JPEG2000 files without recompression > > and data loss but that would still mean a rewrite for all your images. > > OpenJPEG is as its best is rather fast and almost usable for > > production but it depends on how much load you wait for your server. > > However, myself I would not follow that route. I would consider two > alternatives: > > > > - Acquire Mapserver + GDAL with some fast JPEG2000 driver: JPKAK, > > JP2ECW, or JP2MrSID. Test with your images and take care of a license. > > Those SDKs are not free and you can't use them on server without paying. > > - Convert your images into GeoTIFF format (tiled, jpeg compressed, > > with compressed overviews). You need a fast JPEG200O driver also for > > that but for example JP2ECW license allows desktop use without payed license > (check it!). > > Conversion will take some time because there are 1440 minutes in a day > > and you said you have 400000 images. With one computer it would take > > several months so I suggest to gather lots of computers and lots of > > USB drives so that you can read from one drive and write converted > > images into another. There is lots of computing power around nowadays > > and from any medium scaled office you can find 100 laptops which are > > idle for all nights and weekends. They could handle your data within a > > week or two. GeoTIFFs will take a bit more disk space mainly because > > of overviews (JPEG2000 streams are progressive and overviews are > > unnecessary) but they will be faster with your Mapserver and other > > GDAL based software like QGIS and with Geoserver too. > > > > -Jukka Rahkonen- > > > > EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE wrote: > > > > > Hi Jukka, > > > > > > The MS4W version says it is using Driver: JP2MrSID/MrSID JPEG2000, > > > and the GISInternals version is using Driver: JP2OpenJPEG/JPEG-2000 > > > driver based on OpenJPEG library. I tried to do a gdal_translate on > > > the same file, using the each of the drivers. They both translated > > > the file into a 512x512 jpg, but the JP2OpenJPEG driver listed over > > > a 1000 of these warnings before it stopped listing > > > warnings: > > > Warning 1: Empty SOT marker detected: Psot=12. > > > > > > So, I have 400,000 of these JP2000 images, equally 4.3TBs of data. > > > Should I consider a massive batch conversion to JPG or Geotiff, or > > > is there some way to get the JP2OpenJPEG driver to play nice with these > files? > > > > > > Thanks, > > > James > > > ________________________________________ > > > From: Rahkonen Jukka (Tike) [jukka.rahkonen at mmmtike.fi] > > > Sent: Thursday, March 20, 2014 7:44 AM > > > To: EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE; mapserver- > > > users at lists.osgeo.org > > > Subject: VS: [mapserver-users] Processing JP2000 files > > > > > > Hi, > > > > > > Are your JPEG2000 images the same? SOT marker is JPEG2000 stuff and > > > it means "start of tilepart". If images are the same then the > > > message means that something has changed in GDAL part. GDAL has > > > several > > > JPEG200 drivers and they all behave in a bit different way. Check > > > which driver you have in your old system and which one you have now > > > with > > "gdalinfo --formats". > > > I warn that from the free alternatives only OpenJPEG driver is > > > something that can be considered for real use. > > > > > > -Jukka Rahkonen- > > > > > > > > > > > > James_in_Utah wrote: > > > > > > > > There must have been something wrong with my shapefile, because I > > > > tried this at home and I was able to get the same data to work. > > > > Now the problem is that the image I see on my client is all washed > > > > out, not a variant RGB image but mostly brownish with weak greens. > > > > None of the reds or blues are making it through. Plus, where the > > > > tiles overlap I can see the edges are blended from the overlapping tiles. > > > > This wasn't the case with the older GDAL from MS4W. Has something > > > changed? Is there some directive in the layer that I'm missing? > > > > Thanks, > > > > James > > > > > > > > > > > > > > > > > > > > -- > > > > View this message in context: http://osgeo- > > > > org.1560.x6.nabble.com/Processing-JP2000-files-tp5129997p5130136.h > > > > tm l 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 dejan.gambin at coin.hr Mon Mar 31 02:11:45 2014 From: dejan.gambin at coin.hr (Dejan Gambin) Date: Mon, 31 Mar 2014 11:11:45 +0200 Subject: [mapserver-users] Fwd: Wrong/different legend generation In-Reply-To: References: <80EF9353-1D0B-471A-8E0D-6D5964575DC5@coin.hr>, <6840EBAD-9514-4CFE-AAAF-2AB875AA05F9@coin.hr> Message-ID: Here it is: Solid layer example: CLASS Name 'Golf, sport and recreation' EXPRESSION ('[namjena_oz]' eq 'R' OR '[namjena_oz]' eq 'R1' OR '[namjena_oz]' eq 'R2' OR '[namjena_oz]' eq 'Rt' OR '[namjena_oz]' eq 'PN+R' OR '[namjena_oz]' eq 'R2/R6') COLOR 0 255 0 OUTLINECOLOR 0 0 0 END Line layer example CLASS Name 'City' STYLE COLOR 250 0 0 WIDTH 3 END END But this all doesn't seem to be the problem as it happens on all possible layers. Decreasing font size helps in a way the legend text is smaller but it still "doesn't fit". Take a look on attached picture (font size 6 and 8, text is cut) I have resolution explicitly set to 96. On 30. o?u. 2014., at 19:06, Lime, Steve D (MNIT) wrote: > Certainly looks like a bug but it would help to see the layer defs for one of the solid fills layers and one of the line layers. Are you setting map resolution explicitly? --Steve > > From: mapserver-users-bounces at lists.osgeo.org [mapserver-users-bounces at lists.osgeo.org] on behalf of Dejan Gambin [dejan.gambin at coin.hr] > Sent: Friday, March 28, 2014 5:10 PM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Fwd: Wrong/different legend generation > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-5.png Type: image/png Size: 10847 bytes Desc: not available URL: From traviskirstine at gmail.com Mon Mar 31 07:16:12 2014 From: traviskirstine at gmail.com (Travis Kirstine) Date: Mon, 31 Mar 2014 10:16:12 -0400 Subject: [mapserver-users] modify symbol size using expression Message-ID: Is it possible to change the symbol size (point feature) using a expression or dynamically create attributes For example LAYER foo = [myattribute] + 1 ....... STYLE SIZE = [foo] ...... OR LAYER .... STYLE SIZE = [foo] / 5 Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.bonfort at gmail.com Mon Mar 31 07:18:44 2014 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Mon, 31 Mar 2014 16:18:44 +0200 Subject: [mapserver-users] modify symbol size using expression In-Reply-To: References: Message-ID: Travis, short answer: no long answer: you can do it indirectly if using a rdbms backend: select ..., myattribute+1 as myattribute from table regards, thomas On 31 March 2014 16:16, Travis Kirstine wrote: > Is it possible to change the symbol size (point feature) using a expression > or dynamically create attributes > > For example > > LAYER > foo = [myattribute] + 1 > ....... > STYLE > SIZE = [foo] > ...... > > OR > > LAYER > .... > STYLE > SIZE = [foo] / 5 > > > Thanks > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users