From neha.hw at nic.in Sat Aug 1 00:01:08 2009 From: neha.hw at nic.in (Neha) Date: Sat, 01 Aug 2009 12:01:08 +0500 Subject: [mapserver-users] Blank Image with Example-1 of PHP/MapScript Message-ID: <4072af8d4834376a.4a742e84@nic.in> We have subscribed to this mailing list and are getting lot of help from this forum. 1. We are beginners in MapServer-PHP/MapScript (on Fedora10). 2. We are interested only in the Open Source solution of MapServer-PHP/MapScript. 3. We have installed the following on Fedora 10. Apache-2.2.11 compiled from sources. PHP-4.4.9 compiled from sources, as a module of Apache MapServer-5.4.1 PHP-MapScript-Revision 8814, date 19-March-2009 When we are trying the Example-1 of PHP/MapScript from the URL http://mapserver.org/mapscript/php/by_example.html#our-first-application we are facing the following difficulties Blank Image files are getting created. The 'europe' shapefiles and Symbol Set may be made available. My doubt is whether PHP-4.4.9 is to be compiled as CGI module ? Thanks in advance Regards Neha Waikar From nomarcos at gmail.com Sun Aug 2 21:00:51 2009 From: nomarcos at gmail.com (Marcos Nogueira) Date: Mon, 3 Aug 2009 01:00:51 -0300 Subject: [mapserver-users] Mapserver with mygis question Message-ID: <4afe21db0908022100l70ff301ev6469eeaa87099a76@mail.gmail.com> Hi everyone, this may sound like a simple question for you all, but anyways... I've been using MS4W with applications that use postgis. But now I am working in an application that necessarily uses MySQL. Doing my research I crossed with mygis. But when I execute the mapserv -v I don't see "input=mygis". Is there a way to compile/add mygis with/to MS4W?? If not with MS4W... how can I do it ?? I am using Windows. Thanks for your attention guys, Marcos -- "Saber o que ? certo e n?o faz?-lo ? a pior covardia." -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Mon Aug 3 05:53:19 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Mon, 03 Aug 2009 08:53:19 -0400 Subject: [mapserver-users] Mapserver with mygis question In-Reply-To: <4afe21db0908022100l70ff301ev6469eeaa87099a76@mail.gmail.com> References: <4afe21db0908022100l70ff301ev6469eeaa87099a76@mail.gmail.com> Message-ID: <4A76DDBF.3090307@mapgears.com> Marcos Nogueira wrote: > > But now I am working in an application that necessarily uses MySQL. > Doing my research I crossed with mygis. > > But when I execute the mapserv -v I don't see "input=mygis". > > Is there a way to compile/add mygis with/to MS4W?? > > If not with MS4W... how can I do it ?? > MyGIS is not the same as MySQL's spatial extension. It was a custom way to handle geometries in a MySQL database that was implemented specifically for MapServer and was not used anywhere else if I'm not mistaken. Anyway, the MyGIS driver is no longer being supported in MapServer, so it would be a bad idea to base any new application on it. You should instead consider using an OGR connection to connect to your MySQL database. I'm not sure how complete the OGR driver is, but that would be a much better bet than MyGIS: http://www.gdal.org/ogr/drv_mysql.html Another option if all you have is point data (no lines or polygons) would be to use OGR with a .ovf file. More info about this option here: http://mapserver.org/input/vector/mysql.html Daniel -- Daniel Morissette http://www.mapgears.com/ From darenas2001 at yahoo.es Mon Aug 3 06:01:23 2009 From: darenas2001 at yahoo.es (darenas) Date: Mon, 3 Aug 2009 06:01:23 -0700 (PDT) Subject: [mapserver-users] Turn OFF layers Message-ID: <1249304483318-3377530.post@n2.nabble.com> Hi everyone! I?m trying to turn off some layers in my map file using STATUS to become the service faster, but when I charge the WMS in ArcGis for example, those layers keep still ON: LAYER # Comienzo del objeto LAYER NAME "20_30_Enero" # Nombre corto para la capa TYPE RASTER # [point/line/polygon/circle/annotation/raster/query] especifica como los datos podr?n ser dibujados STATUS OFF # [on/off/default] Establece el estado de la capa any ideas? thanks a million David -- View this message in context: http://n2.nabble.com/Turn-OFF-layers-tp3377530p3377530.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Mon Aug 3 06:09:35 2009 From: andy at squeakycode.net (Andy Colson) Date: Mon, 03 Aug 2009 08:09:35 -0500 Subject: [mapserver-users] Turn OFF layers In-Reply-To: <1249304483318-3377530.post@n2.nabble.com> References: <1249304483318-3377530.post@n2.nabble.com> Message-ID: <4A76E18F.7070801@squeakycode.net> darenas wrote: > Hi everyone! > > I?m trying to turn off some layers in my map file using STATUS to become the > service faster, but when I charge the WMS in ArcGis for example, those > layers keep still ON: > > > LAYER # Comienzo del objeto LAYER > NAME "20_30_Enero" # Nombre corto para la capa > TYPE RASTER # > [point/line/polygon/circle/annotation/raster/query] especifica como los > datos podr?n ser dibujados > STATUS OFF # [on/off/default] Establece el estado > de la capa > > > any ideas? > > thanks a million > > David Not 100% sure, but I think the STATUS is more for shp2img. WMS Server uses the layers that the client requests, regardless of the STATUS setting. I use OpenLayers as my client, and in it I specify what layers to show. I dont think it matters what I set the mapfile's STATUS too. Just guessing though... -Andy From gju at galigeo.com Mon Aug 3 07:59:50 2009 From: gju at galigeo.com (=?iso-8859-1?Q?Gana=EBl_Jatteau?=) Date: Mon, 3 Aug 2009 16:59:50 +0200 Subject: [mapserver-users] Refresh map after database change Message-ID: <002701ca144b$0d217680$a301a8c0@avantias.local> Hello, Sorry, I?m not sure this message should belong to the mapserver list since it tends to be more like a Fusion issue. I use Fusion to display a map (with mapserver) that gets its layers from PostGIS. I do change some shapes in the database, then I call Fusion.getWidgetsByType(?RefreshMap?)[].execute() to refresh the map (in order to display the new data). The interesting thing is that the refresh takes the changes into account when I run a browser locally on the machine where Apache Mapserver is running but not from another machine (in both cases, the map disappears then re-appears on the webpage) I tried to introduce a sleep at the end of the code that updates the database to make sure it?s not a timing problem. I also tried to use two exact same versions of Firefox, but no result. However, if I zoom/unzoom I can see that the change has been applied. Any idea? Thanks in advance. Cheers, Ganael -------------- next part -------------- An HTML attachment was scrubbed... URL: From greenkov at gmail.com Mon Aug 3 10:27:17 2009 From: greenkov at gmail.com (Alexander Petkov) Date: Mon, 3 Aug 2009 11:27:17 -0600 Subject: [mapserver-users] Can google earth skin format be converted by GDAL to be used within MapServer? In-Reply-To: References: Message-ID: Hi John: What is a google earth skin format? Thanks, Alex On Tue, Jul 28, 2009 at 10:11 AM, John Mitchell wrote: > Hi, > Can google earth skin format be converted by GDAL to be used within > MapServer? > Thanks, > > John J. Mitchell > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From nomarcos at gmail.com Mon Aug 3 14:56:41 2009 From: nomarcos at gmail.com (Marcos Nogueira) Date: Mon, 3 Aug 2009 18:56:41 -0300 Subject: [mapserver-users] Mapserver with mygis question In-Reply-To: <4A76DDBF.3090307@mapgears.com> References: <4afe21db0908022100l70ff301ev6469eeaa87099a76@mail.gmail.com> <4A76DDBF.3090307@mapgears.com> Message-ID: <4afe21db0908031456l35d1bb65me5650a04e27f03b5@mail.gmail.com> Thank you Daniel, I'll check them out. Marcos On Mon, Aug 3, 2009 at 9:53 AM, Daniel Morissette wrote: > Marcos Nogueira wrote: > >> >> But now I am working in an application that necessarily uses MySQL. Doing >> my research I crossed with mygis. >> >> But when I execute the mapserv -v I don't see "input=mygis". >> >> Is there a way to compile/add mygis with/to MS4W?? >> >> If not with MS4W... how can I do it ?? >> >> > > MyGIS is not the same as MySQL's spatial extension. It was a custom way to > handle geometries in a MySQL database that was implemented specifically for > MapServer and was not used anywhere else if I'm not mistaken. > > Anyway, the MyGIS driver is no longer being supported in MapServer, so it > would be a bad idea to base any new application on it. > > You should instead consider using an OGR connection to connect to your > MySQL database. I'm not sure how complete the OGR driver is, but that would > be a much better bet than MyGIS: > > http://www.gdal.org/ogr/drv_mysql.html > > Another option if all you have is point data (no lines or polygons) would > be to use OGR with a .ovf file. More info about this option here: > > http://mapserver.org/input/vector/mysql.html > > Daniel > -- > Daniel Morissette > http://www.mapgears.com/ > -- "Saber o que ? certo e n?o faz?-lo ? a pior covardia." -------------- next part -------------- An HTML attachment was scrubbed... URL: From snaperski at gmail.com Mon Aug 3 23:12:10 2009 From: snaperski at gmail.com (Raivo Alla) Date: Tue, 4 Aug 2009 09:12:10 +0300 Subject: [mapserver-users] annotations in mapserver 5.4 Message-ID: <49dc012b0908032312g75b51371xd08158b46f4b574f@mail.gmail.com> Hey, I got some weird behavior while trying to display labels with mapserver 5.4. With mapserver 5.0.3 these labels show up nicely: http://picasaweb.google.com/snaperski/Ort#5365984694609689634 But with mapserver 5.4, these layers are shown at scale about 350000-200000, but they will disappear at higher scales, so nothing can be seen: http://picasaweb.google.com/snaperski/Ort#5365984694609689634 This could'nt be collision conflict either as they have enough space to fit in. Is something changed in the way mapserver treats annotations elements? Data source is a polygon shapefile: I hope that (polygon type) is not the problem? The layer itself in the mapfile: LAYER NAME alevikAnno_1 GROUP HYBRID METADATA "wms_title" "alevikAnno" "wms_srs" "EPSG:3301" "wms_extent" "355000 6360000 754000 6660000" END STATUS default TYPE annotation DATA "kohanimed/alevikud_1" LABELITEM "TEXTSTRING" CLASS MAXSCALE 1333333 MINSCALE 200000 LABEL TYPE truetype ANTIALIAS true FONT "arial" COLOR 255 255 255 SIZE 9 priority 6 force false ANGLE auto OUTLINECOLOR 25 25 25 POSITION cr BUFFER 1 END END END Raivo Alla Estonian Land Board From coffee at uni-bonn.de Tue Aug 4 02:14:26 2009 From: coffee at uni-bonn.de (CoFIS Web) Date: Tue, 04 Aug 2009 11:14:26 +0200 Subject: [mapserver-users] Intervalls for EXPRESSION in CLASS object In-Reply-To: <4A716F72.1040709@territoriumonline.com> References: <4A716BD4.9060602@uni-bonn.de> <4A716F72.1040709@territoriumonline.com> Message-ID: <4A77FBF2.8010705@uni-bonn.de> Andreas, thanks a lot. Works perfectly. Nils Andreas Albarello schrieb: > On 30.07.2009 11:45, CoFIS Web wrote: >> >> Can I do something like >> >> EXPRESSION ( ([value] = 'all values in 100 intervals') > > Nils, > > you might want to try something like this using the modulo operator: > > EXPRESSION ( ([value] % 100) = 0 ) > > > Best regards, -- Center for Development Research Department of Ecology and Resource Management Walter-Flex-Strasse 3 53113 Bonn (Germany) Tel.: +49 (0) 228 - 73-1793 FAX: +49 (0) 228 - 73-1889 E-Mail: coffee at uni-bonn.de Web: http://www.cofis.info/atlas http://www.coffee.uni-bonn.de From vppriya at tenet.res.in Tue Aug 4 04:55:34 2009 From: vppriya at tenet.res.in (padma priya) Date: Tue, 04 Aug 2009 17:25:34 +0530 Subject: [mapserver-users] Highlighting a feature Message-ID: <20090804115534.14680.qmail@mail.tenet.res.in> Hi Can anyone give me pointers as to how to highlight a specific feature on a WMS layer. I have a layer which displays few landmarks generated by a mapfile. When a user right clicks on the landmark it has to get highlighted. Or is there a way of my changing the icon of that landmark alone. Currently all the landmarks on that layer are represented by a common icon specified in the mapfile. Thanks! priya From adube at mapgears.com Tue Aug 4 05:11:22 2009 From: adube at mapgears.com (Alexandre Dube) Date: Tue, 04 Aug 2009 08:11:22 -0400 Subject: [mapserver-users] Highlighting a feature In-Reply-To: <20090804115534.14680.qmail@mail.tenet.res.in> References: <20090804115534.14680.qmail@mail.tenet.res.in> Message-ID: <4A78256A.9020902@mapgears.com> Hi, Take a look at this example (1). Could this do the trick for you ? Regards, Alexandre (1) http://openlayers.org/dev/examples/getfeature-wfs.html padma priya wrote: > Hi > Can anyone give me pointers as to how to highlight a specific feature on a WMS layer. I have a layer which displays few landmarks generated by a mapfile. When a user right clicks on the landmark it has to get highlighted. Or is there a way of my changing the icon of that landmark alone. Currently all the landmarks on that layer are represented by a common icon specified in the mapfile. > Thanks! > priya > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Alexandre Dub? Mapgears www.mapgears.com From adube at mapgears.com Tue Aug 4 05:13:05 2009 From: adube at mapgears.com (Alexandre Dube) Date: Tue, 04 Aug 2009 08:13:05 -0400 Subject: [mapserver-users] Highlighting a feature In-Reply-To: <20090804115534.14680.qmail@mail.tenet.res.in> References: <20090804115534.14680.qmail@mail.tenet.res.in> Message-ID: <4A7825D1.7080503@mapgears.com> I'm sorry. I didn't take the time to read from which Mailing List your e-mail was from. My last e-mail was referencing to the OpenLayers API. Again, sorry. Alexandre padma priya wrote: > Hi > Can anyone give me pointers as to how to highlight a specific feature on a WMS layer. I have a layer which displays few landmarks generated by a mapfile. When a user right clicks on the landmark it has to get highlighted. Or is there a way of my changing the icon of that landmark alone. Currently all the landmarks on that layer are represented by a common icon specified in the mapfile. > Thanks! > priya > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Alexandre Dub? Mapgears www.mapgears.com From Baas at speerit.nl Tue Aug 4 05:17:35 2009 From: Baas at speerit.nl (Jelmer Baas) Date: Tue, 4 Aug 2009 14:17:35 +0200 Subject: [mapserver-users] MapServer+OpenLayers+TileCache Message-ID: <68C97F84EAD0174799AC6FCEE219DEF26E5936@batavia.Speerit.local> Hello List, I've been messing around with TileCache for a while now, trying to see if I can get it to work the way I want. It does work, but I'm unable to "switch" to the projection system that I need, which is epsg:28992 (amersfoort new). Whatever I try, I always end up with the world showing up OK, but the Netherlands (which is what this is about) messed up and stretched. I feel like I tried everything: tell TileCache to use epsg:4326 or 28992, test in my Map file by changing the PROJECTION block (tried "auto", "init=epsg:28992", etc), change the wms_srs to 4326,28992 and more. This is my TileCache definition: [test] type=WMSLayer layers=netherlands,world url=[myurl] srs=EPSG:4326 My mapfile is still messed up from pervious experiments, but it's now: MAP NAME test FONTSET "fontset.txt" IMAGECOLOR 255 255 255 OUTPUTFORMAT NAME aggpng24 DRIVER AGG/PNG TRANSPARENT ON IMAGEMODE RGBA MIMETYPE "image/png" EXTENSION "png" END WEB METADATA "wms_title" "CoconTheWeb - Eurofiber" "wms_srs" "EPSG:4326" "wms_onlineresource" "[myurl]" END # METADATA END #web SYMBOLSET "symbols_mapinfo.sym" PROJECTION "init=epsg:4326" END LAYER NAME netherlands TYPE POLYGON STATUS ON CONNECTIONTYPE OGR CONNECTION "C:\Mapinfo\data\Streetpro\NETHA0.tab" #STYLEITEM "AUTO" CLASS COLOR 255 247 214 END PROJECTION "init=epsg:4326" END METADATA "wms_title" "netherlands" "wms_srs" "epsg:28992,4326" END # METADATA END LAYER NAME world TYPE LINE STATUS ON CONNECTIONTYPE OGR CONNECTION "C:\MapINfo\Data\StreetPro\wrlda0.tab" STYLEITEM "AUTO" CLASS name "world" end METADATA "wms_title" "world" END # METADATA MINSCALE 4 MAXSCALE 4000000000 END END # Map File I know there's much that needs to be changed/cleaned up in my Map File, I'll do that later. Anyone know what I'm doing wrong, here? Regards, Jelmer Baas From bartvde at osgis.nl Tue Aug 4 05:43:28 2009 From: bartvde at osgis.nl (bartvde at osgis.nl) Date: Tue, 4 Aug 2009 14:43:28 +0200 (CEST) Subject: [mapserver-users] MapServer+OpenLayers+TileCache In-Reply-To: <68C97F84EAD0174799AC6FCEE219DEF26E5936@batavia.Speerit.local> References: <68C97F84EAD0174799AC6FCEE219DEF26E5936@batavia.Speerit.local> Message-ID: <1617.145.50.39.11.1249389808.squirrel@webmail.hostingdiscounter.nl> Hi Jelmer, PROJECTION of a LAYER is the projection of your source data, so I assume that's RD in your case or not? So use: LAYER .. PROJECTION "init=epsg:28992" END METADATA "wms_srs" "EPSG:28992 EPSG:4326" END END Example tilecache config: [satlufo] type=WMSLayer layers=basis,satlufo debug=false url=http://145.50.148.45:8081/rwsnl/tiled?_tilecache&transparent=false& extension=png srs=EPSG:28992 bbox=-400000,225000,625000,950000 resolutions=1400.00365346073000,700.00182673036700,280.00073069214700,140.00036534607300,70.00018267303670,28.00007306921470,14.00003653460730,7.00001826730367,2.80000730692147 metaTile=true metaBuffer=100 extent_type=loose Best regards, Bart > Hello List, > > I've been messing around with TileCache for a while now, trying to see > if I can get it to work the way I want. It does work, but I'm unable to > "switch" to the projection system that I need, which is epsg:28992 > (amersfoort new). > > Whatever I try, I always end up with the world showing up OK, but the > Netherlands (which is what this is about) messed up and stretched. I > feel like I tried everything: tell TileCache to use epsg:4326 or 28992, > test in my Map file by changing the PROJECTION block (tried "auto", > "init=epsg:28992", etc), change the wms_srs to 4326,28992 and more. > > This is my TileCache definition: > [test] > type=WMSLayer > layers=netherlands,world > url=[myurl] > srs=EPSG:4326 > > My mapfile is still messed up from pervious experiments, but it's now: > > MAP > NAME test > FONTSET "fontset.txt" > IMAGECOLOR 255 255 255 > OUTPUTFORMAT > NAME aggpng24 > DRIVER AGG/PNG > TRANSPARENT ON > IMAGEMODE RGBA > MIMETYPE "image/png" > EXTENSION "png" > END > > WEB > METADATA > > "wms_title" "CoconTheWeb - Eurofiber" > "wms_srs" "EPSG:4326" > "wms_onlineresource" "[myurl]" > END # METADATA > END #web > > > SYMBOLSET "symbols_mapinfo.sym" > > PROJECTION > "init=epsg:4326" > END > > LAYER > NAME netherlands > TYPE POLYGON > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "C:\Mapinfo\data\Streetpro\NETHA0.tab" > #STYLEITEM "AUTO" > CLASS > COLOR 255 247 214 > END > PROJECTION > "init=epsg:4326" > END > METADATA > "wms_title" "netherlands" > "wms_srs" "epsg:28992,4326" > END # METADATA > END > > LAYER > NAME world > TYPE LINE > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "C:\MapINfo\Data\StreetPro\wrlda0.tab" > STYLEITEM "AUTO" > CLASS > name "world" > end > > METADATA > "wms_title" "world" > END # METADATA > MINSCALE 4 > MAXSCALE 4000000000 > END > > END # Map File > > > I know there's much that needs to be changed/cleaned up in my Map File, > I'll do that later. Anyone know what I'm doing wrong, here? > > > Regards, > Jelmer Baas > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Doug_Newcomb at fws.gov Tue Aug 4 06:16:49 2009 From: Doug_Newcomb at fws.gov (Doug_Newcomb at fws.gov) Date: Tue, 4 Aug 2009 09:16:49 -0400 Subject: [mapserver-users] mapserver.org down today? In-Reply-To: <68C97F84EAD0174799AC6FCEE219DEF26E5936@batavia.Speerit.local> Message-ID: Hi, I've noticed that both mapserver.org and gdal.org are down this morning. Doug 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 Interior. Life is too short for undocumented, proprietary data formats. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nkjoep at gmail.com Tue Aug 4 06:20:59 2009 From: nkjoep at gmail.com (=?UTF-8?Q?Andrea_Dess=C3=AC?=) Date: Tue, 4 Aug 2009 15:20:59 +0200 Subject: [mapserver-users] mapserver.org down today? In-Reply-To: References: <68C97F84EAD0174799AC6FCEE219DEF26E5936@batavia.Speerit.local> Message-ID: <52632d9e0908040620v49a7a937wec194c1a10305232@mail.gmail.com> 2009/8/4 > Hi, > I've noticed that both mapserver.org and gdal.org are down this morning. > Doug > > 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 Interior. > Life is too short for undocumented, proprietary data formats. > yes i've noticed too. everything down -- Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From Baas at speerit.nl Tue Aug 4 06:34:34 2009 From: Baas at speerit.nl (Jelmer Baas) Date: Tue, 4 Aug 2009 15:34:34 +0200 Subject: [mapserver-users] MapServer+OpenLayers+TileCache In-Reply-To: <1617.145.50.39.11.1249389808.squirrel@webmail.hostingdiscounter.nl> References: <68C97F84EAD0174799AC6FCEE219DEF26E5936@batavia.Speerit.local> <1617.145.50.39.11.1249389808.squirrel@webmail.hostingdiscounter.nl> Message-ID: <68C97F84EAD0174799AC6FCEE219DEF26E594C@batavia.Speerit.local> Bart, Thank you for your quick reply. Some of my layers are indeed RD, others are WGS84. I have modified my mapfile and tilecache config according to your suggestions. This gives me some other errors, though, so I think I'm doing a few things completely wrong. Note that I use the index.html from OpenLayers without any modifications. New errors: when fully zoomed out and having (showing the whole world, I guess) each image is pink with an error like An error occurred: can't find resolution index for 0.351563. Available resolutions are: Zoom in one step: An error occurred: can't find resolution index for 0.087891. Available resolutions are: So I don't even get close to the resulutions you specified... If I DO add that resolution, I get this: An error occurred: Current x value -67.500000 is too far from tile corner x -60.793600 So I guess somewhere I messed up my projection settings bigtime. Regards, Jelmer > -----Original Message----- > From: bartvde at osgis.nl [mailto:bartvde at osgis.nl] > Sent: dinsdag 4 augustus 2009 14:43 > To: Jelmer Baas > Cc: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] MapServer+OpenLayers+TileCache > > Hi Jelmer, > > PROJECTION of a LAYER is the projection of your source data, > so I assume > that's RD in your case or not? > > So use: > > LAYER > .. > PROJECTION > "init=epsg:28992" > END > METADATA > "wms_srs" "EPSG:28992 EPSG:4326" > END > END > > Example tilecache config: > > [satlufo] > type=WMSLayer > layers=basis,satlufo > debug=false > url=http://145.50.148.45:8081/rwsnl/tiled?_tilecache&transpare > nt=false& > extension=png > srs=EPSG:28992 > bbox=-400000,225000,625000,950000 > resolutions=1400.00365346073000,700.00182673036700,280.0007306 > 9214700,140.00036534607300,70.00018267303670,28.00007306921470 > ,14.00003653460730,7.00001826730367,2.80000730692147 > metaTile=true > metaBuffer=100 > extent_type=loose > > Best regards, > Bart > > > Hello List, > > > > I've been messing around with TileCache for a while now, > trying to see > > if I can get it to work the way I want. It does work, but > I'm unable to > > "switch" to the projection system that I need, which is epsg:28992 > > (amersfoort new). > > > > Whatever I try, I always end up with the world showing up > OK, but the > > Netherlands (which is what this is about) messed up and stretched. I > > feel like I tried everything: tell TileCache to use > epsg:4326 or 28992, > > test in my Map file by changing the PROJECTION block (tried "auto", > > "init=epsg:28992", etc), change the wms_srs to 4326,28992 and more. > > > > This is my TileCache definition: > > [test] > > type=WMSLayer > > layers=netherlands,world > > url=[myurl] > > srs=EPSG:4326 > > > > My mapfile is still messed up from pervious experiments, > but it's now: > > > > MAP > > NAME test > > FONTSET "fontset.txt" > > IMAGECOLOR 255 255 255 > > OUTPUTFORMAT > > NAME aggpng24 > > DRIVER AGG/PNG > > TRANSPARENT ON > > IMAGEMODE RGBA > > MIMETYPE "image/png" > > EXTENSION "png" > > END > > > > WEB > > METADATA > > > > "wms_title" "CoconTheWeb - Eurofiber" > > "wms_srs" "EPSG:4326" > > "wms_onlineresource" "[myurl]" > > END # METADATA > > END #web > > > > > > SYMBOLSET "symbols_mapinfo.sym" > > > > PROJECTION > > "init=epsg:4326" > > END > > > > LAYER > > NAME netherlands > > TYPE POLYGON > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "C:\Mapinfo\data\Streetpro\NETHA0.tab" > > #STYLEITEM "AUTO" > > CLASS > > COLOR 255 247 214 > > END > > PROJECTION > > "init=epsg:4326" > > END > > METADATA > > "wms_title" "netherlands" > > "wms_srs" "epsg:28992,4326" > > END # METADATA > > END > > > > LAYER > > NAME world > > TYPE LINE > > STATUS ON > > CONNECTIONTYPE OGR > > CONNECTION "C:\MapINfo\Data\StreetPro\wrlda0.tab" > > STYLEITEM "AUTO" > > CLASS > > name "world" > > end > > > > METADATA > > "wms_title" "world" > > END # METADATA > > MINSCALE 4 > > MAXSCALE 4000000000 > > END > > > > END # Map File > > > > > > I know there's much that needs to be changed/cleaned up in > my Map File, > > I'll do that later. Anyone know what I'm doing wrong, here? > > > > > > Regards, > > Jelmer Baas > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > From JC at sodiplan.be Wed Aug 5 01:22:05 2009 From: JC at sodiplan.be (Julien Collaer) Date: Wed, 5 Aug 2009 10:22:05 +0200 Subject: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) In-Reply-To: <38FFFA96BE9C224893B3559563614BEA481D84@begemsrv01.sodiplan-begem.local> References: <38FFFA96BE9C224893B3559563614BEA12CC45@begemsrv01.sodiplan-begem.local> <4A716E79.163B.00A8.0@ci.stpaul.mn.us><38FFFA96BE9C224893B3559563614BEA12CC46@begemsrv01.sodiplan-begem.local><001401ca11bb$e2c9c130$a85d4390$@com> <38FFFA96BE9C224893B3559563614BEA481D84@begemsrv01.sodiplan-begem.local> Message-ID: <38FFFA96BE9C224893B3559563614BEA481EDB@begemsrv01.sodiplan-begem.local> Hi list, Just to close (for now i hope) this thread... I've recieved a response concerning my question about Oracle Geometries joined by arcs : ? Voici la r?ponse de Thomas Bonfort : "mapserver ne supporte que les features simples (points, lignes, polygones). les features avec des arcs ne sont pas support?s. pas grand chose de plus a ajouter, je doute que ce soit implement? dans un futur proche ou moyen." ? In a word Mapserver doesn't support (for now) such geometries (interpretation 2) and it seems i twill not be supported in a near future. Thanks, Julien Collaer De : mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] De la part de Julien Collaer Envoy? : vendredi 31 juillet 2009 14:15 ? : Pano Voudouris; mapserver-users at lists.osgeo.org Objet : RE: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) Hello Pano, Thanks for the idea, it wasn't done yet ! I've just executed the validate_layer_with_context verification Oracle function and my geometries are ok (the result table is empty for the circular / problematics geometries). But some of the others geometries (correctly rendered by Mapserver) are presenting some errors (only some 13367 - vertex in wrong order)... Thanks, Julien Collaer De : Pano Voudouris [mailto:pvoudouris at gaiocorp.com] Envoy? : vendredi 31 juillet 2009 10:50 ? : Julien Collaer; mapserver-users at lists.osgeo.org Objet : RE: [mapserver-users] Impossible to draw SDO Geometries fromOraclewhen SDO_GTYPE is 2007 and the interpretation is2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) Julien, I know you said you verified the geometries by Mapviewer but have you tried the sdo_validate layer routine? Just to be sure... Example from the manual: -- Is a layer valid? (First, create the result table.) CREATE TABLE val_results (sdo_rowid ROWID, result varchar2(1000)); -- (Next statement must be on one command line.) CALL SDO_GEOM.VALIDATE_LAYER_WITH_CONTEXT('COLA_MARKETS','SHAPE','VAL_RESULTS'); Call completed. SQL> SELECT * from val_results; SDO_ROWID ------------------ RESULT -------------------------------------------------------------------------------- Rows Processed <12> AAABXNAABAAAK+YAAC 13349 [Element <1>] [Ring <1>][Edge <1>][Edge <3>] Cheers, Pano From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Julien Collaer Sent: 30 July 2009 18:38 To: Bob Basques; mapserver-users at lists.osgeo.org Subject: RE : [mapserver-users] Impossible to draw SDO Geometries fromOraclewhen SDO_GTYPE is 2007 and the interpretation is2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) Hello Bob, thanks for your fast response. These geometries are generated by Oracle : SDO_Buffer function on multipoints geometries. When i look to the SDO_GEOM example,there are three geometries (polygons) composed of five points with the first point being the same of the last one : MDSYS.SDO_GEOMETRY(2007,26273,null, MDSYS.SDO_ELEM_INFO_ARRAY( 1,1003,2, 11,1003,2, 21,1003,2), MDSYS.SDO_ORDINATE_ARRAY( --Geom 1 : 83933, 89879.010577196, 83936.989422804, 89883, 83933, 89886.989422804, 83929.010577196, 89883, 83933, 89879.010577196, --Geom 2 : 83345, 89445.010577196, 83348.989422804, 89449, 83345, 89452.989422804, 83341.010577196, 89449, 83345, 89445.010577196, --Geom 3 : 82793, 89490.010577196, 82796.989422804, 89494, 82793, 89497.989422804, 82789.010577196, 89494, 82793, 89490.010577196 )) So i suppose that the problem must be something else. Other thing : If i change manually (but, of course, it's not a solution for the production version) the interpretation of the vertex from 2 to 1 (arcs to lines) Mapserver is able to draw the rectangles. Thanks, Julien Collaer -------- Message d'origine-------- De: Bob Basques [mailto:Bob.Basques at ci.stpaul.mn.us] Date: jeu. 30/07/2009 16:57 ?: Julien Collaer Objet : Re: [mapserver-users] Impossible to draw SDO Geometries fromOraclewhen SDO_GTYPE is 2007 and the interpretation is 2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) Julien, Looking at the SDO description in the Oracle MAN for . . . ----------- 1003 or 2003 2 Polygon made up of a connected sequence of circular arcs that closes on itself. The end point of the last arc is the same as the start point of the first arc. Each circular arc is described using three coordinates: the start point of the arc, any point on the arc, and the end point of the arc. The coordinates for a point designating the end of one arc and the start of the next arc are not repeated. For example, five coordinates are used to describe a polygon made up of two connected circular arcs. Points 1, 2, and 3 define the first arc, and points 3, 4, and 5 define the second arc. The coordinates for points 1 and 5 must be the same (tolerance is not considered), and point 3 is not repeated. ----------- It looks like the first and last points need to be the same and your record shows different points for the first and last entries. You may have one extra point on the end as well (I think), or maybe you are just missing the last point on the end . . . bobb + >>> "Julien Collaer" wrote: Hello list, I'm using Mapserver CGI 5.0.2 (and i'v tried with the 5.4.x too) to render a layer from an Oracle Spatial database (SDO geometries). Everything is working fine except for some geometries : multipolygons with interpretation 2 (vertex connected by arcs). Here is an example of such geometry : MDSYS.SDO_GEOMETRY(2007,26273,null,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,2,11,1003,2,21,1003,2), MDSYS.SDO_ORDINATE_ARRAY(83933,89879.010577196, 83936.989422804,89883, 83933,89886.989422804, 83929.010577196,89883, 83933,89879.010577196, 83345,89445.010577196, 83348.989422804,89449, 83345,89452.989422804, 83341.010577196,89449, 83345,89445.010577196, 82793,89490.010577196, 82796.989422804,89494, 82793,89497.989422804, 82789.010577196,89494, 82793,89490.010577196)) The layer is rendered but no feature are displayed. The geomtries are correct (verified with the Oracle MapViewer). If someone knows a solution for this case it will be very useful... Thanks in advance, Julien Collaer -------------- next part -------------- An HTML attachment was scrubbed... URL: From pramsey at cleverelephant.ca Wed Aug 5 07:39:18 2009 From: pramsey at cleverelephant.ca (Paul Ramsey) Date: Wed, 5 Aug 2009 07:39:18 -0700 Subject: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) In-Reply-To: <38FFFA96BE9C224893B3559563614BEA481EDB@begemsrv01.sodiplan-begem.local> References: <38FFFA96BE9C224893B3559563614BEA12CC45@begemsrv01.sodiplan-begem.local> <4A716E79.163B.00A8.0@ci.stpaul.mn.us> <38FFFA96BE9C224893B3559563614BEA12CC46@begemsrv01.sodiplan-begem.local> <001401ca11bb$e2c9c130$a85d4390$@com> <38FFFA96BE9C224893B3559563614BEA481D84@begemsrv01.sodiplan-begem.local> <38FFFA96BE9C224893B3559563614BEA481EDB@begemsrv01.sodiplan-begem.local> Message-ID: <30fe546d0908050739x23e3788sd71efcd1d06b895a@mail.gmail.com> On Wed, Aug 5, 2009 at 1:22 AM, Julien Collaer wrote: > > In a word Mapserver doesn?t support (for now) such geometries > (interpretation 2) and it seems i twill not be supported in a near future. Nothing a few thousand dollars wouldn't cure. P. From mpg70221725 at yahoo.com.ar Wed Aug 5 08:56:16 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Wed, 5 Aug 2009 08:56:16 -0700 (PDT) Subject: [mapserver-users] Problems with gridObj, How to use? Message-ID: <238291.47888.qm@web33905.mail.mud.yahoo.com> The problem is that it is not updated, when it set with java code Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Wed Aug 5 08:56:16 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Wed, 5 Aug 2009 08:56:16 -0700 (PDT) Subject: [mapserver-users] Problems with gridObj, How to use? Message-ID: <238291.47888.qm@web33905.mail.mud.yahoo.com> The problem is that it is not updated, when it set with java code Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From MMaganti at oriongis.com Wed Aug 5 09:30:47 2009 From: MMaganti at oriongis.com (Murty Maganti) Date: Wed, 5 Aug 2009 12:30:47 -0400 Subject: [mapserver-users] layer.whichShapes() in C# mapscript Message-ID: Hi I am having difficulty performing layerObj.whichShapes() and looping through results. For some datasets like shape files, it requires layerObj.open() call after invoking whichSpaes(). Otherwise, shapeObj.values.length is 0. For ArcSDE, it throws an error on layer.nextShape() if layer.open() is called after invoking whichShapes(). How to write a single piece of code that works with all datasets without checking for layer data source type? Here is the simple test code I am using layerObj layer = m_map.getLayerByName("Roads"); if (layer != null) { layer.template = "abcd"; if (layer.open() == (int)MS_RETURN_VALUE.MS_SUCCESS) { if (layer.whichShapes(m_map.extent) == (int)MS_RETURN_VALUE.MS_SUCCESS) { layer.open(); //Required for shape files. Otherwise, shapeObj.values.length will be zero. shapeObj shape = null; while ((shape = layer.nextShape()) != null) { if (shape.values != null && shape.values.Length > 0) { string value = shape.values[0]; } } } } layer.close(); } Please let me know if some thing wrong with code above. Appreciate any help. Thanks Murty -------------- next part -------------- An HTML attachment was scrubbed... URL: From pauljame at gmail.com Wed Aug 5 12:48:06 2009 From: pauljame at gmail.com (Paul james) Date: Wed, 5 Aug 2009 16:48:06 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) Message-ID: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> Hello guys... That code is working fine with Postgis: _layer.open(); var _shape = new shapeObj((int)_layer.type); _layer.getShape(_shape, 0, __id.ToInt32()); The _shape.bounds are all -1 using MsSql2008 ... Any idea? -------------- next part -------------- An HTML attachment was scrubbed... URL: From szekerest at gmail.com Wed Aug 5 13:38:37 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Wed, 5 Aug 2009 22:38:37 +0200 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> Message-ID: Hi, I think you should check the sql statement submitted by the driver by using the SQL Profiler. I suspect no records have been retrieved during the fetch. Best regards, Tamas 2009/8/5 Paul james > Hello guys... > That code is working fine with Postgis: > > _layer.open(); > var _shape = new shapeObj((int)_layer.type); > _layer.getShape(_shape, 0, __id.ToInt32()); > > The _shape.bounds are all -1 using MsSql2008 ... > > Any idea? > > _______________________________________________ > 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 pauljame at gmail.com Wed Aug 5 13:44:31 2009 From: pauljame at gmail.com (Paul james) Date: Wed, 5 Aug 2009 17:44:31 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> Message-ID: <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> I?ll check... But the same layer/id worked fine using Postgis... So I should be a bug... Paul On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: > Hi, > > I think you should check the sql statement submitted by the driver by using > the SQL Profiler. I suspect no records have been retrieved during the fetch. > > Best regards, > > Tamas > > > 2009/8/5 Paul james > >> Hello guys... >> That code is working fine with Postgis: >> >> _layer.open(); >> var _shape = new shapeObj((int)_layer.type); >> _layer.getShape(_shape, 0, __id.ToInt32()); >> >> The _shape.bounds are all -1 using MsSql2008 ... >> >> Any idea? >> >> _______________________________________________ >> 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 Wed Aug 5 14:11:21 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Wed, 5 Aug 2009 23:11:21 +0200 Subject: [mapserver-users] layer.whichShapes() in C# mapscript In-Reply-To: References: Message-ID: I suspect you've run into the following issue here: http://trac.osgeo.org/mapserver/ticket/2689 which have already been fixed in: http://trac.osgeo.org/mapserver/changeset/9060 http://trac.osgeo.org/mapserver/changeset/9064 Make sure your version is newer than the changesets above. By using this fix you won't need to call layer.open right after whichShapes in order to retrieve all the items. Best regards, Tamas 2009/8/5 Murty Maganti > Hi > > > > I am having difficulty performing layerObj.whichShapes() and looping > through results. For some datasets like shape files, it requires > layerObj.open() call after invoking whichSpaes(). Otherwise, > shapeObj.values.length is 0. For ArcSDE, it throws an error on > layer.nextShape() if layer.open() is called after invoking whichShapes(). > How to write a single piece of code that works with all datasets without > checking for layer data source type? Here is the simple test code I am using > > > > layerObj layer = m_map.getLayerByName(?Roads?); > > if (layer != null) > > { > > layer.template = "abcd"; > > > > if (layer.open() == (int)MS_RETURN_VALUE > .MS_SUCCESS) > > { > > if (layer.whichShapes(m_map.extent) == (int) > MS_RETURN_VALUE.MS_SUCCESS) > > { > > layer.open(); //Required for shape files. > Otherwise, shapeObj.values.length will be zero. > > > > shapeObj shape = null; > > > > while ((shape = layer.nextShape()) != null > ) > > { > > if (shape.values != null && > shape.values.Length > 0) > > { > > string value = shape.values[0]; > > } > > } > > > > } > > } > > > > layer.close(); > > } > > > > Please let me know if some thing wrong with code above. Appreciate any > help. > > > > Thanks > > Murty > > _______________________________________________ > 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 MMaganti at oriongis.com Wed Aug 5 14:39:50 2009 From: MMaganti at oriongis.com (Murty Maganti) Date: Wed, 5 Aug 2009 17:39:50 -0400 Subject: [mapserver-users] layer.whichShapes() in C# mapscript In-Reply-To: References: Message-ID: Hi Tamas, Thanks for your response. I don't have the latest. But, as a workaround, I have done the same fix in my code i.e. backup the connection type and change the connection type to MS_INLINE just before calling whichShapes(). After the change, it is retrieving the attribute values. Appreciate your help. Thanks Murty From: Tamas Szekeres [mailto:szekerest at gmail.com] Sent: Wednesday, August 05, 2009 5:11 PM To: Murty Maganti Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] layer.whichShapes() in C# mapscript I suspect you've run into the following issue here: http://trac.osgeo.org/mapserver/ticket/2689 which have already been fixed in: http://trac.osgeo.org/mapserver/changeset/9060 http://trac.osgeo.org/mapserver/changeset/9064 Make sure your version is newer than the changesets above. By using this fix you won't need to call layer.open right after whichShapes in order to retrieve all the items. Best regards, Tamas 2009/8/5 Murty Maganti Hi I am having difficulty performing layerObj.whichShapes() and looping through results. For some datasets like shape files, it requires layerObj.open() call after invoking whichSpaes(). Otherwise, shapeObj.values.length is 0. For ArcSDE, it throws an error on layer.nextShape() if layer.open() is called after invoking whichShapes(). How to write a single piece of code that works with all datasets without checking for layer data source type? Here is the simple test code I am using layerObj layer = m_map.getLayerByName("Roads"); if (layer != null) { layer.template = "abcd"; if (layer.open() == (int)MS_RETURN_VALUE.MS_SUCCESS) { if (layer.whichShapes(m_map.extent) == (int)MS_RETURN_VALUE.MS_SUCCESS) { layer.open(); //Required for shape files. Otherwise, shapeObj.values.length will be zero. shapeObj shape = null; while ((shape = layer.nextShape()) != null) { if (shape.values != null && shape.values.Length > 0) { string value = shape.values[0]; } } } } layer.close(); } Please let me know if some thing wrong with code above. Appreciate any help. Thanks Murty _______________________________________________ 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 bicphuongonline at yahoo.com Thu Aug 6 00:28:37 2009 From: bicphuongonline at yahoo.com (Mr. Bic Phuong) Date: Thu, 6 Aug 2009 00:28:37 -0700 (PDT) Subject: [mapserver-users] How to use 01 connection for all layers in map file Message-ID: <96812.71308.qm@web35108.mail.mud.yahoo.com> Dear MapServer Developers and Users, Currently I'm using MapServer and OpenLayers for my web map which has: - 1 tilecache layer (base map) - 17 WMS layer So there are a big problem: There are more than 17 connections to ArcSDE Oracle in the map file. How can I use 01 connection for all layers or Thanks for your attention and your help is highly appreciated! -------------- next part -------------- An HTML attachment was scrubbed... URL: From JC at sodiplan.be Thu Aug 6 00:53:35 2009 From: JC at sodiplan.be (Julien Collaer) Date: Thu, 6 Aug 2009 09:53:35 +0200 Subject: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) In-Reply-To: <30fe546d0908050739x23e3788sd71efcd1d06b895a@mail.gmail.com> References: <38FFFA96BE9C224893B3559563614BEA12CC45@begemsrv01.sodiplan-begem.local> <4A716E79.163B.00A8.0@ci.stpaul.mn.us> <38FFFA96BE9C224893B3559563614BEA12CC46@begemsrv01.sodiplan-begem.local> <001401ca11bb$e2c9c130$a85d4390$@com> <38FFFA96BE9C224893B3559563614BEA481D84@begemsrv01.sodiplan-begem.local> <38FFFA96BE9C224893B3559563614BEA481EDB@begemsrv01.sodiplan-begem.local> <30fe546d0908050739x23e3788sd71efcd1d06b895a@mail.gmail.com> Message-ID: <38FFFA96BE9C224893B3559563614BEA481F3E@begemsrv01.sodiplan-begem.local> Hello list, We've just look to the code of maporaclespatial.c and found that all the work was nearby done. Also we found a ticket that has already started to resolve it, but was not working and not yet integrated to the trunk. Then we patch it and submit a new diff file in a reply : http://trac.osgeo.org/mapserver/ticket/2772 Thanks for your help, Julien Collaer Nicolas Dufrane From thomas.bonfort at camptocamp.com Thu Aug 6 01:29:44 2009 From: thomas.bonfort at camptocamp.com (Thomas Bonfort) Date: Thu, 6 Aug 2009 10:29:44 +0200 Subject: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) In-Reply-To: <30fe546d0908050739x23e3788sd71efcd1d06b895a@mail.gmail.com> References: <38FFFA96BE9C224893B3559563614BEA12CC45@begemsrv01.sodiplan-begem.local> <4A716E79.163B.00A8.0@ci.stpaul.mn.us> <38FFFA96BE9C224893B3559563614BEA12CC46@begemsrv01.sodiplan-begem.local> <001401ca11bb$e2c9c130$a85d4390$@com> <38FFFA96BE9C224893B3559563614BEA481D84@begemsrv01.sodiplan-begem.local> <38FFFA96BE9C224893B3559563614BEA481EDB@begemsrv01.sodiplan-begem.local> <30fe546d0908050739x23e3788sd71efcd1d06b895a@mail.gmail.com> Message-ID: <2922382e0908060129w50153395m3304dc1d29731c@mail.gmail.com> the value of "few" would vary quite a bit depending on: * if oracle spatial provide routines to segmentize arcs * if you have to code that segmentation into the mapserver driver * if you have to modify mapserver logic to treat arcs internally which one do you have in mind ? www.camptocamp.com +33 5 16 57 01 02 On Wed, Aug 5, 2009 at 16:39, Paul Ramsey wrote: > On Wed, Aug 5, 2009 at 1:22 AM, Julien Collaer wrote: >> >> In a word Mapserver doesn?t support (for now) such geometries >> (interpretation 2) and it seems i twill not be supported in a near future. > > Nothing a few thousand dollars wouldn't cure. > > P. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From bicphuongonline at yahoo.com Thu Aug 6 02:32:04 2009 From: bicphuongonline at yahoo.com (Mr. Bic Phuong) Date: Thu, 6 Aug 2009 02:32:04 -0700 (PDT) Subject: [mapserver-users] How to use 01 connection for all layers in map file Message-ID: <109329.61184.qm@web35104.mail.mud.yahoo.com> Your reply is really good news, Will you please to tell me details on details how can I do like you with a map file which has more than 17 connection now? I do not understand yet clearly how to use "single" MapServer layer for all? Thanks so much and I hope you can help me more! --- On Thu, 8/6/09, Pavel Iacovlev wrote: From: Pavel Iacovlev Subject: Re: [mapserver-users] How to use 01 connection for all layers in map file To: "Mr. Bic Phuong" Date: Thursday, August 6, 2009, 3:16 PM Hope I get your question right. We have around 32 layers in one of the project, the approach is rather simple, you just use a "single" Mapserver layer so there is always 1 request to Mapserver from OpenLayers. The request layer is the combination of all your layers, the overlaying is made server side. Details: 1. We have a custom "layer switcher" that user selects what layers he wants to see and this data is saved, in a php session for example. 2. Then the user requests a map from a PHPMapscript(mapserver) server, using php you fetch all the layers selected by the user previously 3. Dispatch the result -------------- next part -------------- An HTML attachment was scrubbed... URL: From JC at sodiplan.be Thu Aug 6 03:19:25 2009 From: JC at sodiplan.be (Julien Collaer) Date: Thu, 6 Aug 2009 12:19:25 +0200 Subject: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) In-Reply-To: <2922382e0908060129w50153395m3304dc1d29731c@mail.gmail.com> References: <38FFFA96BE9C224893B3559563614BEA12CC45@begemsrv01.sodiplan-begem.local> <4A716E79.163B.00A8.0@ci.stpaul.mn.us> <38FFFA96BE9C224893B3559563614BEA12CC46@begemsrv01.sodiplan-begem.local> <001401ca11bb$e2c9c130$a85d4390$@com> <38FFFA96BE9C224893B3559563614BEA481D84@begemsrv01.sodiplan-begem.local> <38FFFA96BE9C224893B3559563614BEA481EDB@begemsrv01.sodiplan-begem.local> <30fe546d0908050739x23e3788sd71efcd1d06b895a@mail.gmail.com> <2922382e0908060129w50153395m3304dc1d29731c@mail.gmail.com> Message-ID: <38FFFA96BE9C224893B3559563614BEA481F4B@begemsrv01.sodiplan-begem.local> Thanks, With the patch we've posted in the modification of the ticket 2772 (http://trac.osgeo.org/mapserver/attachment/ticket/2772/os_curvedpolygon.diff) everything is working fine for us now. This is our first try to help the community, it's just a "easy" hack... But we hope it'll be possible to use it to integrate this functionality in a future Mapserver release. Regards, Julien Collaer Nicolas Dufrane -----Message d'origine----- De?: Thomas Bonfort [mailto:thomas.bonfort at camptocamp.com] Envoy??: jeudi 6 ao?t 2009 10:30 ??: Paul Ramsey Cc?: Julien Collaer; mapserver-users at lists.osgeo.org Objet?: Re: [mapserver-users] Impossible to draw SDO GeometriesfromOraclewhen SDO_GTYPE is 2007 and the interpretationis2(connectivity by arcs : SDO_ELEM_INFO(1, 1003, 2, [...]) ) the value of "few" would vary quite a bit depending on: * if oracle spatial provide routines to segmentize arcs * if you have to code that segmentation into the mapserver driver * if you have to modify mapserver logic to treat arcs internally which one do you have in mind ? www.camptocamp.com +33 5 16 57 01 02 On Wed, Aug 5, 2009 at 16:39, Paul Ramsey wrote: > On Wed, Aug 5, 2009 at 1:22 AM, Julien Collaer wrote: >> >> In a word Mapserver doesn?t support (for now) such geometries >> (interpretation 2) and it seems i twill not be supported in a near future. > > Nothing a few thousand dollars wouldn't cure. > > P. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Baas at speerit.nl Thu Aug 6 04:27:02 2009 From: Baas at speerit.nl (Jelmer Baas) Date: Thu, 6 Aug 2009 13:27:02 +0200 Subject: [mapserver-users] How to use 01 connection for all layers in map file In-Reply-To: <109329.61184.qm@web35104.mail.mud.yahoo.com> References: <109329.61184.qm@web35104.mail.mud.yahoo.com> Message-ID: <68C97F84EAD0174799AC6FCEE219DEF26E5A29@batavia.Speerit.local> Don't you mean that you don't want your Oracle connection opened and closed for each layer? If that's the case, you can use the setting PROCESSING "CLOSE_CONNECTION=DEFER" in your Layer. See http://ms.gis.umn.edu/docs/reference/mapfile/layer or http://mapserver.org/input/vector/ogr.html Regards, Jelmer ________________________________ From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Mr. Bic Phuong Sent: donderdag 6 augustus 2009 11:32 To: Pavel Iacovlev Cc: mapserver-users at lists.osgeo.org Subject: [mapserver-users] How to use 01 connection for all layers in map file Your reply is really good news, Will you please to tell me details on details how can I do like you with a map file which has more than 17 connection now? I do not understand yet clearly how to use "single" MapServer layer for all? Thanks so much and I hope you can help me more! --- On Thu, 8/6/09, Pavel Iacovlev wrote: From: Pavel Iacovlev Subject: Re: [mapserver-users] How to use 01 connection for all layers in map file To: "Mr. Bic Phuong" Date: Thursday, August 6, 2009, 3:16 PM Hope I get your question right. We have around 32 layers in one of the project, the approach is rather simple, you just use a "single" Mapserver layer so there is always 1 request to Mapserver from OpenLayers. The request layer is the combination of all your layers, the overlaying is made server side. Details: 1. We have a custom "layer switcher" that user selects what layers he wants to see and this data is saved, in a php session for example. 2. Then the user requests a map from a PHPMapscript(mapserver) server, using php you fetch all the layers selected by the user previously 3. Dispatch the result -------------- next part -------------- An HTML attachment was scrubbed... URL: From youness.elmedraoui at somei.fr Thu Aug 6 05:55:01 2009 From: youness.elmedraoui at somei.fr (YOUNESS ELMEDRAOUI) Date: Thu, 6 Aug 2009 14:55:01 +0200 Subject: [mapserver-users] Openlayers / wfs Message-ID: An HTML attachment was scrubbed... URL: From rafael at opengeo.com.br Thu Aug 6 07:14:25 2009 From: rafael at opengeo.com.br (Rafael Soto) Date: Thu, 6 Aug 2009 11:14:25 -0300 Subject: [mapserver-users] Openlayers / wfs In-Reply-To: References: Message-ID: <90a5e5b30908060714v76d2680eo188f63fc2bd25d9e@mail.gmail.com> Hello youness.. Test if you have a some datas in a BBOX was send in AJAX OpenLayers request.. In a FAQ about this issue the problem is not in mapserver or openlayer as problem in BBOX EXTENT query restriction on database! Hopes, 2009/8/6 YOUNESS ELMEDRAOUI : > Hello, > > i want to display my data with openlayers using wfs/mapserver, when i tested > them on my web application, my data is not displayed, i have a blank area. > > my mapfile: > ... > WEB > ... > METADATA > ?"wfs_title" "WFS OL ORA" > ?"wfs_onlineresource" > "http://localhost:81/cgi-bin/mapserv.exe?map=C:\OLWebSite\App_Data\olvbmapfileOracleWFS.map&" > ?"wfs_srs" "epsg:27563" > ? END > END > ... > LAYER > ... > ? CONNECTIONTYPE ogr > ? CONNECTION "oci:@dbname" > ? DATA "" > ? METADATA > ??"wfs_title"??? ??"" > ??"gml_featureid" ?"GID" > ??"gml_include_items" "all" > ? END > > ? DUMP TRUE > ?... > END > and my scipt: > > layer_tronc = new OpenLayers.Layer.WFS("www", > > "http://localhost:81/cgi-bin/mapserv.exe?map=C:\OLWebSite\App_Data\olvbmapfileOracleWFS.map&", > ???????? {typename:},{extractAttributes:true,isBaseLayer:true} > ??????? ); > > ????????map.addLayers([layer_tronc]); > ??????? map.zoomToExtent(bounds); > ??????? map.addControl(new OpenLayers.Control.OverviewMap()); > ??????? map.addControl( new OpenLayers.Control.LayerSwitcher() ); > when i test my wfs server with a getfeature request, it's work. > > can any one help me plz? > > thks, > Best regards, > Youness?ELMEDRAOUI > Les informations figurant sur cet e-mail ont un caract?re strictement > confidentiel et sont exclusivement adress?es au destinataire mentionn? > ci-dessus.Tout usage, reproduction ou divulgation de cet e-mail est > strictement interdit si vous n'en ?tes pas le destinataire.Dans ce cas, > veuillez nous en avertir imm?diatement par la m?me voie et d?truire > l'original. Merci > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- RAFAEL Almeida Fernandez Soto :: rafael at opengeo.com.br Consultant in Java Enterprise Edition Consultant in FOSS GIS :: 55 21 2518-6233 :: 55 71 8802-0600 OpenGEO :: On-demand training and solutions :: www.opengeo.com.br GEO Livre community:: Because Geoinformation should be free :: www.geolivre.org.br Be free by using Free Software, such as MapServer, PostgreSQL/PostGIS, gvSIG... Linux User Number: 493334 :: http://counter.li.org/cgi-bin/certificate.cgi/493334 From pauljame at gmail.com Thu Aug 6 07:33:54 2009 From: pauljame at gmail.com (Paul james) Date: Thu, 6 Aug 2009 11:33:54 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> Message-ID: <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> Just an update... The shape values are all there... The only thing is wrong is the bounds (-1) ... On Wed, Aug 5, 2009 at 5:44 PM, Paul james wrote: > I?ll check... > But the same layer/id worked fine using Postgis... So I should be a bug... > > Paul > > > On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: > >> Hi, >> >> I think you should check the sql statement submitted by the driver by >> using the SQL Profiler. I suspect no records have been retrieved during the >> fetch. >> >> Best regards, >> >> Tamas >> >> >> 2009/8/5 Paul james >> >>> Hello guys... >>> That code is working fine with Postgis: >>> >>> _layer.open(); >>> var _shape = new shapeObj((int)_layer.type); >>> _layer.getShape(_shape, 0, __id.ToInt32()); >>> >>> The _shape.bounds are all -1 using MsSql2008 ... >>> >>> Any idea? >>> >>> _______________________________________________ >>> 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 djutopie at hotmail.com Thu Aug 6 07:33:41 2009 From: djutopie at hotmail.com (djutopie) Date: Thu, 6 Aug 2009 09:33:41 -0500 (CDT) Subject: [mapserver-users] Export geotiff Mapserver Message-ID: <1249569221181-3398616.post@n2.nabble.com> Hello everyone, I'm trying to export a map with geotiff layers but when i'm doing it the geotiff file doesn't keep tags and real values of the geotiff.. Is there a way to do it right? My code before to export (mapscript php) : $map->outputformat->set("driver","GDAL/GTIFF"); $map->outputformat->set("imagemode","BYTE"); $map->outputformat->set("mimetype","image/tiff"); $map->outputformat->set("extension","tif"); Thanks ;) -- View this message in context: http://n2.nabble.com/Export-geotiff-Mapserver-tp3398616p3398616.html Sent from the Mapserver - User mailing list archive at Nabble.com. From warmerdam at pobox.com Thu Aug 6 07:41:18 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 06 Aug 2009 10:41:18 -0400 Subject: [mapserver-users] Export geotiff Mapserver In-Reply-To: <1249569221181-3398616.post@n2.nabble.com> References: <1249569221181-3398616.post@n2.nabble.com> Message-ID: <4A7AEB8E.5050304@pobox.com> djutopie wrote: > Hello everyone, > > I'm trying to export a map with geotiff layers but when > i'm doing it the geotiff file doesn't keep tags and > real values of the geotiff.. > > Is there a way to do it right? > > My code before to export (mapscript php) : > > $map->outputformat->set("driver","GDAL/GTIFF"); > $map->outputformat->set("imagemode","BYTE"); > $map->outputformat->set("mimetype","image/tiff"); > $map->outputformat->set("extension","tif"); > > Thanks ;) Djutopie, In C the msSaveImage() function includes a "mapObj" argument that may be NULL. It is necessary to pass in the map in order for SaveImage to write georeferencing information to a geotiff file. So the issue isn't so much the outputformat setup (which looks fine) as it is how SaveImage is called. I'm uncertain if the map argument can be passed from PHP mapscript or not. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From iacovlev.pavel at gmail.com Thu Aug 6 07:46:25 2009 From: iacovlev.pavel at gmail.com (Pavel Iacovlev) Date: Thu, 6 Aug 2009 17:46:25 +0300 Subject: [mapserver-users] How to use 01 connection for all layers in map file In-Reply-To: <109329.61184.qm@web35104.mail.mud.yahoo.com> References: <109329.61184.qm@web35104.mail.mud.yahoo.com> Message-ID: <2a37f67a0908060746h445287cesd6ba1ebf027ff981@mail.gmail.com> As I understood the question the fact that OpenLayers makes 17*N (N number of tiles) connections to the mapserver is a major slow down ? Here is an example of mapserver layer usage: http://openlayers.org/dev/examples/mapserver.html , so your request should be something like this: /map.map&layer=layer1&layer=layer2&mode=map PROCESSING "CLOSE_CONNECTION=DEFER" will also help you a lot in this case especially with oracle database that has high cost of connection time. So a user makes 1 request from OpenLayers, then mapserver request all your 17 raster/vector files create an image and return it back to OL. Jelmer Baas Each OpenLayers WMS request is a new http request and in 1 session you get 1 layer (openlayers -> mapserver). As I understood from docs PROCESSING "CLOSE_CONNECTION=DEFER" will help then you have multiple layer requests in 1 session (mapserver -> arcsde), and it will not close the connection after a layer has been processed but after all layers are processed and the work is done. On Thu, Aug 6, 2009 at 12:32 PM, Mr. Bic Phuong wrote: > > Your reply is really good news, > > Will you please to tell me details on details how can I do like you with a > map file which has more than 17 connection now? > > I do not understand yet clearly how to use "single" MapServer layer for all? > > Thanks so much and I hope you can help me more! > > > > --- On Thu, 8/6/09, Pavel Iacovlev wrote: > > From: Pavel Iacovlev > Subject: Re: [mapserver-users] How to use 01 connection for all layers in > map file > To: "Mr. Bic Phuong" > Date: Thursday, August 6, 2009, 3:16 PM > > Hope I get your question right. > > We have around 32 layers in one of the project, the approach is rather > simple, you just use a "single" Mapserver layer so there is always 1 > request to Mapserver from OpenLayers. The request layer is the > combination of all your layers, the overlaying is made server side. > > Details: > 1. We have a custom "layer switcher" that user selects what layers he > wants to see and this data is saved, in a php session for example. > 2. Then the user requests a map from a PHPMapscript(mapserver) server, > using php you fetch all the layers selected by the user previously > 3. Dispatch the result > > > -- http://iap.md, The future is open From djutopie at hotmail.com Thu Aug 6 07:58:26 2009 From: djutopie at hotmail.com (djutopie) Date: Thu, 6 Aug 2009 09:58:26 -0500 (CDT) Subject: [mapserver-users] Export geotiff Mapserver In-Reply-To: <4A7AEB8E.5050304@pobox.com> References: <1249569221181-3398616.post@n2.nabble.com> <4A7AEB8E.5050304@pobox.com> Message-ID: <1249570706940-3398793.post@n2.nabble.com> Ok I save my image like that : $image=$map->draw(); $image_url=$image->saveWebImage(); Is this wrong to get the result I want? -- View this message in context: http://n2.nabble.com/Export-geotiff-Mapserver-tp3398616p3398793.html Sent from the Mapserver - User mailing list archive at Nabble.com. From iacovlev.pavel at gmail.com Thu Aug 6 08:00:48 2009 From: iacovlev.pavel at gmail.com (Pavel Iacovlev) Date: Thu, 6 Aug 2009 18:00:48 +0300 Subject: [mapserver-users] Export geotiff Mapserver In-Reply-To: <4A7AEB8E.5050304@pobox.com> References: <1249569221181-3398616.post@n2.nabble.com> <4A7AEB8E.5050304@pobox.com> Message-ID: <2a37f67a0908060800h7d1dd365g86c91a3931a3dfcf@mail.gmail.com> Hi Frank, djutopie, We discussed this on IRC some time ago, and PHPMapscript saveImage method does not have that "2nd" parameter to pass the map file. int saveImage(string filename) Writes image object to specifed filename. Passing an empty filename sends output to stdout. In this case, the PHP header() function should be used to set the documents's content-type prior to calling saveImage(). The output format is the one that is currently selected in the map file. The function returns -1 on error. On success, it returns either 0 if writing to an external file, or the number of bytes written if output is sent to stdout. My work ground was to create the .tfw file for the tif manually, http://pastie.org/574127 here is the PHP class. On Thu, Aug 6, 2009 at 5:41 PM, Frank Warmerdam wrote: > djutopie wrote: >> >> Hello everyone, >> >> I'm trying to export a map with geotiff layers but when >> i'm doing it the geotiff file doesn't keep tags and >> real values of the geotiff.. >> >> Is there a way to do it right? >> >> My code before to export (mapscript php) : >> >> ? ? ? ?$map->outputformat->set("driver","GDAL/GTIFF"); >> ? ? ? ?$map->outputformat->set("imagemode","BYTE"); >> ? ? ? ?$map->outputformat->set("mimetype","image/tiff"); >> ? ? ? ?$map->outputformat->set("extension","tif"); >> >> Thanks ;) > > Djutopie, > > In C the msSaveImage() function includes a "mapObj" argument that may > be NULL. ?It is necessary to pass in the map in order for SaveImage to > write georeferencing information to a geotiff file. ?So the issue isn't > so much the outputformat setup (which looks fine) as it is how SaveImage > is called. ?I'm uncertain if the map argument can be passed from PHP > mapscript > or not. > > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up ? | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush ? ?| Geospatial Programmer for Rent > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- http://iap.md, The future is open From djutopie at hotmail.com Thu Aug 6 08:08:22 2009 From: djutopie at hotmail.com (djutopie) Date: Thu, 6 Aug 2009 10:08:22 -0500 (CDT) Subject: [mapserver-users] Export geotiff Mapserver In-Reply-To: <2a37f67a0908060800h7d1dd365g86c91a3931a3dfcf@mail.gmail.com> References: <1249569221181-3398616.post@n2.nabble.com> <4A7AEB8E.5050304@pobox.com> <2a37f67a0908060800h7d1dd365g86c91a3931a3dfcf@mail.gmail.com> Message-ID: <1249571302083-3398843.post@n2.nabble.com> Ok cool but how to use it? like what is $theGeom? epsg code? Is there a way to keep the right values from the original geotiff, and not a pseudocolor table with values from 0 to n everytime? Thanks for your answers both. -- View this message in context: http://n2.nabble.com/Export-geotiff-Mapserver-tp3398616p3398843.html Sent from the Mapserver - User mailing list archive at Nabble.com. From djutopie at hotmail.com Thu Aug 6 10:02:22 2009 From: djutopie at hotmail.com (djutopie) Date: Thu, 6 Aug 2009 12:02:22 -0500 (CDT) Subject: [mapserver-users] Export geotiff Mapserver In-Reply-To: <1249571302083-3398843.post@n2.nabble.com> References: <1249569221181-3398616.post@n2.nabble.com> <4A7AEB8E.5050304@pobox.com> <2a37f67a0908060800h7d1dd365g86c91a3931a3dfcf@mail.gmail.com> <1249571302083-3398843.post@n2.nabble.com> Message-ID: <1249578142723-3399468.post@n2.nabble.com> Thanks I've did it but the bad its the only way to do that... -- View this message in context: http://n2.nabble.com/Export-geotiff-Mapserver-tp3398616p3399468.html Sent from the Mapserver - User mailing list archive at Nabble.com. From mpg70221725 at yahoo.com.ar Thu Aug 6 13:10:04 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Thu, 6 Aug 2009 13:10:04 -0700 (PDT) Subject: [mapserver-users] Applications developed in Java MapScript Message-ID: <537263.91082.qm@web33908.mail.mud.yahoo.com> I am Developing an application in Java with the API of Mapserver, like know if they know applications already implemented in Java MapScript Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Thu Aug 6 13:10:04 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Thu, 6 Aug 2009 13:10:04 -0700 (PDT) Subject: [mapserver-users] Applications developed in Java MapScript Message-ID: <537263.91082.qm@web33908.mail.mud.yahoo.com> I am Developing an application in Java with the API of Mapserver, like know if they know applications already implemented in Java MapScript Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at dnr.state.mn.us Thu Aug 6 14:31:23 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Thu, 06 Aug 2009 16:31:23 -0500 Subject: [mapserver-users] FOSS4G conference: Early Bird discount closes this Friday! Message-ID: <4A7B055B.5157.008F.0@dnr.state.mn.us> If you plan to come to Sydney, Australia for the Free and Open Source Software for Geospatial (FOSS4G) conference in October this year, then you best register right now, as early bird registration ends this Friday 7 August 2009. http://2009.foss4g.org/registration/ FOSS4G is the international Free and Open Source Software for Geospatial conference, which comes to Sydney, Australia, 20-23 October 2009. FOSS4G offers presentations, workshops, demos, install-fests, and acode sprint. It is presented by the world's best Developers, Policy Makers, Sponsors and Geospatial Professionals and includes the latest geospatial applications, standards, government programs, business processes and case studies. Topics include mobile platforms, location based applications, crowd sourcing, cloud computing, development, spatial standards, integration of cross-agency data, Spatial Data Infrastructures, Sensor Webs, Web Processing Services, Integration of Open Source and Proprietary Software and more. Upcoming milestones * 7 Aug 2009, *Early bird registration deadline* * 14 Sep 2009, *Completed program available* * 20 Oct 2009, FOSS4G Workshop * 21-23 Oct 2009, FOSS4G Presentations and Tutorials * 24 Oct 2009, FOSS4G Code Sprint Media Sponsors * Position Magazine: http://www.positionmag.com.au/ * Asian Surveying and Mapping Newsletter: http://www.asmmag.com * Geoconnexions Magazine: http://www.geoconnexion.com/ * Directions Magazine: http://directionsmag.com/ * GIS Development: http://gisdevelopment.net/ * Baliz Media: http://www.BALIZ-MEDIA.com/ The MapServer project should be well represented so I hope you can attend! Steve From bicphuongonline at yahoo.com Thu Aug 6 21:47:18 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Thu, 6 Aug 2009 23:47:18 -0500 (CDT) Subject: [mapserver-users] How to use 01 connection for all layers in map file In-Reply-To: <2a37f67a0908060746h445287cesd6ba1ebf027ff981@mail.gmail.com> References: <109329.61184.qm@web35104.mail.mud.yahoo.com> <2a37f67a0908060746h445287cesd6ba1ebf027ff981@mail.gmail.com> Message-ID: <1249620438535-3402377.post@n2.nabble.com> I posted the question above because my website is too slow to load layers. I think the problem is too many connections for each client And I got error of connection when I tried testing with 4 clients at the same time. Then if I shutdown and start ArcSDE again, all error of connection is gone away. Pavel Iacovlev wrote: > > As I understood the question the fact that OpenLayers makes 17*N (N > number of tiles) connections to the mapserver is a major slow down ? > Here is an example of mapserver layer usage: > http://openlayers.org/dev/examples/mapserver.html , so your request > should be something like this: > /map.map&layer=layer1&layer=layer2&mode=map > PROCESSING "CLOSE_CONNECTION=DEFER" will also help you a lot in this > case especially with oracle database that has high cost of connection > time. > So a user makes 1 request from OpenLayers, then mapserver request all > your 17 raster/vector files create an image and return it back to OL. => I tried PROCESSING "CLOSE_CONNECTION=DEFER" and hope it make my website is faster. But as I see It didn't make the site much faster. But the connection error is gone away! Jelmer Baas Each OpenLayers WMS request is a new http request and in 1 session you get 1 layer (openlayers -> mapserver). As I understood from docs PROCESSING "CLOSE_CONNECTION=DEFER" will help then you have multiple layer requests in 1 session (mapserver -> arcsde), and it will not close the connection after a layer has been processed but after all layers are processed and the work is done. => PROCESSING "CLOSE_CONNECTION=DEFER" will enable Connection Pooling which has the function as Pavel Iacovlev said above. What do you mean of the previous post of Jelmer Baas ? Thanks for both of you for your help, -- View this message in context: http://n2.nabble.com/How-to-use-01-connection-for-all-layers-in-map-file-tp3397242p3402377.html Sent from the Mapserver - User mailing list archive at Nabble.com. From szekerest at gmail.com Fri Aug 7 01:25:16 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Fri, 7 Aug 2009 10:25:16 +0200 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> Message-ID: Paul, There is a function (find_bounds) calculating the bounds in mapmssql2008.c which should provide correct results. Could you check whether the returned geometry is correct by dumping the point coordinates of each lines in mapscript? Best regards, Tamas 2009/8/6 Paul james > Just an update... > The shape values are all there... The only thing is wrong is the bounds > (-1) ... > > > On Wed, Aug 5, 2009 at 5:44 PM, Paul james wrote: > >> I?ll check... >> But the same layer/id worked fine using Postgis... So I should be a bug... >> >> Paul >> >> >> On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: >> >>> Hi, >>> >>> I think you should check the sql statement submitted by the driver by >>> using the SQL Profiler. I suspect no records have been retrieved during the >>> fetch. >>> >>> Best regards, >>> >>> Tamas >>> >>> >>> 2009/8/5 Paul james >>> >>>> Hello guys... >>>> That code is working fine with Postgis: >>>> >>>> _layer.open(); >>>> var _shape = new shapeObj((int)_layer.type); >>>> _layer.getShape(_shape, 0, __id.ToInt32()); >>>> >>>> The _shape.bounds are all -1 using MsSql2008 ... >>>> >>>> Any idea? >>>> >>>> _______________________________________________ >>>> 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 youness.elmedraoui at somei.fr Fri Aug 7 02:42:31 2009 From: youness.elmedraoui at somei.fr (YOUNESS ELMEDRAOUI) Date: Fri, 7 Aug 2009 11:42:31 +0200 Subject: =?ISO-8859-1?Q?R=E9f=2E_=3A_Re=3A_[mapserver-users]_Openlayers_=2F_wfs?= In-Reply-To: <30fe546d0908060638x1de7e355t648d3042e88257de@mail.gmail.com> References: , <30fe546d0908060638x1de7e355t648d3042e88257de@mail.gmail.com> Message-ID: An HTML attachment was scrubbed... URL: From luigi.cardeles at gmail.com Fri Aug 7 04:52:43 2009 From: luigi.cardeles at gmail.com (Luigi Castro Cardeles) Date: Fri, 7 Aug 2009 08:52:43 -0300 Subject: [mapserver-users] Unexpected behavior of wfs layer using postgis Message-ID: Hi list, I have a wfs layer (data stored at postgis) and that layer have a complex data statement mapfile -----------xxxxxxxxxxxx------- LISTCOIID - cgi param ################## #LAYER WFS PARCEL ################## LAYER NAME 'parcels' #DEBUG 5 METADATA "wfs_title" "parcels" "wfs_request_method" "get" "wfs_service" "wfs" "gml_featureid" "id" "gml_include_items" "all" "wfs_encoding" "UTF8" END TYPE POLYGON STATUS ON DUMP TRUE CONNECTIONTYPE postgis CONNECTION "host=localhost user='postgres' password=postgres_password dbname='wfs_server'" DATA "the_geom FROM (select distinct parcel.id,parcel.the_geom from mapserver_parcels parcel where parcel.parcelid in( SELECT distinct col.idFROM college col WHERE col.date_exclude IS NULL AND ((%LISTCOIID% = col.id) OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null AND colv.date_exclude is null AND pa.date_exclude is null AND colv.perm_group_FK = pagi.perm_group_fk AND pagi.perm_group_fk = pag.id AND pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = 'Test1' AND colv.org_interference_fk = %LISTCOIID% AND colv.org_interference_fk_fk = col.id) > 0))) as foo USING UNIQUE id USING SRID=4326" #PROCESSING "CLOSE_CONNECTION=DEFER" PROJECTION 'init=epsg:4326' # "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs" END CLASS NAME 'parcels' STYLE SYMBOL 0 SIZE 10 OUTLINECOLOR 0 0 0 COLOR 150 123 90 END END END ------------xxxxxxxxxxxxx---------------- when i activated the postgres log, i notice a strange, don't expected behavior. Mapserver changes the query (the data statement) and refactory in 4(four) other queries: query 1: select encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') as geom,"id" from (select distinct parcel.id,parcel.the_geom from mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.idFROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null AND colv.date_exclude is null AND pa.date_exclude is null AND colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > 0))) as foo where the_geom && GeomFromText('POLYGON((-48.05 -15.77,-48.05 -15.71,-47.85 -15.71,-47.85 -15.77,-48.05 -15.77))',4326) query 2: select * from (select distinct parcel.id,parcel.the_geom from mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.idFROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null AND colv.date_exclude is null AND pa.date_exclude is null AND colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > 0))) as foo where false limit 0 query 3: select "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') as geom,"id" from (select distinct parcel.id,parcel.the_geom from mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.idFROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null AND colv.date_exclude is null AND pa.date_exclude is null AND colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 245 query 4: select "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') as geom,"id" from (select distinct parcel.id,parcel.the_geom from mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.idFROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null AND colv.date_exclude is null AND pa.date_exclude is null AND colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 246 query 5 select "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') as geom,"id" from (select distinct parcel.id,parcel.the_geom from mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.idFROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null AND colv.date_exclude is null AND pa.date_exclude is null AND colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 247 ------------xxxxxxxxxxxxxx---------------- the wfs layer are returning 3 geometries (that is the expected result) but i don't understand why mapserver is generating this four queries. the first query (query 1) returns the id column (pk on my table) and the_geom (geometry column). the second query (query 2) don't return nothing. the third query (query 3) return the first id and the first the_geom values (query 1 already did that). the forth query (query 4) return the second id and the second the_geom values (query 1 already did that). the fifth query (query 5) return the third id and the third the_geom values (query 1 already did that). ------------------------------------------- Aproximated times: query 1: 3s query 2: 18ms query 3: 2.6s query 4: 2.5s query 5: 2.7s ------------------------------------------ The problem with this extra-queries is that they consume time so the query uses 8 seconds to bring back the information when should use 3 seconds to brinq back information. This refactory of the queries made by mapserver is alright or this is a bug? Luigi Castro Cardeles -------------- next part -------------- An HTML attachment was scrubbed... URL: From pauljame at gmail.com Fri Aug 7 06:39:35 2009 From: pauljame at gmail.com (Paul james) Date: Fri, 7 Aug 2009 10:39:35 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> Message-ID: <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> The layer geometry is fine... I?m sending a shape property screenshot... Paul On Fri, Aug 7, 2009 at 5:25 AM, Tamas Szekeres wrote: > Paul, > > There is a function (find_bounds) calculating the bounds in mapmssql2008.c > which should provide correct results. > Could you check whether the returned geometry is correct by dumping the > point coordinates of each lines in mapscript? > > Best regards, > > Tamas > > > 2009/8/6 Paul james > > Just an update... >> The shape values are all there... The only thing is wrong is the bounds >> (-1) ... >> >> >> On Wed, Aug 5, 2009 at 5:44 PM, Paul james wrote: >> >>> I?ll check... >>> But the same layer/id worked fine using Postgis... So I should be a >>> bug... >>> >>> Paul >>> >>> >>> On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: >>> >>>> Hi, >>>> >>>> I think you should check the sql statement submitted by the driver by >>>> using the SQL Profiler. I suspect no records have been retrieved during the >>>> fetch. >>>> >>>> Best regards, >>>> >>>> Tamas >>>> >>>> >>>> 2009/8/5 Paul james >>>> >>>>> Hello guys... >>>>> That code is working fine with Postgis: >>>>> >>>>> _layer.open(); >>>>> var _shape = new shapeObj((int)_layer.type); >>>>> _layer.getShape(_shape, 0, __id.ToInt32()); >>>>> >>>>> The _shape.bounds are all -1 using MsSql2008 ... >>>>> >>>>> Any idea? >>>>> >>>>> _______________________________________________ >>>>> 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: shape.PNG Type: image/png Size: 12502 bytes Desc: not available URL: From szekerest at gmail.com Fri Aug 7 07:21:04 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Fri, 7 Aug 2009 16:21:04 +0200 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> Message-ID: This appears to be a null shape with no valid geometry. (type=3, numlines = 0) Best regards, Tamas 2009/8/7 Paul james > The layer geometry is fine... > I?m sending a shape property screenshot... > > Paul > > > On Fri, Aug 7, 2009 at 5:25 AM, Tamas Szekeres wrote: > >> Paul, >> >> There is a function (find_bounds) calculating the bounds in mapmssql2008.c >> which should provide correct results. >> Could you check whether the returned geometry is correct by dumping the >> point coordinates of each lines in mapscript? >> >> Best regards, >> >> Tamas >> >> >> 2009/8/6 Paul james >> >> Just an update... >>> The shape values are all there... The only thing is wrong is the bounds >>> (-1) ... >>> >>> >>> On Wed, Aug 5, 2009 at 5:44 PM, Paul james wrote: >>> >>>> I?ll check... >>>> But the same layer/id worked fine using Postgis... So I should be a >>>> bug... >>>> >>>> Paul >>>> >>>> >>>> On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: >>>> >>>>> Hi, >>>>> >>>>> I think you should check the sql statement submitted by the driver by >>>>> using the SQL Profiler. I suspect no records have been retrieved during the >>>>> fetch. >>>>> >>>>> Best regards, >>>>> >>>>> Tamas >>>>> >>>>> >>>>> 2009/8/5 Paul james >>>>> >>>>>> Hello guys... >>>>>> That code is working fine with Postgis: >>>>>> >>>>>> _layer.open(); >>>>>> var _shape = new shapeObj((int)_layer.type); >>>>>> _layer.getShape(_shape, 0, __id.ToInt32()); >>>>>> >>>>>> The _shape.bounds are all -1 using MsSql2008 ... >>>>>> >>>>>> Any idea? >>>>>> >>>>>> _______________________________________________ >>>>>> 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 bicphuongonline at yahoo.com Fri Aug 7 07:28:05 2009 From: bicphuongonline at yahoo.com (Mr. Bic Phuong) Date: Fri, 7 Aug 2009 07:28:05 -0700 (PDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth Message-ID: <553579.13327.qm@web35102.mail.mud.yahoo.com> Dear MapServer Users and Developers, I have 2 webgis servers: - The first is MapServer webgis which using: - MapServer - OpenLayers - ArcSDE for Oracle - Tilecache (RHEL 5.3 OS) - The second is a webgis developing with ASP.NET (Windows OS) Using DU Meters, I have just tested the first webgis and found that this using too little capacity of bandwidth, maximum is about 200Mbps. So it's so long to complete the request. While Google Map or the second webgis costs about 900Mbps or above of bandwidth. I also tested bandwidth of 2 servers above, they are equal. I'm wondering why the first server used too little capacity of bandwidth, can I make it using more capacity for fast complete client's requests? Thanks for your attention ! any help is appreciated -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at squeakycode.net Fri Aug 7 07:35:50 2009 From: andy at squeakycode.net (Andy Colson) Date: Fri, 07 Aug 2009 09:35:50 -0500 Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <553579.13327.qm@web35102.mail.mud.yahoo.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> Message-ID: <4A7C3BC6.8030301@squeakycode.net> Mr. Bic Phuong wrote: > Dear MapServer Users and Developers, > > I have 2 webgis servers: > > - The first is MapServer webgis which using: - MapServer - OpenLayers - > ArcSDE for Oracle - Tilecache (RHEL 5.3 OS) > - The second is a webgis developing with ASP.NET (Windows OS) > > Using DU Meters, I have just tested the first webgis and found that this > using too little capacity of bandwidth, maximum is about 200Mbps. So > it's so long to complete the request. > > While Google Map or the second webgis costs about 900Mbps or above of > bandwidth. > > I also tested bandwidth of 2 servers above, they are equal. > > I'm wondering why the first server used too little capacity of > bandwidth, can I make it using more capacity for fast complete client's > requests? > > Thanks for your attention ! any help is appreciated > First, I think we need to find the bottleneck. a) If there is only one client, requesting one map, then you will not have enough data going over the line to use 200Mbps. b) If you have lots of clients, all requesting lots of maps, then you'll have enough data going over the line to use 200Mbps. Assuming b is true, then we need to see if you are cpu bound or io bound. On you linux box watch "vmstat 5" for a while (you could even post the results if you want). The last column "wa" is %cpu wait time for the hard drve. If that's high then you're io bound. Next column in is "id", or %cpu idle time. If that's near zero then you are cpu bound. -Andy From szekerest at gmail.com Fri Aug 7 07:57:11 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Fri, 7 Aug 2009 16:57:11 +0200 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> Message-ID: Another issue coul be that the layer type is not compatible with the geometry type, like the following combinations are invalid with this driver: Layer type shape geom type line point polygon point polygon line I'd also be curious about the wkb of your geometry Could you dump your related feature table in the SQL management studio query analyzer? select * from [table] where [id]=10 or something like this... Best regards, Tamas 2009/8/7 Paul james > Yes.... But the same code with a Postgis db is ok... > Image attached > > Paul > > > On Fri, Aug 7, 2009 at 11:21 AM, Tamas Szekeres wrote: > >> This appears to be a null shape with no valid geometry. (type=3, numlines >> = 0) >> >> Best regards, >> >> Tamas >> >> >> >> 2009/8/7 Paul james >> >> The layer geometry is fine... >>> I?m sending a shape property screenshot... >>> >>> Paul >>> >>> >>> On Fri, Aug 7, 2009 at 5:25 AM, Tamas Szekeres wrote: >>> >>>> Paul, >>>> >>>> There is a function (find_bounds) calculating the bounds in >>>> mapmssql2008.c which should provide correct results. >>>> Could you check whether the returned geometry is correct by dumping the >>>> point coordinates of each lines in mapscript? >>>> >>>> Best regards, >>>> >>>> Tamas >>>> >>>> >>>> 2009/8/6 Paul james >>>> >>>> Just an update... >>>>> The shape values are all there... The only thing is wrong is the bounds >>>>> (-1) ... >>>>> >>>>> >>>>> On Wed, Aug 5, 2009 at 5:44 PM, Paul james wrote: >>>>> >>>>>> I?ll check... >>>>>> But the same layer/id worked fine using Postgis... So I should be a >>>>>> bug... >>>>>> >>>>>> Paul >>>>>> >>>>>> >>>>>> On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I think you should check the sql statement submitted by the driver by >>>>>>> using the SQL Profiler. I suspect no records have been retrieved during the >>>>>>> fetch. >>>>>>> >>>>>>> Best regards, >>>>>>> >>>>>>> Tamas >>>>>>> >>>>>>> >>>>>>> 2009/8/5 Paul james >>>>>>> >>>>>>>> Hello guys... >>>>>>>> That code is working fine with Postgis: >>>>>>>> >>>>>>>> _layer.open(); >>>>>>>> var _shape = new shapeObj((int)_layer.type); >>>>>>>> _layer.getShape(_shape, 0, __id.ToInt32()); >>>>>>>> >>>>>>>> The _shape.bounds are all -1 using MsSql2008 ... >>>>>>>> >>>>>>>> Any idea? >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 bicphuongonline at yahoo.com Fri Aug 7 08:43:09 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Fri, 7 Aug 2009 10:43:09 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A7C3BC6.8030301@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> Message-ID: <1249659789343-3405085.post@n2.nabble.com> Andy Colson wrote: > > > First, I think we need to find the bottleneck. > > a) If there is only one client, requesting one map, then you will not > have enough data going over the line to use 200Mbps. > > b) If you have lots of clients, all requesting lots of maps, then you'll > have enough data going over the line to use 200Mbps. > > Assuming b is true, then we need to see if you are cpu bound or io > bound. On you linux box watch "vmstat 5" for a while (you could even > post the results if you want). > > The last column "wa" is %cpu wait time for the hard drve. If that's > high then you're io bound. > > Next column in is "id", or %cpu idle time. If that's near zero then you > are cpu bound. > > -Andy > > Thanks Andy, I have just tested with 2 clients. There is one map with many layers. These lines are result of "vmstat 5" command, please help me! [root at gis ~]# vmstat 5 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 31368 14268 11100 1450188 1 2 428 46 53 66 2 0 96 2 0 0 0 31368 14396 11108 1450188 0 0 0 17 184 197 0 0 100 0 0 0 0 31368 14388 11116 1450188 0 0 0 22 167 197 0 0 100 0 0 0 0 31368 14468 11124 1450188 0 0 0 12 182 202 0 0 100 0 0 0 0 31368 14468 11124 1450188 0 0 0 20 165 196 0 0 100 0 0 0 0 31368 14556 11132 1450208 0 0 2 32 178 211 0 0 100 0 0 0 0 31368 14548 11140 1450208 0 0 0 18 199 242 0 0 100 0 0 0 0 31368 14628 11148 1450208 0 0 0 35 199 249 0 0 99 0 0 0 1 31368 14620 11184 1450180 0 0 14 49 185 224 0 0 100 0 0 0 0 31360 13172 11224 1451468 2 0 247 30 242 250 4 0 94 2 0 0 0 31360 13116 11232 1451460 0 0 10 23 235 200 0 0 100 0 0 0 0 31360 13056 11232 1451668 0 0 13 52 219 214 4 0 96 0 0 0 0 31360 10640 11240 1451708 0 0 19 18 245 292 0 0 100 0 0 0 0 31360 12480 11248 1449324 0 0 26 63 259 304 0 0 100 0 0 0 0 31360 12424 11256 1449468 0 0 29 50 235 214 0 0 100 0 0 0 0 31360 12424 11264 1449508 0 0 2 57 209 207 0 0 100 0 0 0 0 31360 13096 11272 1446980 0 0 3 61 281 378 0 1 99 0 0 0 0 31360 26100 11380 1433788 0 0 71 75 371 376 4 1 93 1 0 1 0 31360 26900 11396 1433952 0 0 26 88 346 304 4 1 94 1 0 0 0 31360 26160 11420 1434068 0 0 32 78 422 398 5 2 92 1 0 0 0 31360 25572 11432 1434204 0 0 22 106 374 331 5 1 93 1 0 0 0 31360 24916 11444 1434240 0 0 3 67 184 249 0 0 100 0 0 0 0 31360 24984 11452 1434252 0 0 2 54 197 231 0 0 100 0 0 0 0 31360 28252 11460 1434304 0 0 10 76 226 250 0 1 98 0 0 0 0 31360 26764 11468 1434320 0 0 6 46 213 257 4 1 95 0 0 -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3405085.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Fri Aug 7 08:53:46 2009 From: andy at squeakycode.net (Andy Colson) Date: Fri, 07 Aug 2009 10:53:46 -0500 Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249659789343-3405085.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> Message-ID: <4A7C4E0A.9050406@squeakycode.net> Alphatran wrote: > > > Andy Colson wrote: >> >> First, I think we need to find the bottleneck. >> >> a) If there is only one client, requesting one map, then you will not >> have enough data going over the line to use 200Mbps. >> >> b) If you have lots of clients, all requesting lots of maps, then you'll >> have enough data going over the line to use 200Mbps. >> >> Assuming b is true, then we need to see if you are cpu bound or io >> bound. On you linux box watch "vmstat 5" for a while (you could even >> post the results if you want). >> >> The last column "wa" is %cpu wait time for the hard drve. If that's >> high then you're io bound. >> >> Next column in is "id", or %cpu idle time. If that's near zero then you >> are cpu bound. >> >> -Andy >> >> > > Thanks Andy, > > I have just tested with 2 clients. There is one map with many layers. These > lines are result of "vmstat 5" command, please help me! > > [root at gis ~]# vmstat 5 > procs -----------memory---------- ---swap-- -----io---- --system-- > -----cpu------ > r b swpd free buff cache si so bi bo in cs us sy id > wa st > 0 0 31368 14268 11100 1450188 1 2 428 46 53 66 2 0 96 > 2 0 > 0 0 31368 14396 11108 1450188 0 0 0 17 184 197 0 0 100 > 0 0 > 0 0 31368 14388 11116 1450188 0 0 0 22 167 197 0 0 100 > 0 0 > 0 0 31368 14468 11124 1450188 0 0 0 12 182 202 0 0 100 > 0 0 > 0 0 31368 14468 11124 1450188 0 0 0 20 165 196 0 0 100 > 0 0 Its a little hard to read wrapped like that, but, looks to me like cpu is 100% idle. Looks like you have an extra "st" column, I'm not sure what that is. With two clients, how was the response time? You are not going to generate very much data, so you wont use very much network bandwidth. 200Mbps / 8 bits = 25 Meg per second, a mapfile is going to generate 10-20k, which is what, 1% of your bandwidth. If response time on the client was ok, then I'm not sure what we are trying to solve. -Andy From pauljame at gmail.com Fri Aug 7 07:38:56 2009 From: pauljame at gmail.com (Paul james) Date: Fri, 7 Aug 2009 11:38:56 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> Message-ID: <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> Yes.... But the same code with a Postgis db is ok... Image attached Paul On Fri, Aug 7, 2009 at 11:21 AM, Tamas Szekeres wrote: > This appears to be a null shape with no valid geometry. (type=3, numlines = > 0) > > Best regards, > > Tamas > > > > 2009/8/7 Paul james > > The layer geometry is fine... >> I?m sending a shape property screenshot... >> >> Paul >> >> >> On Fri, Aug 7, 2009 at 5:25 AM, Tamas Szekeres wrote: >> >>> Paul, >>> >>> There is a function (find_bounds) calculating the bounds in >>> mapmssql2008.c which should provide correct results. >>> Could you check whether the returned geometry is correct by dumping the >>> point coordinates of each lines in mapscript? >>> >>> Best regards, >>> >>> Tamas >>> >>> >>> 2009/8/6 Paul james >>> >>> Just an update... >>>> The shape values are all there... The only thing is wrong is the bounds >>>> (-1) ... >>>> >>>> >>>> On Wed, Aug 5, 2009 at 5:44 PM, Paul james wrote: >>>> >>>>> I?ll check... >>>>> But the same layer/id worked fine using Postgis... So I should be a >>>>> bug... >>>>> >>>>> Paul >>>>> >>>>> >>>>> On Wed, Aug 5, 2009 at 5:38 PM, Tamas Szekeres wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I think you should check the sql statement submitted by the driver by >>>>>> using the SQL Profiler. I suspect no records have been retrieved during the >>>>>> fetch. >>>>>> >>>>>> Best regards, >>>>>> >>>>>> Tamas >>>>>> >>>>>> >>>>>> 2009/8/5 Paul james >>>>>> >>>>>>> Hello guys... >>>>>>> That code is working fine with Postgis: >>>>>>> >>>>>>> _layer.open(); >>>>>>> var _shape = new shapeObj((int)_layer.type); >>>>>>> _layer.getShape(_shape, 0, __id.ToInt32()); >>>>>>> >>>>>>> The _shape.bounds are all -1 using MsSql2008 ... >>>>>>> >>>>>>> Any idea? >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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: shape_postgis.PNG Type: image/png Size: 37468 bytes Desc: not available URL: From pauljame at gmail.com Fri Aug 7 09:11:24 2009 From: pauljame at gmail.com (Paul james) Date: Fri, 7 Aug 2009 13:11:24 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> Message-ID: <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> The same behaviour occurs with other layers too ... Argentina STGeometryType : Polygon STAsBinary: 0x0103000000010000003B020000503BE5D2EBCB4CC010FB3ECD25323EC078AFE5CCCCCC4CC0F0F50C3333333EC0E884D76855F54CC0000B66E3DD5D3FC0D06AC8B299194DC04828A299993940C0587B913B33134DC078C37CDDCC4C40C028D82B5244444DC020F1A43522C240C058EAA29388284DC0285ECF4F555541C0400A121F11914CC078987DBEBBBB41C080391BF4DD9D4CC0E047F27C771742C0D8A6BB4F55554CC020215DB0AA4A42C04879237766A64CC08091F8A199B942C058932B9677F74CC050BDD393882843C0585DC454336B4DC048EC7A02EF3E43C0086FFD0AEFDE4DC0901CCA68555543C068E8F2C0AA524EC0400859CFBB6B43C010FA2B7766C64EC08838A835228243C0080432B0AA2A4FC0F017B199997943C02814349677174FC018AA9F9388A843C0B0930E7766264FC060691177664644C0D069CFD7BB5B4FC048461677668644C0DC77D69D990950C0F888BF35228244C0C827E597884850C01895A0DDCC6C44C0C0B8D33F333350C008B29899991945C06005E539222250C03091C493882845C088E3147D770750C0108ECF35222245C0408AE11000E04FC0207A5EB0AA0A45C038B2CBB299D94FC0186EC993886845C09CCB38DFDD0D50C0E005B14F555545C08CE44BDFDD3D50C0E005B14F555545C044A2C73F331350C0E894E010008045C084E6975A445450C0F800B75FD9C045C0087A021F116150C0F800B75FD9C045C0F0F046FEEE6E50C0F800B75FD9C045C004FDA35A447450C0F800B75FD9C045C0684542DFDD7D50C0F800B75FD9C045C0DC4749DFDD8D50C0F800B75FD9C045C02C7FEE39229250C0F800B75FD9C045C0F86D85BEBBB350C0F800B75FD9C045C090844F7B66BE50C0F800B75FD9C045C0E87CC73F33C350C0F800B75FD9C045C03C6C95B8AACA50C0F800B75FD9C045C0BCFFFF7C77D750C0F800B75FD9C045C078E2EB3922E250C0F800B75FD9C045C08896C89D99E950C0F800B75FD9C045C07841547B66F650C0F800B75FD9C045C0A8C152DFDDFD50C0F800B75FD9C045C060B8985A440451C0F800B75FD9C045C06498565C551551C0F800B75FD9C045C0A89BB4B8AA1A51C0F800B75FD9C045C0AC777BBEBB1B51C0F800B75FD9C045C0040C3DDFDD1D51C0F800B75FD9C045C02057091F112151C0F800B75FD9C045C0A0A35C5C552551C0F800B75FD9C045C02C2F1F7D772751C0F800B75FD9C045C0908AA40C002851C0F800B75FD9C045C09412F997882851C0F800B75FD9C045C0E8EDD13F333351C0F800B75FD9C045C0A8656D7B663651C0F800B75FD9C045C0D4F9C59D993951C0F800B75FD9C045C03CDD9FB8AA3A51C0F800B75FD9C045C0F05CE397884851C0F800B75FD9C045C01405CC9D994951C0F800B75FD9C045C028EDEFFFFF4F51C0F800B75FD9C045C04438BC3F335351C0F800B75FD9C045C02C68E997885851C0F800B75FD9C045C0AC66A4DDCC6C51C0F800B75FD9C045C078921C7D777751C0F800B75FD9C045C01C060300008051C0F800B75FD9C045C02CD9F39788C851C0F800B75FD9C045C0A874060000E051C0F800B75FD9C045C02CA3AC5A44E451C0F800B75FD9C045C0783F161F11F151C0F800B75FD9C045C004CBD83F33F351C0F800B75FD9C045C00CB7485C55F551C05011111F119145C0083AEA97880852C0008A25B0AA4A45C0A076527B66F651C0883B295244E444C05CF449DFDDED51C0A845257D773744C01CE943DFDDDD51C0509A241F11B143C010B2C53F33C351C02097AD10006043C0F466F9FFFFBF51C0B066B94F551543C0BC1D041F11C151C060649E9999A942C02001DE3922C251C0E87429DBDD3D42C08048455C559551C090A1B59388E841C0D4DC067D779751C060E28F3B339341C0E075F697887851C0E852211F11F140C054314BFEEE7E51C0000D377766A640C074F81E9C889051C0C09F90E3DD3D40C090BFF23922A251C060C808B0AAAA3FC08048455C559551C0B05EE68288083FC0ACC50C1F118151C030CF776666663EC0605E9331227A51C0503AB6CCCCAC3DC0C44EC83F337351C060EE3C2233F33CC0ACB0E0EBDD4D51C0406D0CCDCC0C3CC09412F997882851C02024296666263BC038E0C43F331351C08032672D22E23AC0DCCEA45A442451C0B0A692DDCC4C3AC08C97FFFFFF1F51C06040716666E638C0508CF9FFFF0F51C090866766666638C08837605C55D550C000D4FD49440438C00029FCFFFFBF50C0F0F7A910000037C060147EBEBBCB50C0E0ACCB0511D136C06C0753FEEE8E50C0D0E1068388C835C0EC73E839228250C010D817B0AAEA35C0CCA4435C553550C03017732D222236C030AEBB9D991950C030C6437D77B736C07C0BFF1E110150C0D09120B0AA2A36C0A881B79388684FC080A79210000036C0A851151F11514FC0B02347A5BB3B36C080287902EFDE4EC030FE93CCCC0C37C000477DDDCC6C4EC0904F60F4DDDD37C0F81C257766064EC0D00E5027113138C0F8F2CC1000A04DC0B06A0B4A448438C09038FF4333334DC0B0225C9999F938C0C88F2F7766C64CC0A0512CE9EE6E39C0E0E33FAA99094DC0C0AEC9FFFF5F3AC048D093DDCC4C4DC0700EB70511513BC0E057F58D77B74CC01065D14944643BC078A0B13522224CC070E1377D77773BC0A846A19388C84BC0907C901000403BC0087D1C1F11514BC0D0507B2233333AC088DC7EE2B04B4BC0D0C57D52849739C03836773F35464BC040CE5A21C79639C05857CAFD47444BC0F0618A001A9939C0809D501DAB444BC03040BBDA199E39C080CFF1230C434BC010F351E2C7A039C050DF39DE01404BC0C0CA48D93D9D39C0987B96BDFA3A4BC0E06874669EA439C0E8D55203E9384BC020A18CDDB0A939C038C48601F6374BC0F0FFE31E2EB139C048600FE1EE364BC060745A84EFB139C0085C26DC0F364BC080B2C82539B039C0A8D8CCE061364BC0F02B092383A839C0C81663423E324BC0F02767211DA239C0A8DDAAFF57314BC0802680DF309939C050C419E15E2F4BC0507069C70C9839C048DECCC3972D4BC030EF3D594D9B39C02095DA612F2C4BC0F068521F669B39C0C8C28DFCFA294BC060ECDCDB669239C02855E121A9254BC0E0A5D662B88E39C0086CCFE1AF234BC0C02A4861A58E39C0A808C940F31F4BC0E0C58D63CD9839C050AED280091E4BC0B09A697CB59739C0A85455BC581E4BC0A0C30A62F79139C038E0C242751D4BC08001D2C0029039C02075A71F7F194BC0B04C373EE99439C0D89D99C2A0164BC0F071A59F8C9539C048D21A3C68164BC060D1E97E329239C0B8F3F6FB361A4BC0202F0DE09F8E39C0F8A328205F1A4BC0F09FE687668A39C0F8A30B6361184BC0000D2FBCAD8839C0D821323F8C144BC0D001627A6D8A39C0E83563FE60124BC04039289B1D8539C06064D460520E4BC020DF9A1C067F39C08092F5FBE10B4BC0D02FC61C058039C09827549D2B0C4BC0D000B1C1A48439C0A0ECFAFECD0F4BC0D0B86B5BB09039C0605A2123A00C4BC070168A78249E39C0D831313C840B4BC0A08AC9A4139D39C050591D7D770B4BC05067E742AD9539C0B8761DDC0F0A4BC0907E5ABAD68E39C098F5795C70064BC020B90D41649539C0183221232F054BC0B0AB73FA419539C088D3D6BBB0034BC07068459F1C9139C020CD1DFD4B024BC0F0CB1267609039C0B02398E2C7FE4AC0D02C3E88F29539C058C6FC3B30FC4AC0D0F3CCE68F9939C0785EE75B03FD4AC020C73B008B9C39C0F0D655A06BFB4AC0E03A077D059D39C0A0BFFC5E27FB4AC0907CB1FB3AA439C008B26A2040FA4AC0E053F57E88A539C0504FF6E2E0F84AC090EF8A7D90A139C0A86CF3C2F2F94AC040B6DA42E59F39C0187DCDE045F94AC060CE307A8A9C39C060D0787E6DF74AC070CBE5243E9F39C0887C921E30F54AC02046E9DBBC9D39C0683DE641D0F54AC0A04456C423A139C0D0CB2B9EECF44AC060D6DABAEFA039C0A004EFFCBFF44AC080E0565DC1A239C038B7A49EE9F14AC08066E625709F39C0A01F7EE080F24AC0A0E9D66378A439C0384BA76306F04AC04062063BE2A439C048D0E8A2CBF14AC0803BB00035A939C0085E781DFFEF4AC0D04B02D979A739C060AE9EE238EE4AC030496C63B2A839C00036331D57ED4AC020D781C076AC39C0C86AE21EDAED4AC0702ABEFD0DAE39C0D0A95102B8EB4AC0D006A4DD03B039C0C0A7BE41B4EC4AC0908B5E7EC3B039C030C5DB5D4AED4AC010586567EFB039C0E05DE5C2D6EC4AC060D20B3AB0B439C00890E2BE9CEF4AC0407469BF98B139C05807F6BB94EE4AC010FBBAF961B439C008797E616BF04AC0202884E732B539C048833E43C6ED4AC09073BBE523B939C0B8B4899FAAEE4AC05024FD3F86BE39C018DFDDFB8DEC4AC010DE2043A9BD39C090A38681CAEA4AC0908AFD1EDABF39C0D8369980B4EB4AC03099A86071C039C0B814F3606EEB4AC090D114FB91C239C0201FA0409FEC4AC020FA346212C239C078FAF85F91ED4AC09039753A1DC439C070AEA161BFEB4AC0C06BB48349C539C010E956BF44EA4AC0B04AF2C401C839C0006BD3DBD7EB4AC0F06933C364CA39C0F8D5902139E94AC0C05C1048C2CA39C0E0B09B7CEBE94AC0D091C9FCBFCE39C04817465CC7E84AC0703260E5B3D039C0B818E7813AEB4AC0D07A6EC3D2D039C0507CC122F7EA4AC0C0433E3E5BD339C0183D6401A2EC4AC0F00A84FA25D639C0C08BBF3FC2EA4AC08081C9E271D939C0C800C75F05EC4AC010C5F4218CDB39C050A753C076EA4AC010354A85CEDB39C08064FAE0EEEA4AC070F8FEDF65DE39C070937E6055E94AC040F8DCC30ADF39C040EAD00298EC4AC0C05265A86EE239C08850577FDAE84AC0D0D9C8E3A3E539C018F7AE62B8EA4AC0D017836116EA39C01875A57FBBE84AC03058BFE787E939C0E031FEDBF3E84AC08033CD8383ED39C068ED5F00A8EA4AC0403AE48172EB39C0E8D1EBBB77EA4AC0A02ADA4509EE39C01037C062D4EB4AC03081FA7DE4EE39C0E8C15F6264EB4AC0D074DFFA23F439C0007CCC3EE4E94AC030CC23656EF639C038EA7AA1F1EA4AC0009AEC7BB8F839C0B81B00E21FE84AC0307DCC81ADFA39C0589C6ADE8EE84AC060BE1E9D47FD39C0986A2A9E97E64AC000D2387826FC39C0B08292A1F1E64AC0F07DB1BFD1FE39C098705B1EC1E34AC00065802827023AC0A063AD7DC8E34AC030AEA49B6E053AC03088DEC0ABE14AC06017083928093AC080631A23A0E04AC0E07FBF6184083AC0301A5740BEE04AC080AB487B840A3AC030C79FDE1ADE4AC06011149FAE0A3AC0B0375A1EDDDC4AC0403BEBE2A8103AC04810C43E90DE4AC02065CFE3A3153AC098271D80D4DE4AC0F0FB8D7BD61D3AC03889A083BCDC4AC0A03074E1CF203AC02859C2FC86DB4AC0E0BCA86455203AC0E019F2BC8DD94AC0F09AAA65F9263AC0708B3942CDD64AC0E0C0E707042A3AC0A8EEFEC2F2D54AC07071D562F02C3AC0A077676132D34AC070F9BE3CBA313AC0404BE4A293D34AC0908AF4BB77343AC0404B36DD24D24AC0B074F1A129373AC0C81C205E82D34AC010217DB83A3C3AC080CD696731D24AC0B09CC676CD3E3AC090C015247DD24AC0200E00295C3F3AC0E04258AA6FD24AC0F0425780AD3F3AC05887AC9CA1D24AC0B07D5A389E3F3AC000CDFB2004D24AC08031EDDB66423AC048B8C05D85D24AC0100BC11D8B493AC098AF722217D64AC0C0C7A65A0B533AC0B0C962FED1D54AC0E0114F008B543AC0E0C226FE99D74AC070B28F5914563AC0589B1A8122D84AC010D6E61A9E5A3AC078FCD4A0F7D84AC0D01CA1A5D75A3AC030FFC39F36D84AC050827F00FC5B3AC0505DC04275D94AC050440FE1095D3AC038D433419CD94AC0606369F834633AC0503B571CB1DA4AC0406733232F633AC040167E5E0ED94AC030BBD3E2FF663AC008FC34A226DA4AC0C05EBFFE5E6A3AC068C07E1DFFD74AC0200E24E3A76D3AC0102BD95D11D84AC0A0EE0A276A713AC03067FDE2FCD94AC000BF233F00713AC0383B1A232FD94AC0D0F521FAED773AC0785F90FCFAD94AC060D83F7C7C763AC0F81554FD67DB4AC0E08EBE2477783AC0F894D4E061DA4AC070B719C11A7B3AC0A076FBFFC7D94AC080B1B8FC16793AC0E06608FFE9D84AC010D3B04482793AC0E055F2DEDFD84AC050E063A46C7D3AC000248FE3DDD94AC070958BDD767D3AC048A5551E88DA4AC020C5BAB704803AC018D5B661F7D94AC0F0E6FE6705823AC03060F0614BDD4AC0505DC3A6B2803AC0A09865FCDEDC4AC08039C29F70863AC0B04F9A7C96DB4AC0C07AFC3FA5863AC0E03A3F7D93DC4AC080C0DF662A883AC0A8EE6E6210DC4AC07032BED87B893AC0482A94DEC6DE4AC000CC8083858B3AC0F05C3D01A2DC4AC0200AB2DEC38D3AC0F8EB14C11BDE4AC0C00E6E04E3903AC050213542E9DB4AC0207774FA958E3AC0C09B850260DA4AC0308ECF21378F3AC010B0171E50DC4AC06042FADEE08F3AC01888BDDC98DC4AC0C0BBD6F8A1963AC0487362DD95DD4AC08018155914963AC0E82DEB7F48DD4AC0F050F95C179A3AC000C778FCFADD4AC0001E4A60C79B3AC0A0129E1D38DD4AC0E02DF681E49D3AC0D07A507DAFDD4AC06047650229A13AC0285D81A0BFDE4AC00046EBC62EA13AC05003169E97DE4AC0E0B1D71CAFA43AC0B827931DFFDF4AC05014C54082A23AC0D06905E011E14AC0103B569E06A43AC0C0660201DDDD4AC0B0431A0325A53AC0002E0BBCCCDC4AC0F0890E7B67A83AC090FBE35E60DC4AC0202175DAA9A53AC0989BB481E6DB4AC040563C1AA2AA3AC0B048703EE7DC4AC090594C21ACAA3AC01096F54388DD4AC030B3385872AD3AC020C4F6A293DB4AC02017C35FB1AE3AC058A934FE44DD4AC0102D791805B13AC090DBE23E00DF4AC030DD4B4415AE3AC010A9EDDFA0DD4AC0806E4FBC1FB33AC070DB6CA1D5DD4AC0D0721E1939B73AC0A820137EA9DF4AC030C6ED19FAB73AC01092A63F6DE04AC070AF5C01A1B53AC028BD06DFDFE04AC040417C1B0DB83AC010E50ABFF0DE4AC0601EAA97DEBA3AC0980623A2EEDF4AC090B5931E68BD3AC078E2EC402BDE4AC0E0DBCB26BFBD3AC090A95BE064DD4AC0100B7D8505BB3AC0582E031F66DB4AC0202CE6C3B4BF3AC0C8ADEE839DDC4AC0004BA5B73FC33AC01838C59F1ADF4AC0F0C0281C25C33AC020CEA9E045DD4AC060B4D4E1E9C53AC078F9162461D94AC01008A1C69FC43AC010A9D022A3DB4AC030D37DD8B7C73AC060D869C2A0DA4AC0E0F958A608CC3AC0C809986187D94AC0304AB15703CC3AC0485640A31FD94AC070470FC39DCF3AC0F8D63FFDD8DA4AC06065321BD7CF3AC03884E821FED74AC0A0CE333A1FD63AC02013B93BDCD84AC01055BA97A6D83AC06097B13E90D64AC050FF74BFD0D73AC0E097028256D44AC0F039665A63DC3AC028D74922FBD84AC01062BE4290DB3AC02888DA03E5D64AC0A05CA9046DDE3AC0E06608FFE9D84AC020CEBE05D9E23AC08834E42004D64AC050B5364161E43AC01831603FE1D64AC04059BA6455E83AC0202A00DC0FD64AC0300B9204A8E93AC0081D2F800CD94AC060CB263D46ED3AC0381D8BDFBFD54AC0A07BC20419F13AC0C8A205A2B5DA4AC080CF27A112EF3AC0D8585E21E5D94AC0E0F4D0258DF53AC040630B0116DB4AC0E0B7C760E3F63AC098093C02D4DC4AC0F023766535F53AC0A0913BBE2FDE4AC090D1ED3E55F93AC0F0EEB580B4DB4AC0A0C3273BE2FC3AC078CD6A5F08DF4AC01070E23C9BFD3AC0487362DD95DD4AC0B0CE55880E013BC03878A720B0DE4AC040B367C58D033BC0F0553080F0DF4AC080F757793C013BC0A8A6108272E14AC040BC5965A5013BC0387259E388DF4AC0200E583AC8073BC090BD54A31FE14AC06012EC61BE083BC008D2B73F89E14AC050736BA65E0B3BC0C8E1C7FD64E44AC0404764FFCA063BC0803203E335E34AC0A08AA857AD0C3BC060BD2DC1FFE04AC0506FAB59830F3BC048134D3E93E14AC0F0D1BB25C8103BC09800F221C5E24AC020B16EC6A3103BC0303C6F0244E54AC090DBDDF8A10A3BC050DF943E90E64AC030397DBF420A3BC0206E285FECE54AC050FFEA37130F3BC0C03EC2FD9CE24AC0807CD04082123BC0A8C13383DCE34AC0E0454660E6133BC0680096C211E64AC0C093A245EF103BC0B08292A1F1E64AC0B0E9A6DB68143BC030F2163D7EE54AC0F03FFD04FC163BC0004D418330E34AC06032DF230D1A3BC0C01DE5DCB4E54AC0B0B28EBF0A1C3BC058CFB080B4E74AC0F04D135B09193BC0A0B7B7409FE84AC0D03059DBC0193BC0D0ACBC9C2EE74AC060BB837B2D1C3BC068961F20EEE64AC000865F452B1F3BC0888C57A12CE84AC0F01E9BA1F1203BC000294B0263E94AC09083889F53203BC0B892E97D71E94AC020EA535BE9213BC0D046608192E84AC010FDFD82A4233BC0C82D1FFC36E64AC0A0766988D6223BC0784A96230FE64AC0E00DB65BCB243BC0C0BE05E2E7E94AC09092053E5D253BC040B849A4FCEA4AC070DFDF5C8A273BC0103CD8FBC5EA4AC0308486E4F32A3BC02057515ED6EE4AC030CC20FA0C203BC028861A40DBF04AC0D03C23C43E213BC0C8FE548314F24AC090945EC361293BC0B0D5F31CAEF34AC0204E53DBDC2C3BC0286689BF98F94AC090B3D1DAC3263BC0A8E4B85FCCFA4AC0A04D502766293BC098D06AE3F9FA4AC080A9CC1C03323BC0F0B8017F86014BC0005F9B984B323BC050810A9E97024BC01026808653363BC0303012FDF7024BC0500C7E5B76403BC040EB22DEE5064BC060B8E76778433BC05071EEE3A1094BC0F0E511F9A04B3BC068FCF07E320E4BC020CC21FA9A4D3BC000466B1FD6134BC020F6BAFEB24B3BC0F8503744C0134BC0B09D5C9B1A443BC0D0C7F9FDF1144BC0F09D663C10413BC070CBC17E32164BC0D034C3FA5C413BC060EDEE81C7174BC0406604187A443BC0F8A30B6361184BC0B0FB0A60AD4E3BC0E8750A04561A4BC0E03BFDA02F553BC0D86BC33EAC1B4BC0A0BB779A94623BC0D0B8107C7D214BC0E0630841F3653BC0B093343F54224BC0A042027A8C6A3BC0484EBDE106224BC000FB605E636F3BC0705B767D74244BC070F45DDF88723BC000313C5F082B4BC040BFF19DD1663BC01024C762B82A4BC040755E5EF1743BC058C6FEDBF32C4BC0907168205E773BC08877473E20324BC0202A44C45C6A3BC088274F01A2344BC0202F497FBC673BC0B8102F438E374BC0F063E0175F6C3BC058B48D020B3C4BC0A0887F264F6D3BC0E8D8DB02EC3B4BC0B0C0439EEB6F3BC0888FA50166384BC070FEF37A68773BC020B44963ED394BC0405B55834C7A3BC0208CECA2AF3C4BC0702FF23F157B3BC088DCA2438B404BC030A25662477B3BC040C1729E78424BC0C0CA2BE675803BC0082D7920EB434BC0B072CD5772813BC0000888A2B2474BC040843E5BB2763BC0A0C40F7E71494BC000D3666517743BC05002F8E3DA4A4BC0A0B0B0834A743BC05002325ED64E4BC0E01DB31FF0883BC028EBFC7F2B514BC0A0BE6CC2A18B3BC0E08323A2B5524BC0F0983464028A3BC008B34564E7534BC0105E4B4205833BC0D8C3515FCF554BC0C0F0EEA0F5803BC06883EF1BED564BC000CFFA428F843BC0109780DCF0554BC0A0F302BDE18E3BC0089CFEC3B3564BC09042B91B9A923BC0F0F5F9A17D5C4BC0B0E589081D903BC0A8B06D03215F4BC04049AD5FCB8F3BC0804DFEE3A1614BC080FD1FFD4C953BC010141C4015634BC08076C4218E953BC00896985CA8644BC0404D777879923BC060CD65DCF0654BC0C06E0DF94A883BC0D0B300BEF7674BC0902BE7FD9B873BC0C0F67D00196A4BC0602C22B9DE8E3BC0289C7A9C866C4BC030B5EB61F69E3BC080A10DA4E06D4BC04005E5C2D6A03BC060B86B0305724BC0B041571E4EA03BC0F817A37DE5734BC0F08F00289AA33BC088FA85614F734BC0B0E5E11CE7B23BC000731163B5734BC0908132081FBA3BC0B88615425D764BC0508CA30304BF3BC0E878013E07784BC0700CF43C9BC53BC028061E6492794BC0501C7DA4FAC63BC0C85E485DC17E4BC0402DAC5AEDC53BC0A03079FCC27F4BC0403FBC4067CA3BC0303E805C70824BC060F0B880B4CB3BC0D0525DBD19874BC060D5BB57ADC43BC06881B45C538A4BC0301C7F22A3C73BC0B09C01BF638A4BC0A0C808BB0BCC3BC030271CFF3E834BC0E07CE88217D53BC008C407C30E834BC090AB859F72D83BC0402012FD13844BC0D0B6E2C5FADA3BC01066F4DB9E864BC080AE60D906DA3BC0D02AAEC24A8B4BC0A05D695E63D73BC030DC6F41288F4BC0D0D796E7FBD93BC0B07E050247904BC01019A1FE25DD3BC0D8F9B33FDE8F4BC07088F15A26E33BC0C011F11E11914BC0309094D977E53BC000EA10A299954BC0803C2187A6DC3BC0B043C8E045994BC060EA93D85EDB3BC098D6579E5C9D4BC0C091F5FBA9E13BC0F06E865D4DA04BC0603032DAC7EA3BC0101A0E64AEA24BC00073D9E6A9EE3BC0E0A7875D31A74BC0B0E0E8FBE1EB3BC068F18EDF30A94BC04051AA656CEC3BC088EF22014DAA4BC060FF3024EDEE3BC05041BAC24AAB4BC0803DE4C62CF73BC0205DCC5C18B14BC0500186D87DFB3BC0D0B25500FDB04BC06086853D0AFF3BC0D05F26FE0CAF4BC06001A6A10D043CC0C0FCDFC3CFAF4BC050C8EE79E3083CC03074519E5CB54BC0F09BE97BD50E3CC030B41064E7B74BC0908896BE10163CC0101E5E21C9B84BC07051CB03AD183CC05845403D9ABA4BC06056E7592C193CC048C2F8E2FCBD4BC060E96264AB133CC0B83930438EBF4BC0F0AB56D93E143CC068CE5DDD95C14BC020CC1819AC1C3CC08801E59F52C54BC0305E1ABDC51F3CC0B85A11213DC74BC070E92B07B3293CC0B8C2672101CB4BC08058901F7F253CC068B2E6E3DACA4BC0508672A5F21E3CC0F88D83A2EACD4BC06018E464C41D3CC098303BDE72CF4BC07017DA1917223CC0282358E15ECF4BC00093C15E0B263CC088C0CE62F0D04BC000B1EE82172D3CC0A0D4E7612FD44BC0B00F93258F2F3CC090BD9D4275D94BC0C021897FBB383CC0682B8EBCE4DF4BC0F0A0D25ED33B3CC068771BE0D8E34BC040D1187E38403CC0984D380340E34BC0A0264104FE443CC0901D403E93DD4BC0606685402E493CC090A1818385D54BC09093D9A370553CC0A0A5606342D84BC030B0899B54643CC0C806932364D84BC020D994BAF2693CC0A08E6BFD9FD94BC05001ADFE256D3CC000D490205CDB4BC080164D22516C3CC0602E2F7C7DDD4BC06012887879623CC0A00D793DB5E04BC0A041149F595E3CC000FA2960C9E74BC030DD2503955D3CC098F022C4EBEC4BC08054C403E55A3CC0004727A2EEEF4BC0A0B3237AFB5B3CC0D00BA72171F34BC050327E3D42693CC0E0FA9380EDF04BC08065B89DB7753CC0C8DF6D00FDF04BC0708B7007937A3CC010EE0D0055FE4BC090A80F1B487F3CC038348D5E2A024CC02048CEBF41833CC0F8D9815D31034CC00067FADD568A3CC018EE2ABD52004CC090114BBA4A933CC060AB2ABEF7FF4BC0309ABCC29D973CC040C7B322BF004CC040123264CB9A3CC010D736FF3E074CC0D06DBF2406A13CC0A8421B9CF90F4CC0D0179100E1AF3CC0A0FAF2E07D174CC0407D6A05C0C43CC0E804D43C9D214CC0A0F7EB9F1AC73CC050FEDBDB82254CC060ECBE5D11CC3CC080D6884067264CC0207E35A54AD03CC000A81C601E264CC0F09EB677F0E33CC088A17DDF30294CC0B09C0ADA00EC3CC088B652A3732C4CC08019D044BDF03CC0382438226E304CC0E096E42688F23CC0F864C9C35E344CC0400131A86EFA3CC0385948800C354CC0B057E3423A003DC058AC05E0BC324CC040614343AA043DC0605D2ADF4F354CC040D49D872F133DC008C912A31F414CC0E0BFA83AFF163DC020BBFB1F43454CC060BF293AE61C3DC0B836329C15494CC0D077F6BBCC1C3DC0100B617D584B4CC03006FAC1DC1E3DC02852C01EBD4D4CC0B0120DE598283DC0D0CCA76071524CC0502CDA4272323DC0807657DC9B534CC0C0F01A1E6C393DC03806A7C1FB524CC020C25D38F33F3DC050EE869FC6534CC0C0605224ED463DC0900944A1F4594CC0E0C0CC7ADC5B3DC018DB641DC7614CC0908B36BDC55F3DC028F6386326634CC0F0C6D2409F643DC0D8E5261D8F634CC0E0ECD29C9E6B3DC0F066577E8A634CC000DDB57F836E3DC0708F92DEA9664CC08009ABBD16743DC078B783BC90684CC02072B226C17B3DC0D0323E9D2B704CC010E6CEC3CF833DC0181C5C80287A4CC0D0C8A44160953DC07852EC1F277C4CC0F09135F8349B3DC028A19DBFED7B4CC0002A35029BA33DC038C35D1DAB804CC0002BF457AAA73DC05070C79F1A834CC0D098065E82AF3DC0F8737620248D4CC0F02A1C9A41C03DC058B4F2A17D904CC0201D6421C9C43DC0E80BF7E3A1954CC070252E00E1C73DC090CFE69E209D4CC010ACBEFE5DC73DC098408B3CBAA54CC0B0632983F8D43DC0301D5A5DF8A94CC0E03C9F0019E23DC02068EA9B51A94CC0509D3CE6E8ED3DC0306ACA4202AA4CC050926B03CCF83DC080A8661DABAC4CC05033ECC397013EC0C869B7A04CB34CC050E4B9183D073EC030893944C0B74CC020F77D27BA0E3EC0788EEBDD75BA4CC0C033103A75193EC058A9B5FEB2BD4CC0B01CBFDEA61F3EC0784A34E17AC84CC04093EBC6BB2B3EC09031F54388D14CC080156403762D3EC010B3E26052D24CC0E0724ED845313EC0D0366D6342D04CC0103135DCBA2F3EC038450FA4E0CD4CC0E073608369303EC0503BE5D2EBCB4CC010FB3ECD25323EC0 STAsText: POLYGON ((-57.593134271554504 -30.195889308811331, -57.600000011588179 -30.199999991096718, -57.91666899226567 -31.366666996395907, -58.200003002033213 -32.450000003984826, -58.150000997577706 -32.600001989288046, -58.533334990890864 -33.516668992555651, -58.316667990253961 -34.666666008237655, -57.133335002716649 -35.46666699535939, -57.233335984509722 -36.183333986569551, -56.666665999056647 -36.583334012482965, -57.300001995392961 -37.450000997897405, -57.93333699348176 -38.316668012989453, -58.8375040015041 -38.491668996830924, -59.741670011279041 -38.666668986022273, -60.64583598957762 -38.841669004891173, -61.5500019993525 -39.016668994082522, -62.333333992406608 -38.950000010940016, -62.183336997441359 -39.316667988740107, -62.300001985662107 -40.550001986982124, -62.716670013690987 -41.050001989246596, -64.150001010362246 -41.016669004939047, -65.133336995873037 -40.8500020059675, -64.800003010520413 -42.199999999578779, -64.533338998463933 -42.316668005924271, -64.116668005370343 -42.266669012398893, -63.7500020123739 -42.083334013110516, -63.700003003560084 -42.816668008188742, -64.21666698976918 -42.666665994107234, -64.966667007555031 -42.666665994107234, -64.300002999262745 -43.00000201192762, -65.316671989765439 -43.50663372455341, -65.5166699909388 -43.50663372455341, -65.7333369915757 -43.50663372455341, -65.816672001023164 -43.50663372455341, -65.966666998594178 -43.50663372455341, -66.21666700512236 -43.50663372455341, -66.28333900728893 -43.50663372455341, -66.808333998014746 -43.50663372455341, -66.975004985479472 -43.50663372455341, -67.050002999126832 -43.50663372455341, -67.166669984741873 -43.50663372455341, -67.366667985915171 -43.50663372455341, -67.5333390048562 -43.50663372455341, -67.650000997435313 -43.50663372455341, -67.850004989892 -43.50663372455341, -67.966667013947358 -43.50663372455341, -68.0666719905289 -43.50663372455341, -68.333335003438663 -43.50663372455341, -68.416670013785392 -43.50663372455341, -68.43333398873682 -43.50663372455341, -68.466666993728779 -43.50663372455341, -68.516669997331064 -43.50663372455341, -68.583335009067468 -43.50663372455341, -68.616668014958748 -43.50663372455341, -68.625003014263939 -43.50663372455341, -68.633337014422352 -43.50663372455341, -68.800003008851149 -43.50663372455341, -68.850005013306713 -43.50663372455341, -68.900000995002586 -43.50663372455341, -68.91666999446619 -43.50663372455341, -69.133336994203773 -43.50663372455341, -69.150001000631448 -43.50663372455341, -69.249999985030286 -43.50663372455341, -69.300002988632571 -43.50663372455341, -69.383336999832579 -43.50663372455341, -69.7000040154914 -43.50663372455341, -69.86666801252602 -43.50663372455341, -70.0000000028162 -43.50663372455341, -71.1333370095569 -43.50663372455341, -71.500000006012328 -43.50663372455341, -71.566672009078218 -43.50663372455341, -71.7666700093522 -43.50663372455341, -71.800003015243476 -43.50663372455341, -71.833334990511673 -43.133335002263834, -72.133337000596043 -42.5833339865967, -71.850004988222736 -41.783334989674643, -71.716667005749912 -40.43333401031424, -71.466667000121049 -39.3833350113606, -71.050002997457568 -38.75000198818293, -70.999999993855283 -38.166665998008625, -71.016669992465665 -37.325000002231491, -71.033338991929213 -36.4833330109048, -70.333334987315538 -35.816667998969137, -70.366667992307441 -35.150000996833796, -69.883337011989624 -33.883335009833729, -69.98333699553524 -33.300002004509224, -70.258338003391884 -32.483334012620162, -70.533339011248472 -31.666666986602991, -70.333334987315538 -31.033332997553487, -70.0166700005272 -30.400000004053425, -69.908337015070629 -29.674999994744496, -69.8000029998903 -28.949998988986749, -69.216670007156324 -28.050000014814259, -68.633337014422352 -27.149999985737054, -68.300002996694161 -26.883334005064626, -68.566672001786571 -26.300000999740121, -68.49999999962 -24.900000002526554, -68.2499999939912 -24.400000000262082, -67.333335012399516 -24.016667007894284, -66.999999996423867 -23.000000993248193, -67.183333991169548 -22.816665994859136, -66.233337002833366 -21.783333005123325, -66.033339001660067 -21.916666990109718, -64.833334985788667 -22.133334007833753, -64.400000985414181 -22.716667012258938, -64.016669987742659 -22.1666669921413, -62.816667999842423 -22.000000987819931, -62.63333500424352 -22.233331994884509, -61.741668996009139 -23.049999986773571, -60.8500019895273 -23.866668008340241, -60.050001996156368 -24.191667992635132, -59.250002002785493 -24.516667011058132, -58.40000200235329 -24.97499998568918, -57.550002001021824 -25.433332989997893, -58.075001984783512 -26.374999987353249, -58.600002000021561 -27.316665990058425, -57.433336014553561 -27.391666997548839, -56.266668998462535 -27.466667009489754, -55.566667989490554 -27.250000987315218, -54.633335007582048 -26.199999003511778, -54.591335594123905 -25.591862827020861, -54.548499997338183 -25.588975987119056, -54.533447002219589 -25.598053010735327, -54.536472000468166 -25.617582007136832, -54.523807995864445 -25.628049988753503, -54.5000570089893 -25.614224987288935, -54.460776995160984 -25.64304199544938, -54.444610991904312 -25.662855002244328, -54.437195006183572 -25.692109995521548, -54.429165012843953 -25.695060989459648, -54.422359007578109 -25.688372003076893, -54.424862003347982 -25.658250989665191, -54.392525003798767 -25.633256995853969, -54.38549800723132 -25.598401993548123, -54.370082986432521 -25.593944991342426, -54.356193995507567 -25.606648995991407, -54.345195991258379 -25.607027013415916, -54.327972001284763 -25.571882001339304, -54.294224009538368 -25.557501008419308, -54.278804994850418 -25.557210998648543, -54.249610994492571 -25.596883985626732, -54.23466501509813 -25.59261300638417, -54.237082997956634 -25.570181014659852, -54.230141015199877 -25.562542010565721, -54.199192005888335 -25.581684006214971, -54.176781010635466 -25.584176996127951, -54.175055993172066 -25.571083004078332, -54.204802985746426 -25.557127001971025, -54.20602800354385 -25.54062699680793, -54.190472012218322 -25.533900987135894, -54.160529994467367 -25.540733002593527, -54.143585012858068 -25.519983002968047, -54.111888984400821 -25.496187007723279, -54.0928339909633 -25.500078009019319, -54.0950810109054 -25.518138986314455, -54.123473999520911 -25.565190995978639, -54.098637000356348 -25.617744001114659, -54.089972995777941 -25.613580989078969, -54.089584006624705 -25.584675008292209, -54.0786090034357 -25.557963988393169, -54.050303992796387 -25.583561006403329, -54.040501013954952 -25.583037999381929, -54.028830985923435 -25.566842989392569, -54.017943992186929 -25.563970987404844, -53.990475010191744 -25.585731997661071, -53.970221994805513 -25.599852013623433, -53.976665008519319 -25.6114959855978, -53.964221994317882 -25.61336499620927, -53.9621390089153 -25.641525011855776, -53.9550819893812 -25.646614012617533, -53.944362993496384 -25.631110998554107, -53.95272099386176 -25.624591997524703, -53.947445011459592 -25.611487996020855, -53.933028992644495 -25.62204199419233, -53.915530988241755 -25.616163010074274, -53.920418012067614 -25.629452010213413, -53.913471003899417 -25.628657988001919, -53.9121090094643 -25.635763009748644, -53.8899420074726 -25.622804993391128, -53.894558011611707 -25.642462005585571, -53.875194985090673 -25.644077004488508, -53.889026988676562 -25.660965006852621, -53.874972995541668 -25.654202998219091, -53.861110999566108 -25.658971990525231, -53.854221010213223 -25.67368701143198, -53.858219013743621 -25.67990098850936, -53.841553010821031 -25.687558987184104, -53.8492510014471 -25.690482996065441, -53.853831989583682 -25.691153013460337, -53.850303995128115 -25.705814006696869, -53.871970997453957 -25.6937369949776, -53.863914008265681 -25.704619987630451, -53.878277003053938 -25.707807988896207, -53.857612996600949 -25.723204000725275, -53.86458200668261 -25.744235991766175, -53.848083003364252 -25.740863986515308, -53.834304991475733 -25.749422013187143, -53.8414459941975 -25.751730004464832, -53.839305990878927 -25.76003999002711, -53.848609998878828 -25.758093011792994, -53.855998989650232 -25.766070989245748, -53.841777996011729 -25.770652991817542, -53.830223004757613 -25.781276997712382, -53.84252498458045 -25.790600013782694, -53.822056003304112 -25.792027000422195, -53.827498985310513 -25.807616996012996, -53.818583997940152 -25.815244995103455, -53.837723005142323 -25.815715994331924, -53.835666985011471 -25.825611009789782, -53.8486940135428 -25.8365170071001, -53.834053009537 -25.849394010730521, -53.84391400544115 -25.857607004411932, -53.83174900135657 -25.858620005242358, -53.83541500307274 -25.868741988896033, -53.822917997173931 -25.87125801224488, -53.848389007577225 -25.884501003968353, -53.81916801227004 -25.89703200963578, -53.8337519983599 -25.91440400553239, -53.818222003736253 -25.91222999974724, -53.819941996687476 -25.927788007352774, -53.833251997794662 -25.919715994090666, -53.831778993746241 -25.9298289926179, -53.84241899858 -25.933174012812003, -53.839000984913412 -25.953674010805855, -53.827277994008909 -25.962621995200777, -53.835498986260461 -25.9715650036469, -53.813472986271734 -25.979210007118297, -53.816860010200514 -25.989373989110732, -53.801502009116291 -25.984961999771258, -53.80424899724801 -25.995388012726778, -53.779331011436796 -26.00841000685341, -53.779555997526813 -26.021218993859463, -53.7630539976675 -26.035770000911157, -53.754886997113317 -26.033269986393748, -53.755806009798448 -26.041084008447342, -53.735194995895995 -26.04172701110781, -53.725498003055122 -26.065077001981308, -53.73877701352518 -26.084532011159467, -53.74085999892776 -26.116553995288939, -53.724502995859837 -26.128172007433591, -53.715056986710181 -26.126302996822119, -53.699638002599158 -26.152242998267809, -53.678138998125064 -26.164124006348061, -53.6714709992205 -26.175543000326286, -53.649974990388046 -26.194248005508996, -53.652943002196935 -26.204951998903709, -53.641750003348079 -26.215479012917683, -53.652416005782982 -26.235271006154164, -53.642132689153186 -26.24532263134887, -53.644443998929205 -26.247500002397032, -53.644032757850937 -26.248741170219489, -53.645557007067225 -26.248507997601052, -53.640751002263642 -26.259382005127463, -53.644695014096726 -26.287278995160761, -53.67258101081751 -26.324391999929276, -53.670470998989344 -26.330245990089566, -53.684386986662275 -26.336248014051705, -53.688552988044364 -26.353974992138376, -53.695057014462634 -26.354853011926764, -53.689166994763923 -26.35931399453176, -53.698891014030437 -26.363431993701226, -53.70008101492607 -26.387527013520753, -53.708529989808653 -26.387438011216773, -53.695751010480762 -26.402342011158169, -53.704304004546486 -26.415512010308476, -53.687472998514579 -26.428343006422551, -53.688029986418883 -26.443026008767106, -53.703029988986941 -26.441410013415407, -53.696751010711921 -26.468474992075983, -53.7029720025011 -26.462836995684825, -53.71411100965264 -26.470567986033416, -53.70611200695015 -26.480876988199668, -53.701416013512471 -26.473007006732132, -53.694640997984379 -26.474643986864123, -53.694331997230393 -26.489938997634738, -53.7020840119294 -26.490094992235242, -53.707279006785541 -26.500071986292028, -53.702861990235931 -26.507894992572744, -53.728862993594134 -26.502726004311, -53.72555499039413 -26.52515600673496, -53.715529990527443 -26.525959014072896, -53.723251014589323 -26.531897000910703, -53.719250015417231 -26.537045999941654, -53.74044401392581 -26.545006007141637, -53.72369399543993 -26.553769987551391, -53.735221991744709 -26.565964009160552, -53.718055988256879 -26.556975987848205, -53.706054988134838 -26.559434998676977, -53.721194993559152 -26.562025009249169, -53.723414986176238 -26.588408996987482, -53.731136010238117 -26.586247985506361, -53.728775014718678 -26.6019189938242, -53.73422199151355 -26.608510988326088, -53.728275015052759 -26.616768000223487, -53.731918014809366 -26.629532003141662, -53.740222991147959 -26.629620010795406, -53.7390019996152 -26.643297007236356, -53.749973008015729 -26.6348000031615, -53.758358004229763 -26.640725990345402, -53.733307005093138 -26.645096010124405, -53.724998002489883 -26.657828990029827, -53.72169099933592 -26.647123006435436, -53.717972005069157 -26.666535987597172, -53.725807003809109 -26.666688996448613, -53.730720992007377 -26.677526010363351, -53.715443010798708 -26.682394013528324, -53.728667998994467 -26.691484002670279, -53.742194996614785 -26.680012005349624, -53.731472006840818 -26.699702996628275, -53.733081987526816 -26.715714998182023, -53.747359999980574 -26.718659992742857, -53.753334003766327 -26.709487996223686, -53.756832006731486 -26.718950002513566, -53.741721992797579 -26.729958991082071, -53.749470011808796 -26.739869986593078, -53.735694995561914 -26.741197991152035, -53.729641003376969 -26.730553000476959, -53.714053989938009 -26.748852008528161, -53.723556987326049 -26.7626909998462, -53.743000003145596 -26.762285003614068, -53.728694994843181 -26.773100008420784, -53.698277007310878 -26.768062986673669, -53.71591601551529 -26.780149012297613, -53.708030988390192 -26.797006985399889, -53.699444007146269 -26.79692600324978, -53.696278005995339 -26.811001006345975, -53.709746986552943 -26.811876010707579, -53.687443007024228 -26.836413991592622, -53.69422098671771 -26.8462920026696, -53.67627700492335 -26.843028989852712, -53.658890010133973 -26.860891008336637, -53.695163999609861 -26.857669993858565, -53.678863984780321 -26.868850985859012, -53.694640997984379 -26.886123999675078, -53.672000991276093 -26.89210898957873, -53.678749010056151 -26.907553000922462, -53.6723589897922 -26.912719998984528, -53.695693991665451 -26.926853010150239, -53.669918005873512 -26.941788003426723, -53.708667996169936 -26.933878013820049, -53.702305003230947 -26.959184993281156, -53.711609011230848 -26.964407013663617, -53.725219992938207 -26.957846013396136, -53.735832003675796 -26.973956997929747, -53.71644600757088 -26.987827012260482, -53.742443015241349 -26.99064999130502, -53.731136010238117 -27.00412799925715, -53.739749986431377 -27.013882005517416, -53.749527000047124 -27.004829009987134, -53.761307008867618 -27.006429991157574, -53.746364992785345 -27.03039898538384, -53.758778015496432 -27.034155006537162, -53.762001003986427 -27.044412995560663, -53.784332010840046 -27.026534997922909, -53.775081993638196 -27.049519995353535, -53.757805011113987 -27.060597996095851, -53.762306010851319 -27.065554006914624, -53.771641009488292 -27.064999010109318, -53.791137985528962 -27.04153399864623, -53.801276991550026 -27.040080993721119, -53.796275992146775 -27.058886999962226, -53.770415992590188 -27.072300005817397, -53.780167007705415 -27.077734009891969, -53.79741699528023 -27.066151001159369, -53.80424899724801 -27.07972500634213, -53.7929149972955 -27.089783012226633, -53.774917990574977 -27.101763002387429, -53.794581996796751 -27.109539005602244, -53.810196005185105 -27.097799007618903, -53.817360009866434 -27.100599011683528, -53.806109993101586 -27.110069007550351, -53.8041420130001 -27.12175401289096, -53.813862006901275 -27.128687000628759, -53.823334013652129 -27.12627598841533, -53.823775996255279 -27.132466991412116, -53.816970989236893 -27.139228999146383, -53.798553004478492 -27.136086011646171, -53.79733700598166 -27.143728000590158, -53.827389004521592 -27.14595401416824, -53.835835014339409 -27.154454998642393, -53.834166985114393 -27.167784006920726, -53.865917005269011 -27.125198014266232, -53.881690991355129 -27.129863985636632, -53.891251007558424 -27.161647997465991, -53.903751009998246 -27.175245006406954, -53.949974004830722 -27.151426006504664, -53.959361996917607 -27.161714989762572, -53.960750987201379 -27.195359992948852, -54.011916995850584 -27.196466005260845, -54.020251994256455 -27.212211996351527, -54.023193010216687 -27.251805990479909, -54.053890006113306 -27.263555997917479, -54.075253001620354 -27.295425001973797, -54.110916011494567 -27.303146012545881, -54.154972007159813 -27.295699997563247, -54.154305006990342 -27.2660309887994, -54.1636350125915 -27.254153990796055, -54.173415989519413 -27.255325005204952, -54.185775987304396 -27.267488003801418, -54.190472012218322 -27.307332995110926, -54.205749993426991 -27.33275800878971, -54.21619400541357 -27.385080007774036, -54.261641987004282 -27.398243011997579, -54.268196011230771 -27.416206002761669, -54.265835015711275 -27.435109995533821, -54.28480499533805 -27.447401009023849, -54.336192993536315 -27.401636001129418, -54.333752009617569 -27.45680799299339, -54.351191996957539 -27.466280007838179, -54.39160898675533 -27.415478006974922, -54.411194003724688 -27.405219989173133, -54.434029005032642 -27.423326008112724, -54.469085997764239 -27.42698898900619, -54.468139989230451 -27.437188998738463, -54.440612989273234 -27.466437992638419, -54.45255700205621 -27.477729996050812, -54.474109998227732 -27.480792996051093, -54.504250006220047 -27.48155798544957, -54.519305997879655 -27.501798997584729, -54.530613001983568 -27.50565098539181, -54.560139004155644 -27.46365900303158, -54.573776014041186 -27.453481996158189, -54.584805008028184 -27.454261999737923, -54.615916990679239 -27.534913998822844, -54.634140013213539 -27.545437003659231, -54.646168010083557 -27.539098990288892, -54.655499013932115 -27.511798995399715, -54.670391001629184 -27.503747995696131, -54.679110996198517 -27.517810999138419, -54.671413004673127 -27.558131993504162, -54.677361010857624 -27.572664005975241, -54.722584006358261 -27.562943013826668, -54.74319498878441 -27.561696986967263, -54.762753009005792 -27.583206005392185, -54.774086011610166 -27.584200010742734, -54.78638799143306 -27.572165993811041, -54.796412992199066 -27.5323939950747, -54.812247991888967 -27.529723996103314, -54.828887998109622 -27.558085985987759, -54.847858009212644 -27.620946998639909, -54.85841799417085 -27.628276997483454, -54.890777995679628 -27.626191994002227, -54.905441002498208 -27.639070987832326, -54.900860014361626 -27.698839001799286, -54.903972991485716 -27.727036011057464, -54.924721012602674 -27.746155002049193, -54.937721014708416 -27.771899995405363, -54.949780001316242 -27.777262001556949, -54.990276012742072 -27.773152987513868, -54.998138007330681 -27.79063801380039, -55.0190539957224 -27.795723004485239, -55.055473013465985 -27.7682699998453, -55.080669010293434 -27.779832988770238, -55.081169009959353 -27.797053994793373, -55.025360001322383 -27.832390004882541, -55.02388799552142 -27.845499010214155, -55.0318600023752 -27.855388992166638, -55.051722997985166 -27.85166700945274, -55.088219008486362 -27.841359997486165, -55.118416003817742 -27.851500009848507, -55.127166989024204 -27.863861002283613, -55.123969996336825 -27.887304004638679, -55.133334987363469 -27.896360014696427, -55.168751009234256 -27.861916013349855, -55.197445009026865 -27.856915985214414, -55.229388993158125 -27.881500003293468, -55.25236100257996 -27.917112004521528, -55.270946986089371 -27.932279995048702, -55.30619401096169 -27.921416992525963, -55.321803993984588 -27.923529008942978, -55.3304749889931 -27.933305990183158, -55.338219014115225 -27.965526991579736, -55.383555984293935 -27.982389004436584, -55.382720987172092 -27.996250004862645, -55.367584007966457 -28.015832999256759, -55.373527988785554 -28.034721012875082, -55.416888990185157 -28.057945007832984, -55.43674898925417 -28.086193000556307, -55.443638010936525 -28.096389996660434, -55.457832008726371 -28.098332995394571, -55.484279986824333 -28.076833986423821, -55.496529005572881 -28.079083999309603, -55.512386008075566 -28.112001007608455, -55.541584002322509 -28.124111002862435, -55.556553014253439 -28.162888000698729, -55.585971999801984 -28.146470997563029, -55.584804999966593 -28.120889988384363, -55.608722986446026 -28.116277986228283, -55.620692995930938 -28.133164993042953, -55.620083015476041 -28.148610994586306, -55.632335997536813 -28.176140006326932, -55.657695997427481 -28.185777996448167, -55.69889099790737 -28.221610995273068, -55.749167985361794 -28.233694006369603, -55.780056012545913 -28.250862008150989, -55.775391008846043 -28.269500986009575, -55.731056004816423 -28.285862000053726, -55.668137014671743 -28.333750000590555, -55.689526006880669 -28.39191600905923, -55.690555998602179 -28.413859998073463, -55.700195004957322 -28.426361005055981, -55.713748999325617 -28.423113006420408, -55.730392001187965 -28.384665997715615, -55.755531009777087 -28.36855501408138, -55.810832996841782 -28.36555499720015, -55.850945012150248 -28.355056987220905, -55.874470013788596 -28.359305986133791, -55.9018899980216 -28.411166995343876, -55.882247993713236 -28.459833009260819, -55.882720998429761 -28.478805985428551, -55.986969000627255 -28.497193995783675, -56.016918009707695 -28.512722003804924, -56.024944008258842 -28.540387986787209, -56.002524991952839 -28.575359004332824, -55.999748011431393 -28.592250987096293, -56.005832994253524 -28.604666006302296, -56.056610013749491 -28.628999993072114, -56.1248049862964 -28.687027011321163, -56.1835290132924 -28.768555010317186, -56.262611011052115 -28.777750010594559, -56.293055994433075 -28.797139987098831, -56.300026003661515 -28.813638997611747, -56.297801984779653 -28.890387994847458, -56.321803985923054 -28.921887996283374, -56.34727899111482 -28.940388012700623, -56.378361012852508 -28.947390013511608, -56.409141991936792 -28.978250991787036, -56.414444003416463 -29.000888996604488, -56.396389010210157 -29.018223003339926, -56.416499992071067 -29.074943996460433, -56.508777984783649 -29.089831987570392, -56.541110990443713 -29.112887988273883, -56.570971989172392 -29.11249899642263, -56.588637993225461 -29.12055599550348, -56.60733398810072 -29.158582988444948, -56.644085008557909 -29.197055986657062, -56.653193991381158 -29.224305993630651, -56.648307997279005 -29.2498049954321, -56.654498997577889 -29.277055997955131, -56.702778013440479 -29.358833003033283, -56.76388900208093 -29.374111009422961, -56.7746089962132 -29.393055011233571, -56.777804988854484 -29.420388986106332, -56.777663986851508 -29.431694013500419, -56.802059003412865 -29.453471998459918, -56.816917003931792 -29.483416002813215, -56.876331000681262 -29.514888990414022, -56.954361004806 -29.583500006418774, -56.969943991080925 -29.606277001455908, -56.968193008391893 -29.6390839938922, -57.005222006590373 -29.654942986594506, -57.02425000417918 -29.6855829969507, -57.102665002668743 -29.751001006962667, -57.128834002979318 -29.768694006864393, -57.169003005626848 -29.780776988283321, -57.2275580050474 -29.778778001356898, -57.294745986933037 -29.831916997532687, -57.327891987801536 -29.883194006802, -57.322803010422149 -29.929335012243712, -57.328193997226094 -29.971862996828634, -57.348972010732723 -30.006222005048869, -57.400775994832259 -30.028276009925605, -57.435555008023925 -30.057527988675361, -57.456722011583167 -30.099444989162066, -57.482024992658523 -30.123639985712259, -57.566249990971244 -30.170834000123477, -57.636970991824569 -30.177581989225928, -57.643138991063211 -30.192471999313852, -57.6270260127327 -30.186445010172122, -57.608417994934314 -30.189110003517158, -57.593134271554504 -30.195889308811331)) -------------- next part -------------- An HTML attachment was scrubbed... URL: From pramsey at cleverelephant.ca Fri Aug 7 09:57:32 2009 From: pramsey at cleverelephant.ca (Paul Ramsey) Date: Fri, 7 Aug 2009 09:57:32 -0700 Subject: [mapserver-users] Unexpected behavior of wfs layer using postgis In-Reply-To: References: Message-ID: <30fe546d0908070957s22ebc163x66e5332c797497a@mail.gmail.com> It's not a bug, it's a feature! What you are seeing is the mapserver query life cycle. It is designed to be run on top of shape files, so when used on databases, it is very redundant. First it gathers the id's of all the features that match the criteria. Then it goes back and iterates through, getting each feature one at a time. The upcoming 5.6 release of mapserver will replace this query life cycle with one that is much more efficient for databases. P. On Fri, Aug 7, 2009 at 4:52 AM, Luigi Castro Cardeles wrote: > Hi list, > > I have a wfs layer (data stored at postgis) and that layer have a complex > data statement > > mapfile > -----------xxxxxxxxxxxx------- > LISTCOIID - cgi param > ################## > #LAYER WFS PARCEL > ################## > ?LAYER > ??? NAME 'parcels' > ??? #DEBUG 5 > ??? METADATA > ??? "wfs_title" "parcels" > ??? "wfs_request_method" "get" > ??? "wfs_service" "wfs" > ??? "gml_featureid" "id" > ??? "gml_include_items" "all" > ??? "wfs_encoding" "UTF8" > ??? END > > ??? TYPE POLYGON > ??? STATUS ON > ??? DUMP TRUE > ??? CONNECTIONTYPE postgis > ??? CONNECTION "host=localhost user='postgres' password=postgres_password > dbname='wfs_server'" > ??? DATA "the_geom FROM (select distinct parcel.id,parcel.the_geom from > mapserver_parcels parcel where parcel.parcelid in( SELECT distinct col.id > FROM college col WHERE col.date_exclude IS NULL AND ((%LISTCOIID% = col.id) > OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null > AND colv.date_exclude is null AND pa.date_exclude is null AND > colv.perm_group_FK = pagi.perm_group_fk AND pagi.perm_group_fk = pag.id AND > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > 'Test1' AND colv.org_interference_fk = %LISTCOIID% AND > colv.org_interference_fk_fk = col.id) > 0))) as foo USING UNIQUE id USING > SRID=4326" > ??? #PROCESSING "CLOSE_CONNECTION=DEFER" > ??? PROJECTION > ??? 'init=epsg:4326' > ??? #?? "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs" > ??? END > > ???? CLASS > ?????? NAME 'parcels' > ?????? STYLE > ???????? SYMBOL 0 > ???????? SIZE 10 > ???????? OUTLINECOLOR 0 0 0 > ???????? COLOR 150 123 90 > ?????? END > ??? END > ? END > ------------xxxxxxxxxxxxx---------------- > > when i activated the postgres log, i notice a strange, don't expected > behavior. Mapserver changes the query (the data statement)? and refactory in > 4(four) other queries: > > query 1: > > select > encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') as > geom,"id" from (select distinct parcel.id,parcel.the_geom from > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null > AND colv.date_exclude is null AND pa.date_exclude is null AND > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > pag.date_exclude IS NULL AND colv.perm_group_FK = pagi.perm_group_ AND > pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND > pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND > colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > > 0))) as foo where the_geom && GeomFromText('POLYGON((-48.05 -15.77,-48.05 > -15.71,-47.85 -15.71,-47.85 -15.77,-48.05 -15.77))',4326) > > query 2: > > select * from (select distinct parcel.id,parcel.the_geom from > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null > AND colv.date_exclude is null AND pa.date_exclude is null AND > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > pag.date_exclude IS NULL AND??? pagi.perm_acess_fk = pa.id AND pa.name = > org_interference_fk AND colv.org_interference_fk = 25 AND > colv.org_interference_fk_fk = col.id) > 0))) as foo where false limit 0 > > > query 3: > > select > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > as geom,"id" from (select distinct parcel.id,parcel.the_geom from > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null > AND colv.date_exclude is null AND pa.date_exclude is null AND > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > org_interference_fk AND colv.org_interference_fk = 25 AND > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 245 > > > query 4: > > > select > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > as geom,"id" from (select distinct parcel.id,parcel.the_geom from > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null > AND colv.date_exclude is null AND pa.date_exclude is null AND > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > pag.date_exclude IS NULL AND??? pagi.perm_acess_fk = pa.id AND pa.name = > org_interference_fk AND colv.org_interference_fk = 25 AND > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 246 > > query 5 > select > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > as geom,"id" from (select distinct parcel.id,parcel.the_geom from > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is null > AND colv.date_exclude is null AND pa.date_exclude is null AND > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > pag.date_exclude IS NULL AND??? pagi.perm_acess_fk = pa.id AND pa.name = > org_interference_fk AND colv.org_interference_fk = 25 AND > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 247 > ------------xxxxxxxxxxxxxx---------------- > > the wfs layer are returning 3 geometries (that is the expected result) but i > don't understand why mapserver is generating this four queries. > > the first query (query 1) returns the id column (pk on my table) and > the_geom (geometry column). > > the second query (query 2) don't return nothing. > > the third query (query 3) return the first id and the first the_geom values > (query 1 already did that). > > the forth query (query 4) return the second id and the second the_geom > values (query 1 already did that). > > the fifth query (query 5) return the third id and the third the_geom values > (query 1 already did that). > > ------------------------------------------- > > Aproximated times: > > query 1: 3s > query 2: 18ms > query 3: 2.6s > query 4: 2.5s > query 5: 2.7s > ------------------------------------------ > > > The problem with this extra-queries is that they consume time so the query > uses 8 seconds to bring back the information when should use 3 seconds to > brinq back information. > > This refactory of the queries made by mapserver is alright or this is a bug? > > Luigi Castro Cardeles > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From mpg70221725 at yahoo.com.ar Fri Aug 7 11:28:40 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Fri, 7 Aug 2009 11:28:40 -0700 (PDT) Subject: [mapserver-users] Manipular La referencia y la Grilla desde Java Message-ID: <564757.46840.qm@web33906.mail.mud.yahoo.com> Hola a todos,tengo la duda, de como modificar la referencia y la grilla desde java, aqui tengo mi Referencia en el Archivo .map : ************************************************************ REFERENCE??? ???? IMAGE "ev-ref 32720.gif" ??? EXTENT -65.07 -21.89 -64.21 -21.10 ??? STATUS ON ??? COLOR -1 -1 -1 ??? OUTLINECOLOR 0 0 255 ??? SIZE 200 202? ??? ??? END ************************************************************ ?? referenceMapObj ref=mapa.getReference(); ?? ref.setOutlinecolor(new colorObj(255, 0, 230, 0)); ??? ref.setColor(new colorObj(0, 0, 0, 0)); ************************************************************ despues cargo el mapFile desde java y lo muestro en un JPanel : el problema es que no se muestra con los colores que he configurado en el mapfile, que es lo que tengo que hacer, para manejar la referencia desde codigo, en php es facil y funciona, en java nose, hay que hacer algo mas? cualquier sugenencia o observacion es bienvenido, gracias! Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Fri Aug 7 11:28:40 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Fri, 7 Aug 2009 11:28:40 -0700 (PDT) Subject: [mapserver-users] Manipular La referencia y la Grilla desde Java Message-ID: <564757.46840.qm@web33906.mail.mud.yahoo.com> Hola a todos,tengo la duda, de como modificar la referencia y la grilla desde java, aqui tengo mi Referencia en el Archivo .map : ************************************************************ REFERENCE??? ???? IMAGE "ev-ref 32720.gif" ??? EXTENT -65.07 -21.89 -64.21 -21.10 ??? STATUS ON ??? COLOR -1 -1 -1 ??? OUTLINECOLOR 0 0 255 ??? SIZE 200 202? ??? ??? END ************************************************************ ?? referenceMapObj ref=mapa.getReference(); ?? ref.setOutlinecolor(new colorObj(255, 0, 230, 0)); ??? ref.setColor(new colorObj(0, 0, 0, 0)); ************************************************************ despues cargo el mapFile desde java y lo muestro en un JPanel : el problema es que no se muestra con los colores que he configurado en el mapfile, que es lo que tengo que hacer, para manejar la referencia desde codigo, en php es facil y funciona, en java nose, hay que hacer algo mas? cualquier sugenencia o observacion es bienvenido, gracias! Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From luigi.cardeles at gmail.com Fri Aug 7 14:16:18 2009 From: luigi.cardeles at gmail.com (Luigi Castro Cardeles) Date: Fri, 7 Aug 2009 18:16:18 -0300 Subject: [mapserver-users] Unexpected behavior of wfs layer using postgis In-Reply-To: <30fe546d0908070957s22ebc163x66e5332c797497a@mail.gmail.com> References: <30fe546d0908070957s22ebc163x66e5332c797497a@mail.gmail.com> Message-ID: Thanks Paul :D, is there any ticket already open about that modification? best regards, Luigi Castro Cardeles 2009/8/7 Paul Ramsey > It's not a bug, it's a feature! > > What you are seeing is the mapserver query life cycle. It is designed > to be run on top of shape files, so when used on databases, it is very > redundant. First it gathers the id's of all the features that match > the criteria. Then it goes back and iterates through, getting each > feature one at a time. > > The upcoming 5.6 release of mapserver will replace this query life > cycle with one that is much more efficient for databases. > > P. > > On Fri, Aug 7, 2009 at 4:52 AM, Luigi Castro > Cardeles wrote: > > Hi list, > > > > I have a wfs layer (data stored at postgis) and that layer have a complex > > data statement > > > > mapfile > > -----------xxxxxxxxxxxx------- > > LISTCOIID - cgi param > > ################## > > #LAYER WFS PARCEL > > ################## > > LAYER > > NAME 'parcels' > > #DEBUG 5 > > METADATA > > "wfs_title" "parcels" > > "wfs_request_method" "get" > > "wfs_service" "wfs" > > "gml_featureid" "id" > > "gml_include_items" "all" > > "wfs_encoding" "UTF8" > > END > > > > TYPE POLYGON > > STATUS ON > > DUMP TRUE > > CONNECTIONTYPE postgis > > CONNECTION "host=localhost user='postgres' password=postgres_password > > dbname='wfs_server'" > > DATA "the_geom FROM (select distinct parcel.id,parcel.the_geom from > > mapserver_parcels parcel where parcel.parcelid in( SELECT distinct > col.id > > FROM college col WHERE col.date_exclude IS NULL AND ((%LISTCOIID% = > col.id) > > OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group > pag, > > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is > null > > AND colv.date_exclude is null AND pa.date_exclude is null AND > > colv.perm_group_FK = pagi.perm_group_fk AND pagi.perm_group_fk = pag.idAND > > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > > 'Test1' AND colv.org_interference_fk = %LISTCOIID% AND > > colv.org_interference_fk_fk = col.id) > 0))) as foo USING UNIQUE id > USING > > SRID=4326" > > #PROCESSING "CLOSE_CONNECTION=DEFER" > > PROJECTION > > 'init=epsg:4326' > > # "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs" > > END > > > > CLASS > > NAME 'parcels' > > STYLE > > SYMBOL 0 > > SIZE 10 > > OUTLINECOLOR 0 0 0 > > COLOR 150 123 90 > > END > > END > > END > > ------------xxxxxxxxxxxxx---------------- > > > > when i activated the postgres log, i notice a strange, don't expected > > behavior. Mapserver changes the query (the data statement) and refactory > in > > 4(four) other queries: > > > > query 1: > > > > select > > encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > as > > geom,"id" from (select distinct parcel.id,parcel.the_geom from > > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is > null > > AND colv.date_exclude is null AND pa.date_exclude is null AND > > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > > pag.date_exclude IS NULL AND colv.perm_group_FK = pagi.perm_group_ AND > > pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND > > pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND > > colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) > > > > 0))) as foo where the_geom && GeomFromText('POLYGON((-48.05 -15.77,-48.05 > > -15.71,-47.85 -15.71,-47.85 -15.77,-48.05 -15.77))',4326) > > > > query 2: > > > > select * from (select distinct parcel.id,parcel.the_geom from > > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is > null > > AND colv.date_exclude is null AND pa.date_exclude is null AND > > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > > org_interference_fk AND colv.org_interference_fk = 25 AND > > colv.org_interference_fk_fk = col.id) > 0))) as foo where false limit 0 > > > > > > query 3: > > > > select > > > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > > as geom,"id" from (select distinct parcel.id,parcel.the_geom from > > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is > null > > AND colv.date_exclude is null AND pa.date_exclude is null AND > > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > > org_interference_fk AND colv.org_interference_fk = 25 AND > > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 245 > > > > > > query 4: > > > > > > select > > > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > > as geom,"id" from (select distinct parcel.id,parcel.the_geom from > > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is > null > > AND colv.date_exclude is null AND pa.date_exclude is null AND > > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > > org_interference_fk AND colv.org_interference_fk = 25 AND > > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 246 > > > > query 5 > > select > > > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') > > as geom,"id" from (select distinct parcel.id,parcel.the_geom from > > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id > > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR > > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group pag, > > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is > null > > AND colv.date_exclude is null AND pa.date_exclude is null AND > > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND > > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = > > org_interference_fk AND colv.org_interference_fk = 25 AND > > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 247 > > ------------xxxxxxxxxxxxxx---------------- > > > > the wfs layer are returning 3 geometries (that is the expected result) > but i > > don't understand why mapserver is generating this four queries. > > > > the first query (query 1) returns the id column (pk on my table) and > > the_geom (geometry column). > > > > the second query (query 2) don't return nothing. > > > > the third query (query 3) return the first id and the first the_geom > values > > (query 1 already did that). > > > > the forth query (query 4) return the second id and the second the_geom > > values (query 1 already did that). > > > > the fifth query (query 5) return the third id and the third the_geom > values > > (query 1 already did that). > > > > ------------------------------------------- > > > > Aproximated times: > > > > query 1: 3s > > query 2: 18ms > > query 3: 2.6s > > query 4: 2.5s > > query 5: 2.7s > > ------------------------------------------ > > > > > > The problem with this extra-queries is that they consume time so the > query > > uses 8 seconds to bring back the information when should use 3 seconds to > > brinq back information. > > > > This refactory of the queries made by mapserver is alright or this is a > bug? > > > > Luigi Castro Cardeles > > > > > > _______________________________________________ > > 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 pramsey at cleverelephant.ca Fri Aug 7 14:25:00 2009 From: pramsey at cleverelephant.ca (Paul Ramsey) Date: Fri, 7 Aug 2009 14:25:00 -0700 Subject: [mapserver-users] Unexpected behavior of wfs layer using postgis In-Reply-To: References: <30fe546d0908070957s22ebc163x66e5332c797497a@mail.gmail.com> Message-ID: <30fe546d0908071425m4e74d21cqff1f2f9161f93f7b@mail.gmail.com> Yes, http://trac.osgeo.org/mapserver/ticket/3069 On Fri, Aug 7, 2009 at 2:16 PM, Luigi Castro Cardeles wrote: > Thanks Paul :D, > > is there any ticket already open about that modification? > > best regards, > Luigi Castro Cardeles > > > 2009/8/7 Paul Ramsey >> >> It's not a bug, it's a feature! >> >> What you are seeing is the mapserver query life cycle. It is designed >> to be run on top of shape files, so when used on databases, it is very >> redundant. First it gathers the id's of all the features that match >> the criteria. Then it goes back and iterates through, getting each >> feature one at a time. >> >> The upcoming 5.6 release of mapserver will replace this query life >> cycle with one that is much more efficient for databases. >> >> P. >> >> On Fri, Aug 7, 2009 at 4:52 AM, Luigi Castro >> Cardeles wrote: >> > Hi list, >> > >> > I have a wfs layer (data stored at postgis) and that layer have a >> > complex >> > data statement >> > >> > mapfile >> > -----------xxxxxxxxxxxx------- >> > LISTCOIID - cgi param >> > ################## >> > #LAYER WFS PARCEL >> > ################## >> > ?LAYER >> > ??? NAME 'parcels' >> > ??? #DEBUG 5 >> > ??? METADATA >> > ??? "wfs_title" "parcels" >> > ??? "wfs_request_method" "get" >> > ??? "wfs_service" "wfs" >> > ??? "gml_featureid" "id" >> > ??? "gml_include_items" "all" >> > ??? "wfs_encoding" "UTF8" >> > ??? END >> > >> > ??? TYPE POLYGON >> > ??? STATUS ON >> > ??? DUMP TRUE >> > ??? CONNECTIONTYPE postgis >> > ??? CONNECTION "host=localhost user='postgres' >> > password=postgres_password >> > dbname='wfs_server'" >> > ??? DATA "the_geom FROM (select distinct parcel.id,parcel.the_geom from >> > mapserver_parcels parcel where parcel.parcelid in( SELECT distinct >> > col.id >> > FROM college col WHERE col.date_exclude IS NULL AND ((%LISTCOIID% = >> > col.id) >> > OR (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group >> > pag, >> > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is >> > null >> > AND colv.date_exclude is null AND pa.date_exclude is null AND >> > colv.perm_group_FK = pagi.perm_group_fk AND pagi.perm_group_fk = pag.id >> > AND >> > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = >> > 'Test1' AND colv.org_interference_fk = %LISTCOIID% AND >> > colv.org_interference_fk_fk = col.id) > 0))) as foo USING UNIQUE id >> > USING >> > SRID=4326" >> > ??? #PROCESSING "CLOSE_CONNECTION=DEFER" >> > ??? PROJECTION >> > ??? 'init=epsg:4326' >> > ??? #?? "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs" >> > ??? END >> > >> > ???? CLASS >> > ?????? NAME 'parcels' >> > ?????? STYLE >> > ???????? SYMBOL 0 >> > ???????? SIZE 10 >> > ???????? OUTLINECOLOR 0 0 0 >> > ???????? COLOR 150 123 90 >> > ?????? END >> > ??? END >> > ? END >> > ------------xxxxxxxxxxxxx---------------- >> > >> > when i activated the postgres log, i notice a strange, don't expected >> > behavior. Mapserver changes the query (the data statement)? and >> > refactory in >> > 4(four) other queries: >> > >> > query 1: >> > >> > select >> > encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') >> > as >> > geom,"id" from (select distinct parcel.id,parcel.the_geom from >> > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id >> > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR >> > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group >> > pag, >> > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is >> > null >> > AND colv.date_exclude is null AND pa.date_exclude is null AND >> > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND >> > pag.date_exclude IS NULL AND colv.perm_group_FK = pagi.perm_group_ AND >> > pagi.perm_group_ = pag.id AND pag.date_exclude IS NULL AND >> > pagi.perm_acess_fk = pa.id AND pa.name = org_interference_fk AND >> > colv.org_interference_fk = 25 AND colv.org_interference_fk_fk = col.id) >> > > >> > 0))) as foo where the_geom && GeomFromText('POLYGON((-48.05 >> > -15.77,-48.05 >> > -15.71,-47.85 -15.71,-47.85 -15.77,-48.05 -15.77))',4326) >> > >> > query 2: >> > >> > select * from (select distinct parcel.id,parcel.the_geom from >> > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id >> > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR >> > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group >> > pag, >> > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is >> > null >> > AND colv.date_exclude is null AND pa.date_exclude is null AND >> > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND >> > pag.date_exclude IS NULL AND??? pagi.perm_acess_fk = pa.id AND pa.name = >> > org_interference_fk AND colv.org_interference_fk = 25 AND >> > colv.org_interference_fk_fk = col.id) > 0))) as foo where false limit 0 >> > >> > >> > query 3: >> > >> > select >> > >> > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') >> > as geom,"id" from (select distinct parcel.id,parcel.the_geom from >> > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id >> > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR >> > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group >> > pag, >> > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is >> > null >> > AND colv.date_exclude is null AND pa.date_exclude is null AND >> > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND >> > pag.date_exclude IS NULL AND pagi.perm_acess_fk = pa.id AND pa.name = >> > org_interference_fk AND colv.org_interference_fk = 25 AND >> > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 245 >> > >> > >> > query 4: >> > >> > >> > select >> > >> > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') >> > as geom,"id" from (select distinct parcel.id,parcel.the_geom from >> > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id >> > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR >> > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group >> > pag, >> > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is >> > null >> > AND colv.date_exclude is null AND pa.date_exclude is null AND >> > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND >> > pag.date_exclude IS NULL AND??? pagi.perm_acess_fk = pa.id AND pa.name = >> > org_interference_fk AND colv.org_interference_fk = 25 AND >> > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 246 >> > >> > query 5 >> > select >> > >> > "id",encode(AsBinary(force_collection(force_2d("the_geom")),'NDR'),'base64') >> > as geom,"id" from (select distinct parcel.id,parcel.the_geom from >> > mapserver_parcels parcel where parcel.parcelid in(SELECT distinct col.id >> > FROM college col WHERE col.date_exclude IS NULL AND ((25 = col.id) OR >> > (SELECT count(*) FROM perm_group_item pagi, visual colv , perm_group >> > pag, >> > perm_acess pa WHERE pagi.date_exclude is null AND pag.date_exclude is >> > null >> > AND colv.date_exclude is null AND pa.date_exclude is null AND >> > colv.perm_group_FK = pagi.perm_group_ AND pagi.perm_group_ = pag.id AND >> > pag.date_exclude IS NULL AND??? pagi.perm_acess_fk = pa.id AND pa.name = >> > org_interference_fk AND colv.org_interference_fk = 25 AND >> > colv.org_interference_fk_fk = col.id) > 0))) as foo where "id" = 247 >> > ------------xxxxxxxxxxxxxx---------------- >> > >> > the wfs layer are returning 3 geometries (that is the expected result) >> > but i >> > don't understand why mapserver is generating this four queries. >> > >> > the first query (query 1) returns the id column (pk on my table) and >> > the_geom (geometry column). >> > >> > the second query (query 2) don't return nothing. >> > >> > the third query (query 3) return the first id and the first the_geom >> > values >> > (query 1 already did that). >> > >> > the forth query (query 4) return the second id and the second the_geom >> > values (query 1 already did that). >> > >> > the fifth query (query 5) return the third id and the third the_geom >> > values >> > (query 1 already did that). >> > >> > ------------------------------------------- >> > >> > Aproximated times: >> > >> > query 1: 3s >> > query 2: 18ms >> > query 3: 2.6s >> > query 4: 2.5s >> > query 5: 2.7s >> > ------------------------------------------ >> > >> > >> > The problem with this extra-queries is that they consume time so the >> > query >> > uses 8 seconds to bring back the information when should use 3 seconds >> > to >> > brinq back information. >> > >> > This refactory of the queries made by mapserver is alright or this is a >> > bug? >> > >> > Luigi Castro Cardeles >> > >> > >> > _______________________________________________ >> > mapserver-users mailing list >> > mapserver-users at lists.osgeo.org >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > >> > > > From bicphuongonline at yahoo.com Fri Aug 7 19:31:43 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Fri, 7 Aug 2009 21:31:43 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A7C4E0A.9050406@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> Message-ID: <1249698703909-3407796.post@n2.nabble.com> Andy Colson wrote: > > > Its a little hard to read wrapped like that, but, looks to me like cpu > is 100% idle. Looks like you have an extra "st" column, I'm not sure > what that is. > > With two clients, how was the response time? You are not going to > generate very much data, so you wont use very much network bandwidth. > > 200Mbps / 8 bits = 25 Meg per second, a mapfile is going to generate > 10-20k, which is what, 1% of your bandwidth. If response time on the > client was ok, then I'm not sure what we are trying to solve. > > -Andy > > Dear Andy, Response time is very fast (in the status bar of Firefox, I see waiting then tranfering then waiting ... very very fast) but it's too long to complete any request (some tiles is not downloaded, very long to load WMS layer). There's 1 tilecacle layer and 17 WMS layers. Client requests much of data As the first post, I want to increase download speed to complete any request as fast as it can. -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3407796.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Fri Aug 7 19:37:30 2009 From: andy at squeakycode.net (Andy Colson) Date: Fri, 07 Aug 2009 21:37:30 -0500 Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249698703909-3407796.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> Message-ID: <4A7CE4EA.1060202@squeakycode.net> Alphatran wrote: > > > Andy Colson wrote: >> >> Its a little hard to read wrapped like that, but, looks to me like cpu >> is 100% idle. Looks like you have an extra "st" column, I'm not sure >> what that is. >> >> With two clients, how was the response time? You are not going to >> generate very much data, so you wont use very much network bandwidth. >> >> 200Mbps / 8 bits = 25 Meg per second, a mapfile is going to generate >> 10-20k, which is what, 1% of your bandwidth. If response time on the >> client was ok, then I'm not sure what we are trying to solve. >> >> -Andy >> >> > > Dear Andy, > > Response time is very fast (in the status bar of Firefox, I see waiting then > tranfering then waiting ... very very fast) but it's too long to complete > any request (some tiles is not downloaded, very long to load WMS layer). > There's 1 tilecacle layer and 17 WMS layers. Client requests much of data > > As the first post, I want to increase download speed to complete any request > as fast as it can. Ahh.. Ok. Have you tried using multiple urls for each layer? like: http://openlayers.org/dev/examples/multiserver.html -Andy From bicphuongonline at yahoo.com Fri Aug 7 19:55:56 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Fri, 7 Aug 2009 21:55:56 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A7CE4EA.1060202@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> Message-ID: <1249700156262-3407847.post@n2.nabble.com> Andy Colson wrote: > > > Ahh.. Ok. > > Have you tried using multiple urls for each layer? > > like: > > http://openlayers.org/dev/examples/multiserver.html > > -Andy > > Thanks Andy very much, Multiple urls for each layer is greate solution. I'm very happy to get help from you! But at the moment, our system has only 2 server, one for backup one running, I cannot use the solution above. -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3407847.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bicphuongonline at yahoo.com Fri Aug 7 20:58:18 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Fri, 7 Aug 2009 22:58:18 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249700156262-3407847.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> Message-ID: <1249703898435-3407974.post@n2.nabble.com> Andy Colson wrote: > > > Ahh.. Ok. > > Have you tried using multiple urls for each layer? > > like: > > http://openlayers.org/dev/examples/multiserver.html > > -Andy > > Thanks Andy very much, > > Multiple urls for each layer is greate solution. I'm very happy to get > help from you! > > But at the moment, our system has only 2 server, one for backup one > running, I cannot use the solution above. > Oh, I will try pointing to the same server with different URLs... -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3407974.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bicphuongonline at yahoo.com Fri Aug 7 21:58:55 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Fri, 7 Aug 2009 23:58:55 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249703898435-3407974.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> Message-ID: <1249707535848-3408104.post@n2.nabble.com> Dear Andy, My server is on LAN, will you please tell me how can I make multiple different URLs to only one server ? I do not know how to edit /etc/host to make multiple different URLs to only one server -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3408104.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bicphuongonline at yahoo.com Fri Aug 7 23:06:21 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Sat, 8 Aug 2009 01:06:21 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249707535848-3408104.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> Message-ID: <1249711581187-3408238.post@n2.nabble.com> Dear Andy, Now I have multiple different URLs to one server but the site is not much faster. I think it should be much faster May I be missing something, Andy? -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3408238.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Sat Aug 8 08:00:49 2009 From: andy at squeakycode.net (Andy Colson) Date: Sat, 08 Aug 2009 10:00:49 -0500 Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249711581187-3408238.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> Message-ID: <4A7D9321.7060208@squeakycode.net> Alphatran wrote: > > Dear Andy, > > Now I have multiple different URLs to one server but the site is not much > faster. I think it should be much faster > > May I be missing something, Andy? > Sorry I left you hanging there, it was past my bed time. I'm not really sure at this point. Sounds like client side just is not requesting more than one thing at a time. The server is sitting idle. You tried multiple-urls... you put the new ip's in the clients hosts file right? (and not the servers). Its the client that'll need to lookup the address. Are you using firebug? Can you see if its making multiple requests at once? Have you tried this: http://openlayers.org/dev/examples/layerLoadMonitoring.html -Andy From szekerest at gmail.com Sat Aug 8 11:03:02 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Sat, 8 Aug 2009 20:03:02 +0200 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> Message-ID: Could you back up a portion of this data in order to have this problem reproduced on my server easily? A sample c# code with a mapfile would also be helpful. Best regards, Tamas 2009/8/7 Paul james > The same behaviour occurs with other layers too ... > > Argentina > > STGeometryType : Polygon > > STAsBinary: > > 0x0103000000010000003B020000503BE5D2EBCB4CC010FB3ECD25323EC078AFE5CCCCCC4CC0F0F50C3333333EC0E884D76855F54CC0000B66E3DD5D3FC0D06AC8B299194DC04828A299993940C0587B913B33134DC078C37CDDCC4C40C028D82B5244444DC020F1A43522C240C058EAA29388284DC0285ECF4F555541C0400A121F11914CC078987DBEBBBB41C080391BF4DD9D4CC0E047F27C771742C0D8A6BB4F55554CC020215DB0AA4A42C04879237766A64CC08091F8A199B942C058932B9677F74CC050BDD393882843C0585DC454336B4DC048EC7A02EF3E43C0086FFD0AEFDE4DC0901CCA68555543C068E8F2C0AA524EC0400859CFBB6B43C010FA2B7766C64EC08838A835228243C0080432B0AA2A4FC0F017B199997943C02814349677174FC018AA9F9388A843C0B0930E7766264FC060691177664644C0D069CFD7BB5B4FC048461677668644C0DC77D69D990950C0F888BF35228244C0C827E597884850C01895A0DDCC6C44C0C0B8D33F333350C008B29899991945C06005E539222250C03091C493882845C088E3147D770750C0108ECF35222245C0408AE11000E04FC0207A5EB0AA0A45C038B2CBB299D94FC0186EC993886845C09CCB38DFDD0D50C0E005B14F555545C08CE44BDFDD3D50C0E005B14F555545C044A2C73F331350C0E894E010008045C084E6975A445450C0F800B75FD9C045C0087A021F116150C0F800B75FD9C045C0F0F046FEEE6E50C0F800B75FD9C045C004FDA35A447450C0F800B75FD9C045C0684542DFDD7D50C0F800B75FD9C045C0DC4749DFDD8D50C0F800B75FD9C045C02C7FEE39229250C0F800B75FD9C045C0F86D85BEBBB350C0F800B75FD9C045C090844F7B66BE50C0F800B75FD9C045C0E87CC73F33C350C0F800B75FD9C045C03C6C95B8AACA50C0F800B75FD9C045C0BCFFFF7C77D750C0F800B75FD9C045C078E2EB3922E250C0F800B75FD9C045C08896C89D99E950C0F800B75FD9C045C07841547B66F650C0F800B75FD9C045C0A8C152DFDDFD50C0F800B75FD9C045C060B8985A440451C0F800B75FD9C045C06498565C551551C0F800B75FD9C045C0A89BB4B8AA1A51C0F800B75FD9C045C0AC777BBEBB1B51C0F800B75FD9C045C0040C3DDFDD1D51C0F800B75FD9C045C02057091F112151C0F800B75FD9C045C0A0A35C5C552551C0F800B75FD9C045C02C2F1F7D772751C0F800B75FD9C045C0908AA40C002851C0F800B75FD9C045C09412F997882851C0F800B75FD9C045C0E8EDD13F333351C0F800B75FD9C045C0A8656D7B663651C0F800B75FD9C045C0D4F9C59D993951C0F800B75FD9C045C03CDD9FB8AA3A51C0F800B75FD9C045C0F05CE397884851C0F800B75FD9C045C01405CC9D994951C0F800B75FD9C045C028EDEFFFFF4F51C0F800B75FD9C045C04438BC3F335351C0F800B75FD9C045C02C68E997885851C0F800B75FD9C045C0AC66A4DDCC6C51C0F800B75FD9C045C078921C7D777751C0F800B75FD9C045C01C060300008051C0F800B75FD9C045C02CD9F39788C851C0F800B75FD9C045C0A874060000E051C0F800B75FD9C045C02CA3AC5A44E451C0F800B75FD9C045C0783F161F11F151C0F800B75FD9C045C004CBD83F33F351C0F800B75FD9C045C00CB7485C55F551C05011111F119145C0083AEA97880852C0008A25B0AA4A45C0A076527B66F651C0883B295244E444C05CF449DFDDED51C0A845257D773744C01CE943DFDDDD51C0509A241F11B143C010B2C53F33C351C02097AD10006043C0F466F9FFFFBF51C0B066B94F551543C0BC1D041F11C151C060649E9999A942C02001DE3922C251C0E87429DBDD3D42C08048455C559551C090A1B59388E841C0D4DC067D779751C060E28F3B339341C0E075F697887851C0E852211F11F140C054314BFEEE7E51C0000D377766A640C074F81E9C889051C0C09F90E3DD3D40C090BFF23922A251C060C808B0AAAA3FC08048455C559551C0B05EE68288083FC0ACC50C1F118151C030CF776666663EC0605E9331227A51C0503AB6CCCCAC3DC0C44EC83F337351C060EE3C2233F33CC0ACB0E0EBDD4D51C0406D0CCDCC0C3CC09412F997882851C02024296666263BC038E0C43F331351C08032672D22E23AC0DCCEA45A442451C0B0A692DDCC4C3AC08C97FFFFFF1F51C06040716666E638C0508CF9FFFF0F51C090866766666638C08837605C55D550C000D4FD49440438C00029FCFFFFBF50C0F0F7A910000037C060147EBEBBCB50C0E0ACCB0511D136C06C0753FEEE8E50C0D0E1068388C835C0EC73E839228250C010D817B0AAEA35C0CCA4435C553550C03017732D222236C030AEBB9D991950C030C6437D77B736C07C0BFF1E110150C0D09120B0AA2A36C0A881B79388684FC080A79210000036C0A851151F11514FC0B02347A5BB3B36C080287902EFDE4EC030FE93CCCC0C37C000477DDDCC6C4EC0904F60F4DDDD37C0F81C257766064EC0D00E5027113138C0F8F2CC1000A04DC0B06A0B4A448438C09038FF4333334DC0B0225C9999F938C0C88F2F7766C64CC0A0512CE9EE6E39C0E0E33FAA99094DC0C0AEC9FFFF5F3AC048D093DDCC4C4DC0700EB70511513BC0E057F58D77B74CC01065D14944643BC078A0B13522224CC070E1377D77773BC0A846A19388C84BC0907C901000403BC0087D1C1F11514BC0D0507B2233333AC088DC7EE2B04B4BC0D0C57D52849739C03836773F35464BC040CE5A21C79639C05857CAFD47444BC0F0618A001A9939C0809D501DAB444BC03040BBDA199E39C080CFF1230C434BC010F351E2C7A039C050DF39DE01404BC0C0CA48D93D9D39C0987B96BDFA3A4BC0E06874669EA439C0E8D55203E9384BC020A18CDDB0A939C038C48601F6374BC0F0FFE31E2EB139C048600FE1EE364BC060745A84EFB139C0085C26DC0F364BC080B2C82539B039C0A8D8CCE061364BC0F02B092383A839C0C81663423E324BC0F02767211DA239C0A8DDAAFF57314BC0802680DF309939C050C419E15E2F4BC0507069C70C9839C048DECCC3972D4BC030EF3D594D9B39C02095DA612F2C4BC0F068521F669B39C0C8C28DFCFA294BC060ECDCDB669239C02855E121A9254BC0E0A5D662B88E39C0086CCFE1AF234BC0C02A4861A58E39C0A808C940F31F4BC0E0C58D63CD9839C050AED280091E4BC0B09A697CB59739C0A85455BC581E4BC0A0C30A62F79139C038E0C242751D4BC08001D2C0029039C02075A71F7F194BC0B04C373EE99439C0D89D99C2A0164BC0F071A59F8C9539C048D21A3C68164BC060D1E97E329239C0B8F3F6FB361A4BC0202F0DE09F8E39C0F8A328205F1A4BC0F09FE687668A39C0F8A30B6361184BC0000D2FBCAD8839C0D821323F8C144BC0D001627A6D8A39C0E83563FE60124BC04039289B1D8539C06064D460520E4BC020DF9A1C067F39C08092F5FBE10B4BC0D02FC61C058039C09827549D2B0C4BC0D000B1C1A48439C0A0ECFAFECD0F4BC0D0B86B5BB09039C0605A2123A00C4BC070168A78249E39C0D831313C840B4BC0A08AC9A4139D39C050591D7D770B4BC05067E742AD9539C0B8761DDC0F0A4BC0907E5ABAD68E39C098F5795C70064BC020B90D41649539C0183221232F054BC0B0AB73FA419539C088D3D6BBB0034BC07068459F1C9139C020CD1DFD4B024BC0F0CB1267609039C0B02398E2C7FE4AC0D02C3E88F29539C058C6FC3B30FC4AC0D0F3CCE68F9939C0785EE75B03FD4AC020C73B008B9C39C0F0D655A06BFB4AC0E03A077D059D39C0A0BFFC5E27FB4AC0907CB1FB3AA439C008B26A2040FA4AC0E053F57E88A539C0504FF6E2E0F84AC090EF8A7D90A139C0A86CF3C2F2F94AC040B6DA42E59F39C0187DCDE045F94AC060CE307A8A9C39C060D0787E6DF74AC070CBE5243E9F39C0887C921E30F54AC02046E9DBBC9D39C0683DE641D0F54AC0A04456C423A139C0D0CB2B9EECF44AC060D6DABAEFA039C0A004EFFCBFF44AC080E0565DC1A239C038B7A49EE9F14AC08066E625709F39C0A01F7EE080F24AC0A0E9D66378A439C0384BA76306F04AC04062063BE2A439C048D0E8A2CBF14AC0803BB00035A939C0085E781DFFEF4AC0D04B02D979A739C060AE9EE238EE4AC030496C63B2A839C00036331D57ED4AC020D781C076AC39C0C86AE21EDAED4AC0702ABEFD0DAE39C0D0A95102B8EB4AC0D006A4DD03B039C0C0A7BE41B4EC4AC0908B5E7EC3B039C030C5DB5D4AED4AC010586567EFB039C0E05DE5C2D6EC4AC060D20B3AB0B439C00890E2BE9CEF4AC0407469BF98B139C05807F6BB94EE4AC010FBBAF961B439C008797E616BF04AC0202884E732B539C048833E43C6ED4AC09073BBE523B939C0B8B4899FAAEE4AC05024FD3F86BE39C018DFDDFB8DEC4AC010DE2043A9BD39C090A38681CAEA4AC0908AFD1EDABF39C0D8369980B4EB4AC03099A86071C039C0B814F3606EEB4AC090D114FB91C239C0201FA0409FEC4AC020FA346212C239C078FAF85F91ED4AC09039753A1DC439C070AEA161BFEB4AC0C06BB48349C539C010E956BF44EA4AC0B04AF2C401C839C0006BD3DBD7EB4AC0F06933C364CA39C0F8D5902139E94AC0C05C1048C2CA39C0E0B09B7CEBE94AC0D091C9FCBFCE39C04817465CC7E84AC0703260E5B3D039C0B818E7813AEB4AC0D07A6EC3D2D039C0507CC122F7EA4AC0C0433E3E5BD339C0183D6401A2EC4AC0F00A84FA25D639C0C08BBF3FC2EA4AC08081C9E271D939C0C800C75F05EC4AC010C5F4218CDB39C050A753C076EA4AC010354A85CEDB39C08064FAE0EEEA4AC070F8FEDF65DE39C070937E6055E94AC040F8DCC30ADF39C040EAD00298EC4AC0C05265A86EE239C08850577FDAE84AC0D0D9C8E3A3E539C018F7AE62B8EA4AC0D017836116EA39C01875A57FBBE84AC03058BFE787E939C0E031FEDBF3E84AC08033CD8383ED39C068ED5F00A8EA4AC0403AE48172EB39C0E8D1EBBB77EA4AC0A02ADA4509EE39C01037C062D4EB4AC03081FA7DE4EE39C0E8C15F6264EB4AC0D074DFFA23F439C0007CCC3EE4E94AC030CC23656EF639C038EA7AA1F1EA4AC0009AEC7BB8F839C0B81B00E21FE84AC0307DCC81ADFA39C0589C6ADE8EE84AC060BE1E9D47FD39C0986A2A9E97E64AC000D2387826FC39C0B08292A1F1E64AC0F07DB1BFD1FE39C098705B1EC1E34AC00065802827023AC0A063AD7DC8E34AC030AEA49B6E053AC03088DEC0ABE14AC06017083928093AC080631A23A0E04AC0E07FBF6184083AC0301A5740BEE04AC080AB487B840A3AC030C79FDE1ADE4AC06011149FAE0A3AC0B0375A1EDDDC4AC0403BEBE2A8103AC04810C43E90DE4AC02065CFE3A3153AC098271D80D4DE4AC0F0FB8D7BD61D3AC03889A083BCDC4AC0A03074E1CF203AC02859C2FC86DB4AC0E0BCA86455203AC0E019F2BC8DD94AC0F09AAA65F9263AC0708B3942CDD64AC0E0C0E707042A3AC0A8EEFEC2F2D54AC07071D562F02C3AC0A077676132D34AC070F9BE3CBA313AC0404BE4A293D34AC0908AF4BB77343AC0404B36DD24D24AC0B074F1A129373AC0C81C205E82D34AC010217DB83A3C3AC080CD696731D24AC0B09CC676CD3E3AC090C015247DD24AC0200E00295C3F3AC0E04258AA6FD24AC0F0425780AD3F3AC05887AC9CA1D24AC0B07D5A389E3F3AC000CDFB2004D24AC08031EDDB66423AC048B8C05D85D24AC0100BC11D8B493AC098AF722217D64AC0C0C7A65A0B533AC0B0C962FED1D54AC0E0114F008B543AC0E0C226FE99D74AC070B28F5914563AC0589B1A8122D84AC010D6E61A9E5A3AC078FCD4A0F7D84AC0D01CA1A5D75A3AC030FFC39F36D84AC050827F00FC5B3AC0505DC04275D94AC050440FE1095D3AC038D433419CD94AC0606369F834633AC0503B571CB1DA4AC0406733232F633AC040167E5E0ED94AC030BBD3E2FF663AC008FC34A226DA4AC0C05EBFFE5E6A3AC068C07E1DFFD74AC0200E24E3A76D3AC0102BD95D11D84AC0A0EE0A276A713AC03067FDE2FCD94AC000BF233F00713AC0383B1A232FD94AC0D0F521FAED773AC0785F90FCFAD94AC060D83F7C7C763AC0F81554FD67DB4AC0E08EBE2477783AC0F894D4E061DA4AC070B719C11A7B3AC0A076FBFFC7D94AC080B1B8FC16793AC0E06608FFE9D84AC010D3B04482793AC0E055F2DEDFD84AC050E063A46C7D3AC000248FE3DDD94AC070958BDD767D3AC048A5551E88DA4AC020C5BAB704803AC018D5B661F7D94AC0F0E6FE6705823AC03060F0614BDD4AC0505DC3A6B2803AC0A09865FCDEDC4AC08039C29F70863AC0B04F9A7C96DB4AC0C07AFC3FA5863AC0E03A3F7D93DC4AC080C0DF662A883AC0A8EE6E6210DC4AC07032BED87B893AC0482A94DEC6DE4AC000CC8083858B3AC0F05C3D01A2DC4AC0200AB2DEC38D3AC0F8EB14C11BDE4AC0C00E6E04E3903AC050213542E9DB4AC0207774FA958E3AC0C09B850260DA4AC0308ECF21378F3AC010B0171E50DC4AC06042FADEE08F3AC01888BDDC98DC4AC0C0BBD6F8A1963AC0487362DD95DD4AC08018155914963AC0E82DEB7F48DD4AC0F050F95C179A3AC000C778FCFADD4AC0001E4A60C79B3AC0A0129E1D38DD4AC0E02DF681E49D3AC0D07A507DAFDD4AC06047650229A13AC0285D81A0BFDE4AC00046EBC62EA13AC05003169E97DE4AC0E0B1D71CAFA43AC0B827931DFFDF4AC05014C54082A23AC0D06905E011E14AC0103B569E06A43AC0C0660201DDDD4AC0B0431A0325A53AC0002E0BBCCCDC4AC0F0890E7B67A83AC090FBE35E60DC4AC0202175DAA9A53AC0989BB481E6DB4AC040563C1AA2AA3AC0B048703EE7DC4AC090594C21ACAA3AC01096F54388DD4AC030B3385872AD3AC020C4F6A293DB4AC02017C35FB1AE3AC058A934FE44DD4AC0102D791805B13AC090DBE23E00DF4AC030DD4B4415AE3AC010A9EDDFA0DD4AC0806E4FBC1FB33AC070DB6CA1D5DD4AC0D0721E1939B73AC0A820137EA9DF4AC030C6ED19FAB73AC01092A63F6DE04AC070AF5C01A1B53AC028BD06DFDFE04AC040417C1B0DB83AC010E50ABFF0DE4AC0601EAA97DEBA3AC0980623A2EEDF4AC090B5931E68BD3AC078E2EC402BDE4AC0E0DBCB26BFBD3AC090A95BE064DD4AC0100B7D8505BB3AC0582E031F66DB4AC0202CE6C3B4BF3AC0C8ADEE839DDC4AC0004BA5B73FC33AC01838C59F1ADF4AC0F0C0281C25C33AC020CEA9E045DD4AC060B4D4E1E9C53AC078F9162461D94AC01008A1C69FC43AC010A9D022A3DB4AC030D37DD8B7C73AC060D869C2A0DA4AC0E0F958A608CC3AC0C809986187D94AC0304AB15703CC3AC0485640A31FD94AC070470FC39DCF3AC0F8D63FFDD8DA4AC06065321BD7CF3AC03884E821FED74AC0A0CE333A1FD63AC02013B93BDCD84AC01055BA97A6D83AC06097B13E90D64AC050FF74BFD0D73AC0E097028256D44AC0F039665A63DC3AC028D74922FBD84AC01062BE4290DB3AC02888DA03E5D64AC0A05CA9046DDE3AC0E06608FFE9D84AC020CEBE05D9E23AC08834E42004D64AC050B5364161E43AC01831603FE1D64AC04059BA6455E83AC0202A00DC0FD64AC0300B9204A8E93AC0081D2F800CD94AC060CB263D46ED3AC0381D8BDFBFD54AC0A07BC20419F13AC0C8A205A2B5DA4AC080CF27A112EF3AC0D8585E21E5D94AC0E0F4D0258DF53AC040630B0116DB4AC0E0B7C760E3F63AC098093C02D4DC4AC0F023766535F53AC0A0913BBE2FDE4AC090D1ED3E55F93AC0F0EEB580B4DB4AC0A0C3273BE2FC3AC078CD6A5F08DF4AC01070E23C9BFD3AC0487362DD95DD4AC0B0CE55880E013BC03878A720B0DE4AC040B367C58D033BC0F0553080F0DF4AC080F757793C013BC0A8A6108272E14AC040BC5965A5013BC0387259E388DF4AC0200E583AC8073BC090BD54A31FE14AC06012EC61BE083BC008D2B73F89E14AC050736BA65E0B3BC0C8E1C7FD64E44AC0404764FFCA063BC0803203E335E34AC0A08AA857AD0C3BC060BD2DC1FFE04AC0506FAB59830F3BC048134D3E93E14AC0F0D1BB25C8103BC09800F221C5E24AC020B16EC6A3103BC0303C6F0244E54AC090DBDDF8A10A3BC050DF943E90E64AC030397DBF420A3BC0206E285FECE54AC050FFEA37130F3BC0C03EC2FD9CE24AC0807CD04082123BC0A8C13383DCE34AC0E0454660E6133BC0680096C211E64AC0C093A245EF103BC0B08292A1F1E64AC0B0E9A6DB68143BC030F2163D7EE54AC0F03FFD04FC163BC0004D418330E34AC06032DF230D1A3BC0C01DE5DCB4E54AC0B0B28EBF0A1C3BC058CFB080B4E74AC0F04D135B09193BC0A0B7B7409FE84AC0D03059DBC0193BC0D0ACBC9C2EE74AC060BB837B2D1C3BC068961F20EEE64AC000865F452B1F3BC0888C57A12CE84AC0F01E9BA1F1203BC000294B0263E94AC09083889F53203BC0B892E97D71E94AC020EA535BE9213BC0D046608192E84AC010FDFD82A4233BC0C82D1FFC36E64AC0A0766988D6223BC0784A96230FE64AC0E00DB65BCB243BC0C0BE05E2E7E94AC09092053E5D253BC040B849A4FCEA4AC070DFDF5C8A273BC0103CD8FBC5EA4AC0308486E4F32A3BC02057515ED6EE4AC030CC20FA0C203BC028861A40DBF04AC0D03C23C43E213BC0C8FE548314F24AC090945EC361293BC0B0D5F31CAEF34AC0204E53DBDC2C3BC0286689BF98F94AC090B3D1DAC3263BC0A8E4B85FCCFA4AC0A04D502766293BC098D06AE3F9FA4AC080A9CC1C03323BC0F0B8017F86014BC0005F9B984B323BC050810A9E97024BC01026808653363BC0303012FDF7024BC0500C7E5B76403BC040EB22DEE5064BC060B8E76778433BC05071EEE3A1094BC0F0E511F9A04B3BC068FCF07E320E4BC020CC21FA9A4D3BC000466B1FD6134BC020F6BAFEB24B3BC0F8503744C0134BC0B09D5C9B1A443BC0D0C7F9FDF1144BC0F09D663C10413BC070CBC17E32164BC0D034C3FA5C413BC060EDEE81C7174BC0406604187A443BC0F8A30B6361184BC0B0FB0A60AD4E3BC0E8750A04561A4BC0E03BFDA02F553BC0D86BC33EAC1B4BC0A0BB779A94623BC0D0B8107C7D214BC0E0630841F3653BC0B093343F54224BC0A042027A8C6A3BC0484EBDE106224BC000FB605E636F3BC0705B767D74244BC070F45DDF88723BC000313C5F082B4BC040BFF19DD1663BC01024C762B82A4BC040755E5EF1743BC058C6FEDBF32C4BC0907168205E773BC08877473E20324BC0202A44C45C6A3BC088274F01A2344BC0202F497FBC673BC0B8102F438E374BC0F063E0175F6C3BC058B48D020B3C4BC0A0887F264F6D3BC0E8D8DB02EC3B4BC0B0C0439EEB6F3BC0888FA50166384BC070FEF37A68773BC020B44963ED394BC0405B55834C7A3BC0208CECA2AF3C4BC0702FF23F157B3BC088DCA2438B404BC030A25662477B3BC040C1729E78424BC0C0CA2BE675803BC0082D7920EB434BC0B072CD5772813BC0000888A2B2474BC040843E5BB2763BC0A0C40F7E71494BC000D3666517743BC05002F8E3DA4A4BC0A0B0B0834A743BC05002325ED64E4BC0E01DB31FF0883BC028EBFC7F2B514BC0A0BE6CC2A18B3BC0E08323A2B5524BC0F0983464028A3BC008B34564E7534BC0105E4B4205833BC0D8C3515FCF554BC0C0F0EEA0F5803BC06883EF1BED564BC000CFFA428F843BC0109780DCF0554BC0A0F302BDE18E3BC0089CFEC3B3564BC09042B91B9A923BC0F0F5F9A17D5C4BC0B0E589081D903BC0A8B06D03215F4BC04049AD5FCB8F3BC0804DFEE3A1614BC080FD1FFD4C953BC010141C4015634BC08076C4218E953BC00896985CA8644BC0404D777879923BC060CD65DCF0654BC0C06E0DF94A883BC0D0B300BEF7674BC0902BE7FD9B873BC0C0F67D00196A4BC0602C22B9DE8E3BC0289C7A9C866C4BC030B5EB61F69E3BC080A10DA4E06D4BC04005E5C2D6A03BC060B86B0305724BC0B041571E4EA03BC0F817A37DE5734BC0F08F00289AA33BC088FA85614F734BC0B0E5E11CE7B23BC000731163B5734BC0908132081FBA3BC0B88615425D764BC0508CA30304BF3BC0E878013E07784BC0700CF43C9BC53BC028061E6492794BC0501C7DA4FAC63BC0C85E485DC17E4BC0402DAC5AEDC53BC0A03079FCC27F4BC0403FBC4067CA3BC0303E805C70824BC060F0B880B4CB3BC0D0525DBD19874BC060D5BB57ADC43BC06881B45C538A4BC0301C7F22A3C73BC0B09C01BF638A4BC0A0C808BB0BCC3BC030271CFF3E834BC0E07CE88217D53BC008C407C30E834BC090AB859F72D83BC0402012FD13844BC0D0B6E2C5FADA3BC01066F4DB9E864BC080AE60D906DA3BC0D02AAEC24A8B4BC0A05D695E63D73BC030DC6F41288F4BC0D0D796E7FBD93BC0B07E050247904BC01019A1FE25DD3BC0D8F9B33FDE8F4BC07088F15A26E33BC0C011F11E11914BC0309094D977E53BC000EA10A299954BC0803C2187A6DC3BC0B043C8E045994BC060EA93D85EDB3BC098D6579E5C9D4BC0C091F5FBA9E13BC0F06E865D4DA04BC0603032DAC7EA3BC0101A0E64AEA24BC00073D9E6A9EE3BC0E0A7875D31A74BC0B0E0E8FBE1EB3BC068F18EDF30A94BC04051AA656CEC3BC088EF22014DAA4BC060FF3024EDEE3BC05041BAC24AAB4BC0803DE4C62CF73BC0205DCC5C18B14BC0500186D87DFB3BC0D0B25500FDB04BC06086853D0AFF3BC0D05F26FE0CAF4BC06001A6A10D043CC0C0FCDFC3CFAF4BC050C8EE79E3083CC03074519E5CB54BC0F09BE97BD50E3CC030B41064E7B74BC0908896BE10163CC0101E5E21C9B84BC07051CB03AD183CC05845403D9ABA4BC06056E7592C193CC048C2F8E2FCBD4BC060E96264AB133CC0B83930438EBF4BC0F0AB56D93E143CC068CE5DDD95C14BC020CC1819AC1C3CC08801E59F52C54BC0305E1ABDC51F3CC0B85A11213DC74BC070E92B07B3293CC0B8C2672101CB4BC08058901F7F253CC068B2E6E3DACA4BC0508672A5F21E3CC0F88D83A2EACD4BC06018E464C41D3CC098303BDE72CF4BC07017DA1917223CC0282358E15ECF4BC00093C15E0B263CC088C0CE62F0D04BC000B1EE82172D3CC0A0D4E7612FD44BC0B00F93258F2F3CC090BD9D4275D94BC0C021897FBB383CC0682B8EBCE4DF4BC0F0A0D25ED33B3CC068771BE0D8E34BC040D1187E38403CC0984D380340E34BC0A0264104FE443CC0901D403E93DD4BC0606685402E493CC090A1818385D54BC09093D9A370553CC0A0A5606342D84BC030B0899B54643CC0C806932364D84BC020D994BAF2693CC0A08E6BFD9FD94BC05001ADFE256D3CC000D490205CDB4BC080164D22516C3CC0602E2F7C7DDD4BC06012887879623CC0A00D793DB5E04BC0A041149F595E3CC000FA2960C9E74BC030DD2503955D3CC098F022C4EBEC4BC08054C403E55A3CC0004727A2EEEF4BC0A0B3237AFB5B3CC0D00BA72171F34BC050327E3D42693CC0E0FA9380EDF04BC08065B89DB7753CC0C8DF6D00FDF04BC0708B7007937A3CC010EE0D0055FE4BC090A80F1B487F3CC038348D5E2A024CC02048CEBF41833CC0F8D9815D31034CC00067FADD568A3CC018EE2ABD52004CC090114BBA4A933CC060AB2ABEF7FF4BC0309ABCC29D973CC040C7B322BF004CC040123264CB9A3CC010D736FF3E074CC0D06DBF2406A13CC0A8421B9CF90F4CC0D0179100E1AF3CC0A0FAF2E07D174CC0407D6A05C0C43CC0E804D43C9D214CC0A0F7EB9F1AC73CC050FEDBDB82254CC060ECBE5D11CC3CC080D6884067264CC0207E35A54AD03CC000A81C601E264CC0F09EB677F0E33CC088A17DDF30294CC0B09C0ADA00EC3CC088B652A3732C4CC08019D044BDF03CC0382438226E304CC0E096E42688F23CC0F864C9C35E344CC0400131A86EFA3CC0385948800C354CC0B057E3423A003DC058AC05E0BC324CC040614343AA043DC0605D2ADF4F354CC040D49D872F133DC008C912A31F414CC0E0BFA83AFF163DC020BBFB1F43454CC060BF293AE61C3DC0B836329C15494CC0D077F6BBCC1C3DC0100B617D584B4CC03006FAC1DC1E3DC02852C01EBD4D4CC0B0120DE598283DC0D0CCA76071524CC0502CDA4272323DC0807657DC9B534CC0C0F01A1E6C393DC03806A7C1FB524CC020C25D38F33F3DC050EE869FC6534CC0C0605224ED463DC0900944A1F4594CC0E0C0CC7ADC5B3DC018DB641DC7614CC0908B36BDC55F3DC028F6386326634CC0F0C6D2409F643DC0D8E5261D8F634CC0E0ECD29C9E6B3DC0F066577E8A634CC000DDB57F836E3DC0708F92DEA9664CC08009ABBD16743DC078B783BC90684CC02072B226C17B3DC0D0323E9D2B704CC010E6CEC3CF833DC0181C5C80287A4CC0D0C8A44160953DC07852EC1F277C4CC0F09135F8349B3DC028A19DBFED7B4CC0002A35029BA33DC038C35D1DAB804CC0002BF457AAA73DC05070C79F1A834CC0D098065E82AF3DC0F8737620248D4CC0F02A1C9A41C03DC058B4F2A17D904CC0201D6421C9C43DC0E80BF7E3A1954CC070252E00E1C73DC090CFE69E209D4CC010ACBEFE5DC73DC098408B3CBAA54CC0B0632983F8D43DC0301D5A5DF8A94CC0E03C9F0019E23DC02068EA9B51A94CC0509D3CE6E8ED3DC0306ACA4202AA4CC050926B03CCF83DC080A8661DABAC4CC05033ECC397013EC0C869B7A04CB34CC050E4B9183D073EC030893944C0B74CC020F77D27BA0E3EC0788EEBDD75BA4CC0C033103A75193EC058A9B5FEB2BD4CC0B01CBFDEA61F3EC0784A34E17AC84CC04093EBC6BB2B3EC09031F54388D14CC080156403762D3EC010B3E26052D24CC0E0724ED845313EC0D0366D6342D04CC0103135DCBA2F3EC038450FA4E0CD4CC0E073608369303EC0503BE5D2EBCB4CC010FB3ECD25323EC0 > > > STAsText: > POLYGON ((-57.593134271554504 -30.195889308811331, -57.600000011588179 > -30.199999991096718, -57.91666899226567 -31.366666996395907, > -58.200003002033213 -32.450000003984826, -58.150000997577706 > -32.600001989288046, -58.533334990890864 -33.516668992555651, > -58.316667990253961 -34.666666008237655, -57.133335002716649 > -35.46666699535939, -57.233335984509722 -36.183333986569551, > -56.666665999056647 -36.583334012482965, -57.300001995392961 > -37.450000997897405, -57.93333699348176 -38.316668012989453, > -58.8375040015041 -38.491668996830924, -59.741670011279041 > -38.666668986022273, -60.64583598957762 -38.841669004891173, > -61.5500019993525 -39.016668994082522, -62.333333992406608 > -38.950000010940016, -62.183336997441359 -39.316667988740107, > -62.300001985662107 -40.550001986982124, -62.716670013690987 > -41.050001989246596, -64.150001010362246 -41.016669004939047, > -65.133336995873037 -40.8500020059675, -64.800003010520413 > -42.199999999578779, -64.533338998463933 -42.316668005924271, > -64.116668005370343 -42.266669012398893, -63.7500020123739 > -42.083334013110516, -63.700003003560084 -42.816668008188742, > -64.21666698976918 -42.666665994107234, -64.966667007555031 > -42.666665994107234, -64.300002999262745 -43.00000201192762, > -65.316671989765439 -43.50663372455341, -65.5166699909388 > -43.50663372455341, -65.7333369915757 -43.50663372455341, > -65.816672001023164 -43.50663372455341, -65.966666998594178 > -43.50663372455341, -66.21666700512236 -43.50663372455341, > -66.28333900728893 -43.50663372455341, -66.808333998014746 > -43.50663372455341, -66.975004985479472 -43.50663372455341, > -67.050002999126832 -43.50663372455341, -67.166669984741873 > -43.50663372455341, -67.366667985915171 -43.50663372455341, > -67.5333390048562 -43.50663372455341, -67.650000997435313 > -43.50663372455341, -67.850004989892 -43.50663372455341, -67.966667013947358 > -43.50663372455341, -68.0666719905289 -43.50663372455341, > -68.333335003438663 -43.50663372455341, -68.416670013785392 > -43.50663372455341, -68.43333398873682 -43.50663372455341, > -68.466666993728779 -43.50663372455341, -68.516669997331064 > -43.50663372455341, -68.583335009067468 -43.50663372455341, > -68.616668014958748 -43.50663372455341, -68.625003014263939 > -43.50663372455341, -68.633337014422352 -43.50663372455341, > -68.800003008851149 -43.50663372455341, -68.850005013306713 > -43.50663372455341, -68.900000995002586 -43.50663372455341, > -68.91666999446619 -43.50663372455341, -69.133336994203773 > -43.50663372455341, -69.150001000631448 -43.50663372455341, > -69.249999985030286 -43.50663372455341, -69.300002988632571 > -43.50663372455341, -69.383336999832579 -43.50663372455341, > -69.7000040154914 -43.50663372455341, -69.86666801252602 -43.50663372455341, > -70.0000000028162 -43.50663372455341, -71.1333370095569 -43.50663372455341, > -71.500000006012328 -43.50663372455341, -71.566672009078218 > -43.50663372455341, -71.7666700093522 -43.50663372455341, > -71.800003015243476 -43.50663372455341, -71.833334990511673 > -43.133335002263834, -72.133337000596043 -42.5833339865967, > -71.850004988222736 -41.783334989674643, -71.716667005749912 > -40.43333401031424, -71.466667000121049 -39.3833350113606, > -71.050002997457568 -38.75000198818293, -70.999999993855283 > -38.166665998008625, -71.016669992465665 -37.325000002231491, > -71.033338991929213 -36.4833330109048, -70.333334987315538 > -35.816667998969137, -70.366667992307441 -35.150000996833796, > -69.883337011989624 -33.883335009833729, -69.98333699553524 > -33.300002004509224, -70.258338003391884 -32.483334012620162, > -70.533339011248472 -31.666666986602991, -70.333334987315538 > -31.033332997553487, -70.0166700005272 -30.400000004053425, > -69.908337015070629 -29.674999994744496, -69.8000029998903 > -28.949998988986749, -69.216670007156324 -28.050000014814259, > -68.633337014422352 -27.149999985737054, -68.300002996694161 > -26.883334005064626, -68.566672001786571 -26.300000999740121, > -68.49999999962 -24.900000002526554, -68.2499999939912 -24.400000000262082, > -67.333335012399516 -24.016667007894284, -66.999999996423867 > -23.000000993248193, -67.183333991169548 -22.816665994859136, > -66.233337002833366 -21.783333005123325, -66.033339001660067 > -21.916666990109718, -64.833334985788667 -22.133334007833753, > -64.400000985414181 -22.716667012258938, -64.016669987742659 > -22.1666669921413, -62.816667999842423 -22.000000987819931, > -62.63333500424352 -22.233331994884509, -61.741668996009139 > -23.049999986773571, -60.8500019895273 -23.866668008340241, > -60.050001996156368 -24.191667992635132, -59.250002002785493 > -24.516667011058132, -58.40000200235329 -24.97499998568918, > -57.550002001021824 -25.433332989997893, -58.075001984783512 > -26.374999987353249, -58.600002000021561 -27.316665990058425, > -57.433336014553561 -27.391666997548839, -56.266668998462535 > -27.466667009489754, -55.566667989490554 -27.250000987315218, > -54.633335007582048 -26.199999003511778, -54.591335594123905 > -25.591862827020861, -54.548499997338183 -25.588975987119056, > -54.533447002219589 -25.598053010735327, -54.536472000468166 > -25.617582007136832, -54.523807995864445 -25.628049988753503, > -54.5000570089893 -25.614224987288935, -54.460776995160984 > -25.64304199544938, -54.444610991904312 -25.662855002244328, > -54.437195006183572 -25.692109995521548, -54.429165012843953 > -25.695060989459648, -54.422359007578109 -25.688372003076893, > -54.424862003347982 -25.658250989665191, -54.392525003798767 > -25.633256995853969, -54.38549800723132 -25.598401993548123, > -54.370082986432521 -25.593944991342426, -54.356193995507567 > -25.606648995991407, -54.345195991258379 -25.607027013415916, > -54.327972001284763 -25.571882001339304, -54.294224009538368 > -25.557501008419308, -54.278804994850418 -25.557210998648543, > -54.249610994492571 -25.596883985626732, -54.23466501509813 > -25.59261300638417, -54.237082997956634 -25.570181014659852, > -54.230141015199877 -25.562542010565721, -54.199192005888335 > -25.581684006214971, -54.176781010635466 -25.584176996127951, > -54.175055993172066 -25.571083004078332, -54.204802985746426 > -25.557127001971025, -54.20602800354385 -25.54062699680793, > -54.190472012218322 -25.533900987135894, -54.160529994467367 > -25.540733002593527, -54.143585012858068 -25.519983002968047, > -54.111888984400821 -25.496187007723279, -54.0928339909633 > -25.500078009019319, -54.0950810109054 -25.518138986314455, > -54.123473999520911 -25.565190995978639, -54.098637000356348 > -25.617744001114659, -54.089972995777941 -25.613580989078969, > -54.089584006624705 -25.584675008292209, -54.0786090034357 > -25.557963988393169, -54.050303992796387 -25.583561006403329, > -54.040501013954952 -25.583037999381929, -54.028830985923435 > -25.566842989392569, -54.017943992186929 -25.563970987404844, > -53.990475010191744 -25.585731997661071, -53.970221994805513 > -25.599852013623433, -53.976665008519319 -25.6114959855978, > -53.964221994317882 -25.61336499620927, -53.9621390089153 > -25.641525011855776, -53.9550819893812 -25.646614012617533, > -53.944362993496384 -25.631110998554107, -53.95272099386176 > -25.624591997524703, -53.947445011459592 -25.611487996020855, > -53.933028992644495 -25.62204199419233, -53.915530988241755 > -25.616163010074274, -53.920418012067614 -25.629452010213413, > -53.913471003899417 -25.628657988001919, -53.9121090094643 > -25.635763009748644, -53.8899420074726 -25.622804993391128, > -53.894558011611707 -25.642462005585571, -53.875194985090673 > -25.644077004488508, -53.889026988676562 -25.660965006852621, > -53.874972995541668 -25.654202998219091, -53.861110999566108 > -25.658971990525231, -53.854221010213223 -25.67368701143198, > -53.858219013743621 -25.67990098850936, -53.841553010821031 > -25.687558987184104, -53.8492510014471 -25.690482996065441, > -53.853831989583682 -25.691153013460337, -53.850303995128115 > -25.705814006696869, -53.871970997453957 -25.6937369949776, > -53.863914008265681 -25.704619987630451, -53.878277003053938 > -25.707807988896207, -53.857612996600949 -25.723204000725275, > -53.86458200668261 -25.744235991766175, -53.848083003364252 > -25.740863986515308, -53.834304991475733 -25.749422013187143, > -53.8414459941975 -25.751730004464832, -53.839305990878927 > -25.76003999002711, -53.848609998878828 -25.758093011792994, > -53.855998989650232 -25.766070989245748, -53.841777996011729 > -25.770652991817542, -53.830223004757613 -25.781276997712382, > -53.84252498458045 -25.790600013782694, -53.822056003304112 > -25.792027000422195, -53.827498985310513 -25.807616996012996, > -53.818583997940152 -25.815244995103455, -53.837723005142323 > -25.815715994331924, -53.835666985011471 -25.825611009789782, > -53.8486940135428 -25.8365170071001, -53.834053009537 -25.849394010730521, > -53.84391400544115 -25.857607004411932, -53.83174900135657 > -25.858620005242358, -53.83541500307274 -25.868741988896033, > -53.822917997173931 -25.87125801224488, -53.848389007577225 > -25.884501003968353, -53.81916801227004 -25.89703200963578, > -53.8337519983599 -25.91440400553239, -53.818222003736253 > -25.91222999974724, -53.819941996687476 -25.927788007352774, > -53.833251997794662 -25.919715994090666, -53.831778993746241 > -25.9298289926179, -53.84241899858 -25.933174012812003, -53.839000984913412 > -25.953674010805855, -53.827277994008909 -25.962621995200777, > -53.835498986260461 -25.9715650036469, -53.813472986271734 > -25.979210007118297, -53.816860010200514 -25.989373989110732, > -53.801502009116291 -25.984961999771258, -53.80424899724801 > -25.995388012726778, -53.779331011436796 -26.00841000685341, > -53.779555997526813 -26.021218993859463, -53.7630539976675 > -26.035770000911157, -53.754886997113317 -26.033269986393748, > -53.755806009798448 -26.041084008447342, -53.735194995895995 > -26.04172701110781, -53.725498003055122 -26.065077001981308, > -53.73877701352518 -26.084532011159467, -53.74085999892776 > -26.116553995288939, -53.724502995859837 -26.128172007433591, > -53.715056986710181 -26.126302996822119, -53.699638002599158 > -26.152242998267809, -53.678138998125064 -26.164124006348061, > -53.6714709992205 -26.175543000326286, -53.649974990388046 > -26.194248005508996, -53.652943002196935 -26.204951998903709, > -53.641750003348079 -26.215479012917683, -53.652416005782982 > -26.235271006154164, -53.642132689153186 -26.24532263134887, > -53.644443998929205 -26.247500002397032, -53.644032757850937 > -26.248741170219489, -53.645557007067225 -26.248507997601052, > -53.640751002263642 -26.259382005127463, -53.644695014096726 > -26.287278995160761, -53.67258101081751 -26.324391999929276, > -53.670470998989344 -26.330245990089566, -53.684386986662275 > -26.336248014051705, -53.688552988044364 -26.353974992138376, > -53.695057014462634 -26.354853011926764, -53.689166994763923 > -26.35931399453176, -53.698891014030437 -26.363431993701226, > -53.70008101492607 -26.387527013520753, -53.708529989808653 > -26.387438011216773, -53.695751010480762 -26.402342011158169, > -53.704304004546486 -26.415512010308476, -53.687472998514579 > -26.428343006422551, -53.688029986418883 -26.443026008767106, > -53.703029988986941 -26.441410013415407, -53.696751010711921 > -26.468474992075983, -53.7029720025011 -26.462836995684825, > -53.71411100965264 -26.470567986033416, -53.70611200695015 > -26.480876988199668, -53.701416013512471 -26.473007006732132, > -53.694640997984379 -26.474643986864123, -53.694331997230393 > -26.489938997634738, -53.7020840119294 -26.490094992235242, > -53.707279006785541 -26.500071986292028, -53.702861990235931 > -26.507894992572744, -53.728862993594134 -26.502726004311, > -53.72555499039413 -26.52515600673496, -53.715529990527443 > -26.525959014072896, -53.723251014589323 -26.531897000910703, > -53.719250015417231 -26.537045999941654, -53.74044401392581 > -26.545006007141637, -53.72369399543993 -26.553769987551391, > -53.735221991744709 -26.565964009160552, -53.718055988256879 > -26.556975987848205, -53.706054988134838 -26.559434998676977, > -53.721194993559152 -26.562025009249169, -53.723414986176238 > -26.588408996987482, -53.731136010238117 -26.586247985506361, > -53.728775014718678 -26.6019189938242, -53.73422199151355 > -26.608510988326088, -53.728275015052759 -26.616768000223487, > -53.731918014809366 -26.629532003141662, -53.740222991147959 > -26.629620010795406, -53.7390019996152 -26.643297007236356, > -53.749973008015729 -26.6348000031615, -53.758358004229763 > -26.640725990345402, -53.733307005093138 -26.645096010124405, > -53.724998002489883 -26.657828990029827, -53.72169099933592 > -26.647123006435436, -53.717972005069157 -26.666535987597172, > -53.725807003809109 -26.666688996448613, -53.730720992007377 > -26.677526010363351, -53.715443010798708 -26.682394013528324, > -53.728667998994467 -26.691484002670279, -53.742194996614785 > -26.680012005349624, -53.731472006840818 -26.699702996628275, > -53.733081987526816 -26.715714998182023, -53.747359999980574 > -26.718659992742857, -53.753334003766327 -26.709487996223686, > -53.756832006731486 -26.718950002513566, -53.741721992797579 > -26.729958991082071, -53.749470011808796 -26.739869986593078, > -53.735694995561914 -26.741197991152035, -53.729641003376969 > -26.730553000476959, -53.714053989938009 -26.748852008528161, > -53.723556987326049 -26.7626909998462, -53.743000003145596 > -26.762285003614068, -53.728694994843181 -26.773100008420784, > -53.698277007310878 -26.768062986673669, -53.71591601551529 > -26.780149012297613, -53.708030988390192 -26.797006985399889, > -53.699444007146269 -26.79692600324978, -53.696278005995339 > -26.811001006345975, -53.709746986552943 -26.811876010707579, > -53.687443007024228 -26.836413991592622, -53.69422098671771 > -26.8462920026696, -53.67627700492335 -26.843028989852712, > -53.658890010133973 -26.860891008336637, -53.695163999609861 > -26.857669993858565, -53.678863984780321 -26.868850985859012, > -53.694640997984379 -26.886123999675078, -53.672000991276093 > -26.89210898957873, -53.678749010056151 -26.907553000922462, > -53.6723589897922 -26.912719998984528, -53.695693991665451 > -26.926853010150239, -53.669918005873512 -26.941788003426723, > -53.708667996169936 -26.933878013820049, -53.702305003230947 > -26.959184993281156, -53.711609011230848 -26.964407013663617, > -53.725219992938207 -26.957846013396136, -53.735832003675796 > -26.973956997929747, -53.71644600757088 -26.987827012260482, > -53.742443015241349 -26.99064999130502, -53.731136010238117 > -27.00412799925715, -53.739749986431377 -27.013882005517416, > -53.749527000047124 -27.004829009987134, -53.761307008867618 > -27.006429991157574, -53.746364992785345 -27.03039898538384, > -53.758778015496432 -27.034155006537162, -53.762001003986427 > -27.044412995560663, -53.784332010840046 -27.026534997922909, > -53.775081993638196 -27.049519995353535, -53.757805011113987 > -27.060597996095851, -53.762306010851319 -27.065554006914624, > -53.771641009488292 -27.064999010109318, -53.791137985528962 > -27.04153399864623, -53.801276991550026 -27.040080993721119, > -53.796275992146775 -27.058886999962226, -53.770415992590188 > -27.072300005817397, -53.780167007705415 -27.077734009891969, > -53.79741699528023 -27.066151001159369, -53.80424899724801 > -27.07972500634213, -53.7929149972955 -27.089783012226633, > -53.774917990574977 -27.101763002387429, -53.794581996796751 > -27.109539005602244, -53.810196005185105 -27.097799007618903, > -53.817360009866434 -27.100599011683528, -53.806109993101586 > -27.110069007550351, -53.8041420130001 -27.12175401289096, > -53.813862006901275 -27.128687000628759, -53.823334013652129 > -27.12627598841533, -53.823775996255279 -27.132466991412116, > -53.816970989236893 -27.139228999146383, -53.798553004478492 > -27.136086011646171, -53.79733700598166 -27.143728000590158, > -53.827389004521592 -27.14595401416824, -53.835835014339409 > -27.154454998642393, -53.834166985114393 -27.167784006920726, > -53.865917005269011 -27.125198014266232, -53.881690991355129 > -27.129863985636632, -53.891251007558424 -27.161647997465991, > -53.903751009998246 -27.175245006406954, -53.949974004830722 > -27.151426006504664, -53.959361996917607 -27.161714989762572, > -53.960750987201379 -27.195359992948852, -54.011916995850584 > -27.196466005260845, -54.020251994256455 -27.212211996351527, > -54.023193010216687 -27.251805990479909, -54.053890006113306 > -27.263555997917479, -54.075253001620354 -27.295425001973797, > -54.110916011494567 -27.303146012545881, -54.154972007159813 > -27.295699997563247, -54.154305006990342 -27.2660309887994, > -54.1636350125915 -27.254153990796055, -54.173415989519413 > -27.255325005204952, -54.185775987304396 -27.267488003801418, > -54.190472012218322 -27.307332995110926, -54.205749993426991 > -27.33275800878971, -54.21619400541357 -27.385080007774036, > -54.261641987004282 -27.398243011997579, -54.268196011230771 > -27.416206002761669, -54.265835015711275 -27.435109995533821, > -54.28480499533805 -27.447401009023849, -54.336192993536315 > -27.401636001129418, -54.333752009617569 -27.45680799299339, > -54.351191996957539 -27.466280007838179, -54.39160898675533 > -27.415478006974922, -54.411194003724688 -27.405219989173133, > -54.434029005032642 -27.423326008112724, -54.469085997764239 > -27.42698898900619, -54.468139989230451 -27.437188998738463, > -54.440612989273234 -27.466437992638419, -54.45255700205621 > -27.477729996050812, -54.474109998227732 -27.480792996051093, > -54.504250006220047 -27.48155798544957, -54.519305997879655 > -27.501798997584729, -54.530613001983568 -27.50565098539181, > -54.560139004155644 -27.46365900303158, -54.573776014041186 > -27.453481996158189, -54.584805008028184 -27.454261999737923, > -54.615916990679239 -27.534913998822844, -54.634140013213539 > -27.545437003659231, -54.646168010083557 -27.539098990288892, > -54.655499013932115 -27.511798995399715, -54.670391001629184 > -27.503747995696131, -54.679110996198517 -27.517810999138419, > -54.671413004673127 -27.558131993504162, -54.677361010857624 > -27.572664005975241, -54.722584006358261 -27.562943013826668, > -54.74319498878441 -27.561696986967263, -54.762753009005792 > -27.583206005392185, -54.774086011610166 -27.584200010742734, > -54.78638799143306 -27.572165993811041, -54.796412992199066 > -27.5323939950747, -54.812247991888967 -27.529723996103314, > -54.828887998109622 -27.558085985987759, -54.847858009212644 > -27.620946998639909, -54.85841799417085 -27.628276997483454, > -54.890777995679628 -27.626191994002227, -54.905441002498208 > -27.639070987832326, -54.900860014361626 -27.698839001799286, > -54.903972991485716 -27.727036011057464, -54.924721012602674 > -27.746155002049193, -54.937721014708416 -27.771899995405363, > -54.949780001316242 -27.777262001556949, -54.990276012742072 > -27.773152987513868, -54.998138007330681 -27.79063801380039, > -55.0190539957224 -27.795723004485239, -55.055473013465985 > -27.7682699998453, -55.080669010293434 -27.779832988770238, > -55.081169009959353 -27.797053994793373, -55.025360001322383 > -27.832390004882541, -55.02388799552142 -27.845499010214155, > -55.0318600023752 -27.855388992166638, -55.051722997985166 > -27.85166700945274, -55.088219008486362 -27.841359997486165, > -55.118416003817742 -27.851500009848507, -55.127166989024204 > -27.863861002283613, -55.123969996336825 -27.887304004638679, > -55.133334987363469 -27.896360014696427, -55.168751009234256 > -27.861916013349855, -55.197445009026865 -27.856915985214414, > -55.229388993158125 -27.881500003293468, -55.25236100257996 > -27.917112004521528, -55.270946986089371 -27.932279995048702, > -55.30619401096169 -27.921416992525963, -55.321803993984588 > -27.923529008942978, -55.3304749889931 -27.933305990183158, > -55.338219014115225 -27.965526991579736, -55.383555984293935 > -27.982389004436584, -55.382720987172092 -27.996250004862645, > -55.367584007966457 -28.015832999256759, -55.373527988785554 > -28.034721012875082, -55.416888990185157 -28.057945007832984, > -55.43674898925417 -28.086193000556307, -55.443638010936525 > -28.096389996660434, -55.457832008726371 -28.098332995394571, > -55.484279986824333 -28.076833986423821, -55.496529005572881 > -28.079083999309603, -55.512386008075566 -28.112001007608455, > -55.541584002322509 -28.124111002862435, -55.556553014253439 > -28.162888000698729, -55.585971999801984 -28.146470997563029, > -55.584804999966593 -28.120889988384363, -55.608722986446026 > -28.116277986228283, -55.620692995930938 -28.133164993042953, > -55.620083015476041 -28.148610994586306, -55.632335997536813 > -28.176140006326932, -55.657695997427481 -28.185777996448167, > -55.69889099790737 -28.221610995273068, -55.749167985361794 > -28.233694006369603, -55.780056012545913 -28.250862008150989, > -55.775391008846043 -28.269500986009575, -55.731056004816423 > -28.285862000053726, -55.668137014671743 -28.333750000590555, > -55.689526006880669 -28.39191600905923, -55.690555998602179 > -28.413859998073463, -55.700195004957322 -28.426361005055981, > -55.713748999325617 -28.423113006420408, -55.730392001187965 > -28.384665997715615, -55.755531009777087 -28.36855501408138, > -55.810832996841782 -28.36555499720015, -55.850945012150248 > -28.355056987220905, -55.874470013788596 -28.359305986133791, > -55.9018899980216 -28.411166995343876, -55.882247993713236 > -28.459833009260819, -55.882720998429761 -28.478805985428551, > -55.986969000627255 -28.497193995783675, -56.016918009707695 > -28.512722003804924, -56.024944008258842 -28.540387986787209, > -56.002524991952839 -28.575359004332824, -55.999748011431393 > -28.592250987096293, -56.005832994253524 -28.604666006302296, > -56.056610013749491 -28.628999993072114, -56.1248049862964 > -28.687027011321163, -56.1835290132924 -28.768555010317186, > -56.262611011052115 -28.777750010594559, -56.293055994433075 > -28.797139987098831, -56.300026003661515 -28.813638997611747, > -56.297801984779653 -28.890387994847458, -56.321803985923054 > -28.921887996283374, -56.34727899111482 -28.940388012700623, > -56.378361012852508 -28.947390013511608, -56.409141991936792 > -28.978250991787036, -56.414444003416463 -29.000888996604488, > -56.396389010210157 -29.018223003339926, -56.416499992071067 > -29.074943996460433, -56.508777984783649 -29.089831987570392, > -56.541110990443713 -29.112887988273883, -56.570971989172392 > -29.11249899642263, -56.588637993225461 -29.12055599550348, > -56.60733398810072 -29.158582988444948, -56.644085008557909 > -29.197055986657062, -56.653193991381158 -29.224305993630651, > -56.648307997279005 -29.2498049954321, -56.654498997577889 > -29.277055997955131, -56.702778013440479 -29.358833003033283, > -56.76388900208093 -29.374111009422961, -56.7746089962132 > -29.393055011233571, -56.777804988854484 -29.420388986106332, > -56.777663986851508 -29.431694013500419, -56.802059003412865 > -29.453471998459918, -56.816917003931792 -29.483416002813215, > -56.876331000681262 -29.514888990414022, -56.954361004806 > -29.583500006418774, -56.969943991080925 -29.606277001455908, > -56.968193008391893 -29.6390839938922, -57.005222006590373 > -29.654942986594506, -57.02425000417918 -29.6855829969507, > -57.102665002668743 -29.751001006962667, -57.128834002979318 > -29.768694006864393, -57.169003005626848 -29.780776988283321, > -57.2275580050474 -29.778778001356898, -57.294745986933037 > -29.831916997532687, -57.327891987801536 -29.883194006802, > -57.322803010422149 -29.929335012243712, -57.328193997226094 > -29.971862996828634, -57.348972010732723 -30.006222005048869, > -57.400775994832259 -30.028276009925605, -57.435555008023925 > -30.057527988675361, -57.456722011583167 -30.099444989162066, > -57.482024992658523 -30.123639985712259, -57.566249990971244 > -30.170834000123477, -57.636970991824569 -30.177581989225928, > -57.643138991063211 -30.192471999313852, -57.6270260127327 > -30.186445010172122, -57.608417994934314 -30.189110003517158, > -57.593134271554504 -30.195889308811331)) > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bicphuongonline at yahoo.com Mon Aug 10 00:07:41 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Mon, 10 Aug 2009 02:07:41 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A7D9321.7060208@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> Message-ID: <1249888061978-3415557.post@n2.nabble.com> Andy Colson wrote: > > Sorry I left you hanging there, it was past my bed time. > > I'm not really sure at this point. Sounds like client side just is not > requesting more than one thing at a time. The server is sitting idle. > > You tried multiple-urls... you put the new ip's in the clients hosts file > right? (and not the servers). Its the client that'll need to lookup the > address. Are you using firebug? Can you see if its making multiple > requests at once? > > Have you tried this: > > http://openlayers.org/dev/examples/layerLoadMonitoring.html > > -Andy > Dear my friend, I use a DNS Server in LAN to point different URLs to the same IP. For example: wm1.linuxserver.com --> 192.168.1.10 wm2.linuxserver.com --> 192.168.1.10 wm3.linuxserver.com --> 192.168.1.10 wm4.linuxserver.com --> 192.168.1.10 it's working ok. Using Tile Loading Monitoring, I found that they (multi URLs and single URLs) are the same. Time to load, to download tiles are equal. I did not see any difference here, Andy! I think I'm missing something here, right ? -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3415557.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bicphuongonline at yahoo.com Mon Aug 10 03:32:30 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Mon, 10 Aug 2009 05:32:30 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249888061978-3415557.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> Message-ID: <1249900350883-3416409.post@n2.nabble.com> Dear Andy, The problem was solved :drunk: Because when I added tilecache layer, I provided url which points to tilecache.cgi, so it's slow. I change it to cache dir of tilecache layer and using multiple URLs, I think you understand how fast it do. Capacity of bandwidth now more than 1.5 Mbps. So great ! Without you, I think I couldnot reach to this happy result. Thanks so much Andy ! And now I wondering how to make the WMS layers faster! They are my problem now :) Cheers Andy ! -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3416409.html Sent from the Mapserver - User mailing list archive at Nabble.com. From schatterjee at addisontx.gov Mon Aug 10 06:19:20 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Mon, 10 Aug 2009 08:19:20 -0500 Subject: [mapserver-users] Extracting X,Y from MULTIPOINT data Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D002797782@sc-exchange.addisongov.org> Hi all, I have some multipoint data in postgis that I got from street intersections. But I am not able to extract the X,Y coordinates from the MULTIPOINT data. Is there any function in postgis by which I can extract the X,Y point data from them? Please help! Thanks, Suman ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at squeakycode.net Mon Aug 10 06:47:55 2009 From: andy at squeakycode.net (Andy Colson) Date: Mon, 10 Aug 2009 08:47:55 -0500 Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1249900350883-3416409.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> Message-ID: <4A80250B.6080708@squeakycode.net> Alphatran wrote: > Dear Andy, > > The problem was solved :drunk: > > Because when I added tilecache layer, I provided url which points to > tilecache.cgi, so it's slow. I change it to cache dir of tilecache layer and > using multiple URLs, I think you understand how fast it do. Capacity of > bandwidth now more than 1.5 Mbps. So great ! > > Without you, I think I couldnot reach to this happy result. Thanks so much > Andy ! > > And now I wondering how to make the WMS layers faster! They are my problem > now :) > > Cheers Andy ! Ha! Sweet! That's good that you found it because I was out of ideas. Well done. > And now I wondering how to make the WMS layers faster! They are my problem > now :) Start over from the beginning, find the bottleneck. -Andy From andy at squeakycode.net Mon Aug 10 06:51:58 2009 From: andy at squeakycode.net (Andy Colson) Date: Mon, 10 Aug 2009 08:51:58 -0500 Subject: [mapserver-users] Extracting X,Y from MULTIPOINT data In-Reply-To: <6924A68BEE67AA46A1E95CC0EB4F98D002797782@sc-exchange.addisongov.org> References: <6924A68BEE67AA46A1E95CC0EB4F98D002797782@sc-exchange.addisongov.org> Message-ID: <4A8025FE.6050608@squeakycode.net> Suman Chatterjee wrote: > Hi all, > > I have some multipoint data in postgis that I got from street > intersections. But I am not able to extract the X,Y coordinates from the > MULTIPOINT data. > > Is there any function in postgis by which I can extract the X,Y point > data from them? > > Please help! > > > > Thanks, > > Suman > Yes. Are you looking for all points? Just the first? Some subset? How do you want to see it? Did you try ST_AsText(col)? There is also ST_NumPoints(geometry) and ST_PointN(geometry,integer) if you want to look at them individually. An example of what youd like to see, or what you are trying to do might be helpful. More functions here: http://postgis.refractions.net/documentation/manual-1.3/ch06.html -Andy From youness.elmedraoui at somei.fr Mon Aug 10 07:12:38 2009 From: youness.elmedraoui at somei.fr (YOUNESS ELMEDRAOUI) Date: Mon, 10 Aug 2009 16:12:38 +0200 Subject: [mapserver-users] tooltip openlayers /wms Message-ID: An HTML attachment was scrubbed... URL: From schatterjee at addisontx.gov Mon Aug 10 08:04:38 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Mon, 10 Aug 2009 10:04:38 -0500 Subject: [mapserver-users] Extracting X,Y from MULTIPOINT data Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15DC@sc-exchange.addisongov.org> Hi Andy, Thanks for your help. Actually, I am having both point and multipoint data in the same table which I got through road intersections by applying ST_intersection. I am using this function for extracting the coordinates from the POINT data. Select distinct x(geometryn(multi((st_intersection)),1)),y(geometryn(multi((st_intersect ion)),1)),c,d from (select ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from roads1 as a, roads1 as b where a.fname<>b.fname and ST_intersects(a.the_geom,b.the_geom) as drfe But I am not getting the X,Y for the multipoint data. I require X,Y for all the points within the multipoint set. I can extract the multipoints from the whole by Create table ex_intersects as (select ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from roads1 as a, roads1 as b where a.fname<>b.fname and ST_intersects(a.the_geom,b.the_geom) Select st_intersection from ex_intersects where geometrytype(ST_intersection)='MULTIPOINT' I tried with St_astext but it is giving the set of multipoints. But I want the X,Y for all the points within the multipoint geometry. How to do that? Thanks Suman -----Original Message----- From: Andy Colson [mailto:andy at squeakycode.net] Sent: Monday, August 10, 2009 8:52 AM To: Suman Chatterjee Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Extracting X,Y from MULTIPOINT data Suman Chatterjee wrote: > Hi all, > > I have some multipoint data in postgis that I got from street > intersections. But I am not able to extract the X,Y coordinates from the > MULTIPOINT data. > > Is there any function in postgis by which I can extract the X,Y point > data from them? > > Please help! > > > > Thanks, > > Suman > Yes. Are you looking for all points? Just the first? Some subset? How do you want to see it? Did you try ST_AsText(col)? There is also ST_NumPoints(geometry) and ST_PointN(geometry,integer) if you want to look at them individually. An example of what youd like to see, or what you are trying to do might be helpful. More functions here: http://postgis.refractions.net/documentation/manual-1.3/ch06.html -Andy ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* From hrodriguez at siscat.com.ar Mon Aug 10 08:22:18 2009 From: hrodriguez at siscat.com.ar (=?iso-8859-1?Q?Heraldo_Rodr=EDguez?=) Date: Mon, 10 Aug 2009 12:22:18 -0300 Subject: [mapserver-users] Poor quality in raster images In-Reply-To: Message-ID: <296E5F9B6BB1C445BDDC9C94FC83835E39BC5C@ZEUS-Exchg2k3.sc.com> Hi everyone, This is the first time I make use of raster layers. Everything works fine but the raster layer is rendered very poorly ( I mean , I visualise the image with an external program at the same scale and the image looks smooth , but with mapserver I only see some dots here an there ) The image is a geotiff image ( black and white) I tried using different processing directives PROCESSING "RESAMPLE=BILINEAR" PROCESSING "DITHER=YES" PROCESSING "SCALE=AUTO" without any luck. These are some fragments of my mapfile OUTPUTFORMAT NAME AGG DRIVER AGG/PNG IMAGEMODE RGB extension "png" mimetype "image/png" FORMATOPTION "INTERLACE=OFF" END LAYER PROCESSING "RESAMPLE=BILINEAR" PROCESSING "DITHER=YES" PROCESSING "SCALE=AUTO" NAME "test" DATA "bsas1867norte.tif" TYPE RASTER STATUS default END I am using mapserver 5.4.1 tilecache and postgis Mapserver compilation options : ./configure --with-postgis=/usr/bin/pg_config --enable-debug --with-threads --without-pdf --without-tiff --with-gdal=/usr/bin/gdal-config --with-ogr=/usr/bin/gdal-config --with-freetype=/usr/bin --with-png=/usr/bin --with-libiconv=/usr/local/bin/iconv --without-xpm --with-zlib=/usr --without-eppl --with-agg=/usr/local/src/agg-2.4 --without-mygis --with-gd=/usr --with-curl-config=/usr/bin/curl-config --with-wms --with-wfs --with-proj=/usr What can I do to make raster layers look better ( performance is not an issue since I am using tilecache ) Thanks in advance. Regards. Lic. Heraldo G. Rodriguez hrodriguez at siscat.com.ar TEL: 54-11-4326-4002 int 255 Dpto. Desarrollo Sistemas Catastrales S.A ________________________________ De: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] En nombre de YOUNESS ELMEDRAOUI Enviado el: lunes, 10 de agosto de 2009 11:13 Para: mapserver-users at lists.osgeo.org Asunto: [mapserver-users] tooltip openlayers /wms Hi, plz, how can i create a tooltips with openlayers / wms layers? thnks best regards, Youness ELMEDRAOUI Les informations figurant sur cet e-mail ont un caract?re strictement confidentiel et sont exclusivement adress?es au destinataire mentionn? ci-dessus.Tout usage, reproduction ou divulgation de cet e-mail est strictement interdit si vous n'en ?tes pas le destinataire.Dans ce cas, veuillez nous en avertir imm?diatement par la m?me voie et d?truire l'original. Merci -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1283 bytes Desc: image002.jpg URL: From andy at squeakycode.net Mon Aug 10 08:27:22 2009 From: andy at squeakycode.net (Andy Colson) Date: Mon, 10 Aug 2009 10:27:22 -0500 Subject: [mapserver-users] Extracting X,Y from MULTIPOINT data In-Reply-To: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15DC@sc-exchange.addisongov.org> References: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15DC@sc-exchange.addisongov.org> Message-ID: <4A803C5A.1000806@squeakycode.net> > -----Original Message----- > From: Andy Colson [mailto:andy at squeakycode.net] > Sent: Monday, August 10, 2009 8:52 AM > To: Suman Chatterjee > Cc: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Extracting X,Y from MULTIPOINT data > > Suman Chatterjee wrote: >> Hi all, >> >> I have some multipoint data in postgis that I got from street >> intersections. But I am not able to extract the X,Y coordinates from > the >> MULTIPOINT data. >> >> Is there any function in postgis by which I can extract the X,Y point >> data from them? >> >> Please help! >> >> >> >> Thanks, >> >> Suman >> > > Yes. Are you looking for all points? Just the first? Some subset? > How do you want to see it? > > Did you try ST_AsText(col)? > > There is also ST_NumPoints(geometry) and ST_PointN(geometry,integer) if > you want to look at them individually. An example of what youd like to > see, or what you are trying to do might be helpful. > > More functions here: > > http://postgis.refractions.net/documentation/manual-1.3/ch06.html > > -Andy > Suman Chatterjee wrote: > Hi Andy, > Thanks for your help. Actually, I am having both point and multipoint > data in the same table which I got through road intersections by > applying ST_intersection. > I am using this function for extracting the coordinates from the POINT > data. > > Select distinct > x(geometryn(multi((st_intersection)),1)),y(geometryn(multi((st_intersect > ion)),1)),c,d from (select > ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from > roads1 as a, roads1 as b where a.fname<>b.fname and > ST_intersects(a.the_geom,b.the_geom) as drfe > > But I am not getting the X,Y for the multipoint data. I require X,Y for > all the points within the multipoint set. > I can extract the multipoints from the whole by > > Create table ex_intersects as (select > ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from > roads1 as a, roads1 as b where a.fname<>b.fname and > ST_intersects(a.the_geom,b.the_geom) > > Select st_intersection from ex_intersects where > geometrytype(ST_intersection)='MULTIPOINT' > > I tried with St_astext but it is giving the set of multipoints. But I > want the X,Y for all the points within the multipoint geometry. > > How to do that? > Thanks > Suman > Wow, you are a lot deeper into postgis than I am, not sure if I'll be any help. Question: ST_intersection(a.the_geom,b.the_geom) returns a multipoint? Then x(geometryn(multi((st_intersection)),1)) would return just the x coord of the first point? but you want the x coord of all the points? (yes, y too, I'm just trying to break it down to understand) -Andy From schatterjee at addisontx.gov Mon Aug 10 08:39:40 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Mon, 10 Aug 2009 10:39:40 -0500 Subject: [mapserver-users] Extracting X,Y from MULTIPOINT data Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15DD@sc-exchange.addisongov.org> Yes, ST_intersection return both POINT and MULTIPOINT. And x(geometryn(multi((st_intersection)),1)) is returning the x coordinates of all the points which are having point geometry. Those with multipoint geometry are omitted from the result. So, I want the x and y-coordinate for all the points within the multipoint. Suman -----Original Message----- From: Andy Colson [mailto:andy at squeakycode.net] Sent: Monday, August 10, 2009 10:27 AM To: Suman Chatterjee Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Extracting X,Y from MULTIPOINT data > -----Original Message----- > From: Andy Colson [mailto:andy at squeakycode.net] > Sent: Monday, August 10, 2009 8:52 AM > To: Suman Chatterjee > Cc: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Extracting X,Y from MULTIPOINT data > > Suman Chatterjee wrote: >> Hi all, >> >> I have some multipoint data in postgis that I got from street >> intersections. But I am not able to extract the X,Y coordinates from > the >> MULTIPOINT data. >> >> Is there any function in postgis by which I can extract the X,Y point >> data from them? >> >> Please help! >> >> >> >> Thanks, >> >> Suman >> > > Yes. Are you looking for all points? Just the first? Some subset? > How do you want to see it? > > Did you try ST_AsText(col)? > > There is also ST_NumPoints(geometry) and ST_PointN(geometry,integer) if > you want to look at them individually. An example of what youd like to > see, or what you are trying to do might be helpful. > > More functions here: > > http://postgis.refractions.net/documentation/manual-1.3/ch06.html > > -Andy > Suman Chatterjee wrote: > Hi Andy, > Thanks for your help. Actually, I am having both point and multipoint > data in the same table which I got through road intersections by > applying ST_intersection. > I am using this function for extracting the coordinates from the POINT > data. > > Select distinct > x(geometryn(multi((st_intersection)),1)),y(geometryn(multi((st_intersect > ion)),1)),c,d from (select > ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from > roads1 as a, roads1 as b where a.fname<>b.fname and > ST_intersects(a.the_geom,b.the_geom) as drfe > > But I am not getting the X,Y for the multipoint data. I require X,Y for > all the points within the multipoint set. > I can extract the multipoints from the whole by > > Create table ex_intersects as (select > ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from > roads1 as a, roads1 as b where a.fname<>b.fname and > ST_intersects(a.the_geom,b.the_geom) > > Select st_intersection from ex_intersects where > geometrytype(ST_intersection)='MULTIPOINT' > > I tried with St_astext but it is giving the set of multipoints. But I > want the X,Y for all the points within the multipoint geometry. > > How to do that? > Thanks > Suman > Wow, you are a lot deeper into postgis than I am, not sure if I'll be any help. Question: ST_intersection(a.the_geom,b.the_geom) returns a multipoint? Then x(geometryn(multi((st_intersection)),1)) would return just the x coord of the first point? but you want the x coord of all the points? (yes, y too, I'm just trying to break it down to understand) -Andy ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* From andy at squeakycode.net Mon Aug 10 08:47:55 2009 From: andy at squeakycode.net (Andy Colson) Date: Mon, 10 Aug 2009 10:47:55 -0500 Subject: [mapserver-users] Extracting X,Y from MULTIPOINT data In-Reply-To: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15DD@sc-exchange.addisongov.org> References: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15DD@sc-exchange.addisongov.org> Message-ID: <4A80412B.8050204@squeakycode.net> but... multi(st_intersection) casts POINT to MULTIPOINT, and then geometryn(x,1) returns only the first POINT. geometryn is chopping the other points off, right? Again, this is above me, but can you remove geometryn or iterate over it? (I really hope that's not a dumb question :-) ) did you want the (x,y)'s returned in one row, or in multiple rows? I've seen things on the pg newsgroups where people turn arrays into rows and visa versa. Not sure if that would help at all. -Andy Suman Chatterjee wrote: > Yes, ST_intersection return both POINT and MULTIPOINT. > > And x(geometryn(multi((st_intersection)),1)) is returning the x > coordinates of all the points which are having point geometry. Those > with multipoint geometry are omitted from the result. > > So, I want the x and y-coordinate for all the points within the > multipoint. > Suman > > -----Original Message----- > From: Andy Colson [mailto:andy at squeakycode.net] > Sent: Monday, August 10, 2009 10:27 AM > To: Suman Chatterjee > Cc: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Extracting X,Y from MULTIPOINT data > >> -----Original Message----- >> From: Andy Colson [mailto:andy at squeakycode.net] >> Sent: Monday, August 10, 2009 8:52 AM >> To: Suman Chatterjee >> Cc: mapserver-users at lists.osgeo.org >> Subject: Re: [mapserver-users] Extracting X,Y from MULTIPOINT data >> >> Suman Chatterjee wrote: >>> Hi all, >>> >>> I have some multipoint data in postgis that I got from street >>> intersections. But I am not able to extract the X,Y coordinates from >> the >>> MULTIPOINT data. >>> >>> Is there any function in postgis by which I can extract the X,Y point > >>> data from them? >>> >>> Please help! >>> >>> >>> >>> Thanks, >>> >>> Suman >>> >> Yes. Are you looking for all points? Just the first? Some subset? >> How do you want to see it? >> >> Did you try ST_AsText(col)? >> >> There is also ST_NumPoints(geometry) and ST_PointN(geometry,integer) > if >> you want to look at them individually. An example of what youd like > to >> see, or what you are trying to do might be helpful. >> >> More functions here: >> >> http://postgis.refractions.net/documentation/manual-1.3/ch06.html >> >> -Andy >> > > Suman Chatterjee wrote: > > Hi Andy, > > Thanks for your help. Actually, I am having both point and multipoint > > data in the same table which I got through road intersections by > > applying ST_intersection. > > I am using this function for extracting the coordinates from the > POINT > > data. > > > > Select distinct > > > x(geometryn(multi((st_intersection)),1)),y(geometryn(multi((st_intersect > > ion)),1)),c,d from (select > > ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from > > roads1 as a, roads1 as b where a.fname<>b.fname and > > ST_intersects(a.the_geom,b.the_geom) as drfe > > > > But I am not getting the X,Y for the multipoint data. I require X,Y > for > > all the points within the multipoint set. > > I can extract the multipoints from the whole by > > > > Create table ex_intersects as (select > > ST_intersection(a.the_geom,b.the_geom),a.fname as c,b.fname as d from > > roads1 as a, roads1 as b where a.fname<>b.fname and > > ST_intersects(a.the_geom,b.the_geom) > > > > Select st_intersection from ex_intersects where > > geometrytype(ST_intersection)='MULTIPOINT' > > > > I tried with St_astext but it is giving the set of multipoints. But I > > want the X,Y for all the points within the multipoint geometry. > > > > How to do that? > > Thanks > > Suman > > > > Wow, you are a lot deeper into postgis than I am, not sure if I'll be > any help. > > Question: ST_intersection(a.the_geom,b.the_geom) returns a multipoint? > > Then x(geometryn(multi((st_intersection)),1)) would return just the x > coord of the first point? > > but you want the x coord of all the points? (yes, y too, I'm just > trying to break it down to understand) > > -Andy > > ******************************************************************************************************************* > This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. > > ******************************************************************************************************************* > > From szekerest at gmail.com Mon Aug 10 15:20:55 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Tue, 11 Aug 2009 00:20:55 +0200 Subject: [mapserver-users] RE: Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> Message-ID: Paul, I've just fixed this issue in the development version and in the latest stable branch (5-4). For more details please refer to the following ticket: http://trac.osgeo.org/mapserver/ticket/3082 Best regards, Tamas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jadychow at gmail.com Mon Aug 10 20:51:30 2009 From: jadychow at gmail.com (Jady) Date: Mon, 10 Aug 2009 22:51:30 -0500 (CDT) Subject: [mapserver-users] Failed to draw ECW Message-ID: <1249962690238-3421687.post@n2.nabble.com> Hi all, I have installed libecwj2-3.3 in my linux server to make gdal (version 1.6.0) support ECW. However, MapServer(version 5.2) still fails to draw the ecw file: Failure Class : SoapFaultWrapperMessage : MapServer error: Error in msDrawMap(): Failed to draw layer named 'raster_ecw'. Error in msDrawRaster(): raster/200920802.ecw using full path /home/fgs/fgs/apps/common_files/data/raster/200920802.ecw The layer definition in mapfile is: LAYER NAME "raster_ecw" STATUS ON DATA "raster/200920802.ecw" TYPE RASTER END My ecw file size is 3.8G, is the size too big or what reason? Thanks in advance, Jady -- View this message in context: http://n2.nabble.com/Failed-to-draw-ECW-tp3421687p3421687.html Sent from the Mapserver - User mailing list archive at Nabble.com. From szekerest at gmail.com Mon Aug 10 15:13:21 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Tue, 11 Aug 2009 00:13:21 +0200 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> Message-ID: Paul, I've just fixed this issue in the development version and in the latest stable branch (5-4). For more details please refer to the following ticket: http://trac.osgeo.org/mapserver/ticket/3082 Best regards, Tamas 2009/8/7 Paul james > The same behaviour occurs with other layers too ... > > Argentina > > STGeometryType : Polygon > > STAsBinary: > > 0x0103000000010000003B020000503BE5D2EBCB4CC010FB3ECD25323EC078AFE5CCCCCC4CC0F0F50C3333333EC0E884D76855F54CC0000B66E3DD5D3FC0D06AC8B299194DC04828A299993940C0587B913B33134DC078C37CDDCC4C40C028D82B5244444DC020F1A43522C240C058EAA29388284DC0285ECF4F555541C0400A121F11914CC078987DBEBBBB41C080391BF4DD9D4CC0E047F27C771742C0D8A6BB4F55554CC020215DB0AA4A42C04879237766A64CC08091F8A199B942C058932B9677F74CC050BDD393882843C0585DC454336B4DC048EC7A02EF3E43C0086FFD0AEFDE4DC0901CCA68555543C068E8F2C0AA524EC0400859CFBB6B43C010FA2B7766C64EC08838A835228243C0080432B0AA2A4FC0F017B199997943C02814349677174FC018AA9F9388A843C0B0930E7766264FC060691177664644C0D069CFD7BB5B4FC048461677668644C0DC77D69D990950C0F888BF35228244C0C827E597884850C01895A0DDCC6C44C0C0B8D33F333350C008B29899991945C06005E539222250C03091C493882845C088E3147D770750C0108ECF35222245C0408AE11000E04FC0207A5EB0AA0A45C038B2CBB299D94FC0186EC993886845C09CCB38DFDD0D50C0E005B14F555545C08CE44BDFDD3D50C0E005B14F555545C044A2C73F331350C0E894E010008045C084E6975A445450C0F800B75FD9C045C0087A021F116150C0F800B75FD9C045C0F0F046FEEE6E50C0F800B75FD9C045C004FDA35A447450C0F800B75FD9C045C0684542DFDD7D50C0F800B75FD9C045C0DC4749DFDD8D50C0F800B75FD9C045C02C7FEE39229250C0F800B75FD9C045C0F86D85BEBBB350C0F800B75FD9C045C090844F7B66BE50C0F800B75FD9C045C0E87CC73F33C350C0F800B75FD9C045C03C6C95B8AACA50C0F800B75FD9C045C0BCFFFF7C77D750C0F800B75FD9C045C078E2EB3922E250C0F800B75FD9C045C08896C89D99E950C0F800B75FD9C045C07841547B66F650C0F800B75FD9C045C0A8C152DFDDFD50C0F800B75FD9C045C060B8985A440451C0F800B75FD9C045C06498565C551551C0F800B75FD9C045C0A89BB4B8AA1A51C0F800B75FD9C045C0AC777BBEBB1B51C0F800B75FD9C045C0040C3DDFDD1D51C0F800B75FD9C045C02057091F112151C0F800B75FD9C045C0A0A35C5C552551C0F800B75FD9C045C02C2F1F7D772751C0F800B75FD9C045C0908AA40C002851C0F800B75FD9C045C09412F997882851C0F800B75FD9C045C0E8EDD13F333351C0F800B75FD9C045C0A8656D7B663651C0F800B75FD9C045C0D4F9C59D993951C0F800B75FD9C045C03CDD9FB8AA3A51C0F800B75FD9C045C0F05CE397884851C0F800B75FD9C045C01405CC9D994951C0F800B75FD9C045C028EDEFFFFF4F51C0F800B75FD9C045C04438BC3F335351C0F800B75FD9C045C02C68E997885851C0F800B75FD9C045C0AC66A4DDCC6C51C0F800B75FD9C045C078921C7D777751C0F800B75FD9C045C01C060300008051C0F800B75FD9C045C02CD9F39788C851C0F800B75FD9C045C0A874060000E051C0F800B75FD9C045C02CA3AC5A44E451C0F800B75FD9C045C0783F161F11F151C0F800B75FD9C045C004CBD83F33F351C0F800B75FD9C045C00CB7485C55F551C05011111F119145C0083AEA97880852C0008A25B0AA4A45C0A076527B66F651C0883B295244E444C05CF449DFDDED51C0A845257D773744C01CE943DFDDDD51C0509A241F11B143C010B2C53F33C351C02097AD10006043C0F466F9FFFFBF51C0B066B94F551543C0BC1D041F11C151C060649E9999A942C02001DE3922C251C0E87429DBDD3D42C08048455C559551C090A1B59388E841C0D4DC067D779751C060E28F3B339341C0E075F697887851C0E852211F11F140C054314BFEEE7E51C0000D377766A640C074F81E9C889051C0C09F90E3DD3D40C090BFF23922A251C060C808B0AAAA3FC08048455C559551C0B05EE68288083FC0ACC50C1F118151C030CF776666663EC0605E9331227A51C0503AB6CCCCAC3DC0C44EC83F337351C060EE3C2233F33CC0ACB0E0EBDD4D51C0406D0CCDCC0C3CC09412F997882851C02024296666263BC038E0C43F331351C08032672D22E23AC0DCCEA45A442451C0B0A692DDCC4C3AC08C97FFFFFF1F51C06040716666E638C0508CF9FFFF0F51C090866766666638C08837605C55D550C000D4FD49440438C00029FCFFFFBF50C0F0F7A910000037C060147EBEBBCB50C0E0ACCB0511D136C06C0753FEEE8E50C0D0E1068388C835C0EC73E839228250C010D817B0AAEA35C0CCA4435C553550C03017732D222236C030AEBB9D991950C030C6437D77B736C07C0BFF1E110150C0D09120B0AA2A36C0A881B79388684FC080A79210000036C0A851151F11514FC0B02347A5BB3B36C080287902EFDE4EC030FE93CCCC0C37C000477DDDCC6C4EC0904F60F4DDDD37C0F81C257766064EC0D00E5027113138C0F8F2CC1000A04DC0B06A0B4A448438C09038FF4333334DC0B0225C9999F938C0C88F2F7766C64CC0A0512CE9EE6E39C0E0E33FAA99094DC0C0AEC9FFFF5F3AC048D093DDCC4C4DC0700EB70511513BC0E057F58D77B74CC01065D14944643BC078A0B13522224CC070E1377D77773BC0A846A19388C84BC0907C901000403BC0087D1C1F11514BC0D0507B2233333AC088DC7EE2B04B4BC0D0C57D52849739C03836773F35464BC040CE5A21C79639C05857CAFD47444BC0F0618A001A9939C0809D501DAB444BC03040BBDA199E39C080CFF1230C434BC010F351E2C7A039C050DF39DE01404BC0C0CA48D93D9D39C0987B96BDFA3A4BC0E06874669EA439C0E8D55203E9384BC020A18CDDB0A939C038C48601F6374BC0F0FFE31E2EB139C048600FE1EE364BC060745A84EFB139C0085C26DC0F364BC080B2C82539B039C0A8D8CCE061364BC0F02B092383A839C0C81663423E324BC0F02767211DA239C0A8DDAAFF57314BC0802680DF309939C050C419E15E2F4BC0507069C70C9839C048DECCC3972D4BC030EF3D594D9B39C02095DA612F2C4BC0F068521F669B39C0C8C28DFCFA294BC060ECDCDB669239C02855E121A9254BC0E0A5D662B88E39C0086CCFE1AF234BC0C02A4861A58E39C0A808C940F31F4BC0E0C58D63CD9839C050AED280091E4BC0B09A697CB59739C0A85455BC581E4BC0A0C30A62F79139C038E0C242751D4BC08001D2C0029039C02075A71F7F194BC0B04C373EE99439C0D89D99C2A0164BC0F071A59F8C9539C048D21A3C68164BC060D1E97E329239C0B8F3F6FB361A4BC0202F0DE09F8E39C0F8A328205F1A4BC0F09FE687668A39C0F8A30B6361184BC0000D2FBCAD8839C0D821323F8C144BC0D001627A6D8A39C0E83563FE60124BC04039289B1D8539C06064D460520E4BC020DF9A1C067F39C08092F5FBE10B4BC0D02FC61C058039C09827549D2B0C4BC0D000B1C1A48439C0A0ECFAFECD0F4BC0D0B86B5BB09039C0605A2123A00C4BC070168A78249E39C0D831313C840B4BC0A08AC9A4139D39C050591D7D770B4BC05067E742AD9539C0B8761DDC0F0A4BC0907E5ABAD68E39C098F5795C70064BC020B90D41649539C0183221232F054BC0B0AB73FA419539C088D3D6BBB0034BC07068459F1C9139C020CD1DFD4B024BC0F0CB1267609039C0B02398E2C7FE4AC0D02C3E88F29539C058C6FC3B30FC4AC0D0F3CCE68F9939C0785EE75B03FD4AC020C73B008B9C39C0F0D655A06BFB4AC0E03A077D059D39C0A0BFFC5E27FB4AC0907CB1FB3AA439C008B26A2040FA4AC0E053F57E88A539C0504FF6E2E0F84AC090EF8A7D90A139C0A86CF3C2F2F94AC040B6DA42E59F39C0187DCDE045F94AC060CE307A8A9C39C060D0787E6DF74AC070CBE5243E9F39C0887C921E30F54AC02046E9DBBC9D39C0683DE641D0F54AC0A04456C423A139C0D0CB2B9EECF44AC060D6DABAEFA039C0A004EFFCBFF44AC080E0565DC1A239C038B7A49EE9F14AC08066E625709F39C0A01F7EE080F24AC0A0E9D66378A439C0384BA76306F04AC04062063BE2A439C048D0E8A2CBF14AC0803BB00035A939C0085E781DFFEF4AC0D04B02D979A739C060AE9EE238EE4AC030496C63B2A839C00036331D57ED4AC020D781C076AC39C0C86AE21EDAED4AC0702ABEFD0DAE39C0D0A95102B8EB4AC0D006A4DD03B039C0C0A7BE41B4EC4AC0908B5E7EC3B039C030C5DB5D4AED4AC010586567EFB039C0E05DE5C2D6EC4AC060D20B3AB0B439C00890E2BE9CEF4AC0407469BF98B139C05807F6BB94EE4AC010FBBAF961B439C008797E616BF04AC0202884E732B539C048833E43C6ED4AC09073BBE523B939C0B8B4899FAAEE4AC05024FD3F86BE39C018DFDDFB8DEC4AC010DE2043A9BD39C090A38681CAEA4AC0908AFD1EDABF39C0D8369980B4EB4AC03099A86071C039C0B814F3606EEB4AC090D114FB91C239C0201FA0409FEC4AC020FA346212C239C078FAF85F91ED4AC09039753A1DC439C070AEA161BFEB4AC0C06BB48349C539C010E956BF44EA4AC0B04AF2C401C839C0006BD3DBD7EB4AC0F06933C364CA39C0F8D5902139E94AC0C05C1048C2CA39C0E0B09B7CEBE94AC0D091C9FCBFCE39C04817465CC7E84AC0703260E5B3D039C0B818E7813AEB4AC0D07A6EC3D2D039C0507CC122F7EA4AC0C0433E3E5BD339C0183D6401A2EC4AC0F00A84FA25D639C0C08BBF3FC2EA4AC08081C9E271D939C0C800C75F05EC4AC010C5F4218CDB39C050A753C076EA4AC010354A85CEDB39C08064FAE0EEEA4AC070F8FEDF65DE39C070937E6055E94AC040F8DCC30ADF39C040EAD00298EC4AC0C05265A86EE239C08850577FDAE84AC0D0D9C8E3A3E539C018F7AE62B8EA4AC0D017836116EA39C01875A57FBBE84AC03058BFE787E939C0E031FEDBF3E84AC08033CD8383ED39C068ED5F00A8EA4AC0403AE48172EB39C0E8D1EBBB77EA4AC0A02ADA4509EE39C01037C062D4EB4AC03081FA7DE4EE39C0E8C15F6264EB4AC0D074DFFA23F439C0007CCC3EE4E94AC030CC23656EF639C038EA7AA1F1EA4AC0009AEC7BB8F839C0B81B00E21FE84AC0307DCC81ADFA39C0589C6ADE8EE84AC060BE1E9D47FD39C0986A2A9E97E64AC000D2387826FC39C0B08292A1F1E64AC0F07DB1BFD1FE39C098705B1EC1E34AC00065802827023AC0A063AD7DC8E34AC030AEA49B6E053AC03088DEC0ABE14AC06017083928093AC080631A23A0E04AC0E07FBF6184083AC0301A5740BEE04AC080AB487B840A3AC030C79FDE1ADE4AC06011149FAE0A3AC0B0375A1EDDDC4AC0403BEBE2A8103AC04810C43E90DE4AC02065CFE3A3153AC098271D80D4DE4AC0F0FB8D7BD61D3AC03889A083BCDC4AC0A03074E1CF203AC02859C2FC86DB4AC0E0BCA86455203AC0E019F2BC8DD94AC0F09AAA65F9263AC0708B3942CDD64AC0E0C0E707042A3AC0A8EEFEC2F2D54AC07071D562F02C3AC0A077676132D34AC070F9BE3CBA313AC0404BE4A293D34AC0908AF4BB77343AC0404B36DD24D24AC0B074F1A129373AC0C81C205E82D34AC010217DB83A3C3AC080CD696731D24AC0B09CC676CD3E3AC090C015247DD24AC0200E00295C3F3AC0E04258AA6FD24AC0F0425780AD3F3AC05887AC9CA1D24AC0B07D5A389E3F3AC000CDFB2004D24AC08031EDDB66423AC048B8C05D85D24AC0100BC11D8B493AC098AF722217D64AC0C0C7A65A0B533AC0B0C962FED1D54AC0E0114F008B543AC0E0C226FE99D74AC070B28F5914563AC0589B1A8122D84AC010D6E61A9E5A3AC078FCD4A0F7D84AC0D01CA1A5D75A3AC030FFC39F36D84AC050827F00FC5B3AC0505DC04275D94AC050440FE1095D3AC038D433419CD94AC0606369F834633AC0503B571CB1DA4AC0406733232F633AC040167E5E0ED94AC030BBD3E2FF663AC008FC34A226DA4AC0C05EBFFE5E6A3AC068C07E1DFFD74AC0200E24E3A76D3AC0102BD95D11D84AC0A0EE0A276A713AC03067FDE2FCD94AC000BF233F00713AC0383B1A232FD94AC0D0F521FAED773AC0785F90FCFAD94AC060D83F7C7C763AC0F81554FD67DB4AC0E08EBE2477783AC0F894D4E061DA4AC070B719C11A7B3AC0A076FBFFC7D94AC080B1B8FC16793AC0E06608FFE9D84AC010D3B04482793AC0E055F2DEDFD84AC050E063A46C7D3AC000248FE3DDD94AC070958BDD767D3AC048A5551E88DA4AC020C5BAB704803AC018D5B661F7D94AC0F0E6FE6705823AC03060F0614BDD4AC0505DC3A6B2803AC0A09865FCDEDC4AC08039C29F70863AC0B04F9A7C96DB4AC0C07AFC3FA5863AC0E03A3F7D93DC4AC080C0DF662A883AC0A8EE6E6210DC4AC07032BED87B893AC0482A94DEC6DE4AC000CC8083858B3AC0F05C3D01A2DC4AC0200AB2DEC38D3AC0F8EB14C11BDE4AC0C00E6E04E3903AC050213542E9DB4AC0207774FA958E3AC0C09B850260DA4AC0308ECF21378F3AC010B0171E50DC4AC06042FADEE08F3AC01888BDDC98DC4AC0C0BBD6F8A1963AC0487362DD95DD4AC08018155914963AC0E82DEB7F48DD4AC0F050F95C179A3AC000C778FCFADD4AC0001E4A60C79B3AC0A0129E1D38DD4AC0E02DF681E49D3AC0D07A507DAFDD4AC06047650229A13AC0285D81A0BFDE4AC00046EBC62EA13AC05003169E97DE4AC0E0B1D71CAFA43AC0B827931DFFDF4AC05014C54082A23AC0D06905E011E14AC0103B569E06A43AC0C0660201DDDD4AC0B0431A0325A53AC0002E0BBCCCDC4AC0F0890E7B67A83AC090FBE35E60DC4AC0202175DAA9A53AC0989BB481E6DB4AC040563C1AA2AA3AC0B048703EE7DC4AC090594C21ACAA3AC01096F54388DD4AC030B3385872AD3AC020C4F6A293DB4AC02017C35FB1AE3AC058A934FE44DD4AC0102D791805B13AC090DBE23E00DF4AC030DD4B4415AE3AC010A9EDDFA0DD4AC0806E4FBC1FB33AC070DB6CA1D5DD4AC0D0721E1939B73AC0A820137EA9DF4AC030C6ED19FAB73AC01092A63F6DE04AC070AF5C01A1B53AC028BD06DFDFE04AC040417C1B0DB83AC010E50ABFF0DE4AC0601EAA97DEBA3AC0980623A2EEDF4AC090B5931E68BD3AC078E2EC402BDE4AC0E0DBCB26BFBD3AC090A95BE064DD4AC0100B7D8505BB3AC0582E031F66DB4AC0202CE6C3B4BF3AC0C8ADEE839DDC4AC0004BA5B73FC33AC01838C59F1ADF4AC0F0C0281C25C33AC020CEA9E045DD4AC060B4D4E1E9C53AC078F9162461D94AC01008A1C69FC43AC010A9D022A3DB4AC030D37DD8B7C73AC060D869C2A0DA4AC0E0F958A608CC3AC0C809986187D94AC0304AB15703CC3AC0485640A31FD94AC070470FC39DCF3AC0F8D63FFDD8DA4AC06065321BD7CF3AC03884E821FED74AC0A0CE333A1FD63AC02013B93BDCD84AC01055BA97A6D83AC06097B13E90D64AC050FF74BFD0D73AC0E097028256D44AC0F039665A63DC3AC028D74922FBD84AC01062BE4290DB3AC02888DA03E5D64AC0A05CA9046DDE3AC0E06608FFE9D84AC020CEBE05D9E23AC08834E42004D64AC050B5364161E43AC01831603FE1D64AC04059BA6455E83AC0202A00DC0FD64AC0300B9204A8E93AC0081D2F800CD94AC060CB263D46ED3AC0381D8BDFBFD54AC0A07BC20419F13AC0C8A205A2B5DA4AC080CF27A112EF3AC0D8585E21E5D94AC0E0F4D0258DF53AC040630B0116DB4AC0E0B7C760E3F63AC098093C02D4DC4AC0F023766535F53AC0A0913BBE2FDE4AC090D1ED3E55F93AC0F0EEB580B4DB4AC0A0C3273BE2FC3AC078CD6A5F08DF4AC01070E23C9BFD3AC0487362DD95DD4AC0B0CE55880E013BC03878A720B0DE4AC040B367C58D033BC0F0553080F0DF4AC080F757793C013BC0A8A6108272E14AC040BC5965A5013BC0387259E388DF4AC0200E583AC8073BC090BD54A31FE14AC06012EC61BE083BC008D2B73F89E14AC050736BA65E0B3BC0C8E1C7FD64E44AC0404764FFCA063BC0803203E335E34AC0A08AA857AD0C3BC060BD2DC1FFE04AC0506FAB59830F3BC048134D3E93E14AC0F0D1BB25C8103BC09800F221C5E24AC020B16EC6A3103BC0303C6F0244E54AC090DBDDF8A10A3BC050DF943E90E64AC030397DBF420A3BC0206E285FECE54AC050FFEA37130F3BC0C03EC2FD9CE24AC0807CD04082123BC0A8C13383DCE34AC0E0454660E6133BC0680096C211E64AC0C093A245EF103BC0B08292A1F1E64AC0B0E9A6DB68143BC030F2163D7EE54AC0F03FFD04FC163BC0004D418330E34AC06032DF230D1A3BC0C01DE5DCB4E54AC0B0B28EBF0A1C3BC058CFB080B4E74AC0F04D135B09193BC0A0B7B7409FE84AC0D03059DBC0193BC0D0ACBC9C2EE74AC060BB837B2D1C3BC068961F20EEE64AC000865F452B1F3BC0888C57A12CE84AC0F01E9BA1F1203BC000294B0263E94AC09083889F53203BC0B892E97D71E94AC020EA535BE9213BC0D046608192E84AC010FDFD82A4233BC0C82D1FFC36E64AC0A0766988D6223BC0784A96230FE64AC0E00DB65BCB243BC0C0BE05E2E7E94AC09092053E5D253BC040B849A4FCEA4AC070DFDF5C8A273BC0103CD8FBC5EA4AC0308486E4F32A3BC02057515ED6EE4AC030CC20FA0C203BC028861A40DBF04AC0D03C23C43E213BC0C8FE548314F24AC090945EC361293BC0B0D5F31CAEF34AC0204E53DBDC2C3BC0286689BF98F94AC090B3D1DAC3263BC0A8E4B85FCCFA4AC0A04D502766293BC098D06AE3F9FA4AC080A9CC1C03323BC0F0B8017F86014BC0005F9B984B323BC050810A9E97024BC01026808653363BC0303012FDF7024BC0500C7E5B76403BC040EB22DEE5064BC060B8E76778433BC05071EEE3A1094BC0F0E511F9A04B3BC068FCF07E320E4BC020CC21FA9A4D3BC000466B1FD6134BC020F6BAFEB24B3BC0F8503744C0134BC0B09D5C9B1A443BC0D0C7F9FDF1144BC0F09D663C10413BC070CBC17E32164BC0D034C3FA5C413BC060EDEE81C7174BC0406604187A443BC0F8A30B6361184BC0B0FB0A60AD4E3BC0E8750A04561A4BC0E03BFDA02F553BC0D86BC33EAC1B4BC0A0BB779A94623BC0D0B8107C7D214BC0E0630841F3653BC0B093343F54224BC0A042027A8C6A3BC0484EBDE106224BC000FB605E636F3BC0705B767D74244BC070F45DDF88723BC000313C5F082B4BC040BFF19DD1663BC01024C762B82A4BC040755E5EF1743BC058C6FEDBF32C4BC0907168205E773BC08877473E20324BC0202A44C45C6A3BC088274F01A2344BC0202F497FBC673BC0B8102F438E374BC0F063E0175F6C3BC058B48D020B3C4BC0A0887F264F6D3BC0E8D8DB02EC3B4BC0B0C0439EEB6F3BC0888FA50166384BC070FEF37A68773BC020B44963ED394BC0405B55834C7A3BC0208CECA2AF3C4BC0702FF23F157B3BC088DCA2438B404BC030A25662477B3BC040C1729E78424BC0C0CA2BE675803BC0082D7920EB434BC0B072CD5772813BC0000888A2B2474BC040843E5BB2763BC0A0C40F7E71494BC000D3666517743BC05002F8E3DA4A4BC0A0B0B0834A743BC05002325ED64E4BC0E01DB31FF0883BC028EBFC7F2B514BC0A0BE6CC2A18B3BC0E08323A2B5524BC0F0983464028A3BC008B34564E7534BC0105E4B4205833BC0D8C3515FCF554BC0C0F0EEA0F5803BC06883EF1BED564BC000CFFA428F843BC0109780DCF0554BC0A0F302BDE18E3BC0089CFEC3B3564BC09042B91B9A923BC0F0F5F9A17D5C4BC0B0E589081D903BC0A8B06D03215F4BC04049AD5FCB8F3BC0804DFEE3A1614BC080FD1FFD4C953BC010141C4015634BC08076C4218E953BC00896985CA8644BC0404D777879923BC060CD65DCF0654BC0C06E0DF94A883BC0D0B300BEF7674BC0902BE7FD9B873BC0C0F67D00196A4BC0602C22B9DE8E3BC0289C7A9C866C4BC030B5EB61F69E3BC080A10DA4E06D4BC04005E5C2D6A03BC060B86B0305724BC0B041571E4EA03BC0F817A37DE5734BC0F08F00289AA33BC088FA85614F734BC0B0E5E11CE7B23BC000731163B5734BC0908132081FBA3BC0B88615425D764BC0508CA30304BF3BC0E878013E07784BC0700CF43C9BC53BC028061E6492794BC0501C7DA4FAC63BC0C85E485DC17E4BC0402DAC5AEDC53BC0A03079FCC27F4BC0403FBC4067CA3BC0303E805C70824BC060F0B880B4CB3BC0D0525DBD19874BC060D5BB57ADC43BC06881B45C538A4BC0301C7F22A3C73BC0B09C01BF638A4BC0A0C808BB0BCC3BC030271CFF3E834BC0E07CE88217D53BC008C407C30E834BC090AB859F72D83BC0402012FD13844BC0D0B6E2C5FADA3BC01066F4DB9E864BC080AE60D906DA3BC0D02AAEC24A8B4BC0A05D695E63D73BC030DC6F41288F4BC0D0D796E7FBD93BC0B07E050247904BC01019A1FE25DD3BC0D8F9B33FDE8F4BC07088F15A26E33BC0C011F11E11914BC0309094D977E53BC000EA10A299954BC0803C2187A6DC3BC0B043C8E045994BC060EA93D85EDB3BC098D6579E5C9D4BC0C091F5FBA9E13BC0F06E865D4DA04BC0603032DAC7EA3BC0101A0E64AEA24BC00073D9E6A9EE3BC0E0A7875D31A74BC0B0E0E8FBE1EB3BC068F18EDF30A94BC04051AA656CEC3BC088EF22014DAA4BC060FF3024EDEE3BC05041BAC24AAB4BC0803DE4C62CF73BC0205DCC5C18B14BC0500186D87DFB3BC0D0B25500FDB04BC06086853D0AFF3BC0D05F26FE0CAF4BC06001A6A10D043CC0C0FCDFC3CFAF4BC050C8EE79E3083CC03074519E5CB54BC0F09BE97BD50E3CC030B41064E7B74BC0908896BE10163CC0101E5E21C9B84BC07051CB03AD183CC05845403D9ABA4BC06056E7592C193CC048C2F8E2FCBD4BC060E96264AB133CC0B83930438EBF4BC0F0AB56D93E143CC068CE5DDD95C14BC020CC1819AC1C3CC08801E59F52C54BC0305E1ABDC51F3CC0B85A11213DC74BC070E92B07B3293CC0B8C2672101CB4BC08058901F7F253CC068B2E6E3DACA4BC0508672A5F21E3CC0F88D83A2EACD4BC06018E464C41D3CC098303BDE72CF4BC07017DA1917223CC0282358E15ECF4BC00093C15E0B263CC088C0CE62F0D04BC000B1EE82172D3CC0A0D4E7612FD44BC0B00F93258F2F3CC090BD9D4275D94BC0C021897FBB383CC0682B8EBCE4DF4BC0F0A0D25ED33B3CC068771BE0D8E34BC040D1187E38403CC0984D380340E34BC0A0264104FE443CC0901D403E93DD4BC0606685402E493CC090A1818385D54BC09093D9A370553CC0A0A5606342D84BC030B0899B54643CC0C806932364D84BC020D994BAF2693CC0A08E6BFD9FD94BC05001ADFE256D3CC000D490205CDB4BC080164D22516C3CC0602E2F7C7DDD4BC06012887879623CC0A00D793DB5E04BC0A041149F595E3CC000FA2960C9E74BC030DD2503955D3CC098F022C4EBEC4BC08054C403E55A3CC0004727A2EEEF4BC0A0B3237AFB5B3CC0D00BA72171F34BC050327E3D42693CC0E0FA9380EDF04BC08065B89DB7753CC0C8DF6D00FDF04BC0708B7007937A3CC010EE0D0055FE4BC090A80F1B487F3CC038348D5E2A024CC02048CEBF41833CC0F8D9815D31034CC00067FADD568A3CC018EE2ABD52004CC090114BBA4A933CC060AB2ABEF7FF4BC0309ABCC29D973CC040C7B322BF004CC040123264CB9A3CC010D736FF3E074CC0D06DBF2406A13CC0A8421B9CF90F4CC0D0179100E1AF3CC0A0FAF2E07D174CC0407D6A05C0C43CC0E804D43C9D214CC0A0F7EB9F1AC73CC050FEDBDB82254CC060ECBE5D11CC3CC080D6884067264CC0207E35A54AD03CC000A81C601E264CC0F09EB677F0E33CC088A17DDF30294CC0B09C0ADA00EC3CC088B652A3732C4CC08019D044BDF03CC0382438226E304CC0E096E42688F23CC0F864C9C35E344CC0400131A86EFA3CC0385948800C354CC0B057E3423A003DC058AC05E0BC324CC040614343AA043DC0605D2ADF4F354CC040D49D872F133DC008C912A31F414CC0E0BFA83AFF163DC020BBFB1F43454CC060BF293AE61C3DC0B836329C15494CC0D077F6BBCC1C3DC0100B617D584B4CC03006FAC1DC1E3DC02852C01EBD4D4CC0B0120DE598283DC0D0CCA76071524CC0502CDA4272323DC0807657DC9B534CC0C0F01A1E6C393DC03806A7C1FB524CC020C25D38F33F3DC050EE869FC6534CC0C0605224ED463DC0900944A1F4594CC0E0C0CC7ADC5B3DC018DB641DC7614CC0908B36BDC55F3DC028F6386326634CC0F0C6D2409F643DC0D8E5261D8F634CC0E0ECD29C9E6B3DC0F066577E8A634CC000DDB57F836E3DC0708F92DEA9664CC08009ABBD16743DC078B783BC90684CC02072B226C17B3DC0D0323E9D2B704CC010E6CEC3CF833DC0181C5C80287A4CC0D0C8A44160953DC07852EC1F277C4CC0F09135F8349B3DC028A19DBFED7B4CC0002A35029BA33DC038C35D1DAB804CC0002BF457AAA73DC05070C79F1A834CC0D098065E82AF3DC0F8737620248D4CC0F02A1C9A41C03DC058B4F2A17D904CC0201D6421C9C43DC0E80BF7E3A1954CC070252E00E1C73DC090CFE69E209D4CC010ACBEFE5DC73DC098408B3CBAA54CC0B0632983F8D43DC0301D5A5DF8A94CC0E03C9F0019E23DC02068EA9B51A94CC0509D3CE6E8ED3DC0306ACA4202AA4CC050926B03CCF83DC080A8661DABAC4CC05033ECC397013EC0C869B7A04CB34CC050E4B9183D073EC030893944C0B74CC020F77D27BA0E3EC0788EEBDD75BA4CC0C033103A75193EC058A9B5FEB2BD4CC0B01CBFDEA61F3EC0784A34E17AC84CC04093EBC6BB2B3EC09031F54388D14CC080156403762D3EC010B3E26052D24CC0E0724ED845313EC0D0366D6342D04CC0103135DCBA2F3EC038450FA4E0CD4CC0E073608369303EC0503BE5D2EBCB4CC010FB3ECD25323EC0 > > > STAsText: > POLYGON ((-57.593134271554504 -30.195889308811331, -57.600000011588179 > -30.199999991096718, -57.91666899226567 -31.366666996395907, > -58.200003002033213 -32.450000003984826, -58.150000997577706 > -32.600001989288046, -58.533334990890864 -33.516668992555651, > -58.316667990253961 -34.666666008237655, -57.133335002716649 > -35.46666699535939, -57.233335984509722 -36.183333986569551, > -56.666665999056647 -36.583334012482965, -57.300001995392961 > -37.450000997897405, -57.93333699348176 -38.316668012989453, > -58.8375040015041 -38.491668996830924, -59.741670011279041 > -38.666668986022273, -60.64583598957762 -38.841669004891173, > -61.5500019993525 -39.016668994082522, -62.333333992406608 > -38.950000010940016, -62.183336997441359 -39.316667988740107, > -62.300001985662107 -40.550001986982124, -62.716670013690987 > -41.050001989246596, -64.150001010362246 -41.016669004939047, > -65.133336995873037 -40.8500020059675, -64.800003010520413 > -42.199999999578779, -64.533338998463933 -42.316668005924271, > -64.116668005370343 -42.266669012398893, -63.7500020123739 > -42.083334013110516, -63.700003003560084 -42.816668008188742, > -64.21666698976918 -42.666665994107234, -64.966667007555031 > -42.666665994107234, -64.300002999262745 -43.00000201192762, > -65.316671989765439 -43.50663372455341, -65.5166699909388 > -43.50663372455341, -65.7333369915757 -43.50663372455341, > -65.816672001023164 -43.50663372455341, -65.966666998594178 > -43.50663372455341, -66.21666700512236 -43.50663372455341, > -66.28333900728893 -43.50663372455341, -66.808333998014746 > -43.50663372455341, -66.975004985479472 -43.50663372455341, > -67.050002999126832 -43.50663372455341, -67.166669984741873 > -43.50663372455341, -67.366667985915171 -43.50663372455341, > -67.5333390048562 -43.50663372455341, -67.650000997435313 > -43.50663372455341, -67.850004989892 -43.50663372455341, -67.966667013947358 > -43.50663372455341, -68.0666719905289 -43.50663372455341, > -68.333335003438663 -43.50663372455341, -68.416670013785392 > -43.50663372455341, -68.43333398873682 -43.50663372455341, > -68.466666993728779 -43.50663372455341, -68.516669997331064 > -43.50663372455341, -68.583335009067468 -43.50663372455341, > -68.616668014958748 -43.50663372455341, -68.625003014263939 > -43.50663372455341, -68.633337014422352 -43.50663372455341, > -68.800003008851149 -43.50663372455341, -68.850005013306713 > -43.50663372455341, -68.900000995002586 -43.50663372455341, > -68.91666999446619 -43.50663372455341, -69.133336994203773 > -43.50663372455341, -69.150001000631448 -43.50663372455341, > -69.249999985030286 -43.50663372455341, -69.300002988632571 > -43.50663372455341, -69.383336999832579 -43.50663372455341, > -69.7000040154914 -43.50663372455341, -69.86666801252602 -43.50663372455341, > -70.0000000028162 -43.50663372455341, -71.1333370095569 -43.50663372455341, > -71.500000006012328 -43.50663372455341, -71.566672009078218 > -43.50663372455341, -71.7666700093522 -43.50663372455341, > -71.800003015243476 -43.50663372455341, -71.833334990511673 > -43.133335002263834, -72.133337000596043 -42.5833339865967, > -71.850004988222736 -41.783334989674643, -71.716667005749912 > -40.43333401031424, -71.466667000121049 -39.3833350113606, > -71.050002997457568 -38.75000198818293, -70.999999993855283 > -38.166665998008625, -71.016669992465665 -37.325000002231491, > -71.033338991929213 -36.4833330109048, -70.333334987315538 > -35.816667998969137, -70.366667992307441 -35.150000996833796, > -69.883337011989624 -33.883335009833729, -69.98333699553524 > -33.300002004509224, -70.258338003391884 -32.483334012620162, > -70.533339011248472 -31.666666986602991, -70.333334987315538 > -31.033332997553487, -70.0166700005272 -30.400000004053425, > -69.908337015070629 -29.674999994744496, -69.8000029998903 > -28.949998988986749, -69.216670007156324 -28.050000014814259, > -68.633337014422352 -27.149999985737054, -68.300002996694161 > -26.883334005064626, -68.566672001786571 -26.300000999740121, > -68.49999999962 -24.900000002526554, -68.2499999939912 -24.400000000262082, > -67.333335012399516 -24.016667007894284, -66.999999996423867 > -23.000000993248193, -67.183333991169548 -22.816665994859136, > -66.233337002833366 -21.783333005123325, -66.033339001660067 > -21.916666990109718, -64.833334985788667 -22.133334007833753, > -64.400000985414181 -22.716667012258938, -64.016669987742659 > -22.1666669921413, -62.816667999842423 -22.000000987819931, > -62.63333500424352 -22.233331994884509, -61.741668996009139 > -23.049999986773571, -60.8500019895273 -23.866668008340241, > -60.050001996156368 -24.191667992635132, -59.250002002785493 > -24.516667011058132, -58.40000200235329 -24.97499998568918, > -57.550002001021824 -25.433332989997893, -58.075001984783512 > -26.374999987353249, -58.600002000021561 -27.316665990058425, > -57.433336014553561 -27.391666997548839, -56.266668998462535 > -27.466667009489754, -55.566667989490554 -27.250000987315218, > -54.633335007582048 -26.199999003511778, -54.591335594123905 > -25.591862827020861, -54.548499997338183 -25.588975987119056, > -54.533447002219589 -25.598053010735327, -54.536472000468166 > -25.617582007136832, -54.523807995864445 -25.628049988753503, > -54.5000570089893 -25.614224987288935, -54.460776995160984 > -25.64304199544938, -54.444610991904312 -25.662855002244328, > -54.437195006183572 -25.692109995521548, -54.429165012843953 > -25.695060989459648, -54.422359007578109 -25.688372003076893, > -54.424862003347982 -25.658250989665191, -54.392525003798767 > -25.633256995853969, -54.38549800723132 -25.598401993548123, > -54.370082986432521 -25.593944991342426, -54.356193995507567 > -25.606648995991407, -54.345195991258379 -25.607027013415916, > -54.327972001284763 -25.571882001339304, -54.294224009538368 > -25.557501008419308, -54.278804994850418 -25.557210998648543, > -54.249610994492571 -25.596883985626732, -54.23466501509813 > -25.59261300638417, -54.237082997956634 -25.570181014659852, > -54.230141015199877 -25.562542010565721, -54.199192005888335 > -25.581684006214971, -54.176781010635466 -25.584176996127951, > -54.175055993172066 -25.571083004078332, -54.204802985746426 > -25.557127001971025, -54.20602800354385 -25.54062699680793, > -54.190472012218322 -25.533900987135894, -54.160529994467367 > -25.540733002593527, -54.143585012858068 -25.519983002968047, > -54.111888984400821 -25.496187007723279, -54.0928339909633 > -25.500078009019319, -54.0950810109054 -25.518138986314455, > -54.123473999520911 -25.565190995978639, -54.098637000356348 > -25.617744001114659, -54.089972995777941 -25.613580989078969, > -54.089584006624705 -25.584675008292209, -54.0786090034357 > -25.557963988393169, -54.050303992796387 -25.583561006403329, > -54.040501013954952 -25.583037999381929, -54.028830985923435 > -25.566842989392569, -54.017943992186929 -25.563970987404844, > -53.990475010191744 -25.585731997661071, -53.970221994805513 > -25.599852013623433, -53.976665008519319 -25.6114959855978, > -53.964221994317882 -25.61336499620927, -53.9621390089153 > -25.641525011855776, -53.9550819893812 -25.646614012617533, > -53.944362993496384 -25.631110998554107, -53.95272099386176 > -25.624591997524703, -53.947445011459592 -25.611487996020855, > -53.933028992644495 -25.62204199419233, -53.915530988241755 > -25.616163010074274, -53.920418012067614 -25.629452010213413, > -53.913471003899417 -25.628657988001919, -53.9121090094643 > -25.635763009748644, -53.8899420074726 -25.622804993391128, > -53.894558011611707 -25.642462005585571, -53.875194985090673 > -25.644077004488508, -53.889026988676562 -25.660965006852621, > -53.874972995541668 -25.654202998219091, -53.861110999566108 > -25.658971990525231, -53.854221010213223 -25.67368701143198, > -53.858219013743621 -25.67990098850936, -53.841553010821031 > -25.687558987184104, -53.8492510014471 -25.690482996065441, > -53.853831989583682 -25.691153013460337, -53.850303995128115 > -25.705814006696869, -53.871970997453957 -25.6937369949776, > -53.863914008265681 -25.704619987630451, -53.878277003053938 > -25.707807988896207, -53.857612996600949 -25.723204000725275, > -53.86458200668261 -25.744235991766175, -53.848083003364252 > -25.740863986515308, -53.834304991475733 -25.749422013187143, > -53.8414459941975 -25.751730004464832, -53.839305990878927 > -25.76003999002711, -53.848609998878828 -25.758093011792994, > -53.855998989650232 -25.766070989245748, -53.841777996011729 > -25.770652991817542, -53.830223004757613 -25.781276997712382, > -53.84252498458045 -25.790600013782694, -53.822056003304112 > -25.792027000422195, -53.827498985310513 -25.807616996012996, > -53.818583997940152 -25.815244995103455, -53.837723005142323 > -25.815715994331924, -53.835666985011471 -25.825611009789782, > -53.8486940135428 -25.8365170071001, -53.834053009537 -25.849394010730521, > -53.84391400544115 -25.857607004411932, -53.83174900135657 > -25.858620005242358, -53.83541500307274 -25.868741988896033, > -53.822917997173931 -25.87125801224488, -53.848389007577225 > -25.884501003968353, -53.81916801227004 -25.89703200963578, > -53.8337519983599 -25.91440400553239, -53.818222003736253 > -25.91222999974724, -53.819941996687476 -25.927788007352774, > -53.833251997794662 -25.919715994090666, -53.831778993746241 > -25.9298289926179, -53.84241899858 -25.933174012812003, -53.839000984913412 > -25.953674010805855, -53.827277994008909 -25.962621995200777, > -53.835498986260461 -25.9715650036469, -53.813472986271734 > -25.979210007118297, -53.816860010200514 -25.989373989110732, > -53.801502009116291 -25.984961999771258, -53.80424899724801 > -25.995388012726778, -53.779331011436796 -26.00841000685341, > -53.779555997526813 -26.021218993859463, -53.7630539976675 > -26.035770000911157, -53.754886997113317 -26.033269986393748, > -53.755806009798448 -26.041084008447342, -53.735194995895995 > -26.04172701110781, -53.725498003055122 -26.065077001981308, > -53.73877701352518 -26.084532011159467, -53.74085999892776 > -26.116553995288939, -53.724502995859837 -26.128172007433591, > -53.715056986710181 -26.126302996822119, -53.699638002599158 > -26.152242998267809, -53.678138998125064 -26.164124006348061, > -53.6714709992205 -26.175543000326286, -53.649974990388046 > -26.194248005508996, -53.652943002196935 -26.204951998903709, > -53.641750003348079 -26.215479012917683, -53.652416005782982 > -26.235271006154164, -53.642132689153186 -26.24532263134887, > -53.644443998929205 -26.247500002397032, -53.644032757850937 > -26.248741170219489, -53.645557007067225 -26.248507997601052, > -53.640751002263642 -26.259382005127463, -53.644695014096726 > -26.287278995160761, -53.67258101081751 -26.324391999929276, > -53.670470998989344 -26.330245990089566, -53.684386986662275 > -26.336248014051705, -53.688552988044364 -26.353974992138376, > -53.695057014462634 -26.354853011926764, -53.689166994763923 > -26.35931399453176, -53.698891014030437 -26.363431993701226, > -53.70008101492607 -26.387527013520753, -53.708529989808653 > -26.387438011216773, -53.695751010480762 -26.402342011158169, > -53.704304004546486 -26.415512010308476, -53.687472998514579 > -26.428343006422551, -53.688029986418883 -26.443026008767106, > -53.703029988986941 -26.441410013415407, -53.696751010711921 > -26.468474992075983, -53.7029720025011 -26.462836995684825, > -53.71411100965264 -26.470567986033416, -53.70611200695015 > -26.480876988199668, -53.701416013512471 -26.473007006732132, > -53.694640997984379 -26.474643986864123, -53.694331997230393 > -26.489938997634738, -53.7020840119294 -26.490094992235242, > -53.707279006785541 -26.500071986292028, -53.702861990235931 > -26.507894992572744, -53.728862993594134 -26.502726004311, > -53.72555499039413 -26.52515600673496, -53.715529990527443 > -26.525959014072896, -53.723251014589323 -26.531897000910703, > -53.719250015417231 -26.537045999941654, -53.74044401392581 > -26.545006007141637, -53.72369399543993 -26.553769987551391, > -53.735221991744709 -26.565964009160552, -53.718055988256879 > -26.556975987848205, -53.706054988134838 -26.559434998676977, > -53.721194993559152 -26.562025009249169, -53.723414986176238 > -26.588408996987482, -53.731136010238117 -26.586247985506361, > -53.728775014718678 -26.6019189938242, -53.73422199151355 > -26.608510988326088, -53.728275015052759 -26.616768000223487, > -53.731918014809366 -26.629532003141662, -53.740222991147959 > -26.629620010795406, -53.7390019996152 -26.643297007236356, > -53.749973008015729 -26.6348000031615, -53.758358004229763 > -26.640725990345402, -53.733307005093138 -26.645096010124405, > -53.724998002489883 -26.657828990029827, -53.72169099933592 > -26.647123006435436, -53.717972005069157 -26.666535987597172, > -53.725807003809109 -26.666688996448613, -53.730720992007377 > -26.677526010363351, -53.715443010798708 -26.682394013528324, > -53.728667998994467 -26.691484002670279, -53.742194996614785 > -26.680012005349624, -53.731472006840818 -26.699702996628275, > -53.733081987526816 -26.715714998182023, -53.747359999980574 > -26.718659992742857, -53.753334003766327 -26.709487996223686, > -53.756832006731486 -26.718950002513566, -53.741721992797579 > -26.729958991082071, -53.749470011808796 -26.739869986593078, > -53.735694995561914 -26.741197991152035, -53.729641003376969 > -26.730553000476959, -53.714053989938009 -26.748852008528161, > -53.723556987326049 -26.7626909998462, -53.743000003145596 > -26.762285003614068, -53.728694994843181 -26.773100008420784, > -53.698277007310878 -26.768062986673669, -53.71591601551529 > -26.780149012297613, -53.708030988390192 -26.797006985399889, > -53.699444007146269 -26.79692600324978, -53.696278005995339 > -26.811001006345975, -53.709746986552943 -26.811876010707579, > -53.687443007024228 -26.836413991592622, -53.69422098671771 > -26.8462920026696, -53.67627700492335 -26.843028989852712, > -53.658890010133973 -26.860891008336637, -53.695163999609861 > -26.857669993858565, -53.678863984780321 -26.868850985859012, > -53.694640997984379 -26.886123999675078, -53.672000991276093 > -26.89210898957873, -53.678749010056151 -26.907553000922462, > -53.6723589897922 -26.912719998984528, -53.695693991665451 > -26.926853010150239, -53.669918005873512 -26.941788003426723, > -53.708667996169936 -26.933878013820049, -53.702305003230947 > -26.959184993281156, -53.711609011230848 -26.964407013663617, > -53.725219992938207 -26.957846013396136, -53.735832003675796 > -26.973956997929747, -53.71644600757088 -26.987827012260482, > -53.742443015241349 -26.99064999130502, -53.731136010238117 > -27.00412799925715, -53.739749986431377 -27.013882005517416, > -53.749527000047124 -27.004829009987134, -53.761307008867618 > -27.006429991157574, -53.746364992785345 -27.03039898538384, > -53.758778015496432 -27.034155006537162, -53.762001003986427 > -27.044412995560663, -53.784332010840046 -27.026534997922909, > -53.775081993638196 -27.049519995353535, -53.757805011113987 > -27.060597996095851, -53.762306010851319 -27.065554006914624, > -53.771641009488292 -27.064999010109318, -53.791137985528962 > -27.04153399864623, -53.801276991550026 -27.040080993721119, > -53.796275992146775 -27.058886999962226, -53.770415992590188 > -27.072300005817397, -53.780167007705415 -27.077734009891969, > -53.79741699528023 -27.066151001159369, -53.80424899724801 > -27.07972500634213, -53.7929149972955 -27.089783012226633, > -53.774917990574977 -27.101763002387429, -53.794581996796751 > -27.109539005602244, -53.810196005185105 -27.097799007618903, > -53.817360009866434 -27.100599011683528, -53.806109993101586 > -27.110069007550351, -53.8041420130001 -27.12175401289096, > -53.813862006901275 -27.128687000628759, -53.823334013652129 > -27.12627598841533, -53.823775996255279 -27.132466991412116, > -53.816970989236893 -27.139228999146383, -53.798553004478492 > -27.136086011646171, -53.79733700598166 -27.143728000590158, > -53.827389004521592 -27.14595401416824, -53.835835014339409 > -27.154454998642393, -53.834166985114393 -27.167784006920726, > -53.865917005269011 -27.125198014266232, -53.881690991355129 > -27.129863985636632, -53.891251007558424 -27.161647997465991, > -53.903751009998246 -27.175245006406954, -53.949974004830722 > -27.151426006504664, -53.959361996917607 -27.161714989762572, > -53.960750987201379 -27.195359992948852, -54.011916995850584 > -27.196466005260845, -54.020251994256455 -27.212211996351527, > -54.023193010216687 -27.251805990479909, -54.053890006113306 > -27.263555997917479, -54.075253001620354 -27.295425001973797, > -54.110916011494567 -27.303146012545881, -54.154972007159813 > -27.295699997563247, -54.154305006990342 -27.2660309887994, > -54.1636350125915 -27.254153990796055, -54.173415989519413 > -27.255325005204952, -54.185775987304396 -27.267488003801418, > -54.190472012218322 -27.307332995110926, -54.205749993426991 > -27.33275800878971, -54.21619400541357 -27.385080007774036, > -54.261641987004282 -27.398243011997579, -54.268196011230771 > -27.416206002761669, -54.265835015711275 -27.435109995533821, > -54.28480499533805 -27.447401009023849, -54.336192993536315 > -27.401636001129418, -54.333752009617569 -27.45680799299339, > -54.351191996957539 -27.466280007838179, -54.39160898675533 > -27.415478006974922, -54.411194003724688 -27.405219989173133, > -54.434029005032642 -27.423326008112724, -54.469085997764239 > -27.42698898900619, -54.468139989230451 -27.437188998738463, > -54.440612989273234 -27.466437992638419, -54.45255700205621 > -27.477729996050812, -54.474109998227732 -27.480792996051093, > -54.504250006220047 -27.48155798544957, -54.519305997879655 > -27.501798997584729, -54.530613001983568 -27.50565098539181, > -54.560139004155644 -27.46365900303158, -54.573776014041186 > -27.453481996158189, -54.584805008028184 -27.454261999737923, > -54.615916990679239 -27.534913998822844, -54.634140013213539 > -27.545437003659231, -54.646168010083557 -27.539098990288892, > -54.655499013932115 -27.511798995399715, -54.670391001629184 > -27.503747995696131, -54.679110996198517 -27.517810999138419, > -54.671413004673127 -27.558131993504162, -54.677361010857624 > -27.572664005975241, -54.722584006358261 -27.562943013826668, > -54.74319498878441 -27.561696986967263, -54.762753009005792 > -27.583206005392185, -54.774086011610166 -27.584200010742734, > -54.78638799143306 -27.572165993811041, -54.796412992199066 > -27.5323939950747, -54.812247991888967 -27.529723996103314, > -54.828887998109622 -27.558085985987759, -54.847858009212644 > -27.620946998639909, -54.85841799417085 -27.628276997483454, > -54.890777995679628 -27.626191994002227, -54.905441002498208 > -27.639070987832326, -54.900860014361626 -27.698839001799286, > -54.903972991485716 -27.727036011057464, -54.924721012602674 > -27.746155002049193, -54.937721014708416 -27.771899995405363, > -54.949780001316242 -27.777262001556949, -54.990276012742072 > -27.773152987513868, -54.998138007330681 -27.79063801380039, > -55.0190539957224 -27.795723004485239, -55.055473013465985 > -27.7682699998453, -55.080669010293434 -27.779832988770238, > -55.081169009959353 -27.797053994793373, -55.025360001322383 > -27.832390004882541, -55.02388799552142 -27.845499010214155, > -55.0318600023752 -27.855388992166638, -55.051722997985166 > -27.85166700945274, -55.088219008486362 -27.841359997486165, > -55.118416003817742 -27.851500009848507, -55.127166989024204 > -27.863861002283613, -55.123969996336825 -27.887304004638679, > -55.133334987363469 -27.896360014696427, -55.168751009234256 > -27.861916013349855, -55.197445009026865 -27.856915985214414, > -55.229388993158125 -27.881500003293468, -55.25236100257996 > -27.917112004521528, -55.270946986089371 -27.932279995048702, > -55.30619401096169 -27.921416992525963, -55.321803993984588 > -27.923529008942978, -55.3304749889931 -27.933305990183158, > -55.338219014115225 -27.965526991579736, -55.383555984293935 > -27.982389004436584, -55.382720987172092 -27.996250004862645, > -55.367584007966457 -28.015832999256759, -55.373527988785554 > -28.034721012875082, -55.416888990185157 -28.057945007832984, > -55.43674898925417 -28.086193000556307, -55.443638010936525 > -28.096389996660434, -55.457832008726371 -28.098332995394571, > -55.484279986824333 -28.076833986423821, -55.496529005572881 > -28.079083999309603, -55.512386008075566 -28.112001007608455, > -55.541584002322509 -28.124111002862435, -55.556553014253439 > -28.162888000698729, -55.585971999801984 -28.146470997563029, > -55.584804999966593 -28.120889988384363, -55.608722986446026 > -28.116277986228283, -55.620692995930938 -28.133164993042953, > -55.620083015476041 -28.148610994586306, -55.632335997536813 > -28.176140006326932, -55.657695997427481 -28.185777996448167, > -55.69889099790737 -28.221610995273068, -55.749167985361794 > -28.233694006369603, -55.780056012545913 -28.250862008150989, > -55.775391008846043 -28.269500986009575, -55.731056004816423 > -28.285862000053726, -55.668137014671743 -28.333750000590555, > -55.689526006880669 -28.39191600905923, -55.690555998602179 > -28.413859998073463, -55.700195004957322 -28.426361005055981, > -55.713748999325617 -28.423113006420408, -55.730392001187965 > -28.384665997715615, -55.755531009777087 -28.36855501408138, > -55.810832996841782 -28.36555499720015, -55.850945012150248 > -28.355056987220905, -55.874470013788596 -28.359305986133791, > -55.9018899980216 -28.411166995343876, -55.882247993713236 > -28.459833009260819, -55.882720998429761 -28.478805985428551, > -55.986969000627255 -28.497193995783675, -56.016918009707695 > -28.512722003804924, -56.024944008258842 -28.540387986787209, > -56.002524991952839 -28.575359004332824, -55.999748011431393 > -28.592250987096293, -56.005832994253524 -28.604666006302296, > -56.056610013749491 -28.628999993072114, -56.1248049862964 > -28.687027011321163, -56.1835290132924 -28.768555010317186, > -56.262611011052115 -28.777750010594559, -56.293055994433075 > -28.797139987098831, -56.300026003661515 -28.813638997611747, > -56.297801984779653 -28.890387994847458, -56.321803985923054 > -28.921887996283374, -56.34727899111482 -28.940388012700623, > -56.378361012852508 -28.947390013511608, -56.409141991936792 > -28.978250991787036, -56.414444003416463 -29.000888996604488, > -56.396389010210157 -29.018223003339926, -56.416499992071067 > -29.074943996460433, -56.508777984783649 -29.089831987570392, > -56.541110990443713 -29.112887988273883, -56.570971989172392 > -29.11249899642263, -56.588637993225461 -29.12055599550348, > -56.60733398810072 -29.158582988444948, -56.644085008557909 > -29.197055986657062, -56.653193991381158 -29.224305993630651, > -56.648307997279005 -29.2498049954321, -56.654498997577889 > -29.277055997955131, -56.702778013440479 -29.358833003033283, > -56.76388900208093 -29.374111009422961, -56.7746089962132 > -29.393055011233571, -56.777804988854484 -29.420388986106332, > -56.777663986851508 -29.431694013500419, -56.802059003412865 > -29.453471998459918, -56.816917003931792 -29.483416002813215, > -56.876331000681262 -29.514888990414022, -56.954361004806 > -29.583500006418774, -56.969943991080925 -29.606277001455908, > -56.968193008391893 -29.6390839938922, -57.005222006590373 > -29.654942986594506, -57.02425000417918 -29.6855829969507, > -57.102665002668743 -29.751001006962667, -57.128834002979318 > -29.768694006864393, -57.169003005626848 -29.780776988283321, > -57.2275580050474 -29.778778001356898, -57.294745986933037 > -29.831916997532687, -57.327891987801536 -29.883194006802, > -57.322803010422149 -29.929335012243712, -57.328193997226094 > -29.971862996828634, -57.348972010732723 -30.006222005048869, > -57.400775994832259 -30.028276009925605, -57.435555008023925 > -30.057527988675361, -57.456722011583167 -30.099444989162066, > -57.482024992658523 -30.123639985712259, -57.566249990971244 > -30.170834000123477, -57.636970991824569 -30.177581989225928, > -57.643138991063211 -30.192471999313852, -57.6270260127327 > -30.186445010172122, -57.608417994934314 -30.189110003517158, > -57.593134271554504 -30.195889308811331)) > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian_gh.popa at romtelecom.ro Mon Aug 10 22:26:34 2009 From: adrian_gh.popa at romtelecom.ro (Adrian Popa) Date: Tue, 11 Aug 2009 08:26:34 +0300 Subject: [mapserver-users] tooltip openlayers /wms In-Reply-To: References: Message-ID: <4A81010A.2080900@romtelecom.ro> Hello Youness, Check out this link (for Vector layers) - maybe it helps: http://www.mail-archive.com/users at openlayers.org/msg11117.html YOUNESS ELMEDRAOUI wrote: > Hi, > > plz, how can i create a tooltips with openlayers / wms layers? > > thnks > best regards, > Youness ELMEDRAOUI > Les informations figurant sur cet e-mail ont un caract?re strictement > confidentiel et sont exclusivement adress?es au destinataire mentionn? > ci-dessus.Tout usage, reproduction ou divulgation de cet e-mail est > strictement interdit si vous n'en ?tes pas le destinataire.Dans ce > cas, veuillez nous en avertir imm?diatement par la m?me voie et > d?truire l'original. Merci > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- --- Adrian Popa NOC Division Network Engineer Divizia Centrul National de Operare Retea Departament Transport IP & Metro Compartiment IP Core & Backbone Phone: +40 21 400 3099 -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.westerlind at enera.se Tue Aug 11 00:26:21 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Tue, 11 Aug 2009 09:26:21 +0200 Subject: [mapserver-users] Newbie feedback Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> Newbie feedback Hello all, we newly installed Mapserver as ms4w installation on windows; and we are very satisfied. We got up and running very fast, even though we are not fluent in the techniques used (in Partiucar, Apache webserver). However, I want to share a few small points that caused unnecessary problems. 1. A suggestion where in the directory structure to put the mapfiles would be appreciated. If there are different meanings, give two or three scenarios. Also include the looks of the URL reference to the mapfile. 2. Why not enclose a small working example with one simplest possible mapfile and one shapefile set? And perhaps another more advanced mapfile with some common techniques exposed? 3. Font handling caused me much problems. As it is a windows installation, it could be at least a insall note / readme describing where to search for the .ttf files. The Mapserver documentation doesn't say anything about Windows, and in Windows you need not be very aware of where to find the font files, so it took some time to find out. It appears that the documentation is not very clear either; I hade to create a fontset file and refer to it to get it work; the documentation hints that font references could be written in the fontset clause, but I didn't manage. 4. The default font handling (bitmap) was confusing as it appears to be ascii based, where the true type font appears to be Unicode/UTF-8 based. When doing the correct 'encoding', the output was silly until I managed to handel the true type fonts correctly. 5. I would suggest more examples in the documentation, especially around mapfile editing. In examles you would also get punctuation issues and such I think that was my most important points I think. Kind regards Lars Westerlind -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishikant.lal at gmail.com Tue Aug 11 03:07:29 2009 From: rishikant.lal at gmail.com (Rishikant Lal) Date: Tue, 11 Aug 2009 15:37:29 +0530 Subject: [mapserver-users] Eror in CGI Script Message-ID: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com> Dear Friends, I have my .Map file in C:\ms4w\apps\gmap\htdocs and it is called hello.map and my template file is saved in C:\ms4w\Apache\htdocs and is hello.html. Hello.map looks like # This is our "Hello World" mapfile NAME "Hello_World" SIZE 400 300 IMAGECOLOR 249 245 186 IMAGETYPE png EXTENT -1.00 -1.00 1.00 1.00 WEB TEMPLATE "/ms4w/Apache/htdocs/hello.html" IMAGEPATH "/ms4w/apps/gmap/data" IMAGEURL "/ms4w/tmp" END LAYER STATUS default TYPE point FEATURE POINTS 0.0 0.0 END TEXT "Hello World" END # end feature CLASS STYLE COLOR 255 0 0 END LABEL TYPE bitmap END END END END And hello.html looks like MapServer Hello World
Ther is some error in this script and I am not able to figure it out. Kindly help me out. -------------- next part -------------- An HTML attachment was scrubbed... URL: From georazor at gmail.com Tue Aug 11 04:19:15 2009 From: georazor at gmail.com (Mauricio Herrera) Date: Tue, 11 Aug 2009 04:19:15 -0700 Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? Message-ID: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> Hi mapserver users I hope you can help with my questions. please I have a LAN with two computers. One computer is installed MapServer and my second computer are my shapefiles How can I get my shapefiles from my second computer? I have tried to do this (example) , but I couldn?t get my shapefile... *Is it possible to do this?.. *Note: I dont wanna use database, only files Example: LAYER NAME mybridge DATA "*//MYSECONDCOMPUTER/maps/bridge*" STATUS ON TYPE LINE CLASS NAME bridges STYLE COLOR 0 167 197 OUTLINECOLOR 218 218 218 END END END Thanks Mauricio -------------- next part -------------- An HTML attachment was scrubbed... URL: From sluhmer at uni-bonn.de Tue Aug 11 03:45:59 2009 From: sluhmer at uni-bonn.de (Sebastian Luhmer) Date: Tue, 11 Aug 2009 12:45:59 +0200 Subject: [mapserver-users] Transparency of SLD-Layers Message-ID: Hi List, I have used SLD to style some Layers of a WebGIS. Now, the Layers wich are styled according to the SLD overlay all the other active Layers that you can just see the SLD-Layer. I deleted the fill-opacity paramter from the SLD and tried to regulate the transparency over the Opacity-Parameter of the Mapfile. The effect was, that I could influence the Opacity of the layer, but when set to full transparency, the layers is not visible any more and it seems, that a white layer is already there and overlays the rest. I hope I could explain my problem understandingly. Does anybody have an idea or a hint how I can solve that problem? Best regards, Sebastian! ------------------------------ Sebastian Luhmer Student assistant Center for Development Research Department of Ecology and Resource Management Walter-Flex-Strasse 3 53113 Bonn (Germany) Tel.: +49 (0) 228 - 73-1793 FAX: +49 (0) 228 - 73-1889 E-Mail: sluhmer at uni-bonn.de Web: http://www.coffee.uni-bonn.de http://www.zef.de From jlacroix at mapgears.com Tue Aug 11 06:56:16 2009 From: jlacroix at mapgears.com (Julien-Samuel Lacroix) Date: Tue, 11 Aug 2009 09:56:16 -0400 Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? In-Reply-To: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> References: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> Message-ID: <4A817880.3090702@mapgears.com> Hi, This should be possible, but note that the shapefile must be readable by the Apache user. I'm not sure how to check that on Windows, but others may probably help. Julien Mauricio Herrera wrote: > Hi mapserver users > > I hope you can help with my questions. please > > I have a LAN with two computers. One computer is installed MapServer > and my second computer are my shapefiles > > How can I get my shapefiles from my second computer? > I have tried to do this (example) , but I couldn?t get my shapefile... > *Is it possible to do this?.. *Note: I dont wanna use database, only files > > > Example: > > LAYER > NAME mybridge > DATA "*//MYSECONDCOMPUTER/maps/bridge*" > STATUS ON > TYPE LINE > CLASS > NAME bridges > STYLE > COLOR 0 167 197 > OUTLINECOLOR 218 218 218 > END > END > END > > > > Thanks > > Mauricio > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Julien-Samuel Lacroix Mapgears http://www.mapgears.com/ From jlacroix at mapgears.com Tue Aug 11 06:53:51 2009 From: jlacroix at mapgears.com (Julien-Samuel Lacroix) Date: Tue, 11 Aug 2009 09:53:51 -0400 Subject: [mapserver-users] Eror in CGI Script In-Reply-To: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com> References: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com> Message-ID: <4A8177EF.1090101@mapgears.com> Hi, Can you tell us what is the error message you get? It would help a lot to know what's going on. Best regards, Julien Rishikant Lal wrote: > Dear Friends, > I have my .Map file in C:\ms4w\apps\gmap\htdocs and it is called > hello.map and my template file is saved in C:\ms4w\Apache\htdocs and is > hello.html. > Hello.map looks like > # This is our "Hello World" mapfile > NAME "Hello_World" > SIZE 400 300 > IMAGECOLOR 249 245 186 > IMAGETYPE png > EXTENT -1.00 -1.00 1.00 1.00 > WEB > TEMPLATE "/ms4w/Apache/htdocs/hello.html" > IMAGEPATH "/ms4w/apps/gmap/data" > IMAGEURL "/ms4w/tmp" > END > LAYER > STATUS default > TYPE point > FEATURE > POINTS 0.0 0.0 END > TEXT "Hello World" > END # end feature > CLASS > STYLE > COLOR 255 0 0 > END > LABEL > TYPE bitmap > END > END > END > END > > And hello.html looks like > > MapServer Hello World > >
> > > value="map=/ms4w/Apache/htdocs/hello.map&mode=map"> >
> > > > > Ther is some error in this script and I am not able to figure it out. > Kindly help me out. > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Julien-Samuel Lacroix Mapgears http://www.mapgears.com/ From David.Fawcett at state.mn.us Tue Aug 11 07:13:26 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Tue, 11 Aug 2009 09:13:26 -0500 Subject: [mapserver-users] Eror in CGI Script In-Reply-To: <4A8177EF.1090101@mapgears.com> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA747@s-sp22.pca.state.mn.us> Also, what do you see when you hit the URL: http://localhost/cgi-bin/mapserv.exe?mode=map&map=/ms4w/apps/gmap/htdocs /hello.map (I am not sure what the base URL is, so you may need to modify it a little bit.) David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Julien-Samuel Lacroix Sent: Tuesday, August 11, 2009 8:54 AM To: Rishikant Lal Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Eror in CGI Script Hi, Can you tell us what is the error message you get? It would help a lot to know what's going on. Best regards, Julien Rishikant Lal wrote: > Dear Friends, > I have my .Map file in C:\ms4w\apps\gmap\htdocs and it is called > hello.map and my template file is saved in C:\ms4w\Apache\htdocs and is > hello.html. > Hello.map looks like > # This is our "Hello World" mapfile > NAME "Hello_World" > SIZE 400 300 > IMAGECOLOR 249 245 186 > IMAGETYPE png > EXTENT -1.00 -1.00 1.00 1.00 > WEB > TEMPLATE "/ms4w/Apache/htdocs/hello.html" > IMAGEPATH "/ms4w/apps/gmap/data" > IMAGEURL "/ms4w/tmp" > END > LAYER > STATUS default > TYPE point > FEATURE > POINTS 0.0 0.0 END > TEXT "Hello World" > END # end feature > CLASS > STYLE > COLOR 255 0 0 > END > LABEL > TYPE bitmap > END > END > END > END > > And hello.html looks like > > MapServer Hello World > >
> > value="/ms4w/Apache/htdocs/hello.map"> > value="map=/ms4w/Apache/htdocs/hello.map&mode=map"> >
> > > > > Ther is some error in this script and I am not able to figure it out. > Kindly help me out. > > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Julien-Samuel Lacroix Mapgears http://www.mapgears.com/ _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From bicphuongonline at yahoo.com Tue Aug 11 07:36:27 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Tue, 11 Aug 2009 09:36:27 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A80250B.6080708@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> <4A80250B.6080708@squeakycode.net> Message-ID: <1250001387305-3424256.post@n2.nabble.com> Andy Colson wrote: > > > Ha! Sweet! That's good that you found it because I was out of ideas. > Well done. > > > And now I wondering how to make the WMS layers faster! They are my > problem > > now :) > > > Start over from the beginning, find the bottleneck. > > -Andy > Yeah Andy!, first I think all WMS should be changed to TileCache layers for fast loading ! I hope it will be woking. But I do not know that when I modify data (in ArcSDE Oracle) whether TileCache layers will be updated immediately ? Currently, I also got problem of missing one or serveral tiles on TileCache layers, the web browser did not download them, so map screen has blank holes. Do you have experience on this, Andy ? -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3424256.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Tue Aug 11 07:39:46 2009 From: andy at squeakycode.net (Andy Colson) Date: Tue, 11 Aug 2009 09:39:46 -0500 Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1250001387305-3424256.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> <4A80250B.6080708@squeakycode.net> <1250001387305-3424256.post@n2.nabble.com> Message-ID: <4A8182B2.8010100@squeakycode.net> Alphatran wrote: > > > Andy Colson wrote: >> >> Ha! Sweet! That's good that you found it because I was out of ideas. >> Well done. >> >> > And now I wondering how to make the WMS layers faster! They are my >> problem >> > now :) >> >> >> Start over from the beginning, find the bottleneck. >> >> -Andy >> > > Yeah Andy!, first I think all WMS should be changed to TileCache layers for > fast loading ! I hope it will be woking. But I do not know that when I > modify data (in ArcSDE Oracle) whether TileCache layers will be updated > immediately ? > > Currently, I also got problem of missing one or serveral tiles on TileCache > layers, the web browser did not download them, so map screen has blank > holes. Do you have experience on this, Andy ? > Afraid not, sorry. I use postgis/mapserver and draw it every request. Never used the tile cache stuff. -Andy From bicphuongonline at yahoo.com Tue Aug 11 08:01:18 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Tue, 11 Aug 2009 10:01:18 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A8182B2.8010100@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> <4A80250B.6080708@squeakycode.net> <1250001387305-3424256.post@n2.nabble.com> <4A8182B2.8010100@squeakycode.net> Message-ID: <1250002878569-3424301.post@n2.nabble.com> Andy Colson wrote: > > > Afraid not, sorry. I use postgis/mapserver and draw it every request. > Never used the tile cache stuff. > > -Andy > > I will try and report here. Thanks Andy again for all ! -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3424301.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bicphuongonline at yahoo.com Tue Aug 11 08:01:21 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Tue, 11 Aug 2009 10:01:21 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A8182B2.8010100@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> <4A80250B.6080708@squeakycode.net> <1250001387305-3424256.post@n2.nabble.com> <4A8182B2.8010100@squeakycode.net> Message-ID: <1250002881382-3424313.post@n2.nabble.com> Andy Colson wrote: > > > Afraid not, sorry. I use postgis/mapserver and draw it every request. > Never used the tile cache stuff. > > -Andy > > I will try and report here. Thanks Andy again for all ! -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3424313.html Sent from the Mapserver - User mailing list archive at Nabble.com. From youness.elmedraoui at somei.fr Tue Aug 11 08:01:30 2009 From: youness.elmedraoui at somei.fr (YOUNESS ELMEDRAOUI) Date: Tue, 11 Aug 2009 17:01:30 +0200 Subject: [mapserver-users] OpenLayers.Control.WMSGetFeatureInfo Message-ID: An HTML attachment was scrubbed... URL: From bicphuongonline at yahoo.com Tue Aug 11 08:01:56 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Tue, 11 Aug 2009 10:01:56 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <4A8182B2.8010100@squeakycode.net> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> <4A80250B.6080708@squeakycode.net> <1250001387305-3424256.post@n2.nabble.com> <4A8182B2.8010100@squeakycode.net> Message-ID: <1250002916288-3424330.post@n2.nabble.com> Andy Colson wrote: > > > Afraid not, sorry. I use postgis/mapserver and draw it every request. > Never used the tile cache stuff. > > -Andy > > I will try and report here. Thanks Andy again for all ! -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3424330.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bicphuongonline at yahoo.com Tue Aug 11 08:05:38 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Tue, 11 Aug 2009 10:05:38 -0500 (CDT) Subject: [mapserver-users] MapServer webgis used too little capacity bandwidth In-Reply-To: <1250002916288-3424330.post@n2.nabble.com> References: <553579.13327.qm@web35102.mail.mud.yahoo.com> <4A7C3BC6.8030301@squeakycode.net> <1249659789343-3405085.post@n2.nabble.com> <4A7C4E0A.9050406@squeakycode.net> <1249698703909-3407796.post@n2.nabble.com> <4A7CE4EA.1060202@squeakycode.net> <1249700156262-3407847.post@n2.nabble.com> <1249703898435-3407974.post@n2.nabble.com> <1249707535848-3408104.post@n2.nabble.com> <1249711581187-3408238.post@n2.nabble.com> <4A7D9321.7060208@squeakycode.net> <1249888061978-3415557.post@n2.nabble.com> <1249900350883-3416409.post@n2.nabble.com> <4A80250B.6080708@squeakycode.net> <1250001387305-3424256.post@n2.nabble.com> <4A8182B2.8010100@squeakycode.net> <1250002916288-3424330.post@n2.nabble.com> Message-ID: <1250003138321-3424415.post@n2.nabble.com> Alphatran wrote: > > > > Andy Colson wrote: >> >> >> Afraid not, sorry. I use postgis/mapserver and draw it every request. >> Never used the tile cache stuff. >> >> -Andy >> >> > > I will try and report here. > > Thanks Andy again for all ! > Oh no!, sometimes when I click Post Message, the browser keep waiting and waiting .... actualy it's posted. Sorry for useless posts above. I don't know how to delete them. -- View this message in context: http://n2.nabble.com/MapServer-webgis-used-too-little-capacity-bandwidth-tp3404699p3424415.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Tue Aug 11 08:17:20 2009 From: andy at squeakycode.net (Andy Colson) Date: Tue, 11 Aug 2009 10:17:20 -0500 Subject: [mapserver-users] OpenLayers.Control.WMSGetFeatureInfo In-Reply-To: References: Message-ID: <4A818B80.4090901@squeakycode.net> YOUNESS ELMEDRAOUI wrote: > Hello, > > i want to test the OpenLayers.Control.WMSGetFeatureInfo to get info of > the features in a popup when i click on the map but i had an error : > "mswmsFeatureInfo() : wms server error requested layer(s) are not > queryable". > > can any one have a solutio? how can i use > OpenLayers.Control.WMSGetFeatureInfo? > > thnks, > > best regards, > Youness ELMEDRAOUI > Les informations figurant sur cet e-mail ont un caract?re strictement > confidentiel et sont exclusivement adress?es au destinataire mentionn? > ci-dessus.Tout usage, reproduction ou divulgation de cet e-mail est > strictement interdit si vous n'en ?tes pas le destinataire.Dans ce cas, > veuillez nous en avertir imm?diatement par la m?me voie et d?truire > l'original. Merci > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users I believe each layer needs a template, as in: TEMPLATE 'void' the file does not need to exist. -Andy From andy at squeakycode.net Tue Aug 11 08:23:11 2009 From: andy at squeakycode.net (Andy Colson) Date: Tue, 11 Aug 2009 10:23:11 -0500 Subject: [mapserver-users] OpenLayers.Control.WMSGetFeatureInfo In-Reply-To: <4A818B80.4090901@squeakycode.net> References: <4A818B80.4090901@squeakycode.net> Message-ID: <4A818CDF.4080509@squeakycode.net> >> Les informations figurant sur cet e-mail ont un caract?re strictement >> confidentiel et sont exclusivement adress?es au destinataire mentionn? >> ci-dessus.Tout usage, reproduction ou divulgation de cet e-mail est >> strictement interdit si vous n'en ?tes pas le destinataire.Dans ce >> cas, veuillez nous en avertir imm?diatement par la m?me voie et >> d?truire l'original. Merci >> Hey, on a side note, can you ask your lawyers if a confidentiality agreement is binding if its in a language I cant read? (yes, I'm trying to be funny) -Andy From mpg70221725 at yahoo.com.ar Tue Aug 11 10:35:44 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Tue, 11 Aug 2009 10:35:44 -0700 (PDT) Subject: [mapserver-users] As you can calculate the area of a ShapeObj type POLYGON? Message-ID: <339038.18178.qm@web33902.mail.mud.yahoo.com> Here part of the code that was trying to do : shapeObj s=new shapeObj(MS_SHAPE_TYPE.MS_SHAPE_POLYGON.swigValue()); ??? ??? ??? int n=ListaCoordenadas.size(); ??? lineObj lin=new lineObj(); ??????? for (int i = 0; i < n; i++) {??????????? ??????????? pointObj p1=ListaCoordenadas.get(i); ??????????? lin.add(p1); ??????? } ??? lin.add(ListaCoordenadas.get(0)); ??? s.add(lin);?? ??? Xutil.print("wkt :? "+ s.toWKT()); ???? area=s.getArea(); ??? Xutil.print("area total : "+area); The problem is that i launches an error in calculating the Area Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Tue Aug 11 10:35:44 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Tue, 11 Aug 2009 10:35:44 -0700 (PDT) Subject: [mapserver-users] As you can calculate the area of a ShapeObj type POLYGON? Message-ID: <339038.18178.qm@web33902.mail.mud.yahoo.com> Here part of the code that was trying to do : shapeObj s=new shapeObj(MS_SHAPE_TYPE.MS_SHAPE_POLYGON.swigValue()); ??? ??? ??? int n=ListaCoordenadas.size(); ??? lineObj lin=new lineObj(); ??????? for (int i = 0; i < n; i++) {??????????? ??????????? pointObj p1=ListaCoordenadas.get(i); ??????????? lin.add(p1); ??????? } ??? lin.add(ListaCoordenadas.get(0)); ??? s.add(lin);?? ??? Xutil.print("wkt :? "+ s.toWKT()); ???? area=s.getArea(); ??? Xutil.print("area total : "+area); The problem is that i launches an error in calculating the Area Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Craig.Dillabough at AGR.GC.CA Tue Aug 11 10:23:38 2009 From: Craig.Dillabough at AGR.GC.CA (Dillabough, Craig) Date: Tue, 11 Aug 2009 13:23:38 -0400 Subject: [mapserver-users] Providing multiple projection options for layers served through WCS Message-ID: <8EA33237DDDB244E860ADDE976124AE50202CBE7@ONOTTAXMS2.AGR.GC.CA> I am using MapServer as a Web Coverage Server. The native projection of my coverages is a rather obscure projection. I would like to provide the option for clients to access that data in other more common projections. >From what I've learned about WCS1.1.1 this should be possible. A getCoverageDescription request can return among other things a which informs clients that coverages can be requested in a projection other than the coverages native format. Is this possible with MapServer? If so can someone please give an example of how to configure a .MAP file to allow this (or point me to existing documentation on how to do this). Unfortunately, the secion on SRS (CRS) '9.9.6' in the MapServer documentation is empty ... maybe it was written by the same person who wrote the Geoserver WCS documentation? Thanks for any help. Regards, Craig Dillabaugh From pramsey at cleverelephant.ca Tue Aug 11 10:53:25 2009 From: pramsey at cleverelephant.ca (Paul Ramsey) Date: Tue, 11 Aug 2009 10:53:25 -0700 Subject: [mapserver-users] Newbie feedback In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> Message-ID: <30fe546d0908111053h1e03d75dp745551cf824ab07b@mail.gmail.com> Lars, Thanks for the great notes! This kind of "first blush" feedback is hugely useful, since users are by definition only new to a piece of software once -- this kind of knowledge is lost almost immediately. P. On Tue, Aug 11, 2009 at 12:26 AM, Lars Westerlind wrote: > Newbie feedback > > > > Hello all, > > we newly installed Mapserver as ms4w installation on windows; and we are > very satisfied. > > We got up and running very fast, even though we are not fluent in the > techniques > > used (in Partiucar, Apache webserver). However, I want to share a few small > points that caused > > unnecessary problems. > > > > 1. A suggestion where in the directory structure to put the mapfiles would > be appreciated. If there are > > different meanings, give two or three scenarios. Also include the looks of > the URL reference to the mapfile. > > 2. Why not enclose a small working example with one simplest possible > mapfile and one shapefile set? And > > perhaps another more advanced mapfile with some common techniques exposed? > > 3. Font handling caused me much problems. As it is a windows installation, > it could be at least a insall note / readme describing > > where to search for the .ttf files. The Mapserver documentation doesn't say > anything about Windows, and in Windows you need not be very > > aware of where to find the font files, so it took some time to find out. It > appears that the documentation is not very clear either; > > I hade to create a fontset file and refer to it to get it work; the > documentation hints that font references could be written in the fontset > > clause, but I didn't manage. > > 4. The default font handling (bitmap) was confusing as it appears to be > ascii based, where the > > ?true type font appears to be Unicode/UTF-8 based. When doing the correct > 'encoding', the output was silly until I managed to handel the > > true type fonts correctly. > > 5. I would suggest more examples in the documentation, especially around > mapfile editing. In examles you > > would also get punctuation issues and such > > > > I think that was my most important points I think. > > > > Kind regards > > Lars Westerlind > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > From Jukka.Rahkonen at mmmtike.fi Tue Aug 11 11:33:35 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Tue, 11 Aug 2009 21:33:35 +0300 Subject: [mapserver-users] Providing multiple projection options for layersserved through WCS References: <8EA33237DDDB244E860ADDE976124AE50202CBE7@ONOTTAXMS2.AGR.GC.CA> Message-ID: Hi, It should work out of the box. Reading http://www.mapserver.org/ogc/wcs_server.html?searchterm=wcs shows for example this example: The following are optional GetCoverage parameters according to the WCS spec: RESPONSE_CRS=epsg_code: Coordinate Reference System in which to express coverage responses. So to follow our above examples, a valid DescribeCoverage request would look like: http://my.host.com/cgi-bin/mapserv?map=mywcs.map&SERVICE=wcs&VERSION=1.0.0&REQUEST=GetCoverage &coverage=bathymetry&CRS=EPSG:42304&BBOX=-2200000,-712631,3072800,3840000 &WIDTH=3199&HEIGHT=2833&FORMAT=GTiff So all that is needed is to change the CRS and BBOX parameters in the request. In addition, on Mapserver side there must be a PROJECTION block in mapfile to tell Mapserver what is the native projection of coverage data. -Jukka Rahkonen- Dillabough, Craig wrote: I am using MapServer as a Web Coverage Server. The native projection of my coverages is a rather obscure projection. I would like to provide the option for clients to access that data in other more common projections. >From what I've learned about WCS1.1.1 this should be possible. A getCoverageDescription request can return among other things a which informs clients that coverages can be requested in a projection other than the coverages native format. Is this possible with MapServer? If so can someone please give an example of how to configure a .MAP file to allow this (or point me to existing documentation on how to do this). Unfortunately, the secion on SRS (CRS) '9.9.6' in the MapServer documentation is empty ... maybe it was written by the same person who wrote the Geoserver WCS documentation? Thanks for any help. Regards, Craig Dillabaugh _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From jmckenna at gatewaygeomatics.com Tue Aug 11 11:34:14 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 11 Aug 2009 15:34:14 -0300 Subject: [mapserver-users] Newbie feedback In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> Message-ID: <4A81B9A6.8070201@gatewaygeomatics.com> Hello Lars, My comments are inline below: Lars Westerlind wrote: > Hello all, > > we newly installed Mapserver as ms4w installation on windows; and we are > very satisfied. great! > > We got up and running very fast, even though we are not fluent in the > techniques > > used (in Partiucar, Apache webserver). However, I want to share a few > small points that caused > > unnecessary problems. > > > > 1. A suggestion where in the directory structure to put the mapfiles > would be appreciated. If there are > > different meanings, give two or three scenarios. Also include the looks > of the URL reference to the mapfile. You should download the MS4W addon packed named "PHP/MapScript Sample Application" for an example directory structure. Here is my advice: - place the application in /ms4w/apps - /apps/yourapp/ should contain: /data (your data files) /docs (any relevant docs) /etc (font and symbol files) /htdocs (application files - often html, js, or php*) /maps (your mapfiles) > > 2. Why not enclose a small working example with one simplest possible > mapfile and one shapefile set? And > > perhaps another more advanced mapfile with some common techniques exposed? MS4W tries to do that, by providing you working examples that you can play around with. > > 3. Font handling caused me much problems. As it is a windows > installation, it could be at least a insall note / readme describing > > where to search for the .ttf files. The Mapserver documentation doesn't > say anything about Windows, and in Windows you need not be very > > aware of where to find the font files, so it took some time to find out. > It appears that the documentation is not very clear either; > > I hade to create a fontset file and refer to it to get it work; the > documentation hints that font references could be written in the fontset > > clause, but I didn't manage. The best way to provide feedback on documentation (and make sure it is recorded) is to file a ticket in the MapServer tracker (http://trac.osgeo.org/mapserver/), using the "MapServer Documentation" component. It would be great help if your ticket could contain suggested text that should be added to the page you are referring to. Thanks! > > 4. The default font handling (bitmap) was confusing as it appears to be > ascii based, where the > > true type font appears to be Unicode/UTF-8 based. When doing the > correct 'encoding', the output was silly until I managed to handel the > > true type fonts correctly. Maybe to be included in your ticket's text? > > 5. I would suggest more examples in the documentation, especially around > mapfile editing. In examles you > > would also get punctuation issues and such Please do provide any examples that you think are relevant. You can also post examples and anything that you feel is helpful to others on the MapServer Wiki (see lower section of http://trac.osgeo.org/mapserver/)...it's an easy way to add to the documentation and help others quickly! > > > I think that was my most important points I think. > Thanks for the feedback, keep it coming! :) -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From jmckenna at gatewaygeomatics.com Tue Aug 11 12:35:26 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 11 Aug 2009 16:35:26 -0300 Subject: [mapserver-users] Eror in CGI Script In-Reply-To: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com> References: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com> Message-ID: <4A81C7FE.8060602@gatewaygeomatics.com> Rishikant Lal wrote: > Dear Friends, > I have my .Map file in C:\ms4w\apps\gmap\htdocs and it is called > hello.map and my template file is saved in C:\ms4w\Apache\htdocs and is > hello.html. > Hello.map looks like > # This is our "Hello World" mapfile > NAME "Hello_World" > SIZE 400 300 > IMAGECOLOR 249 245 186 > IMAGETYPE png > EXTENT -1.00 -1.00 1.00 1.00 > WEB > TEMPLATE "/ms4w/Apache/htdocs/hello.html" > IMAGEPATH "/ms4w/apps/gmap/data" > IMAGEURL "/ms4w/tmp" > END > LAYER > STATUS default > TYPE point > FEATURE > POINTS 0.0 0.0 END > TEXT "Hello World" > END # end feature > CLASS > STYLE > COLOR 255 0 0 > END > LABEL > TYPE bitmap > END > END > END > END > > And hello.html looks like > > MapServer Hello World > >
> > > value="map=/ms4w/Apache/htdocs/hello.map&mode=map"> >
> > > > > Ther is some error in this script and I am not able to figure it out. > Kindly help me out. > Hello, Here are my comments: - MS4W is configured for the following IMAGEPATH and IMAGEURL settings: IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" - you say that your mapfile is in 'C:\ms4w\apps\gmap\htdocs' but your template points to a mapfile in '/ms4w/Apache/htdocs/hello.map' ? - maybe keep your mapfile and its associated files (such as your template) in the same directory so you don't get confused Hope that helps. -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From Steve.Lime at dnr.state.mn.us Tue Aug 11 12:39:26 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Tue, 11 Aug 2009 14:39:26 -0500 Subject: [mapserver-users] As you can calculate the area of a ShapeObj typePOLYGON? In-Reply-To: <339038.18178.qm@web33902.mail.mud.yahoo.com> References: <339038.18178.qm@web33902.mail.mud.yahoo.com> Message-ID: <4A81829D.5157.008F.0@dnr.state.mn.us> What sort of an error, wrong value, seg fault or something else? What versions of MapServer and GEOS are you using? Steve >>> On 8/11/2009 at 12:35 PM, in message <339038.18178.qm at web33902.mail.mud.yahoo.com>, joel ml wrote: > Here part of the code that was trying to do : > shapeObj s=new shapeObj(MS_SHAPE_TYPE.MS_SHAPE_POLYGON.swigValue()); > > int n=ListaCoordenadas.size(); > lineObj lin=new lineObj(); > for (int i = 0; i < n; i++) { > pointObj p1=ListaCoordenadas.get(i); > lin.add(p1); > } > lin.add(ListaCoordenadas.get(0)); > s.add(lin); > Xutil.print("wkt : "+ s.toWKT()); > area=s.getArea(); > Xutil.print("area total : "+area); > > The problem is that i launches an error in calculating the > Area > > > > > Yahoo! Cocina > > Encontra las mejores recetas con Yahoo! Cocina. > > > http://ar.mujer.yahoo.com/cocina/ From jmckenna at gatewaygeomatics.com Tue Aug 11 12:46:22 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 11 Aug 2009 16:46:22 -0300 Subject: [mapserver-users] Eror in CGI Script In-Reply-To: <4A81C7FE.8060602@gatewaygeomatics.com> References: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com> <4A81C7FE.8060602@gatewaygeomatics.com> Message-ID: <4A81CA8E.2060904@gatewaygeomatics.com> Jeff McKenna wrote: > Rishikant Lal wrote: >> Dear Friends, >> I have my .Map file in C:\ms4w\apps\gmap\htdocs and it is called >> hello.map and my template file is saved in C:\ms4w\Apache\htdocs and >> is hello.html. >> Hello.map looks like >> # This is our "Hello World" mapfile >> NAME "Hello_World" >> SIZE 400 300 >> IMAGECOLOR 249 245 186 >> IMAGETYPE png >> EXTENT -1.00 -1.00 1.00 1.00 >> WEB >> TEMPLATE "/ms4w/Apache/htdocs/hello.html" >> IMAGEPATH "/ms4w/apps/gmap/data" >> IMAGEURL "/ms4w/tmp" >> END >> LAYER >> STATUS default >> TYPE point >> FEATURE >> POINTS 0.0 0.0 END >> TEXT "Hello World" >> END # end feature >> CLASS >> STYLE >> COLOR 255 0 0 >> END >> LABEL >> TYPE bitmap >> END >> END >> END >> END >> >> And hello.html looks like >> >> MapServer Hello World >> >>
>> >> >> > value="map=/ms4w/Apache/htdocs/hello.map&mode=map"> >>
>> >> >> >> >> Ther is some error in this script and I am not able to figure it out. >> Kindly help me out. >> Also, since you are using MS4W you might want to download and install the "MapServer Itasca Demo Application" addon package for MS4W, to see a working MapServer CGI application in action. -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From alexander.reichelt at gmx.de Tue Aug 11 12:58:24 2009 From: alexander.reichelt at gmx.de (Alexander Reichelt) Date: Tue, 11 Aug 2009 21:58:24 +0200 Subject: [mapserver-users] MapServer and SLD/SE Message-ID: <4A81CD60.30101@gmx.de> Hi list, I've got some issues with the MapServer and SLD/SE 1.1.0: 1. I can't rotate my labels. They are displaying the string value I'm reading out of a PostGIS table correctly. But the real value standing for an angle they doesn't seem to use. My TextSymbolizer looks like this: content arialbold 10.00 0.5 0.5 angle #000000 When I type in a fix value like 220.5 then it works and all labes are displayed with this angle. The curious thing is, when I exchanged the content item with the angle item then the angle item was displayed, so the MapServer does have access to the angle item. Is it possible that there's a typecast which casts the real value of the angle into a string? How can I check this? I've tried to change the XML elements but nothing helped me so far. 2. MapServer doesn't support TrueType symbols for PointSymbolizers, is this correct? The website states that MapServer supports Well-known names. I've tried to point on a .ttf file and use MarkIndex to get out a symbol but I had no success. Thank you in advance Alex From Craig.Dillabough at AGR.GC.CA Tue Aug 11 13:09:10 2009 From: Craig.Dillabough at AGR.GC.CA (Dillabough, Craig) Date: Tue, 11 Aug 2009 16:09:10 -0400 Subject: [mapserver-users] Providing multiple projection options for layersserved through WCS In-Reply-To: Message-ID: <8EA33237DDDB244E860ADDE976124AE50202CBE8@ONOTTAXMS2.AGR.GC.CA> Jukka, Thank you. You are correct. I was confused because I was reading from the OGC WCS 1.1.0 document it seemed that the RESPONSE_CRS has been dropped. However despite specifying version 1.1.0 as my version everything works fine using RESPONSE_CRS as shown in the documentation for WCS 1.0. Regards, Craig -----Original Message----- From: Rahkonen Jukka [mailto:Jukka.Rahkonen at mmmtike.fi] Sent: Tuesday, August 11, 2009 2:34 PM To: Dillabough, Craig; mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Providing multiple projection options for layersserved through WCS Hi, It should work out of the box. Reading http://www.mapserver.org/ogc/wcs_server.html?searchterm=wcs shows for example this example: The following are optional GetCoverage parameters according to the WCS spec: RESPONSE_CRS=epsg_code: Coordinate Reference System in which to express coverage responses. So to follow our above examples, a valid DescribeCoverage request would look like: http://my.host.com/cgi-bin/mapserv?map=mywcs.map&SERVICE=wcs&VERSION=1.0 .0&REQUEST=GetCoverage &coverage=bathymetry&CRS=EPSG:42304&BBOX=-2200000,-712631,3072800,384000 0 &WIDTH=3199&HEIGHT=2833&FORMAT=GTiff So all that is needed is to change the CRS and BBOX parameters in the request. In addition, on Mapserver side there must be a PROJECTION block in mapfile to tell Mapserver what is the native projection of coverage data. -Jukka Rahkonen- Dillabough, Craig wrote: I am using MapServer as a Web Coverage Server. The native projection of my coverages is a rather obscure projection. I would like to provide the option for clients to access that data in other more common projections. >From what I've learned about WCS1.1.1 this should be possible. A getCoverageDescription request can return among other things a which informs clients that coverages can be requested in a projection other than the coverages native format. Is this possible with MapServer? If so can someone please give an example of how to configure a .MAP file to allow this (or point me to existing documentation on how to do this). Unfortunately, the secion on SRS (CRS) '9.9.6' in the MapServer documentation is empty ... maybe it was written by the same person who wrote the Geoserver WCS documentation? Thanks for any help. Regards, Craig Dillabaugh _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From valemunoz at gmail.com Tue Aug 11 13:25:45 2009 From: valemunoz at gmail.com (=?ISO-8859-1?Q?Valeria_Mu=F1oz?=) Date: Tue, 11 Aug 2009 16:25:45 -0400 Subject: [mapserver-users] problem with raster Message-ID: <4b56aefe0908111325t354af71bjaf253dc6a943bb19@mail.gmail.com> HI i am trying to display a raster image(.tif) but mapserver return the image attached mapfile MAP NAME satelite # Map image size SIZE 600 400 UNITS dd EXTENT -70.524941 -33.366110 -70.500813 -33.346131 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' '' END IMAGECOLOR 192 192 192 IMAGEQUALITY 95 WEB IMAGEPATH '/tmp/' IMAGEURL '/tmp/' METADATA 'wms_title' 'satelit' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map& ' 'wms_srs' 'EPSG:4326' END END LAYER NAME Mapa_WGS84' TYPE RASTER DATA 'data\image_1.tif' METADATA 'wms_title' Mapa_WGS84' END STATUS DEFAULT TRANSPARENCY 100 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' '' END END END please help RG -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: raster_img.JPG Type: image/jpeg Size: 2542 bytes Desc: not available URL: From jmckenna at gatewaygeomatics.com Tue Aug 11 13:36:43 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 11 Aug 2009 17:36:43 -0300 Subject: [mapserver-users] problem with raster In-Reply-To: <4b56aefe0908111325t354af71bjaf253dc6a943bb19@mail.gmail.com> References: <4b56aefe0908111325t354af71bjaf253dc6a943bb19@mail.gmail.com> Message-ID: <4A81D65B.9060007@gatewaygeomatics.com> Valeria Mu?oz wrote: > HI > > i am trying to display a raster image(.tif) but mapserver return the > image attached > > mapfile > > MAP > NAME satelite > # Map image size > SIZE 600 400 > UNITS dd > EXTENT -70.524941 -33.366110 -70.500813 -33.346131 > PROJECTION > 'proj=longlat' > 'ellps=WGS84' > 'datum=WGS84' > 'no_defs' > '' > END > IMAGECOLOR 192 192 192 > IMAGEQUALITY 95 > WEB > IMAGEPATH '/tmp/' > IMAGEURL '/tmp/' > METADATA > 'wms_title' 'satelit' > 'wms_onlineresource' > 'http://my.host.com/cgi-bin/mapserv?map=wms.map& > ' > 'wms_srs' 'EPSG:4326' > END > END > LAYER > NAME Mapa_WGS84' > TYPE RASTER > DATA 'data\image_1.tif' > METADATA > 'wms_title' Mapa_WGS84' > END > STATUS DEFAULT > TRANSPARENCY 100 > PROJECTION > 'proj=longlat' > 'ellps=WGS84' > 'datum=WGS84' > 'no_defs' > '' > END > END > END > Hello, My quick thoughts: - remove all projection objects - use the commandline gdalinfo utility to get the extents of your image (Lower Left and Upper Right coordinates) and use those values in the EXTENT parameter - test your mapfile with the shp2img utility (http://www.mapserver.org/utilities/shp2img.html) -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From valemunoz at gmail.com Tue Aug 11 13:49:59 2009 From: valemunoz at gmail.com (=?ISO-8859-1?Q?Valeria_Mu=F1oz?=) Date: Tue, 11 Aug 2009 16:49:59 -0400 Subject: [mapserver-users] problem with raster In-Reply-To: <4A81D65B.9060007@gatewaygeomatics.com> References: <4b56aefe0908111325t354af71bjaf253dc6a943bb19@mail.gmail.com> <4A81D65B.9060007@gatewaygeomatics.com> Message-ID: <4b56aefe0908111349m4e008bbdy5e2000b5a143dd51@mail.gmail.com> Hi Jeff i removed projections objects, i use QGIS to get the extent parameter, but the result is the same new mapfile MAP NAME satelite SIZE 600 400 UNITS dd EXTENT -70.524941 -33.366110 -70.500813 -33.346131 IMAGECOLOR 192 192 192 IMAGEQUALITY 95 WEB IMAGEPATH '/tmp/' IMAGEURL '/tmp/' METADATA 'wms_title' 'satelite' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map& ' 'wms_srs' 'EPSG:4326' END END LAYER NAME 'La_Dehesa_1_Mapa_WGS84' TYPE RASTER DATA 'data\La_Dehesa_1_Mapa_WGS84.tif' METADATA 'wms_title' 'La_Dehesa_1_Mapa_WGS84' END STATUS DEFAULT TRANSPARENCY 100 END END RG 2009/8/11 Jeff McKenna > Valeria Mu?oz wrote: > >> HI >> i am trying to display a raster image(.tif) but mapserver return the >> image attached >> mapfile >> MAP >> NAME satelite >> # Map image size >> SIZE 600 400 >> UNITS dd >> EXTENT -70.524941 -33.366110 -70.500813 -33.346131 >> PROJECTION >> 'proj=longlat' >> 'ellps=WGS84' >> 'datum=WGS84' >> 'no_defs' >> '' >> END >> IMAGECOLOR 192 192 192 >> IMAGEQUALITY 95 >> WEB >> IMAGEPATH '/tmp/' >> IMAGEURL '/tmp/' >> METADATA >> 'wms_title' 'satelit' >> 'wms_onlineresource' ' >> http://my.host.com/cgi-bin/mapserv?map=wms.map& < >> http://my.host.com/cgi-bin/mapserv?map=wms.map&>' >> 'wms_srs' 'EPSG:4326' >> END >> END >> LAYER >> NAME Mapa_WGS84' >> TYPE RASTER >> DATA 'data\image_1.tif' >> METADATA >> 'wms_title' Mapa_WGS84' >> END >> STATUS DEFAULT >> TRANSPARENCY 100 >> PROJECTION >> 'proj=longlat' >> 'ellps=WGS84' >> 'datum=WGS84' >> 'no_defs' >> '' >> END >> END >> END >> >> > > Hello, > > My quick thoughts: > > - remove all projection objects > - use the commandline gdalinfo utility to get the extents of your image > (Lower Left and Upper Right coordinates) and use those values in the EXTENT > parameter > - test your mapfile with the shp2img utility ( > http://www.mapserver.org/utilities/shp2img.html) > > -jeff > > -- > Jeff McKenna > FOSS4G Consulting and Training Services > http://www.gatewaygeomatics.com/ > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yassefa at dmsolutions.ca Tue Aug 11 14:29:55 2009 From: yassefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 11 Aug 2009 17:29:55 -0400 Subject: [mapserver-users] MapServer and SLD/SE In-Reply-To: <4A81CD60.30101@gmx.de> References: <4A81CD60.30101@gmx.de> Message-ID: <4A81E2D3.7030808@dmsolutions.ca> Alexander Reichelt wrote: > Hi list, > > I've got some issues with the MapServer and SLD/SE 1.1.0: > 1. I can't rotate my labels. They are displaying the string value I'm > reading out of a PostGIS table correctly. But the real value standing > for an angle they doesn't seem to use. My TextSymbolizer looks like this: > > > content > > arialbold > 10.00 > > > > > 0.5 > 0.5 > > > angle > > > > > #000000 > > > > When I type in a fix value like 220.5 then it works and all labes are > displayed with this angle. The curious thing is, when I exchanged the > content item with the angle item then the angle item was displayed, so > the MapServer does have access to the angle item. Is it possible that > there's a typecast which casts the real value of the angle into a > string? How can I check this? I've tried to change the XML elements but > nothing helped me so far. > Rotation is defined as a number in the SLD specs and that is what is currently expected when parsing the SLD in MapServer. Using attributes from your data for the rotation/angle parameter (or for that matter for all parameters that have attribute binding capabilities in Mapserver), could possibly be supported (at least in cases where the the value in the sld is a string and the expected value is numeric). You can possibly enter an enhancement bug on this and start a discussion in that bug. > 2. MapServer doesn't support TrueType symbols for PointSymbolizers, is > this correct? The website states that MapServer supports Well-known > names. I've tried to point on a .ttf file and use MarkIndex to get out a > symbol but I had no success. > That is correct, only Well-known symbols as well as well as gif/png symbols are supported. I have entered a enhancement bug on it [1] [1]: http://trac.osgeo.org/mapserver/ticket/3084 best regards > Thank you in advance > Alex > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From yassefa at dmsolutions.ca Tue Aug 11 14:33:31 2009 From: yassefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 11 Aug 2009 17:33:31 -0400 Subject: [mapserver-users] Transparency of SLD-Layers In-Reply-To: References: Message-ID: <4A81E3AB.2020804@dmsolutions.ca> Hi There, Maybe snippets of the map file/sld and a grab of the images you are getting would help to understand better the issues you are facing. regards, Sebastian Luhmer wrote: > Hi List, > > I have used SLD to style some Layers of a WebGIS. Now, the Layers wich > are styled according to the SLD overlay all the other active Layers that > you can just see the SLD-Layer. > I deleted the fill-opacity paramter from the SLD and tried to regulate > the transparency over the Opacity-Parameter of the Mapfile. The effect > was, that I could influence the Opacity of the layer, but when set to > full transparency, the layers is not visible any more and it seems, that > a white layer is already there and overlays the rest. > > I hope I could explain my problem understandingly. Does anybody have an > idea or a hint how I can solve that problem? > > Best regards, Sebastian! > ------------------------------ > Sebastian Luhmer > Student assistant > Center for Development Research > Department of Ecology and Resource Management > Walter-Flex-Strasse 3 > 53113 Bonn (Germany) > > Tel.: +49 (0) 228 - 73-1793 > FAX: +49 (0) 228 - 73-1889 > > E-Mail: sluhmer at uni-bonn.de > Web: http://www.coffee.uni-bonn.de > http://www.zef.de > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From alexander.reichelt at gmx.de Tue Aug 11 15:45:59 2009 From: alexander.reichelt at gmx.de (Alexander Reichelt) Date: Wed, 12 Aug 2009 00:45:59 +0200 Subject: [mapserver-users] MapServer and SLD/SE In-Reply-To: <4A81E2D3.7030808@dmsolutions.ca> References: <4A81CD60.30101@gmx.de> <4A81E2D3.7030808@dmsolutions.ca> Message-ID: <4A81F4A7.8070101@gmx.de> Hi there, thank you for your fast answer. Yes, the SE specification states that Rotation expects a number. The angle attribute in my PostGIS has the type 'real' so its supposed to be a number. So I have the following questions: - does the data type of the attribute cause the problem or - does the expression ... cause the problem because MapServer doesn't support the access on a table regarding Rotation and only works with a fix value in general? Somewhere I have found a deprecated method for getting access on an attribute (which didn't use PropertyName), I also tried this and it didn't work. By the way, I'm using MapServer 5.4. Before I condemn MapServer for not supporting the attribute binding for Rotation: How could I check up if there's probably a type cast from a 'real' attribute of the PostGIS table to a 'string' attribute? Which other data type could I try rather than 'real'? Is there a way to track the exact request from MapServer to PostGIS and back again? Is there anyone who tried rotating via SLD/SE in combination with attribute binding and not just via a fix value? Bye Alex P.S. Thank you for opening the ticket on the TTF issue Yewondwossen Assefa wrote: > Alexander Reichelt wrote: >> Hi list, >> >> I've got some issues with the MapServer and SLD/SE 1.1.0: >> 1. I can't rotate my labels. They are displaying the string value I'm >> reading out of a PostGIS table correctly. But the real value standing >> for an angle they doesn't seem to use. My TextSymbolizer looks like >> this: >> >> >> content >> >> arialbold >> 10.00 >> >> >> >> >> 0.5 >> 0.5 >> >> >> angle >> >> >> >> >> #000000 >> >> >> >> When I type in a fix value like 220.5 then it works and all labes are >> displayed with this angle. The curious thing is, when I exchanged the >> content item with the angle item then the angle item was displayed, >> so the MapServer does have access to the angle item. Is it possible >> that there's a typecast which casts the real value of the angle into >> a string? How can I check this? I've tried to change the XML elements >> but nothing helped me so far. >> > Rotation is defined as a number in the SLD specs and that is what is > currently expected when parsing the SLD in MapServer. > Using attributes from your data for the rotation/angle parameter (or > for that matter for all parameters that have attribute binding > capabilities in Mapserver), could possibly be supported (at least in > cases where the the value in the sld is a string and the expected > value is numeric). You can possibly enter an enhancement bug on this > and start a discussion in that bug. > >> 2. MapServer doesn't support TrueType symbols for PointSymbolizers, >> is this correct? The website states that MapServer supports >> Well-known names. I've tried to point on a .ttf file and use >> MarkIndex to get out a symbol but I had no success. >> > That is correct, only Well-known symbols as well as well as gif/png > symbols are supported. I have entered a enhancement bug on it [1] > > [1]: http://trac.osgeo.org/mapserver/ticket/3084 > > best regards > >> Thank you in advance >> Alex >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > From Jukka.Rahkonen at mmmtike.fi Tue Aug 11 20:49:09 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 12 Aug 2009 06:49:09 +0300 Subject: [mapserver-users] problem with raster References: <4b56aefe0908111325t354af71bjaf253dc6a943bb19@mail.gmail.com><4A81D65B.9060007@gatewaygeomatics.com> <4b56aefe0908111349m4e008bbdy5e2000b5a143dd51@mail.gmail.com> Message-ID: Hi, Image seems to show just your background colour. I guess that either Mapserver cannot find your image or the extents of the request do no hit the image extenst. Try to give absolute path to your image at 'data\La_Dehesa_1_Mapa_WGS84.tif'. Other suggestions is to add MS_ERRORFILE on map level and DEBUG 5 on layer level to your mapfile and see from the log what happens. What client do you use as a client and what does the request look like? -Jukka Rahkonen- -----Alkuper?inen viesti----- L?hett?j?: mapserver-users-bounces at lists.osgeo.org puolesta: Valeria Mu?oz L?hetetty: ti 11.8.2009 23:49 Vastaanottaja: Jeff McKenna Kopio: mapserver-users Aihe: Re: [mapserver-users] problem with raster Hi Jeff i removed projections objects, i use QGIS to get the extent parameter, but the result is the same new mapfile MAP NAME satelite SIZE 600 400 UNITS dd EXTENT -70.524941 -33.366110 -70.500813 -33.346131 IMAGECOLOR 192 192 192 IMAGEQUALITY 95 WEB IMAGEPATH '/tmp/' IMAGEURL '/tmp/' METADATA 'wms_title' 'satelite' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map& ' 'wms_srs' 'EPSG:4326' END END LAYER NAME 'La_Dehesa_1_Mapa_WGS84' TYPE RASTER DATA 'data\La_Dehesa_1_Mapa_WGS84.tif' METADATA 'wms_title' 'La_Dehesa_1_Mapa_WGS84' END STATUS DEFAULT TRANSPARENCY 100 END END RG 2009/8/11 Jeff McKenna > Valeria Mu?oz wrote: > >> HI >> i am trying to display a raster image(.tif) but mapserver return the >> image attached >> mapfile >> MAP >> NAME satelite >> # Map image size >> SIZE 600 400 >> UNITS dd >> EXTENT -70.524941 -33.366110 -70.500813 -33.346131 >> PROJECTION >> 'proj=longlat' >> 'ellps=WGS84' >> 'datum=WGS84' >> 'no_defs' >> '' >> END >> IMAGECOLOR 192 192 192 >> IMAGEQUALITY 95 >> WEB >> IMAGEPATH '/tmp/' >> IMAGEURL '/tmp/' >> METADATA >> 'wms_title' 'satelit' >> 'wms_onlineresource' ' >> http://my.host.com/cgi-bin/mapserv?map=wms.map& < >> http://my.host.com/cgi-bin/mapserv?map=wms.map&>' >> 'wms_srs' 'EPSG:4326' >> END >> END >> LAYER >> NAME Mapa_WGS84' >> TYPE RASTER >> DATA 'data\image_1.tif' >> METADATA >> 'wms_title' Mapa_WGS84' >> END >> STATUS DEFAULT >> TRANSPARENCY 100 >> PROJECTION >> 'proj=longlat' >> 'ellps=WGS84' >> 'datum=WGS84' >> 'no_defs' >> '' >> END >> END >> END >> >> > > Hello, > > My quick thoughts: > > - remove all projection objects > - use the commandline gdalinfo utility to get the extents of your image > (Lower Left and Upper Right coordinates) and use those values in the EXTENT > parameter > - test your mapfile with the shp2img utility ( > http://www.mapserver.org/utilities/shp2img.html) > > -jeff > > -- > Jeff McKenna > FOSS4G Consulting and Training Services > http://www.gatewaygeomatics.com/ > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From lars.westerlind at enera.se Tue Aug 11 23:28:32 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Wed, 12 Aug 2009 08:28:32 +0200 Subject: Problems with Itasca (was SV: [mapserver-users] Eror in CGI Script) In-Reply-To: <4A81CA8E.2060904@gatewaygeomatics.com> References: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com><4A81C7FE.8060602@gatewaygeomatics.com> <4A81CA8E.2060904@gatewaygeomatics.com> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E6@enerasrv01.Enera.local> As a newbie I tried the Itasca example but did not manage. I could not figure out how the paths should be altered in the map file. The sample doesn't tell how directory structure should be; it requires knowledge about it. Now I know more and could probably have managed. The example still gave me some hints though. /Lars From lars.westerlind at enera.se Tue Aug 11 23:38:46 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Wed, 12 Aug 2009 08:38:46 +0200 Subject: SV: [mapserver-users] Newbie feedback In-Reply-To: <4A81B9A6.8070201@gatewaygeomatics.com> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> <4A81B9A6.8070201@gatewaygeomatics.com> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7@enerasrv01.Enera.local> Hello Jeff, Thanks for clarifications. I don't have TICKET_CREATE privilege it says. Cheers, Lars -----Ursprungligt meddelande----- Fr?n: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] F?r Jeff McKenna Skickat: 11 August 2009 20:34 Till: mapserver-users at lists.osgeo.org ?mne: Re: [mapserver-users] Newbie feedback Hello Lars, My comments are inline below: Lars Westerlind wrote: > Hello all, > > we newly installed Mapserver as ms4w installation on windows; and we are > very satisfied. great! > > We got up and running very fast, even though we are not fluent in the > techniques > > used (in Partiucar, Apache webserver). However, I want to share a few > small points that caused > > unnecessary problems. > > > > 1. A suggestion where in the directory structure to put the mapfiles > would be appreciated. If there are > > different meanings, give two or three scenarios. Also include the looks > of the URL reference to the mapfile. You should download the MS4W addon packed named "PHP/MapScript Sample Application" for an example directory structure. Here is my advice: - place the application in /ms4w/apps - /apps/yourapp/ should contain: /data (your data files) /docs (any relevant docs) /etc (font and symbol files) /htdocs (application files - often html, js, or php*) /maps (your mapfiles) > > 2. Why not enclose a small working example with one simplest possible > mapfile and one shapefile set? And > > perhaps another more advanced mapfile with some common techniques exposed? MS4W tries to do that, by providing you working examples that you can play around with. > > 3. Font handling caused me much problems. As it is a windows > installation, it could be at least a insall note / readme describing > > where to search for the .ttf files. The Mapserver documentation doesn't > say anything about Windows, and in Windows you need not be very > > aware of where to find the font files, so it took some time to find out. > It appears that the documentation is not very clear either; > > I hade to create a fontset file and refer to it to get it work; the > documentation hints that font references could be written in the fontset > > clause, but I didn't manage. The best way to provide feedback on documentation (and make sure it is recorded) is to file a ticket in the MapServer tracker (http://trac.osgeo.org/mapserver/), using the "MapServer Documentation" component. It would be great help if your ticket could contain suggested text that should be added to the page you are referring to. Thanks! > > 4. The default font handling (bitmap) was confusing as it appears to be > ascii based, where the > > true type font appears to be Unicode/UTF-8 based. When doing the > correct 'encoding', the output was silly until I managed to handel the > > true type fonts correctly. Maybe to be included in your ticket's text? > > 5. I would suggest more examples in the documentation, especially around > mapfile editing. In examles you > > would also get punctuation issues and such Please do provide any examples that you think are relevant. You can also post examples and anything that you feel is helpful to others on the MapServer Wiki (see lower section of http://trac.osgeo.org/mapserver/)...it's an easy way to add to the documentation and help others quickly! > > > I think that was my most important points I think. > Thanks for the feedback, keep it coming! :) -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From paul_everton at hotmail.com Wed Aug 12 00:52:36 2009 From: paul_everton at hotmail.com (Paul Curran) Date: Wed, 12 Aug 2009 07:52:36 +0000 Subject: [mapserver-users] Projection Extent and Zoom issues - Openlayers Message-ID: Hi, I have had this problem for a couple of weeks now and I still cant get past it. Basically when I view my map of the UK via openlayers it is zoomed in very close. I want to zoom out but whatever I try doesn?t work ? usually results in just the background colour of my map being displayed. I believe it might be my EXTENT which is incorrect as I am using epsg:4326 (a spherical coordinate system). My map file is a Mapserver Export from Quantim GIS and gave me the EXTENT -888385.321101 -31000.000000 1548385.321101 1271000.000000. How can I convert this into a Geographic extent to match with my projection (epsg:4326)? My map and javascript file is below. Any help greatly appreciated Thanks MAP NAME UK1 PROJECTION "init=epsg:4326" END SIZE 1600 1200 IMAGECOLOR 153 204 255 IMAGETYPE JPEG SHAPEPATH "http://localhost/openlayers/data/" EXTENT -888385.321101 -31000.000000 1548385.321101 1271000.000000 UNITS DD WEB TEMPLATE "http://localhost/openlayers/examples/test.html" LOG "\ms4w\tmp\ms_tmp\log.txt" IMAGEPATH "\ms4w\tmp\ms_tmp\" IMAGEURL "/ms_tmp/" METADATA 'wms_title' "map" 'wms_onlineresource' "http://127.0.0.1./cgi-bin/mapserv?map=uk1.map" END END LAYER NAME "UK" METADATA 'wms_title' "wms_demo" END STATUS DEFAULT TYPE raster TILEINDEX "map" TILEITEM "Location" PROJECTION "init=epsg:4326" END CLASS STYLE COLOR 0 0 0 END LABEL COLOR 0 0 0 SIZE SMALL END END END END Openlayers File: MAPPING TEST
_________________________________________________________________ Windows Live Messenger: Thanks for 10 great years?enjoy free winks and emoticons. http://clk.atdmt.com/UKM/go/157562755/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From georazor at gmail.com Wed Aug 12 01:45:20 2009 From: georazor at gmail.com (Mauricio Herrera) Date: Wed, 12 Aug 2009 01:45:20 -0700 Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? In-Reply-To: <4A817880.3090702@mapgears.com> References: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> <4A817880.3090702@mapgears.com> Message-ID: <583a904e0908120145x1a8111a5q4d48a829ac9f55bf@mail.gmail.com> thanks for your help Julien I will follow trying with this configuration... But anyway I will wait more suggestions..Maybe somebody have used this configuration Mauricio 2009/8/11 Julien-Samuel Lacroix > Hi, > > This should be possible, but note that the shapefile must be readable by > the Apache user. I'm not sure how to check that on Windows, but others may > probably help. > > Julien > > Mauricio Herrera wrote: > >> Hi mapserver users >> >> I hope you can help with my questions. please >> >> I have a LAN with two computers. One computer is installed MapServer and >> my second computer are my shapefiles >> >> How can I get my shapefiles from my second computer? >> I have tried to do this (example) , but I couldn?t get my shapefile... >> *Is it possible to do this?.. *Note: I dont wanna use database, only files >> >> Example: >> >> LAYER >> NAME mybridge >> DATA "*//MYSECONDCOMPUTER/maps/bridge*" >> STATUS ON >> TYPE LINE >> CLASS >> NAME bridges >> STYLE >> COLOR 0 167 197 >> OUTLINECOLOR 218 218 218 >> END >> END >> END >> >> >> >> Thanks >> >> Mauricio >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > -- > Julien-Samuel Lacroix > Mapgears > http://www.mapgears.com/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aseembatish at gmail.com Wed Aug 12 02:15:39 2009 From: aseembatish at gmail.com (aseem) Date: Wed, 12 Aug 2009 04:15:39 -0500 (CDT) Subject: [mapserver-users] Too Many Open Files Message-ID: <1250068539741-3429559.post@n2.nabble.com> Dear All, We are using UMN Map server(FGS) with integration to apache tomcat server through MOD.JK Connector. Whenever we are running our application our web application hangs up. we found that there are so many open files of FGS server on our linux server. It seems that our web application hangs up due to these open files. Our application works fine for only20-30 mins. Please help us to resolve this problem. Thanks & Regards, Aseem -- View this message in context: http://n2.nabble.com/Too-Many-Open-Files-tp3429559p3429559.html Sent from the Mapserver - User mailing list archive at Nabble.com. From youness.elmedraoui at somei.fr Wed Aug 12 03:34:54 2009 From: youness.elmedraoui at somei.fr (YOUNESS ELMEDRAOUI) Date: Wed, 12 Aug 2009 12:34:54 +0200 Subject: [mapserver-users] OpenLayers.Control.WMSGetFeatureInfo In-Reply-To: <4A818CDF.4080509@squeakycode.net> References: <4A818B80.4090901@squeakycode.net>, <4A818CDF.4080509@squeakycode.net> Message-ID: An HTML attachment was scrubbed... URL: From sb.ray at hotmail.com Wed Aug 12 04:03:04 2009 From: sb.ray at hotmail.com (sunny74) Date: Wed, 12 Aug 2009 06:03:04 -0500 (CDT) Subject: [mapserver-users] map not available over the Lan or internet Message-ID: <1250074984498-3429997.post@n2.nabble.com> Hi, I am displaying map using mapserver and openlayers in aspx(ASP.NET) page. But problem is that the map is displayed only on local machine and not from a remote machine on the Lan or Internet. On doing some r&D i found that if the url is given as in a local machine i.e http://localhost:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map Then map is displayed. But if it is given like this, http://172.16.128.173:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map then it is not. So how can I get mapserver to display map with IP. Thanks for your replies. -- View this message in context: http://n2.nabble.com/map-not-available-over-the-Lan-or-internet-tp3429997p3429997.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Wed Aug 12 04:47:01 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 12 Aug 2009 14:47:01 +0300 Subject: [mapserver-users] map not available over the Lan or internet In-Reply-To: <1250074984498-3429997.post@n2.nabble.com> References: <1250074984498-3429997.post@n2.nabble.com> Message-ID: Hi, I am not sure what you mean with "map is not displayed". Do you mean that Mapserver seem to work normally but it returns an error or blank map, or is it impossible to reach Mapserver at all? If the latter, does your http server listen to the requested address? If MS4W package is used it is controlled in the D:\ms4w\Apache\conf\httpd.conf file. There should read Listen 172.16.128.173:8085 -Jukka Rahkonen- sunny74 wrote: > Hi, > > I am displaying map using mapserver and openlayers in > aspx(ASP.NET) page. > But problem is that the map is displayed only on local > machine and not from a remote machine on the Lan or Internet. > On doing some r&D i found that if the url is given as in a > local machine i.e > > http://localhost:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.m > ap&mode=map > > Then map is displayed. > But if it is given like this, > > http://172.16.128.173:8085/cgi-bin/mapserv.exe?map=WR_Shape/wr > map.map&mode=map > > then it is not. > > So how can I get mapserver to display map with IP. > > Thanks for your replies. > -- > View this message in context: > http://n2.nabble.com/map-not-available-over-the-Lan-or-interne > t-tp3429997p3429997.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 adrian_gh.popa at romtelecom.ro Wed Aug 12 04:55:58 2009 From: adrian_gh.popa at romtelecom.ro (Adrian Popa) Date: Wed, 12 Aug 2009 14:55:58 +0300 Subject: [mapserver-users] map not available over the Lan or internet In-Reply-To: <1250074984498-3429997.post@n2.nabble.com> References: <1250074984498-3429997.post@n2.nabble.com> Message-ID: <4A82ADCE.5050502@romtelecom.ro> Make sure your server listens on all interfaces, not only on loopback. You need to check apache's config for this and restart the server. Also, you can do netstat -a (I think) on your windows system and look for your port (8085). If next to it you see 0.0.0.0, it means the server is listening on all interfaces. If you see 127.0.0.1, it means the server is listening only on loopback. Good luck. sunny74 wrote: > Hi, > > I am displaying map using mapserver and openlayers in aspx(ASP.NET) page. > But problem is that the map is displayed only on local machine and not from > a remote machine on the Lan or Internet. > On doing some r&D i found that if the url is given as in a local machine i.e > > http://localhost:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map > > Then map is displayed. > But if it is given like this, > > http://172.16.128.173:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map > > then it is not. > > So how can I get mapserver to display map with IP. > > Thanks for your replies. > -- --- Adrian Popa NOC Division Network Engineer Divizia Centrul National de Operare Retea Departament Transport IP & Metro Compartiment IP Core & Backbone Phone: +40 21 400 3099 From pauljame at gmail.com Tue Aug 11 05:22:37 2009 From: pauljame at gmail.com (Paul james) Date: Tue, 11 Aug 2009 09:22:37 -0300 Subject: [mapserver-users] Problem using getShape with MsSql2008 (Mapscript C#) In-Reply-To: References: <33fad6880908051248l41051eadxef73770d6943b949@mail.gmail.com> <33fad6880908051344y6034b1c3qe293a5baa3b28a3d@mail.gmail.com> <33fad6880908060733s4980df12t39141c3d69edaf3@mail.gmail.com> <33fad6880908070639w59aff538qe5b43ee96e181dc@mail.gmail.com> <33fad6880908070738t699fa9ffg7c9ac4ef0614a7ee@mail.gmail.com> <33fad6880908070911w53f9e7c8l19978f11dc222992@mail.gmail.com> Message-ID: <33fad6880908110522l5a006b58p595fdab47f8ca306@mail.gmail.com> Thanks Tamas! :) Paul On Mon, Aug 10, 2009 at 7:13 PM, Tamas Szekeres wrote: > Paul, > > I've just fixed this issue in the development version and in the latest > stable branch (5-4). For more details please refer to the following ticket: > http://trac.osgeo.org/mapserver/ticket/3082 > > Best regards, > > Tamas > > > > 2009/8/7 Paul james > >> The same behaviour occurs with other layers too ... >> >> >> Argentina >> >> STGeometryType : Polygon >> >> STAsBinary: >> >> 0x0103000000010000003B020000503BE5D2EBCB4CC010FB3ECD25323EC078AFE5CCCCCC4CC0F0F50C3333333EC0E884D76855F54CC0000B66E3DD5D3FC0D06AC8B299194DC04828A299993940C0587B913B33134DC078C37CDDCC4C40C028D82B5244444DC020F1A43522C240C058EAA29388284DC0285ECF4F555541C0400A121F11914CC078987DBEBBBB41C080391BF4DD9D4CC0E047F27C771742C0D8A6BB4F55554CC020215DB0AA4A42C04879237766A64CC08091F8A199B942C058932B9677F74CC050BDD393882843C0585DC454336B4DC048EC7A02EF3E43C0086FFD0AEFDE4DC0901CCA68555543C068E8F2C0AA524EC0400859CFBB6B43C010FA2B7766C64EC08838A835228243C0080432B0AA2A4FC0F017B199997943C02814349677174FC018AA9F9388A843C0B0930E7766264FC060691177664644C0D069CFD7BB5B4FC048461677668644C0DC77D69D990950C0F888BF35228244C0C827E597884850C01895A0DDCC6C44C0C0B8D33F333350C008B29899991945C06005E539222250C03091C493882845C088E3147D770750C0108ECF35222245C0408AE11000E04FC0207A5EB0AA0A45C038B2CBB299D94FC0186EC993886845C09CCB38DFDD0D50C0E005B14F555545C08CE44BDFDD3D50C0E005B14F555545C044A2C73F331350C0E894E010008045C084E6975A445450C0F800B75FD9C045C0087A021F116150C0F800B75FD9C045C0F0F046FEEE6E50C0F800B75FD9C045C004FDA35A447450C0F800B75FD9C045C0684542DFDD7D50C0F800B75FD9C045C0DC4749DFDD8D50C0F800B75FD9C045C02C7FEE39229250C0F800B75FD9C045C0F86D85BEBBB350C0F800B75FD9C045C090844F7B66BE50C0F800B75FD9C045C0E87CC73F33C350C0F800B75FD9C045C03C6C95B8AACA50C0F800B75FD9C045C0BCFFFF7C77D750C0F800B75FD9C045C078E2EB3922E250C0F800B75FD9C045C08896C89D99E950C0F800B75FD9C045C07841547B66F650C0F800B75FD9C045C0A8C152DFDDFD50C0F800B75FD9C045C060B8985A440451C0F800B75FD9C045C06498565C551551C0F800B75FD9C045C0A89BB4B8AA1A51C0F800B75FD9C045C0AC777BBEBB1B51C0F800B75FD9C045C0040C3DDFDD1D51C0F800B75FD9C045C02057091F112151C0F800B75FD9C045C0A0A35C5C552551C0F800B75FD9C045C02C2F1F7D772751C0F800B75FD9C045C0908AA40C002851C0F800B75FD9C045C09412F997882851C0F800B75FD9C045C0E8EDD13F333351C0F800B75FD9C045C0A8656D7B663651C0F800B75FD9C045C0D4F9C59D993951C0F800B75FD9C045C03CDD9FB8AA3A51C0F800B75FD9C045C0F05CE397884851C0F800B75FD9C045C01405CC9D994951C0F800B75FD9C045C028EDEFFFFF4F51C0F800B75FD9C045C04438BC3F335351C0F800B75FD9C045C02C68E997885851C0F800B75FD9C045C0AC66A4DDCC6C51C0F800B75FD9C045C078921C7D777751C0F800B75FD9C045C01C060300008051C0F800B75FD9C045C02CD9F39788C851C0F800B75FD9C045C0A874060000E051C0F800B75FD9C045C02CA3AC5A44E451C0F800B75FD9C045C0783F161F11F151C0F800B75FD9C045C004CBD83F33F351C0F800B75FD9C045C00CB7485C55F551C05011111F119145C0083AEA97880852C0008A25B0AA4A45C0A076527B66F651C0883B295244E444C05CF449DFDDED51C0A845257D773744C01CE943DFDDDD51C0509A241F11B143C010B2C53F33C351C02097AD10006043C0F466F9FFFFBF51C0B066B94F551543C0BC1D041F11C151C060649E9999A942C02001DE3922C251C0E87429DBDD3D42C08048455C559551C090A1B59388E841C0D4DC067D779751C060E28F3B339341C0E075F697887851C0E852211F11F140C054314BFEEE7E51C0000D377766A640C074F81E9C889051C0C09F90E3DD3D40C090BFF23922A251C060C808B0AAAA3FC08048455C559551C0B05EE68288083FC0ACC50C1F118151C030CF776666663EC0605E9331227A51C0503AB6CCCCAC3DC0C44EC83F337351C060EE3C2233F33CC0ACB0E0EBDD4D51C0406D0CCDCC0C3CC09412F997882851C02024296666263BC038E0C43F331351C08032672D22E23AC0DCCEA45A442451C0B0A692DDCC4C3AC08C97FFFFFF1F51C06040716666E638C0508CF9FFFF0F51C090866766666638C08837605C55D550C000D4FD49440438C00029FCFFFFBF50C0F0F7A910000037C060147EBEBBCB50C0E0ACCB0511D136C06C0753FEEE8E50C0D0E1068388C835C0EC73E839228250C010D817B0AAEA35C0CCA4435C553550C03017732D222236C030AEBB9D991950C030C6437D77B736C07C0BFF1E110150C0D09120B0AA2A36C0A881B79388684FC080A79210000036C0A851151F11514FC0B02347A5BB3B36C080287902EFDE4EC030FE93CCCC0C37C000477DDDCC6C4EC0904F60F4DDDD37C0F81C257766064EC0D00E5027113138C0F8F2CC1000A04DC0B06A0B4A448438C09038FF4333334DC0B0225C9999F938C0C88F2F7766C64CC0A0512CE9EE6E39C0E0E33FAA99094DC0C0AEC9FFFF5F3AC048D093DDCC4C4DC0700EB70511513BC0E057F58D77B74CC01065D14944643BC078A0B13522224CC070E1377D77773BC0A846A19388C84BC0907C901000403BC0087D1C1F11514BC0D0507B2233333AC088DC7EE2B04B4BC0D0C57D52849739C03836773F35464BC040CE5A21C79639C05857CAFD47444BC0F0618A001A9939C0809D501DAB444BC03040BBDA199E39C080CFF1230C434BC010F351E2C7A039C050DF39DE01404BC0C0CA48D93D9D39C0987B96BDFA3A4BC0E06874669EA439C0E8D55203E9384BC020A18CDDB0A939C038C48601F6374BC0F0FFE31E2EB139C048600FE1EE364BC060745A84EFB139C0085C26DC0F364BC080B2C82539B039C0A8D8CCE061364BC0F02B092383A839C0C81663423E324BC0F02767211DA239C0A8DDAAFF57314BC0802680DF309939C050C419E15E2F4BC0507069C70C9839C048DECCC3972D4BC030EF3D594D9B39C02095DA612F2C4BC0F068521F669B39C0C8C28DFCFA294BC060ECDCDB669239C02855E121A9254BC0E0A5D662B88E39C0086CCFE1AF234BC0C02A4861A58E39C0A808C940F31F4BC0E0C58D63CD9839C050AED280091E4BC0B09A697CB59739C0A85455BC581E4BC0A0C30A62F79139C038E0C242751D4BC08001D2C0029039C02075A71F7F194BC0B04C373EE99439C0D89D99C2A0164BC0F071A59F8C9539C048D21A3C68164BC060D1E97E329239C0B8F3F6FB361A4BC0202F0DE09F8E39C0F8A328205F1A4BC0F09FE687668A39C0F8A30B6361184BC0000D2FBCAD8839C0D821323F8C144BC0D001627A6D8A39C0E83563FE60124BC04039289B1D8539C06064D460520E4BC020DF9A1C067F39C08092F5FBE10B4BC0D02FC61C058039C09827549D2B0C4BC0D000B1C1A48439C0A0ECFAFECD0F4BC0D0B86B5BB09039C0605A2123A00C4BC070168A78249E39C0D831313C840B4BC0A08AC9A4139D39C050591D7D770B4BC05067E742AD9539C0B8761DDC0F0A4BC0907E5ABAD68E39C098F5795C70064BC020B90D41649539C0183221232F054BC0B0AB73FA419539C088D3D6BBB0034BC07068459F1C9139C020CD1DFD4B024BC0F0CB1267609039C0B02398E2C7FE4AC0D02C3E88F29539C058C6FC3B30FC4AC0D0F3CCE68F9939C0785EE75B03FD4AC020C73B008B9C39C0F0D655A06BFB4AC0E03A077D059D39C0A0BFFC5E27FB4AC0907CB1FB3AA439C008B26A2040FA4AC0E053F57E88A539C0504FF6E2E0F84AC090EF8A7D90A139C0A86CF3C2F2F94AC040B6DA42E59F39C0187DCDE045F94AC060CE307A8A9C39C060D0787E6DF74AC070CBE5243E9F39C0887C921E30F54AC02046E9DBBC9D39C0683DE641D0F54AC0A04456C423A139C0D0CB2B9EECF44AC060D6DABAEFA039C0A004EFFCBFF44AC080E0565DC1A239C038B7A49EE9F14AC08066E625709F39C0A01F7EE080F24AC0A0E9D66378A439C0384BA76306F04AC04062063BE2A439C048D0E8A2CBF14AC0803BB00035A939C0085E781DFFEF4AC0D04B02D979A739C060AE9EE238EE4AC030496C63B2A839C00036331D57ED4AC020D781C076AC39C0C86AE21EDAED4AC0702ABEFD0DAE39C0D0A95102B8EB4AC0D006A4DD03B039C0C0A7BE41B4EC4AC0908B5E7EC3B039C030C5DB5D4AED4AC010586567EFB039C0E05DE5C2D6EC4AC060D20B3AB0B439C00890E2BE9CEF4AC0407469BF98B139C05807F6BB94EE4AC010FBBAF961B439C008797E616BF04AC0202884E732B539C048833E43C6ED4AC09073BBE523B939C0B8B4899FAAEE4AC05024FD3F86BE39C018DFDDFB8DEC4AC010DE2043A9BD39C090A38681CAEA4AC0908AFD1EDABF39C0D8369980B4EB4AC03099A86071C039C0B814F3606EEB4AC090D114FB91C239C0201FA0409FEC4AC020FA346212C239C078FAF85F91ED4AC09039753A1DC439C070AEA161BFEB4AC0C06BB48349C539C010E956BF44EA4AC0B04AF2C401C839C0006BD3DBD7EB4AC0F06933C364CA39C0F8D5902139E94AC0C05C1048C2CA39C0E0B09B7CEBE94AC0D091C9FCBFCE39C04817465CC7E84AC0703260E5B3D039C0B818E7813AEB4AC0D07A6EC3D2D039C0507CC122F7EA4AC0C0433E3E5BD339C0183D6401A2EC4AC0F00A84FA25D639C0C08BBF3FC2EA4AC08081C9E271D939C0C800C75F05EC4AC010C5F4218CDB39C050A753C076EA4AC010354A85CEDB39C08064FAE0EEEA4AC070F8FEDF65DE39C070937E6055E94AC040F8DCC30ADF39C040EAD00298EC4AC0C05265A86EE239C08850577FDAE84AC0D0D9C8E3A3E539C018F7AE62B8EA4AC0D017836116EA39C01875A57FBBE84AC03058BFE787E939C0E031FEDBF3E84AC08033CD8383ED39C068ED5F00A8EA4AC0403AE48172EB39C0E8D1EBBB77EA4AC0A02ADA4509EE39C01037C062D4EB4AC03081FA7DE4EE39C0E8C15F6264EB4AC0D074DFFA23F439C0007CCC3EE4E94AC030CC23656EF639C038EA7AA1F1EA4AC0009AEC7BB8F839C0B81B00E21FE84AC0307DCC81ADFA39C0589C6ADE8EE84AC060BE1E9D47FD39C0986A2A9E97E64AC000D2387826FC39C0B08292A1F1E64AC0F07DB1BFD1FE39C098705B1EC1E34AC00065802827023AC0A063AD7DC8E34AC030AEA49B6E053AC03088DEC0ABE14AC06017083928093AC080631A23A0E04AC0E07FBF6184083AC0301A5740BEE04AC080AB487B840A3AC030C79FDE1ADE4AC06011149FAE0A3AC0B0375A1EDDDC4AC0403BEBE2A8103AC04810C43E90DE4AC02065CFE3A3153AC098271D80D4DE4AC0F0FB8D7BD61D3AC03889A083BCDC4AC0A03074E1CF203AC02859C2FC86DB4AC0E0BCA86455203AC0E019F2BC8DD94AC0F09AAA65F9263AC0708B3942CDD64AC0E0C0E707042A3AC0A8EEFEC2F2D54AC07071D562F02C3AC0A077676132D34AC070F9BE3CBA313AC0404BE4A293D34AC0908AF4BB77343AC0404B36DD24D24AC0B074F1A129373AC0C81C205E82D34AC010217DB83A3C3AC080CD696731D24AC0B09CC676CD3E3AC090C015247DD24AC0200E00295C3F3AC0E04258AA6FD24AC0F0425780AD3F3AC05887AC9CA1D24AC0B07D5A389E3F3AC000CDFB2004D24AC08031EDDB66423AC048B8C05D85D24AC0100BC11D8B493AC098AF722217D64AC0C0C7A65A0B533AC0B0C962FED1D54AC0E0114F008B543AC0E0C226FE99D74AC070B28F5914563AC0589B1A8122D84AC010D6E61A9E5A3AC078FCD4A0F7D84AC0D01CA1A5D75A3AC030FFC39F36D84AC050827F00FC5B3AC0505DC04275D94AC050440FE1095D3AC038D433419CD94AC0606369F834633AC0503B571CB1DA4AC0406733232F633AC040167E5E0ED94AC030BBD3E2FF663AC008FC34A226DA4AC0C05EBFFE5E6A3AC068C07E1DFFD74AC0200E24E3A76D3AC0102BD95D11D84AC0A0EE0A276A713AC03067FDE2FCD94AC000BF233F00713AC0383B1A232FD94AC0D0F521FAED773AC0785F90FCFAD94AC060D83F7C7C763AC0F81554FD67DB4AC0E08EBE2477783AC0F894D4E061DA4AC070B719C11A7B3AC0A076FBFFC7D94AC080B1B8FC16793AC0E06608FFE9D84AC010D3B04482793AC0E055F2DEDFD84AC050E063A46C7D3AC000248FE3DDD94AC070958BDD767D3AC048A5551E88DA4AC020C5BAB704803AC018D5B661F7D94AC0F0E6FE6705823AC03060F0614BDD4AC0505DC3A6B2803AC0A09865FCDEDC4AC08039C29F70863AC0B04F9A7C96DB4AC0C07AFC3FA5863AC0E03A3F7D93DC4AC080C0DF662A883AC0A8EE6E6210DC4AC07032BED87B893AC0482A94DEC6DE4AC000CC8083858B3AC0F05C3D01A2DC4AC0200AB2DEC38D3AC0F8EB14C11BDE4AC0C00E6E04E3903AC050213542E9DB4AC0207774FA958E3AC0C09B850260DA4AC0308ECF21378F3AC010B0171E50DC4AC06042FADEE08F3AC01888BDDC98DC4AC0C0BBD6F8A1963AC0487362DD95DD4AC08018155914963AC0E82DEB7F48DD4AC0F050F95C179A3AC000C778FCFADD4AC0001E4A60C79B3AC0A0129E1D38DD4AC0E02DF681E49D3AC0D07A507DAFDD4AC06047650229A13AC0285D81A0BFDE4AC00046EBC62EA13AC05003169E97DE4AC0E0B1D71CAFA43AC0B827931DFFDF4AC05014C54082A23AC0D06905E011E14AC0103B569E06A43AC0C0660201DDDD4AC0B0431A0325A53AC0002E0BBCCCDC4AC0F0890E7B67A83AC090FBE35E60DC4AC0202175DAA9A53AC0989BB481E6DB4AC040563C1AA2AA3AC0B048703EE7DC4AC090594C21ACAA3AC01096F54388DD4AC030B3385872AD3AC020C4F6A293DB4AC02017C35FB1AE3AC058A934FE44DD4AC0102D791805B13AC090DBE23E00DF4AC030DD4B4415AE3AC010A9EDDFA0DD4AC0806E4FBC1FB33AC070DB6CA1D5DD4AC0D0721E1939B73AC0A820137EA9DF4AC030C6ED19FAB73AC01092A63F6DE04AC070AF5C01A1B53AC028BD06DFDFE04AC040417C1B0DB83AC010E50ABFF0DE4AC0601EAA97DEBA3AC0980623A2EEDF4AC090B5931E68BD3AC078E2EC402BDE4AC0E0DBCB26BFBD3AC090A95BE064DD4AC0100B7D8505BB3AC0582E031F66DB4AC0202CE6C3B4BF3AC0C8ADEE839DDC4AC0004BA5B73FC33AC01838C59F1ADF4AC0F0C0281C25C33AC020CEA9E045DD4AC060B4D4E1E9C53AC078F9162461D94AC01008A1C69FC43AC010A9D022A3DB4AC030D37DD8B7C73AC060D869C2A0DA4AC0E0F958A608CC3AC0C809986187D94AC0304AB15703CC3AC0485640A31FD94AC070470FC39DCF3AC0F8D63FFDD8DA4AC06065321BD7CF3AC03884E821FED74AC0A0CE333A1FD63AC02013B93BDCD84AC01055BA97A6D83AC06097B13E90D64AC050FF74BFD0D73AC0E097028256D44AC0F039665A63DC3AC028D74922FBD84AC01062BE4290DB3AC02888DA03E5D64AC0A05CA9046DDE3AC0E06608FFE9D84AC020CEBE05D9E23AC08834E42004D64AC050B5364161E43AC01831603FE1D64AC04059BA6455E83AC0202A00DC0FD64AC0300B9204A8E93AC0081D2F800CD94AC060CB263D46ED3AC0381D8BDFBFD54AC0A07BC20419F13AC0C8A205A2B5DA4AC080CF27A112EF3AC0D8585E21E5D94AC0E0F4D0258DF53AC040630B0116DB4AC0E0B7C760E3F63AC098093C02D4DC4AC0F023766535F53AC0A0913BBE2FDE4AC090D1ED3E55F93AC0F0EEB580B4DB4AC0A0C3273BE2FC3AC078CD6A5F08DF4AC01070E23C9BFD3AC0487362DD95DD4AC0B0CE55880E013BC03878A720B0DE4AC040B367C58D033BC0F0553080F0DF4AC080F757793C013BC0A8A6108272E14AC040BC5965A5013BC0387259E388DF4AC0200E583AC8073BC090BD54A31FE14AC06012EC61BE083BC008D2B73F89E14AC050736BA65E0B3BC0C8E1C7FD64E44AC0404764FFCA063BC0803203E335E34AC0A08AA857AD0C3BC060BD2DC1FFE04AC0506FAB59830F3BC048134D3E93E14AC0F0D1BB25C8103BC09800F221C5E24AC020B16EC6A3103BC0303C6F0244E54AC090DBDDF8A10A3BC050DF943E90E64AC030397DBF420A3BC0206E285FECE54AC050FFEA37130F3BC0C03EC2FD9CE24AC0807CD04082123BC0A8C13383DCE34AC0E0454660E6133BC0680096C211E64AC0C093A245EF103BC0B08292A1F1E64AC0B0E9A6DB68143BC030F2163D7EE54AC0F03FFD04FC163BC0004D418330E34AC06032DF230D1A3BC0C01DE5DCB4E54AC0B0B28EBF0A1C3BC058CFB080B4E74AC0F04D135B09193BC0A0B7B7409FE84AC0D03059DBC0193BC0D0ACBC9C2EE74AC060BB837B2D1C3BC068961F20EEE64AC000865F452B1F3BC0888C57A12CE84AC0F01E9BA1F1203BC000294B0263E94AC09083889F53203BC0B892E97D71E94AC020EA535BE9213BC0D046608192E84AC010FDFD82A4233BC0C82D1FFC36E64AC0A0766988D6223BC0784A96230FE64AC0E00DB65BCB243BC0C0BE05E2E7E94AC09092053E5D253BC040B849A4FCEA4AC070DFDF5C8A273BC0103CD8FBC5EA4AC0308486E4F32A3BC02057515ED6EE4AC030CC20FA0C203BC028861A40DBF04AC0D03C23C43E213BC0C8FE548314F24AC090945EC361293BC0B0D5F31CAEF34AC0204E53DBDC2C3BC0286689BF98F94AC090B3D1DAC3263BC0A8E4B85FCCFA4AC0A04D502766293BC098D06AE3F9FA4AC080A9CC1C03323BC0F0B8017F86014BC0005F9B984B323BC050810A9E97024BC01026808653363BC0303012FDF7024BC0500C7E5B76403BC040EB22DEE5064BC060B8E76778433BC05071EEE3A1094BC0F0E511F9A04B3BC068FCF07E320E4BC020CC21FA9A4D3BC000466B1FD6134BC020F6BAFEB24B3BC0F8503744C0134BC0B09D5C9B1A443BC0D0C7F9FDF1144BC0F09D663C10413BC070CBC17E32164BC0D034C3FA5C413BC060EDEE81C7174BC0406604187A443BC0F8A30B6361184BC0B0FB0A60AD4E3BC0E8750A04561A4BC0E03BFDA02F553BC0D86BC33EAC1B4BC0A0BB779A94623BC0D0B8107C7D214BC0E0630841F3653BC0B093343F54224BC0A042027A8C6A3BC0484EBDE106224BC000FB605E636F3BC0705B767D74244BC070F45DDF88723BC000313C5F082B4BC040BFF19DD1663BC01024C762B82A4BC040755E5EF1743BC058C6FEDBF32C4BC0907168205E773BC08877473E20324BC0202A44C45C6A3BC088274F01A2344BC0202F497FBC673BC0B8102F438E374BC0F063E0175F6C3BC058B48D020B3C4BC0A0887F264F6D3BC0E8D8DB02EC3B4BC0B0C0439EEB6F3BC0888FA50166384BC070FEF37A68773BC020B44963ED394BC0405B55834C7A3BC0208CECA2AF3C4BC0702FF23F157B3BC088DCA2438B404BC030A25662477B3BC040C1729E78424BC0C0CA2BE675803BC0082D7920EB434BC0B072CD5772813BC0000888A2B2474BC040843E5BB2763BC0A0C40F7E71494BC000D3666517743BC05002F8E3DA4A4BC0A0B0B0834A743BC05002325ED64E4BC0E01DB31FF0883BC028EBFC7F2B514BC0A0BE6CC2A18B3BC0E08323A2B5524BC0F0983464028A3BC008B34564E7534BC0105E4B4205833BC0D8C3515FCF554BC0C0F0EEA0F5803BC06883EF1BED564BC000CFFA428F843BC0109780DCF0554BC0A0F302BDE18E3BC0089CFEC3B3564BC09042B91B9A923BC0F0F5F9A17D5C4BC0B0E589081D903BC0A8B06D03215F4BC04049AD5FCB8F3BC0804DFEE3A1614BC080FD1FFD4C953BC010141C4015634BC08076C4218E953BC00896985CA8644BC0404D777879923BC060CD65DCF0654BC0C06E0DF94A883BC0D0B300BEF7674BC0902BE7FD9B873BC0C0F67D00196A4BC0602C22B9DE8E3BC0289C7A9C866C4BC030B5EB61F69E3BC080A10DA4E06D4BC04005E5C2D6A03BC060B86B0305724BC0B041571E4EA03BC0F817A37DE5734BC0F08F00289AA33BC088FA85614F734BC0B0E5E11CE7B23BC000731163B5734BC0908132081FBA3BC0B88615425D764BC0508CA30304BF3BC0E878013E07784BC0700CF43C9BC53BC028061E6492794BC0501C7DA4FAC63BC0C85E485DC17E4BC0402DAC5AEDC53BC0A03079FCC27F4BC0403FBC4067CA3BC0303E805C70824BC060F0B880B4CB3BC0D0525DBD19874BC060D5BB57ADC43BC06881B45C538A4BC0301C7F22A3C73BC0B09C01BF638A4BC0A0C808BB0BCC3BC030271CFF3E834BC0E07CE88217D53BC008C407C30E834BC090AB859F72D83BC0402012FD13844BC0D0B6E2C5FADA3BC01066F4DB9E864BC080AE60D906DA3BC0D02AAEC24A8B4BC0A05D695E63D73BC030DC6F41288F4BC0D0D796E7FBD93BC0B07E050247904BC01019A1FE25DD3BC0D8F9B33FDE8F4BC07088F15A26E33BC0C011F11E11914BC0309094D977E53BC000EA10A299954BC0803C2187A6DC3BC0B043C8E045994BC060EA93D85EDB3BC098D6579E5C9D4BC0C091F5FBA9E13BC0F06E865D4DA04BC0603032DAC7EA3BC0101A0E64AEA24BC00073D9E6A9EE3BC0E0A7875D31A74BC0B0E0E8FBE1EB3BC068F18EDF30A94BC04051AA656CEC3BC088EF22014DAA4BC060FF3024EDEE3BC05041BAC24AAB4BC0803DE4C62CF73BC0205DCC5C18B14BC0500186D87DFB3BC0D0B25500FDB04BC06086853D0AFF3BC0D05F26FE0CAF4BC06001A6A10D043CC0C0FCDFC3CFAF4BC050C8EE79E3083CC03074519E5CB54BC0F09BE97BD50E3CC030B41064E7B74BC0908896BE10163CC0101E5E21C9B84BC07051CB03AD183CC05845403D9ABA4BC06056E7592C193CC048C2F8E2FCBD4BC060E96264AB133CC0B83930438EBF4BC0F0AB56D93E143CC068CE5DDD95C14BC020CC1819AC1C3CC08801E59F52C54BC0305E1ABDC51F3CC0B85A11213DC74BC070E92B07B3293CC0B8C2672101CB4BC08058901F7F253CC068B2E6E3DACA4BC0508672A5F21E3CC0F88D83A2EACD4BC06018E464C41D3CC098303BDE72CF4BC07017DA1917223CC0282358E15ECF4BC00093C15E0B263CC088C0CE62F0D04BC000B1EE82172D3CC0A0D4E7612FD44BC0B00F93258F2F3CC090BD9D4275D94BC0C021897FBB383CC0682B8EBCE4DF4BC0F0A0D25ED33B3CC068771BE0D8E34BC040D1187E38403CC0984D380340E34BC0A0264104FE443CC0901D403E93DD4BC0606685402E493CC090A1818385D54BC09093D9A370553CC0A0A5606342D84BC030B0899B54643CC0C806932364D84BC020D994BAF2693CC0A08E6BFD9FD94BC05001ADFE256D3CC000D490205CDB4BC080164D22516C3CC0602E2F7C7DDD4BC06012887879623CC0A00D793DB5E04BC0A041149F595E3CC000FA2960C9E74BC030DD2503955D3CC098F022C4EBEC4BC08054C403E55A3CC0004727A2EEEF4BC0A0B3237AFB5B3CC0D00BA72171F34BC050327E3D42693CC0E0FA9380EDF04BC08065B89DB7753CC0C8DF6D00FDF04BC0708B7007937A3CC010EE0D0055FE4BC090A80F1B487F3CC038348D5E2A024CC02048CEBF41833CC0F8D9815D31034CC00067FADD568A3CC018EE2ABD52004CC090114BBA4A933CC060AB2ABEF7FF4BC0309ABCC29D973CC040C7B322BF004CC040123264CB9A3CC010D736FF3E074CC0D06DBF2406A13CC0A8421B9CF90F4CC0D0179100E1AF3CC0A0FAF2E07D174CC0407D6A05C0C43CC0E804D43C9D214CC0A0F7EB9F1AC73CC050FEDBDB82254CC060ECBE5D11CC3CC080D6884067264CC0207E35A54AD03CC000A81C601E264CC0F09EB677F0E33CC088A17DDF30294CC0B09C0ADA00EC3CC088B652A3732C4CC08019D044BDF03CC0382438226E304CC0E096E42688F23CC0F864C9C35E344CC0400131A86EFA3CC0385948800C354CC0B057E3423A003DC058AC05E0BC324CC040614343AA043DC0605D2ADF4F354CC040D49D872F133DC008C912A31F414CC0E0BFA83AFF163DC020BBFB1F43454CC060BF293AE61C3DC0B836329C15494CC0D077F6BBCC1C3DC0100B617D584B4CC03006FAC1DC1E3DC02852C01EBD4D4CC0B0120DE598283DC0D0CCA76071524CC0502CDA4272323DC0807657DC9B534CC0C0F01A1E6C393DC03806A7C1FB524CC020C25D38F33F3DC050EE869FC6534CC0C0605224ED463DC0900944A1F4594CC0E0C0CC7ADC5B3DC018DB641DC7614CC0908B36BDC55F3DC028F6386326634CC0F0C6D2409F643DC0D8E5261D8F634CC0E0ECD29C9E6B3DC0F066577E8A634CC000DDB57F836E3DC0708F92DEA9664CC08009ABBD16743DC078B783BC90684CC02072B226C17B3DC0D0323E9D2B704CC010E6CEC3CF833DC0181C5C80287A4CC0D0C8A44160953DC07852EC1F277C4CC0F09135F8349B3DC028A19DBFED7B4CC0002A35029BA33DC038C35D1DAB804CC0002BF457AAA73DC05070C79F1A834CC0D098065E82AF3DC0F8737620248D4CC0F02A1C9A41C03DC058B4F2A17D904CC0201D6421C9C43DC0E80BF7E3A1954CC070252E00E1C73DC090CFE69E209D4CC010ACBEFE5DC73DC098408B3CBAA54CC0B0632983F8D43DC0301D5A5DF8A94CC0E03C9F0019E23DC02068EA9B51A94CC0509D3CE6E8ED3DC0306ACA4202AA4CC050926B03CCF83DC080A8661DABAC4CC05033ECC397013EC0C869B7A04CB34CC050E4B9183D073EC030893944C0B74CC020F77D27BA0E3EC0788EEBDD75BA4CC0C033103A75193EC058A9B5FEB2BD4CC0B01CBFDEA61F3EC0784A34E17AC84CC04093EBC6BB2B3EC09031F54388D14CC080156403762D3EC010B3E26052D24CC0E0724ED845313EC0D0366D6342D04CC0103135DCBA2F3EC038450FA4E0CD4CC0E073608369303EC0503BE5D2EBCB4CC010FB3ECD25323EC0 >> >> >> STAsText: >> POLYGON ((-57.593134271554504 -30.195889308811331, -57.600000011588179 >> -30.199999991096718, -57.91666899226567 -31.366666996395907, >> -58.200003002033213 -32.450000003984826, -58.150000997577706 >> -32.600001989288046, -58.533334990890864 -33.516668992555651, >> -58.316667990253961 -34.666666008237655, -57.133335002716649 >> -35.46666699535939, -57.233335984509722 -36.183333986569551, >> -56.666665999056647 -36.583334012482965, -57.300001995392961 >> -37.450000997897405, -57.93333699348176 -38.316668012989453, >> -58.8375040015041 -38.491668996830924, -59.741670011279041 >> -38.666668986022273, -60.64583598957762 -38.841669004891173, >> -61.5500019993525 -39.016668994082522, -62.333333992406608 >> -38.950000010940016, -62.183336997441359 -39.316667988740107, >> -62.300001985662107 -40.550001986982124, -62.716670013690987 >> -41.050001989246596, -64.150001010362246 -41.016669004939047, >> -65.133336995873037 -40.8500020059675, -64.800003010520413 >> -42.199999999578779, -64.533338998463933 -42.316668005924271, >> -64.116668005370343 -42.266669012398893, -63.7500020123739 >> -42.083334013110516, -63.700003003560084 -42.816668008188742, >> -64.21666698976918 -42.666665994107234, -64.966667007555031 >> -42.666665994107234, -64.300002999262745 -43.00000201192762, >> -65.316671989765439 -43.50663372455341, -65.5166699909388 >> -43.50663372455341, -65.7333369915757 -43.50663372455341, >> -65.816672001023164 -43.50663372455341, -65.966666998594178 >> -43.50663372455341, -66.21666700512236 -43.50663372455341, >> -66.28333900728893 -43.50663372455341, -66.808333998014746 >> -43.50663372455341, -66.975004985479472 -43.50663372455341, >> -67.050002999126832 -43.50663372455341, -67.166669984741873 >> -43.50663372455341, -67.366667985915171 -43.50663372455341, >> -67.5333390048562 -43.50663372455341, -67.650000997435313 >> -43.50663372455341, -67.850004989892 -43.50663372455341, -67.966667013947358 >> -43.50663372455341, -68.0666719905289 -43.50663372455341, >> -68.333335003438663 -43.50663372455341, -68.416670013785392 >> -43.50663372455341, -68.43333398873682 -43.50663372455341, >> -68.466666993728779 -43.50663372455341, -68.516669997331064 >> -43.50663372455341, -68.583335009067468 -43.50663372455341, >> -68.616668014958748 -43.50663372455341, -68.625003014263939 >> -43.50663372455341, -68.633337014422352 -43.50663372455341, >> -68.800003008851149 -43.50663372455341, -68.850005013306713 >> -43.50663372455341, -68.900000995002586 -43.50663372455341, >> -68.91666999446619 -43.50663372455341, -69.133336994203773 >> -43.50663372455341, -69.150001000631448 -43.50663372455341, >> -69.249999985030286 -43.50663372455341, -69.300002988632571 >> -43.50663372455341, -69.383336999832579 -43.50663372455341, >> -69.7000040154914 -43.50663372455341, -69.86666801252602 -43.50663372455341, >> -70.0000000028162 -43.50663372455341, -71.1333370095569 -43.50663372455341, >> -71.500000006012328 -43.50663372455341, -71.566672009078218 >> -43.50663372455341, -71.7666700093522 -43.50663372455341, >> -71.800003015243476 -43.50663372455341, -71.833334990511673 >> -43.133335002263834, -72.133337000596043 -42.5833339865967, >> -71.850004988222736 -41.783334989674643, -71.716667005749912 >> -40.43333401031424, -71.466667000121049 -39.3833350113606, >> -71.050002997457568 -38.75000198818293, -70.999999993855283 >> -38.166665998008625, -71.016669992465665 -37.325000002231491, >> -71.033338991929213 -36.4833330109048, -70.333334987315538 >> -35.816667998969137, -70.366667992307441 -35.150000996833796, >> -69.883337011989624 -33.883335009833729, -69.98333699553524 >> -33.300002004509224, -70.258338003391884 -32.483334012620162, >> -70.533339011248472 -31.666666986602991, -70.333334987315538 >> -31.033332997553487, -70.0166700005272 -30.400000004053425, >> -69.908337015070629 -29.674999994744496, -69.8000029998903 >> -28.949998988986749, -69.216670007156324 -28.050000014814259, >> -68.633337014422352 -27.149999985737054, -68.300002996694161 >> -26.883334005064626, -68.566672001786571 -26.300000999740121, >> -68.49999999962 -24.900000002526554, -68.2499999939912 -24.400000000262082, >> -67.333335012399516 -24.016667007894284, -66.999999996423867 >> -23.000000993248193, -67.183333991169548 -22.816665994859136, >> -66.233337002833366 -21.783333005123325, -66.033339001660067 >> -21.916666990109718, -64.833334985788667 -22.133334007833753, >> -64.400000985414181 -22.716667012258938, -64.016669987742659 >> -22.1666669921413, -62.816667999842423 -22.000000987819931, >> -62.63333500424352 -22.233331994884509, -61.741668996009139 >> -23.049999986773571, -60.8500019895273 -23.866668008340241, >> -60.050001996156368 -24.191667992635132, -59.250002002785493 >> -24.516667011058132, -58.40000200235329 -24.97499998568918, >> -57.550002001021824 -25.433332989997893, -58.075001984783512 >> -26.374999987353249, -58.600002000021561 -27.316665990058425, >> -57.433336014553561 -27.391666997548839, -56.266668998462535 >> -27.466667009489754, -55.566667989490554 -27.250000987315218, >> -54.633335007582048 -26.199999003511778, -54.591335594123905 >> -25.591862827020861, -54.548499997338183 -25.588975987119056, >> -54.533447002219589 -25.598053010735327, -54.536472000468166 >> -25.617582007136832, -54.523807995864445 -25.628049988753503, >> -54.5000570089893 -25.614224987288935, -54.460776995160984 >> -25.64304199544938, -54.444610991904312 -25.662855002244328, >> -54.437195006183572 -25.692109995521548, -54.429165012843953 >> -25.695060989459648, -54.422359007578109 -25.688372003076893, >> -54.424862003347982 -25.658250989665191, -54.392525003798767 >> -25.633256995853969, -54.38549800723132 -25.598401993548123, >> -54.370082986432521 -25.593944991342426, -54.356193995507567 >> -25.606648995991407, -54.345195991258379 -25.607027013415916, >> -54.327972001284763 -25.571882001339304, -54.294224009538368 >> -25.557501008419308, -54.278804994850418 -25.557210998648543, >> -54.249610994492571 -25.596883985626732, -54.23466501509813 >> -25.59261300638417, -54.237082997956634 -25.570181014659852, >> -54.230141015199877 -25.562542010565721, -54.199192005888335 >> -25.581684006214971, -54.176781010635466 -25.584176996127951, >> -54.175055993172066 -25.571083004078332, -54.204802985746426 >> -25.557127001971025, -54.20602800354385 -25.54062699680793, >> -54.190472012218322 -25.533900987135894, -54.160529994467367 >> -25.540733002593527, -54.143585012858068 -25.519983002968047, >> -54.111888984400821 -25.496187007723279, -54.0928339909633 >> -25.500078009019319, -54.0950810109054 -25.518138986314455, >> -54.123473999520911 -25.565190995978639, -54.098637000356348 >> -25.617744001114659, -54.089972995777941 -25.613580989078969, >> -54.089584006624705 -25.584675008292209, -54.0786090034357 >> -25.557963988393169, -54.050303992796387 -25.583561006403329, >> -54.040501013954952 -25.583037999381929, -54.028830985923435 >> -25.566842989392569, -54.017943992186929 -25.563970987404844, >> -53.990475010191744 -25.585731997661071, -53.970221994805513 >> -25.599852013623433, -53.976665008519319 -25.6114959855978, >> -53.964221994317882 -25.61336499620927, -53.9621390089153 >> -25.641525011855776, -53.9550819893812 -25.646614012617533, >> -53.944362993496384 -25.631110998554107, -53.95272099386176 >> -25.624591997524703, -53.947445011459592 -25.611487996020855, >> -53.933028992644495 -25.62204199419233, -53.915530988241755 >> -25.616163010074274, -53.920418012067614 -25.629452010213413, >> -53.913471003899417 -25.628657988001919, -53.9121090094643 >> -25.635763009748644, -53.8899420074726 -25.622804993391128, >> -53.894558011611707 -25.642462005585571, -53.875194985090673 >> -25.644077004488508, -53.889026988676562 -25.660965006852621, >> -53.874972995541668 -25.654202998219091, -53.861110999566108 >> -25.658971990525231, -53.854221010213223 -25.67368701143198, >> -53.858219013743621 -25.67990098850936, -53.841553010821031 >> -25.687558987184104, -53.8492510014471 -25.690482996065441, >> -53.853831989583682 -25.691153013460337, -53.850303995128115 >> -25.705814006696869, -53.871970997453957 -25.6937369949776, >> -53.863914008265681 -25.704619987630451, -53.878277003053938 >> -25.707807988896207, -53.857612996600949 -25.723204000725275, >> -53.86458200668261 -25.744235991766175, -53.848083003364252 >> -25.740863986515308, -53.834304991475733 -25.749422013187143, >> -53.8414459941975 -25.751730004464832, -53.839305990878927 >> -25.76003999002711, -53.848609998878828 -25.758093011792994, >> -53.855998989650232 -25.766070989245748, -53.841777996011729 >> -25.770652991817542, -53.830223004757613 -25.781276997712382, >> -53.84252498458045 -25.790600013782694, -53.822056003304112 >> -25.792027000422195, -53.827498985310513 -25.807616996012996, >> -53.818583997940152 -25.815244995103455, -53.837723005142323 >> -25.815715994331924, -53.835666985011471 -25.825611009789782, >> -53.8486940135428 -25.8365170071001, -53.834053009537 -25.849394010730521, >> -53.84391400544115 -25.857607004411932, -53.83174900135657 >> -25.858620005242358, -53.83541500307274 -25.868741988896033, >> -53.822917997173931 -25.87125801224488, -53.848389007577225 >> -25.884501003968353, -53.81916801227004 -25.89703200963578, >> -53.8337519983599 -25.91440400553239, -53.818222003736253 >> -25.91222999974724, -53.819941996687476 -25.927788007352774, >> -53.833251997794662 -25.919715994090666, -53.831778993746241 >> -25.9298289926179, -53.84241899858 -25.933174012812003, -53.839000984913412 >> -25.953674010805855, -53.827277994008909 -25.962621995200777, >> -53.835498986260461 -25.9715650036469, -53.813472986271734 >> -25.979210007118297, -53.816860010200514 -25.989373989110732, >> -53.801502009116291 -25.984961999771258, -53.80424899724801 >> -25.995388012726778, -53.779331011436796 -26.00841000685341, >> -53.779555997526813 -26.021218993859463, -53.7630539976675 >> -26.035770000911157, -53.754886997113317 -26.033269986393748, >> -53.755806009798448 -26.041084008447342, -53.735194995895995 >> -26.04172701110781, -53.725498003055122 -26.065077001981308, >> -53.73877701352518 -26.084532011159467, -53.74085999892776 >> -26.116553995288939, -53.724502995859837 -26.128172007433591, >> -53.715056986710181 -26.126302996822119, -53.699638002599158 >> -26.152242998267809, -53.678138998125064 -26.164124006348061, >> -53.6714709992205 -26.175543000326286, -53.649974990388046 >> -26.194248005508996, -53.652943002196935 -26.204951998903709, >> -53.641750003348079 -26.215479012917683, -53.652416005782982 >> -26.235271006154164, -53.642132689153186 -26.24532263134887, >> -53.644443998929205 -26.247500002397032, -53.644032757850937 >> -26.248741170219489, -53.645557007067225 -26.248507997601052, >> -53.640751002263642 -26.259382005127463, -53.644695014096726 >> -26.287278995160761, -53.67258101081751 -26.324391999929276, >> -53.670470998989344 -26.330245990089566, -53.684386986662275 >> -26.336248014051705, -53.688552988044364 -26.353974992138376, >> -53.695057014462634 -26.354853011926764, -53.689166994763923 >> -26.35931399453176, -53.698891014030437 -26.363431993701226, >> -53.70008101492607 -26.387527013520753, -53.708529989808653 >> -26.387438011216773, -53.695751010480762 -26.402342011158169, >> -53.704304004546486 -26.415512010308476, -53.687472998514579 >> -26.428343006422551, -53.688029986418883 -26.443026008767106, >> -53.703029988986941 -26.441410013415407, -53.696751010711921 >> -26.468474992075983, -53.7029720025011 -26.462836995684825, >> -53.71411100965264 -26.470567986033416, -53.70611200695015 >> -26.480876988199668, -53.701416013512471 -26.473007006732132, >> -53.694640997984379 -26.474643986864123, -53.694331997230393 >> -26.489938997634738, -53.7020840119294 -26.490094992235242, >> -53.707279006785541 -26.500071986292028, -53.702861990235931 >> -26.507894992572744, -53.728862993594134 -26.502726004311, >> -53.72555499039413 -26.52515600673496, -53.715529990527443 >> -26.525959014072896, -53.723251014589323 -26.531897000910703, >> -53.719250015417231 -26.537045999941654, -53.74044401392581 >> -26.545006007141637, -53.72369399543993 -26.553769987551391, >> -53.735221991744709 -26.565964009160552, -53.718055988256879 >> -26.556975987848205, -53.706054988134838 -26.559434998676977, >> -53.721194993559152 -26.562025009249169, -53.723414986176238 >> -26.588408996987482, -53.731136010238117 -26.586247985506361, >> -53.728775014718678 -26.6019189938242, -53.73422199151355 >> -26.608510988326088, -53.728275015052759 -26.616768000223487, >> -53.731918014809366 -26.629532003141662, -53.740222991147959 >> -26.629620010795406, -53.7390019996152 -26.643297007236356, >> -53.749973008015729 -26.6348000031615, -53.758358004229763 >> -26.640725990345402, -53.733307005093138 -26.645096010124405, >> -53.724998002489883 -26.657828990029827, -53.72169099933592 >> -26.647123006435436, -53.717972005069157 -26.666535987597172, >> -53.725807003809109 -26.666688996448613, -53.730720992007377 >> -26.677526010363351, -53.715443010798708 -26.682394013528324, >> -53.728667998994467 -26.691484002670279, -53.742194996614785 >> -26.680012005349624, -53.731472006840818 -26.699702996628275, >> -53.733081987526816 -26.715714998182023, -53.747359999980574 >> -26.718659992742857, -53.753334003766327 -26.709487996223686, >> -53.756832006731486 -26.718950002513566, -53.741721992797579 >> -26.729958991082071, -53.749470011808796 -26.739869986593078, >> -53.735694995561914 -26.741197991152035, -53.729641003376969 >> -26.730553000476959, -53.714053989938009 -26.748852008528161, >> -53.723556987326049 -26.7626909998462, -53.743000003145596 >> -26.762285003614068, -53.728694994843181 -26.773100008420784, >> -53.698277007310878 -26.768062986673669, -53.71591601551529 >> -26.780149012297613, -53.708030988390192 -26.797006985399889, >> -53.699444007146269 -26.79692600324978, -53.696278005995339 >> -26.811001006345975, -53.709746986552943 -26.811876010707579, >> -53.687443007024228 -26.836413991592622, -53.69422098671771 >> -26.8462920026696, -53.67627700492335 -26.843028989852712, >> -53.658890010133973 -26.860891008336637, -53.695163999609861 >> -26.857669993858565, -53.678863984780321 -26.868850985859012, >> -53.694640997984379 -26.886123999675078, -53.672000991276093 >> -26.89210898957873, -53.678749010056151 -26.907553000922462, >> -53.6723589897922 -26.912719998984528, -53.695693991665451 >> -26.926853010150239, -53.669918005873512 -26.941788003426723, >> -53.708667996169936 -26.933878013820049, -53.702305003230947 >> -26.959184993281156, -53.711609011230848 -26.964407013663617, >> -53.725219992938207 -26.957846013396136, -53.735832003675796 >> -26.973956997929747, -53.71644600757088 -26.987827012260482, >> -53.742443015241349 -26.99064999130502, -53.731136010238117 >> -27.00412799925715, -53.739749986431377 -27.013882005517416, >> -53.749527000047124 -27.004829009987134, -53.761307008867618 >> -27.006429991157574, -53.746364992785345 -27.03039898538384, >> -53.758778015496432 -27.034155006537162, -53.762001003986427 >> -27.044412995560663, -53.784332010840046 -27.026534997922909, >> -53.775081993638196 -27.049519995353535, -53.757805011113987 >> -27.060597996095851, -53.762306010851319 -27.065554006914624, >> -53.771641009488292 -27.064999010109318, -53.791137985528962 >> -27.04153399864623, -53.801276991550026 -27.040080993721119, >> -53.796275992146775 -27.058886999962226, -53.770415992590188 >> -27.072300005817397, -53.780167007705415 -27.077734009891969, >> -53.79741699528023 -27.066151001159369, -53.80424899724801 >> -27.07972500634213, -53.7929149972955 -27.089783012226633, >> -53.774917990574977 -27.101763002387429, -53.794581996796751 >> -27.109539005602244, -53.810196005185105 -27.097799007618903, >> -53.817360009866434 -27.100599011683528, -53.806109993101586 >> -27.110069007550351, -53.8041420130001 -27.12175401289096, >> -53.813862006901275 -27.128687000628759, -53.823334013652129 >> -27.12627598841533, -53.823775996255279 -27.132466991412116, >> -53.816970989236893 -27.139228999146383, -53.798553004478492 >> -27.136086011646171, -53.79733700598166 -27.143728000590158, >> -53.827389004521592 -27.14595401416824, -53.835835014339409 >> -27.154454998642393, -53.834166985114393 -27.167784006920726, >> -53.865917005269011 -27.125198014266232, -53.881690991355129 >> -27.129863985636632, -53.891251007558424 -27.161647997465991, >> -53.903751009998246 -27.175245006406954, -53.949974004830722 >> -27.151426006504664, -53.959361996917607 -27.161714989762572, >> -53.960750987201379 -27.195359992948852, -54.011916995850584 >> -27.196466005260845, -54.020251994256455 -27.212211996351527, >> -54.023193010216687 -27.251805990479909, -54.053890006113306 >> -27.263555997917479, -54.075253001620354 -27.295425001973797, >> -54.110916011494567 -27.303146012545881, -54.154972007159813 >> -27.295699997563247, -54.154305006990342 -27.2660309887994, >> -54.1636350125915 -27.254153990796055, -54.173415989519413 >> -27.255325005204952, -54.185775987304396 -27.267488003801418, >> -54.190472012218322 -27.307332995110926, -54.205749993426991 >> -27.33275800878971, -54.21619400541357 -27.385080007774036, >> -54.261641987004282 -27.398243011997579, -54.268196011230771 >> -27.416206002761669, -54.265835015711275 -27.435109995533821, >> -54.28480499533805 -27.447401009023849, -54.336192993536315 >> -27.401636001129418, -54.333752009617569 -27.45680799299339, >> -54.351191996957539 -27.466280007838179, -54.39160898675533 >> -27.415478006974922, -54.411194003724688 -27.405219989173133, >> -54.434029005032642 -27.423326008112724, -54.469085997764239 >> -27.42698898900619, -54.468139989230451 -27.437188998738463, >> -54.440612989273234 -27.466437992638419, -54.45255700205621 >> -27.477729996050812, -54.474109998227732 -27.480792996051093, >> -54.504250006220047 -27.48155798544957, -54.519305997879655 >> -27.501798997584729, -54.530613001983568 -27.50565098539181, >> -54.560139004155644 -27.46365900303158, -54.573776014041186 >> -27.453481996158189, -54.584805008028184 -27.454261999737923, >> -54.615916990679239 -27.534913998822844, -54.634140013213539 >> -27.545437003659231, -54.646168010083557 -27.539098990288892, >> -54.655499013932115 -27.511798995399715, -54.670391001629184 >> -27.503747995696131, -54.679110996198517 -27.517810999138419, >> -54.671413004673127 -27.558131993504162, -54.677361010857624 >> -27.572664005975241, -54.722584006358261 -27.562943013826668, >> -54.74319498878441 -27.561696986967263, -54.762753009005792 >> -27.583206005392185, -54.774086011610166 -27.584200010742734, >> -54.78638799143306 -27.572165993811041, -54.796412992199066 >> -27.5323939950747, -54.812247991888967 -27.529723996103314, >> -54.828887998109622 -27.558085985987759, -54.847858009212644 >> -27.620946998639909, -54.85841799417085 -27.628276997483454, >> -54.890777995679628 -27.626191994002227, -54.905441002498208 >> -27.639070987832326, -54.900860014361626 -27.698839001799286, >> -54.903972991485716 -27.727036011057464, -54.924721012602674 >> -27.746155002049193, -54.937721014708416 -27.771899995405363, >> -54.949780001316242 -27.777262001556949, -54.990276012742072 >> -27.773152987513868, -54.998138007330681 -27.79063801380039, >> -55.0190539957224 -27.795723004485239, -55.055473013465985 >> -27.7682699998453, -55.080669010293434 -27.779832988770238, >> -55.081169009959353 -27.797053994793373, -55.025360001322383 >> -27.832390004882541, -55.02388799552142 -27.845499010214155, >> -55.0318600023752 -27.855388992166638, -55.051722997985166 >> -27.85166700945274, -55.088219008486362 -27.841359997486165, >> -55.118416003817742 -27.851500009848507, -55.127166989024204 >> -27.863861002283613, -55.123969996336825 -27.887304004638679, >> -55.133334987363469 -27.896360014696427, -55.168751009234256 >> -27.861916013349855, -55.197445009026865 -27.856915985214414, >> -55.229388993158125 -27.881500003293468, -55.25236100257996 >> -27.917112004521528, -55.270946986089371 -27.932279995048702, >> -55.30619401096169 -27.921416992525963, -55.321803993984588 >> -27.923529008942978, -55.3304749889931 -27.933305990183158, >> -55.338219014115225 -27.965526991579736, -55.383555984293935 >> -27.982389004436584, -55.382720987172092 -27.996250004862645, >> -55.367584007966457 -28.015832999256759, -55.373527988785554 >> -28.034721012875082, -55.416888990185157 -28.057945007832984, >> -55.43674898925417 -28.086193000556307, -55.443638010936525 >> -28.096389996660434, -55.457832008726371 -28.098332995394571, >> -55.484279986824333 -28.076833986423821, -55.496529005572881 >> -28.079083999309603, -55.512386008075566 -28.112001007608455, >> -55.541584002322509 -28.124111002862435, -55.556553014253439 >> -28.162888000698729, -55.585971999801984 -28.146470997563029, >> -55.584804999966593 -28.120889988384363, -55.608722986446026 >> -28.116277986228283, -55.620692995930938 -28.133164993042953, >> -55.620083015476041 -28.148610994586306, -55.632335997536813 >> -28.176140006326932, -55.657695997427481 -28.185777996448167, >> -55.69889099790737 -28.221610995273068, -55.749167985361794 >> -28.233694006369603, -55.780056012545913 -28.250862008150989, >> -55.775391008846043 -28.269500986009575, -55.731056004816423 >> -28.285862000053726, -55.668137014671743 -28.333750000590555, >> -55.689526006880669 -28.39191600905923, -55.690555998602179 >> -28.413859998073463, -55.700195004957322 -28.426361005055981, >> -55.713748999325617 -28.423113006420408, -55.730392001187965 >> -28.384665997715615, -55.755531009777087 -28.36855501408138, >> -55.810832996841782 -28.36555499720015, -55.850945012150248 >> -28.355056987220905, -55.874470013788596 -28.359305986133791, >> -55.9018899980216 -28.411166995343876, -55.882247993713236 >> -28.459833009260819, -55.882720998429761 -28.478805985428551, >> -55.986969000627255 -28.497193995783675, -56.016918009707695 >> -28.512722003804924, -56.024944008258842 -28.540387986787209, >> -56.002524991952839 -28.575359004332824, -55.999748011431393 >> -28.592250987096293, -56.005832994253524 -28.604666006302296, >> -56.056610013749491 -28.628999993072114, -56.1248049862964 >> -28.687027011321163, -56.1835290132924 -28.768555010317186, >> -56.262611011052115 -28.777750010594559, -56.293055994433075 >> -28.797139987098831, -56.300026003661515 -28.813638997611747, >> -56.297801984779653 -28.890387994847458, -56.321803985923054 >> -28.921887996283374, -56.34727899111482 -28.940388012700623, >> -56.378361012852508 -28.947390013511608, -56.409141991936792 >> -28.978250991787036, -56.414444003416463 -29.000888996604488, >> -56.396389010210157 -29.018223003339926, -56.416499992071067 >> -29.074943996460433, -56.508777984783649 -29.089831987570392, >> -56.541110990443713 -29.112887988273883, -56.570971989172392 >> -29.11249899642263, -56.588637993225461 -29.12055599550348, >> -56.60733398810072 -29.158582988444948, -56.644085008557909 >> -29.197055986657062, -56.653193991381158 -29.224305993630651, >> -56.648307997279005 -29.2498049954321, -56.654498997577889 >> -29.277055997955131, -56.702778013440479 -29.358833003033283, >> -56.76388900208093 -29.374111009422961, -56.7746089962132 >> -29.393055011233571, -56.777804988854484 -29.420388986106332, >> -56.777663986851508 -29.431694013500419, -56.802059003412865 >> -29.453471998459918, -56.816917003931792 -29.483416002813215, >> -56.876331000681262 -29.514888990414022, -56.954361004806 >> -29.583500006418774, -56.969943991080925 -29.606277001455908, >> -56.968193008391893 -29.6390839938922, -57.005222006590373 >> -29.654942986594506, -57.02425000417918 -29.6855829969507, >> -57.102665002668743 -29.751001006962667, -57.128834002979318 >> -29.768694006864393, -57.169003005626848 -29.780776988283321, >> -57.2275580050474 -29.778778001356898, -57.294745986933037 >> -29.831916997532687, -57.327891987801536 -29.883194006802, >> -57.322803010422149 -29.929335012243712, -57.328193997226094 >> -29.971862996828634, -57.348972010732723 -30.006222005048869, >> -57.400775994832259 -30.028276009925605, -57.435555008023925 >> -30.057527988675361, -57.456722011583167 -30.099444989162066, >> -57.482024992658523 -30.123639985712259, -57.566249990971244 >> -30.170834000123477, -57.636970991824569 -30.177581989225928, >> -57.643138991063211 -30.192471999313852, -57.6270260127327 >> -30.186445010172122, -57.608417994934314 -30.189110003517158, >> -57.593134271554504 -30.195889308811331)) >> >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From valemunoz at gmail.com Tue Aug 11 14:37:19 2009 From: valemunoz at gmail.com (=?ISO-8859-1?Q?Valeria_Mu=F1oz?=) Date: Tue, 11 Aug 2009 17:37:19 -0400 Subject: [mapserver-users] Problem with raster image Message-ID: <4b56aefe0908111437r46eac154nf9a23f2f26330943@mail.gmail.com> HI i resolved my problem(mail before) ... now the quality of the image is bad... please watch the attached image... what can i do to better the output image? mapfile MAP NAME satelite SIZE 600 400 UNITS dd EXTENT -70.524941 -33.366110 -70.500813 -33.346131 IMAGECOLOR 192 192 192 IMAGEQUALITY 95 IMAGETYPE png OUTPUTFORMAT NAME png DRIVER 'GD/PNG' MIMETYPE 'image/png' #IMAGEMODE PC256 EXTENSION 'png' END WEB IMAGEPATH '/tmp/' IMAGEURL '/tmp/' METADATA 'wms_title' 'satelite' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map& ' 'wms_srs' 'EPSG:4326' END END LAYER NAME '1_Mapa TYPE RASTER DATA 'data\Mapa.tif' METADATA 'wms_title' '1_Mapa' END STATUS DEFAULT TRANSPARENCY 100 END END RG -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: raster_img2.JPG Type: image/jpeg Size: 33613 bytes Desc: not available URL: From stephan.holl at intevation.de Wed Aug 12 05:11:17 2009 From: stephan.holl at intevation.de (Stephan Holl) Date: Wed, 12 Aug 2009 14:11:17 +0200 Subject: [mapserver-users] WMS-GetFeatureInfo and EMPTY-mapfile-tag Message-ID: <20090812141117.6e599561@thoe.hq.intevation.de> Dear MapServers, can somebody put some light in the behaviour of the EMPTY-mapfile-tag in combination with WMS GetFeatureInfo-Requests? Currently I cannot make it work with a valid HTML-template provided within the EMPTY-mapfile-tag and a request with info_format=text/html. For sure I have added "WMS_FEATURE_INFO_MIME_TYPE? "text/html" in the Medatada of the web-object. Is this a known issue that the EMPTY-tag does not work with WMS GetFeatureInfo? TIA Best regards Stephan -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dmorissette at mapgears.com Wed Aug 12 05:04:06 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Wed, 12 Aug 2009 08:04:06 -0400 Subject: [mapserver-users] Too Many Open Files In-Reply-To: <1250068539741-3429559.post@n2.nabble.com> References: <1250068539741-3429559.post@n2.nabble.com> Message-ID: <4A82AFB6.8030403@mapgears.com> aseem wrote: > Dear All, > > We are using UMN Map server(FGS) with integration to apache tomcat server > through MOD.JK Connector. Whenever we are running our application our web > application hangs up. we found that there are so many open files of FGS > server on our linux server. It seems that our web application hangs up due > to these open files. Our application works fine for only20-30 mins. > Are you using the mapserv CGI or MapScript? Perhaps you could start by using "lsof" to figure which files are left open. That could give you an idea of the source of the problem. Daniel -- Daniel Morissette http://www.mapgears.com/ From albertoandres.juarez at gmail.com Wed Aug 12 05:12:58 2009 From: albertoandres.juarez at gmail.com (Andres Juarez) Date: Wed, 12 Aug 2009 09:12:58 -0300 Subject: [mapserver-users] Re: Problem with raster image Message-ID: <602c34280908120512p785e45e4h5912fb23754a37a5@mail.gmail.com> A mi me funciona con la configuraci?n que tienes en tu .map, solo cambia en OUTPUTFORMAT #IMAGEMODE PC256 por IMAGEMODE RGBA creo que con eso funciona 2009/8/12 > Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osgeo.org/mailman/listinfo/mapserver-users > or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > > You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mapserver-users digest..." > > Today's Topics: > > 1. Problem with raster image (Valeria Mu?oz) > > > ---------- Mensaje reenviado ---------- > From: "Valeria Mu?oz" > To: mapserver-users > Date: Tue, 11 Aug 2009 17:37:19 -0400 > Subject: [mapserver-users] Problem with raster image > HI > > i resolved my problem(mail before) ... now the quality of the image is > bad... please watch the attached image... what can i do to better the output > image? > > mapfile > > MAP > NAME satelite > SIZE 600 400 > UNITS dd > EXTENT -70.524941 -33.366110 -70.500813 -33.346131 > IMAGECOLOR 192 192 192 > IMAGEQUALITY 95 > IMAGETYPE png > OUTPUTFORMAT > NAME png > DRIVER 'GD/PNG' > MIMETYPE 'image/png' > #IMAGEMODE PC256 > EXTENSION 'png' > END > WEB > IMAGEPATH '/tmp/' > IMAGEURL '/tmp/' > METADATA > 'wms_title' 'satelite' > 'wms_onlineresource' ' > http://my.host.com/cgi-bin/mapserv?map=wms.map&' > 'wms_srs' 'EPSG:4326' > END > END > LAYER > NAME '1_Mapa > TYPE RASTER > DATA 'data\Mapa.tif' > METADATA > 'wms_title' '1_Mapa' > END > STATUS DEFAULT > TRANSPARENCY 100 > END > END > > RG > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- Andr?s Juarez -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Aug 12 05:13:54 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 12 Aug 2009 09:13:54 -0300 Subject: Itasca for ms4w (Was SV: [mapserver-users] Eror in CGI Script) In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E5@enerasrv01.Enera.local> References: <5ada17d30908110307o7054f226v610d6505df0fc491@mail.gmail.com><4A81C7FE.8060602@gatewaygeomatics.com> <4A81CA8E.2060904@gatewaygeomatics.com> <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E5@enerasrv01.Enera.local> Message-ID: <4A82B202.6010005@gatewaygeomatics.com> Lars Westerlind wrote: > I don't think it works out of the box. If I remember correctly it had > some linux style references (fonts probably) which was not present. > Still very useful reading. > Yes the ""MapServer Itasca Demo Application" addon package for MS4W (on (obtained from the MS4W downloads page) should work out of the box with MS4W 3.0. Please always respond to the mailing list, or contact me directly if you require my direct support rates. -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From jmckenna at gatewaygeomatics.com Wed Aug 12 05:56:55 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 12 Aug 2009 09:56:55 -0300 Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? In-Reply-To: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> References: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> Message-ID: <4A82BC17.20508@gatewaygeomatics.com> Mauricio Herrera wrote: > Hi mapserver users > > I hope you can help with my questions. please > > I have a LAN with two computers. One computer is installed MapServer > and my second computer are my shapefiles > > How can I get my shapefiles from my second computer? > I have tried to do this (example) , but I couldn?t get my shapefile... > *Is it possible to do this?.. *Note: I dont wanna use database, only files That's a good question. I gave this a shot, and this worked for me with shp2img (MapServer on Vista machine, data on XP machine): MAP ... SHAPEPATH "\\MACHINENAME\sharename\pathtodatafolder" ... LAYER ... DATA "filename" ... END END -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From dmorissette at mapgears.com Wed Aug 12 06:02:21 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Wed, 12 Aug 2009 09:02:21 -0400 Subject: [mapserver-users] WMS-GetFeatureInfo and EMPTY-mapfile-tag In-Reply-To: <20090812141117.6e599561@thoe.hq.intevation.de> References: <20090812141117.6e599561@thoe.hq.intevation.de> Message-ID: <4A82BD5D.3030002@mapgears.com> Stephan Holl wrote: > Dear MapServers, > > can somebody put some light in the behaviour of the EMPTY-mapfile-tag > in combination with WMS GetFeatureInfo-Requests? > Which version of MapServer are you using? Support for the EMPTY keyword in WMS GetFeatureInfo was added only in v5.2 (ticket #546). > Currently I cannot make it work with a valid HTML-template provided > within the EMPTY-mapfile-tag and a request with info_format=text/html. > What do you get? An error message? A blank page? Something else? What do you put in the EMPTY parameter? It should be a URL for a redirect and not an actual template, see http://mapserver.org/mapfile/web.html Daniel -- Daniel Morissette http://www.mapgears.com/ From valemunoz at gmail.com Wed Aug 12 06:06:03 2009 From: valemunoz at gmail.com (=?ISO-8859-1?Q?Valeria_Mu=F1oz?=) Date: Wed, 12 Aug 2009 09:06:03 -0400 Subject: [mapserver-users] Re: Problem with raster image In-Reply-To: <602c34280908120512p785e45e4h5912fb23754a37a5@mail.gmail.com> References: <602c34280908120512p785e45e4h5912fb23754a37a5@mail.gmail.com> Message-ID: <4b56aefe0908120606l7d718089x2e1c393e0d8393a9@mail.gmail.com> andres Muchas gracias ya lo he resuelto con el mismo cambio, la calidad de la imagen se mejoro considerablemente. Saludos 2009/8/12 Andres Juarez > A mi me funciona con la configuraci?n que tienes en tu .map, solo cambia en > > > OUTPUTFORMAT > #IMAGEMODE PC256 > > por > > IMAGEMODE RGBA > > creo que con eso funciona > > > > 2009/8/12 > >> Send mapserver-users mailing list submissions to >> mapserver-users at lists.osgeo.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> or, via email, send a message with subject or body 'help' to >> mapserver-users-request at lists.osgeo.org >> >> You can reach the person managing the list at >> mapserver-users-owner at lists.osgeo.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of mapserver-users digest..." >> >> Today's Topics: >> >> 1. Problem with raster image (Valeria Mu?oz) >> >> >> ---------- Mensaje reenviado ---------- >> From: "Valeria Mu?oz" >> To: mapserver-users >> Date: Tue, 11 Aug 2009 17:37:19 -0400 >> Subject: [mapserver-users] Problem with raster image >> >> HI >> >> i resolved my problem(mail before) ... now the quality of the image is >> bad... please watch the attached image... what can i do to better the output >> image? >> >> mapfile >> >> MAP >> NAME satelite >> SIZE 600 400 >> UNITS dd >> EXTENT -70.524941 -33.366110 -70.500813 -33.346131 >> IMAGECOLOR 192 192 192 >> IMAGEQUALITY 95 >> IMAGETYPE png >> OUTPUTFORMAT >> NAME png >> DRIVER 'GD/PNG' >> MIMETYPE 'image/png' >> #IMAGEMODE PC256 >> EXTENSION 'png' >> END >> WEB >> IMAGEPATH '/tmp/' >> IMAGEURL '/tmp/' >> METADATA >> 'wms_title' 'satelite' >> 'wms_onlineresource' ' >> http://my.host.com/cgi-bin/mapserv?map=wms.map&' >> 'wms_srs' 'EPSG:4326' >> END >> END >> LAYER >> NAME '1_Mapa >> TYPE RASTER >> DATA 'data\Mapa.tif' >> METADATA >> 'wms_title' '1_Mapa' >> END >> STATUS DEFAULT >> TRANSPARENCY 100 >> END >> END >> >> RG >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> > > > -- > Andr?s Juarez > > _______________________________________________ > 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 Morten.Sickel at nrpa.no Wed Aug 12 06:11:41 2009 From: Morten.Sickel at nrpa.no (Morten Sickel) Date: Wed, 12 Aug 2009 15:11:41 +0200 Subject: [mapserver-users] filter doesn't work (wfs) Message-ID: <0CE0A03D0F390E46B12B64489D20B1D4064E18CF2C@MAILHUB.NRPA.LOCAL> I have set up a mapserver wfs-server. Works fine, except that I cannot get Filter= to work. I tried urls like those at the bottom on http://mapserver.org/ogc/filter_encoding.html , but got all the data back in all cases. I tested it in a browser and to a working url, I appended &Filter=status RUN Where status is one of the fields on the WFS coverage and some of the items has status=RUN. I also tried but in both cases, I got the complete data set returned. By setting to an invalid value, I managed to get an empty data set. From the documentation, it seems like I do it the right way, but something must be wrong. I hope someone can enlighten me. -- Morten Sickel Norwegian Radiation Protection Authority From sb.ray at hotmail.com Wed Aug 12 06:15:26 2009 From: sb.ray at hotmail.com (sunny74) Date: Wed, 12 Aug 2009 08:15:26 -0500 (CDT) Subject: [mapserver-users] map not available over the Lan or internet In-Reply-To: References: <1250074984498-3429997.post@n2.nabble.com> Message-ID: <1250082926180-3430618.post@n2.nabble.com> Hi, Your suggestion worked. So in this case it was apache not configured properly so as to get the response from mapserver. Thanks a million!!! Rahkonen Jukka wrote: > > Hi, > > I am not sure what you mean with "map is not displayed". Do you mean > that Mapserver seem to work normally but it returns an error or blank > map, or is it impossible to reach Mapserver at all? If the latter, does > your http server listen to the requested address? If MS4W package is > used it is controlled in the D:\ms4w\Apache\conf\httpd.conf file. There > should read > Listen 172.16.128.173:8085 > > -Jukka Rahkonen- > > sunny74 wrote: > >> Hi, >> >> I am displaying map using mapserver and openlayers in >> aspx(ASP.NET) page. >> But problem is that the map is displayed only on local >> machine and not from a remote machine on the Lan or Internet. >> On doing some r&D i found that if the url is given as in a >> local machine i.e >> >> http://localhost:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.m >> ap&mode=map >> >> Then map is displayed. >> But if it is given like this, >> >> http://172.16.128.173:8085/cgi-bin/mapserv.exe?map=WR_Shape/wr >> map.map&mode=map >> >> then it is not. >> >> So how can I get mapserver to display map with IP. >> >> Thanks for your replies. >> -- >> View this message in context: >> http://n2.nabble.com/map-not-available-over-the-Lan-or-interne >> t-tp3429997p3429997.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/map-not-available-over-the-Lan-or-internet-tp3429997p3430618.html Sent from the Mapserver - User mailing list archive at Nabble.com. From sb.ray at hotmail.com Wed Aug 12 06:21:03 2009 From: sb.ray at hotmail.com (sunny74) Date: Wed, 12 Aug 2009 08:21:03 -0500 (CDT) Subject: [mapserver-users] map not available over the Lan or internet In-Reply-To: <4A82ADCE.5050502@romtelecom.ro> References: <1250074984498-3429997.post@n2.nabble.com> <4A82ADCE.5050502@romtelecom.ro> Message-ID: <1250083263758-3430637.post@n2.nabble.com> Hi Adrian, I did as u suggested and next to port 8085 I see SubranilBasu:0 LISTENING and not 0.0.0.0 or 127.0.0.1 as u have stated. I don't understand the terms "listening on all interfaces" and "listening only on loopback".Could u pls explain them. Thanks for your reply. Regards. Adrian Popa wrote: > > Make sure your server listens on all interfaces, not only on loopback. > You need to check apache's config for this and restart the server. > > Also, you can do netstat -a (I think) on your windows system and look > for your port (8085). If next to it you see 0.0.0.0, it means the server > is listening on all interfaces. If you see 127.0.0.1, it means the > server is listening only on loopback. > > Good luck. > > > sunny74 wrote: >> Hi, >> >> I am displaying map using mapserver and openlayers in aspx(ASP.NET) page. >> But problem is that the map is displayed only on local machine and not >> from >> a remote machine on the Lan or Internet. >> On doing some r&D i found that if the url is given as in a local machine >> i.e >> >> http://localhost:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map >> >> Then map is displayed. >> But if it is given like this, >> >> http://172.16.128.173:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map >> >> then it is not. >> >> So how can I get mapserver to display map with IP. >> >> Thanks for your replies. >> > > > -- > --- > Adrian Popa > NOC Division > Network Engineer > Divizia Centrul National de Operare Retea > Departament Transport IP & Metro > Compartiment IP Core & Backbone > Phone: +40 21 400 3099 > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/map-not-available-over-the-Lan-or-internet-tp3429997p3430637.html Sent from the Mapserver - User mailing list archive at Nabble.com. From aseembatish at gmail.com Wed Aug 12 06:30:52 2009 From: aseembatish at gmail.com (aseem) Date: Wed, 12 Aug 2009 08:30:52 -0500 (CDT) Subject: [mapserver-users] Too Many Open Files In-Reply-To: <4A82AFB6.8030403@mapgears.com> References: <1250068539741-3429559.post@n2.nabble.com> <4A82AFB6.8030403@mapgears.com> Message-ID: <1250083852133-3430711.post@n2.nabble.com> Thanks Daniel. Thanks for the reply. Yes, We are using MapScript. I have checked the open files by executing lsof command. I found that most of the files are related to FGS. Following is the part of the output we got after running lsof command. httpd 23793 apache DEL REG 0,8 5304375 /dev/zero httpd 23793 apache mem REG 147,1 67584 2949497 /data/fgs/www/logs/jk-runtime-status httpd 23793 apache mem REG 147,1 478913 2949206 /data/fgs/www/modules/mod_jk.so httpd 23793 apache mem REG 147,1 238336 2998379 /data/fgs/lib/libpng12.so.0.1.2.8 httpd 23793 apache mem REG 147,1 1116483 2998285 /data/fgs/lib/libiconv.so.2.2.0 httpd 23793 apache mem REG 147,1 2921477 2998415 /data/fgs/lib/libxml2.so.2.6.19 httpd 23793 apache mem REG 147,1 126672 2998332 /data/fgs/lib/libjpeg.so.62.0.0 httpd 23793 apache mem REG 147,1 238336 2998279 /data/fgs/lib/libpng.so.3.1.2.8 httpd 23793 apache mem REG 147,1 449524 2998348 /data/fgs/lib/libfreetype.so.6.3.16 httpd 23793 apache mem REG 147,1 242996 2998297 /data/fgs/lib/libgd.so.2.0.0 httpd 23793 apache mem REG 147,1 909044 2998398 /data/fgs/lib/libstdc++.so.6.0.8 httpd 23793 apache mem REG 147,1 4560732 2949501 /data/fgs/www/libexec/libphp5.so httpd 23793 apache mem REG 8,17 27836 2717861 /lib/libcrypt-2.5.so httpd 23793 apache mem REG 147,1 146660 2949194 /data/fgs/www/lib/libapr-1.so.0.2.12 httpd 23793 apache mem REG 147,1 111948 2949172 /data/fgs/www/lib/libexpat.so.0.1.0 httpd 23793 apache mem REG 147,1 87908 2949197 /data/fgs/www/lib/libaprutil-1.so.0.2.12 httpd 23793 apache mem REG 8,17 46740 2717128 /lib/libnss_files-2.5.so httpd 23793 apache mem REG 147,1 41096 2998325 /data/fgs/lib/libgcc_s.so.1 httpd 23793 apache mem REG 147,1 79184 2998333 /data/fgs/lib/libz.so.1.2.3 httpd 23793 apache 0r CHR 1,3 1895 /dev/null httpd 23793 apache 1w CHR 1,3 1895 /dev/null httpd 23793 apache 2w REG 147,1 34909 2949498 /data/fgs/www/logs/error_log httpd 23793 apache 3u IPv6 5304241 TCP *:pichat (LISTEN) httpd 23793 apache 4u sock 0,5 5304242 can't identify protocol httpd 23793 apache 5r FIFO 0,6 5304372 pipe httpd 23793 apache 6w FIFO 0,6 5304372 pipe httpd 23793 apache 7w REG 147,1 2953030 2949499 /data/fgs/www/logs/access_log httpd 23793 apache 8w REG 147,1 1452012 2949495 /data/fgs/www/logs/mod_jk.log httpd 23793 apache 9u REG 147,1 67584 2949497 /data/fgs/www/logs/jk-runtime-status httpd 23793 apache 10u REG 147,1 1 2949496 /data/fgs/www/logs/jk-runtime-status.lock httpd 23793 apache 11r 0000 0,10 0 6750301 eventpoll httpd 23793 apache 12u sock 0,5 6750302 can't identify protocol httpd 23793 apache 13u IPv4 6750305 TCP localhost.localdomain:46025->localhost.localdomain:8009 (ESTABLISHED) httpd 23794 apache cwd DIR 8,17 4096 2 / httpd 23794 apache rtd DIR 8,17 4096 2 / httpd 23794 apache txt REG 147,1 655824 2949473 /data/fgs/www/bin/httpd httpd 23794 apache mem REG 8,17 125728 2718127 /lib/ld-2.5.so httpd 23794 apache mem REG 8,17 1585788 2717105 /lib/libc-2.5.so httpd 23794 apache mem REG 8,17 208344 2717112 /lib/libm-2.5.so httpd 23794 apache mem REG 8,17 16528 2717120 /lib/libdl-2.5.so httpd 23794 apache mem REG 8,17 125668 2717167 /lib/libpthread-2.5.so httpd 23794 apache mem REG 8,17 101504 2717213 /lib/libnsl-2.5.so httpd 23794 apache mem REG 8,17 76396 2717177 /lib/libresolv-2.5.so httpd 23794 apache mem REG 8,17 44088 2717090 /lib/librt-2.5.so httpd 23794 apache mem REG 8,17 56464208 5405420 /usr/lib/locale/locale-archive httpd 23794 apache DEL REG 0,8 5304375 /dev/zero httpd 23794 apache mem REG 147,1 67584 2949497 /data/fgs/www/logs/jk-runtime-status httpd 23794 apache mem REG 147,1 478913 2949206 /data/fgs/www/modules/mod_jk.so httpd 23794 apache mem REG 147,1 238336 2998379 /data/fgs/lib/libpng12.so.0.1.2.8 httpd 23794 apache mem REG 147,1 1116483 2998285 /data/fgs/lib/libiconv.so.2.2.0 httpd 23794 apache mem REG 147,1 2921477 2998415 /data/fgs/lib/libxml2.so.2.6.19 httpd 23794 apache mem REG 147,1 126672 2998332 /data/fgs/lib/libjpeg.so.62.0.0 httpd 23794 apache mem REG 147,1 238336 2998279 /data/fgs/lib/libpng.so.3.1.2.8 httpd 23794 apache mem REG 147,1 449524 2998348 /data/fgs/lib/libfreetype.so.6.3.16 httpd 23794 apache mem REG 147,1 242996 2998297 /data/fgs/lib/libgd.so.2.0.0 httpd 23794 apache mem REG 147,1 909044 2998398 /data/fgs/lib/libstdc++.so.6.0.8 httpd 23794 apache mem REG 147,1 4560732 2949501 /data/fgs/www/libexec/libphp5.so httpd 23794 apache mem REG 8,17 27836 2717861 /lib/libcrypt-2.5.so httpd 23794 apache mem REG 147,1 146660 2949194 /data/fgs/www/lib/libapr-1.so.0.2.12 httpd 23794 apache mem REG 147,1 111948 2949172 /data/fgs/www/lib/libexpat.so.0.1.0 httpd 23794 apache mem REG 147,1 87908 2949197 /data/fgs/www/lib/libaprutil-1.so.0.2.12 httpd 23794 apache mem REG 8,17 46740 2717128 /lib/libnss_files-2.5.so httpd 23794 apache mem REG 147,1 41096 2998325 /data/fgs/lib/libgcc_s.so.1 httpd 23794 apache mem REG 147,1 79184 2998333 /data/fgs/lib/libz.so.1.2.3 httpd 23794 apache 0r CHR 1,3 1895 /dev/null httpd 23794 apache 1w CHR 1,3 1895 /dev/null httpd 23794 apache 2w REG 147,1 34909 2949498 /data/fgs/www/logs/error_log Daniel Morissette wrote: > > aseem wrote: >> Dear All, >> >> We are using UMN Map server(FGS) with integration to apache tomcat server >> through MOD.JK Connector. Whenever we are running our application our web >> application hangs up. we found that there are so many open files of FGS >> server on our linux server. It seems that our web application hangs up >> due >> to these open files. Our application works fine for only20-30 mins. >> > > Are you using the mapserv CGI or MapScript? Perhaps you could start by > using "lsof" to figure which files are left open. That could give you an > idea of the source of the problem. > > Daniel > -- > Daniel Morissette > http://www.mapgears.com/ > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/Too-Many-Open-Files-tp3429559p3430711.html Sent from the Mapserver - User mailing list archive at Nabble.com. From jmckenna at gatewaygeomatics.com Wed Aug 12 05:32:03 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 12 Aug 2009 09:32:03 -0300 Subject: [mapserver-users] Projection Extent and Zoom issues - Openlayers In-Reply-To: References: Message-ID: <4A82B643.9020708@gatewaygeomatics.com> Paul Curran wrote: > Hi, > > > > I have had this problem for a couple of weeks now and I still cant get > past it. Basically when I view my map of the UK via openlayers it is > zoomed in very close. I want to zoom out but whatever I try doesn?t work > ? usually results in just the background colour of my map being displayed. > > > > I believe it might be my EXTENT which is incorrect as I am using > epsg:4326 (a spherical coordinate system). My map file is a Mapserver > Export from Quantim GIS and gave me the EXTENT -888385.321101 > -31000.000000 1548385.321101 1271000.000000. How can I convert this into > a Geographic extent to match with my projection (epsg:4326)? > Hi Paul, Here are my quick thoughts: - your EXTENT parameter in your mapfile is not in DD coordinates, even though you are telling MapServer that it is DD coordinates - give a good read to the MapServer projections page: http://www.mapserver.org/mapfile/projection.html - optionally, if you want to pre-process your data into your output projection, take a look at the gdal_translate (http://www.gdal.org/gdal_translate.html) and ogr2ogr (http://www.gdal.org/ogr2ogr.html) utilities for raster and vector data (both are included in MS4W) -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From dmorissette at mapgears.com Wed Aug 12 06:42:03 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Wed, 12 Aug 2009 09:42:03 -0400 Subject: [mapserver-users] Too Many Open Files In-Reply-To: <1250083852133-3430711.post@n2.nabble.com> References: <1250068539741-3429559.post@n2.nabble.com> <4A82AFB6.8030403@mapgears.com> <1250083852133-3430711.post@n2.nabble.com> Message-ID: <4A82C6AB.30802@mapgears.com> aseem wrote: > Thanks Daniel. Thanks for the reply. Yes, We are using MapScript. PHP MapScript? > I have > checked the open files by executing lsof command. I found that most of the > files are related to FGS. Following is the part of the output we got after > running lsof command. > You seem to have two processes with each about 30-40 files open, mostly shared libraries. That's nothing to worry about or to take a system down. Perhaps you need to re-check after 20-30 minutes of operation, when the web server locks up (this is what happens, right?). What we're looking for is an indication of a leak of file handles, i.e. the same file opened hundreds of times... then we'll need to find out why that file is never closed. Which error message did you get exactly that led you to think that there was a problem of too many files opened? Does the same problem happen if you connect directly to the instance of Apache that comes with FGS instead of going through the Tomcat server? Daniel -- Daniel Morissette http://www.mapgears.com/ From adrian_gh.popa at romtelecom.ro Wed Aug 12 06:43:10 2009 From: adrian_gh.popa at romtelecom.ro (Adrian Popa) Date: Wed, 12 Aug 2009 16:43:10 +0300 Subject: [mapserver-users] map not available over the Lan or internet In-Reply-To: <1250083263758-3430637.post@n2.nabble.com> References: <1250074984498-3429997.post@n2.nabble.com> <4A82ADCE.5050502@romtelecom.ro> <1250083263758-3430637.post@n2.nabble.com> Message-ID: <4A82C6EE.6030209@romtelecom.ro> I forgot... windows automatically replaces IP addresses with hostnames when hostnames are known. SubranilBasu is your hostname and it matches your ip address 127.0.0.1. The concept of listening on all/an interface is the following: when you start a server it can accept queries from all interfaces (it's listening on ip1:8085, ip2:8085, 127.0.0.1:8085 - or a more compact way of writing this is: 0.0.0.0:8085). The server can be started listening only on one interface (for instance listening for queries on the loopback interface 127.0.0.1) - and it will not reply to queries that come on other interfaces. This is what the Listen directive does in apache. I think that it should be Listen 0.0.0.0:8085 if you want to enable the web server on all interfaces (but I haven't checked). Regards, Adrian sunny74 wrote: > Hi Adrian, > > I did as u suggested and next to port 8085 I see SubranilBasu:0 LISTENING > and not 0.0.0.0 or 127.0.0.1 > as u have stated. > > > I don't understand the terms "listening on all interfaces" and "listening > only on loopback".Could u pls explain them. > > Thanks for your reply. > > Regards. > > > > Adrian Popa wrote: > >> Make sure your server listens on all interfaces, not only on loopback. >> You need to check apache's config for this and restart the server. >> >> Also, you can do netstat -a (I think) on your windows system and look >> for your port (8085). If next to it you see 0.0.0.0, it means the server >> is listening on all interfaces. If you see 127.0.0.1, it means the >> server is listening only on loopback. >> >> Good luck. >> >> >> sunny74 wrote: >> >>> Hi, >>> >>> I am displaying map using mapserver and openlayers in aspx(ASP.NET) page. >>> But problem is that the map is displayed only on local machine and not >>> from >>> a remote machine on the Lan or Internet. >>> On doing some r&D i found that if the url is given as in a local machine >>> i.e >>> >>> http://localhost:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map >>> >>> Then map is displayed. >>> But if it is given like this, >>> >>> http://172.16.128.173:8085/cgi-bin/mapserv.exe?map=WR_Shape/wrmap.map&mode=map >>> >>> then it is not. >>> >>> So how can I get mapserver to display map with IP. >>> >>> Thanks for your replies. >>> >>> >> -- >> --- >> Adrian Popa >> NOC Division >> Network Engineer >> Divizia Centrul National de Operare Retea >> Departament Transport IP & Metro >> Compartiment IP Core & Backbone >> Phone: +40 21 400 3099 >> >> _______________________________________________ >> 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 stephan.holl at intevation.de Wed Aug 12 06:57:17 2009 From: stephan.holl at intevation.de (Stephan Holl) Date: Wed, 12 Aug 2009 15:57:17 +0200 Subject: [mapserver-users] WMS-GetFeatureInfo and EMPTY-mapfile-tag In-Reply-To: <4A82BD5D.3030002@mapgears.com> References: <20090812141117.6e599561@thoe.hq.intevation.de> <4A82BD5D.3030002@mapgears.com> Message-ID: <20090812155717.45a5bc49@thoe.hq.intevation.de> Hello Daniel, thanks for your reply. Daniel Morissette , [20090812 - 09:02:21] > Stephan Holl wrote: > > Dear MapServers, > > > > can somebody put some light in the behaviour of the > > EMPTY-mapfile-tag in combination with WMS GetFeatureInfo-Requests? > > > > Which version of MapServer are you using? Support for the EMPTY > keyword in WMS GetFeatureInfo was added only in v5.2 (ticket #546). We tried with version 4.6.1; does your above sentence means that it is only added in v5.2 or >=5.2? > > Currently I cannot make it work with a valid HTML-template provided > > within the EMPTY-mapfile-tag and a request with > > info_format=text/html. > > > > What do you get? An error message? A blank page? Currently we get a blank page back. > Something else? > > What do you put in the EMPTY parameter? It should be a URL for a > redirect and not an actual template, see > http://mapserver.org/mapfile/web.html Yes, I have read that already. So the behaviour between the EMPTY-keyword changed somewhere, because I was of the opinion that there could have been set a file as well in earlier version of mapserver 4.10.x (at least for CGI-mode). Best Stephan -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dmorissette at mapgears.com Wed Aug 12 07:29:53 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Wed, 12 Aug 2009 10:29:53 -0400 Subject: [mapserver-users] WMS-GetFeatureInfo and EMPTY-mapfile-tag In-Reply-To: <20090812155717.45a5bc49@thoe.hq.intevation.de> References: <20090812141117.6e599561@thoe.hq.intevation.de> <4A82BD5D.3030002@mapgears.com> <20090812155717.45a5bc49@thoe.hq.intevation.de> Message-ID: <4A82D1E1.2040100@mapgears.com> Stephan Holl wrote: > >> Which version of MapServer are you using? Support for the EMPTY >> keyword in WMS GetFeatureInfo was added only in v5.2 (ticket #546). > > We tried with version 4.6.1; does your above sentence means that it is > only added in v5.2 or >=5.2? > I meant >= 5.2 ... if you upgrade then I'd recommend that you go with the latest release (5.4.2). Daniel -- Daniel Morissette http://www.mapgears.com/ From hrodriguez at siscat.com.ar Wed Aug 12 07:44:35 2009 From: hrodriguez at siscat.com.ar (=?iso-8859-1?Q?Rodr=EDguez=2C_Heraldo?=) Date: Wed, 12 Aug 2009 11:44:35 -0300 Subject: [mapserver-users] RASTER MAX SIZE In-Reply-To: <20090812155717.45a5bc49@thoe.hq.intevation.de> Message-ID: <296E5F9B6BB1C445BDDC9C94FC83835E39BDD6@ZEUS-Exchg2k3.sc.com> Hi everyone, We are planning to buy a huge raster file (9 GB) but before buying it we would need to know if mapserver can deal with this kind of images ( that large). I was reading the mapserver documentation but I couldn't find anything regarding this. Is there any limitation with the image size or just those given by the image format ( for example the 4GB Geotiff limit)? Thanks in advance , regards. Lic. Heraldo G. Rodriguez hrodriguez at siscat.com.ar TEL: 54-11-4326-4002 int 255 Dpto. Desarrollo Sistemas Catastrales S.A From me at blakecrosby.com Wed Aug 12 07:40:15 2009 From: me at blakecrosby.com (Blake Crosby) Date: Wed, 12 Aug 2009 10:40:15 -0400 Subject: [mapserver-users] How to Optimize Particular Raster Lookup Message-ID: <4A82D44F.6050705@blakecrosby.com> Hello! Wondering if a few of you can provide some insight here: Problem: Given a linestring, return the elevation data along that linestring from CDED data (ASCII DEM). I'm using Mapserver 5.4.2 I'm using PHP Mapscript and queryByPoint to get values from my DEMs. However, the performance seems really slow. Essentially here is how I have things set up: Fetch Linestring from postgis, and select N points from the string every Y distance (ie, get the points every 1 km). Loop through each point and do a queryByPoint() to get the value from Mapserver. I've tried using a tilecache, yo no avail. It still takes over 60 seconds to query approx 200 points. I would like to use the 50k CDED dems, however the performance is even worse. So i'm using the 250k ones, approx 4,280 files. Any tips on improving performance? Blake From woodbri at swoodbridge.com Wed Aug 12 07:50:19 2009 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Wed, 12 Aug 2009 10:50:19 -0400 Subject: [mapserver-users] Too Many Open Files In-Reply-To: <4A82C6AB.30802@mapgears.com> References: <1250068539741-3429559.post@n2.nabble.com> <4A82AFB6.8030403@mapgears.com> <1250083852133-3430711.post@n2.nabble.com> <4A82C6AB.30802@mapgears.com> Message-ID: <4A82D6AB.5000301@swoodbridge.com> Daniel, I haven't worked with TomCat, but if it doing something like creating a process/thread/whatever for the mapscript request but treating it like a reusable thread, then it might not be shutting it down in which case files are not getting closed. The user might need to make sure TomCat is treating this like a cgi-bin process and not a mod_* type of process. -Steve W Daniel Morissette wrote: > aseem wrote: >> Thanks Daniel. Thanks for the reply. Yes, We are using MapScript. > > PHP MapScript? > > >> I have >> checked the open files by executing lsof command. I found that most of >> the >> files are related to FGS. Following is the part of the output we got >> after >> running lsof command. > > You seem to have two processes with each about 30-40 files open, mostly > shared libraries. That's nothing to worry about or to take a system down. > > Perhaps you need to re-check after 20-30 minutes of operation, when the > web server locks up (this is what happens, right?). What we're looking > for is an indication of a leak of file handles, i.e. the same file > opened hundreds of times... then we'll need to find out why that file is > never closed. > > Which error message did you get exactly that led you to think that there > was a problem of too many files opened? Does the same problem happen if > you connect directly to the instance of Apache that comes with FGS > instead of going through the Tomcat server? > > Daniel From cnieman at dmsolutions.ca Wed Aug 12 07:52:28 2009 From: cnieman at dmsolutions.ca (Christy Nieman) Date: Wed, 12 Aug 2009 10:52:28 -0400 Subject: [mapserver-users] RASTER MAX SIZE In-Reply-To: <296E5F9B6BB1C445BDDC9C94FC83835E39BDD6@ZEUS-Exchg2k3.sc.com> References: <296E5F9B6BB1C445BDDC9C94FC83835E39BDD6@ZEUS-Exchg2k3.sc.com> Message-ID: <4A82D72C.10406@dmsolutions.ca> Hi, I don't think there is any MapServer-specific raster size limit. I have successfully drawn (very) bigtiff images (~ 30 GB each) with MapServer, gdal and libgeotiff that were compiled against libtiff 4. Christy Rodr?guez wrote: > Hi everyone, > We are planning to buy a huge raster file (9 GB) but before buying it we would need to know if mapserver can deal with this kind of images ( that large). > I was reading the mapserver documentation but I couldn't find anything regarding this. > Is there any limitation with the image size or just those given by the image format ( for example the 4GB Geotiff limit)? > Thanks in advance , regards. > > > Lic. Heraldo G. Rodriguez > hrodriguez at siscat.com.ar > TEL: 54-11-4326-4002 int 255 > Dpto. Desarrollo > Sistemas Catastrales S.A > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Bob.Basques at ci.stpaul.mn.us Wed Aug 12 08:04:17 2009 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 12 Aug 2009 10:04:17 -0500 Subject: [mapserver-users] How to Optimize Particular Raster Lookup In-Reply-To: <4A82D44F.6050705@blakecrosby.com> References: <4A82D44F.6050705@blakecrosby.com> Message-ID: <4A8293A1.163B.00A8.0@ci.stpaul.mn.us> Blake, Probably not the answer you're looking for, but we cheated a little and gridded our surface data into nice orderly points, this allows for much quicker response times, and nice orderly averaging between any two (or four) points in the grid. We're only using a 50k x 35k grid (on the smallish side) but it runs very quickly. It ended up being our own custom service in the end, but I've contemplated putting it out opensource, but it's only used for a single layer (dataset) here, and it seemed like a better idea to combine it with some other similar query tools at some point instead. We use it to feed AutoCAD (autoLISP and LandXML), X3D clients, and probably WFS in the future. It only spits out a GRID right now, but adding in support for dynamic line following and point queries are in the plans. It's all templated output very similar to MapServer templating. Here is a 128x128 grid as AutoLSIP output (about 1.11sec according to FF Firebug in our network) : http://gis.ci.stpaul.mn.us/gis/mirage/cgi-bin/mirage.pl?output=lisp&mapsize=128+128&mapext=566000+152500+566700+153200 ( http://gis.ci.stpaul.mn.us/gis/mirage/cgi-bin/mirage.pl?output=lisp&mapsize=128+128&mapext=566000+152500+566700+153200 ) I can't remember if this is available outside the firewall, so here is an example of the result: (defun elevationgrid (/) (setq URLRequest "output=lisp&mapsize=128+128&mapext=566000+152500+566700+153200") (setq ViewPoints (list '("VIEWPOINT" "ORIENTATION" "POSITION") '("Top View" "1 0 0 -1.5708" "32768 6553.6 32768") '("Oblique View" "1 0 0 -.7854" "128 150 128") ) ;; LIST ) ;;VIEWPOINTS (setq ElevationGrid (list '("creaseAngle" "solid" "xDimension" "zDimension" "xSpacing" "ySpacing") '("3.14159" "false" "128" "128" "5.46875" "5.46875") '( -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 -99 159.5 161.6 161.6 161.6 161.6 161.6 161.6 163.7 163.7 163.7 165.9 165.9 165.9 168 168 170.1 170.1 172.3 172.3 174.4 174.4 176.5 176.5 178.7 180.8 185.1 185.1 187.2 191.2 193.6 193.6 197.6 200 202.1 204.1 206.1 206.1 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 206.1 206.1 206.1 204.1 202.1 202.1 200 200 200 202.1 202.1 202.1 202.1 204.1 204.1 204.1 204.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 206.1 204.1 204.1 204.1 204.1 202.1 202.1 202.1 202.1 202.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 202.1 200 197.6 195.7 193.6 191.2 191.2 191.2 191.2 191.2 191.2 191.2 191.2 193.6 193.6 193.6 193.6 195.7 195.7 195.7 197.6 159.5 161. . . . . . . . . . . . . . . . . .100 100 102 102 102 102 100 102 102 102 102 102 102 102 102 102 102 104.2 106.3 106.3 108.4 108.4 110.6 112.7 112.7 114.8 114.8 117 117 119.1 119.1 121.2 123.4 125.5 125.5 125.5 127.6 129.5 129.5 131.9 131.9 134 135.9 135.9 140.4 140.4 142.4 144.4 144.4 144.4 144.4 144.4 146.8 146.8 148.8 148.8 148.8 153.1 150.9 150.9 153.1 155.2 157.3 161.6 163.7 168 170.1 172.3 176.5 176.5 178.7 182.9 185.1 189.3 191.2 193.6 200 202.1 202.1 202.1 202.1 202.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 206.1 206.1 206.1 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 102 102 102 102 102 102 102 102 102 102 102 102 102 102 102 102 102 104.2 104.2 104.2 106.3 106.3 108.4 110.6 110.6 112.7 112.7 114.8 117 117 119.1 119.1 121.2 123.4 123.4 125.5 127.6 127.6 127.6 129.5 131.9 134 134 135.9 138 138 140.4 142.4 144.4 144.4 144.4 144.4 144.4 146.8 148.8 150.9 153.1 150.9 148.8 148.8 150.9 150.9 153.1 159.5 161.6 163.7 165.9 168 172.3 174.4 176.5 180.8 182.9 187.2 189.3 191.2 195.7 195.7 195.7 197.6 197.6 202.1 202.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 204.1 206.1 206.1 206.1 206.1 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 208.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 210.5 ) ) ;; List ) ;; Elevationgrid ) ;; Defun >>> Blake Crosby wrote: Hello! Wondering if a few of you can provide some insight here: Problem: Given a linestring, return the elevation data along that linestring from CDED data (ASCII DEM). I'm using Mapserver 5.4.2 I'm using PHP Mapscript and queryByPoint to get values from my DEMs. However, the performance seems really slow. Essentially here is how I have things set up: Fetch Linestring from postgis, and select N points from the string every Y distance (ie, get the points every 1 km). Loop through each point and do a queryByPoint() to get the value from Mapserver. I've tried using a tilecache, yo no avail. It still takes over 60 seconds to query approx 200 points. I would like to use the 50k CDED dems, however the performance is even worse. So i'm using the 250k ones, approx 4,280 files. Any tips on improving performance? Blake _______________________________________________ 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 davidboyd at ntlworld.com Wed Aug 12 08:07:27 2009 From: davidboyd at ntlworld.com (D Boyd) Date: Wed, 12 Aug 2009 10:07:27 -0500 (CDT) Subject: [mapserver-users] WFS: msMSSQL2008LayerGetShapeRandom bad shape: 1 Message-ID: <1250089647921-3431353.post@n2.nabble.com> Hi folks, I'm having a little trouble creating a WFS that takes data from a MS SQL 2008 database. I have a table that stores points of interest, the table has a unique field (PointID) and a geometry field (PointPos) that stores the location. Previously I created a WMS that serves a map with these points drawn on which worked fine, with the WFS however none of the points are being returned in the feature collection. The following is displayed in the error log: Wed Aug 12 15:55:11 2009].450000 in msMSSQL2008LayerGetItems (find column names) [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerInitItemInfo called [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerGetShape called for record = 1 [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerGetShape: select convert(varchar(max), PointID),convert(varchar(max), PointIdentifier),convert(varchar(max), PointDate),convert(varchar(max), PointClass),convert(varchar(max), PointSubClass),PointPos from Points where PointID = 1 [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerGetShapeRandom bad shape: 1 [Wed Aug 12 15:55:11 2009].450000 mapserv request processing time (msLoadMap not incl.): 0.372s The getshape query in is returning the correct row with the PointPos in hex (tested SQL managment studio). The layer is as follows: LAYER NAME "PointData" DEBUG 5 METADATA wfs_title "Point data test" gml_featureID "PointID" wfs_version "1.0.0" wfs_typename "PointData" END CONNECTIONTYPE PLUGIN TYPE POINT PLUGIN "C:/mapserver/msplugin_mssql2008.dll" CONNECTION "sql connection string" DATA "PointPos FROM Points" STATUS ON PROJECTION "init=epsg:27700" END DUMP TRUE CLASS STYLE COLOR 0 0 255 END END END Any help with this issue would be greatly apreciated! -- View this message in context: http://n2.nabble.com/WFS%3A-msMSSQL2008LayerGetShapeRandom-bad-shape%3A-1-tp3431353p3431353.html Sent from the Mapserver - User mailing list archive at Nabble.com. From David.Fawcett at state.mn.us Wed Aug 12 08:09:05 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Wed, 12 Aug 2009 10:09:05 -0500 Subject: [mapserver-users] RASTER MAX SIZE In-Reply-To: <296E5F9B6BB1C445BDDC9C94FC83835E39BDD6@ZEUS-Exchg2k3.sc.com> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA750@s-sp22.pca.state.mn.us> Assuming that MapServer can use an image this large, if you want to serve up maps with good performance, you will likely want to pre-process the data. (e.g. create smaller tiles, create overviews, etc.) I am pretty sure that a local agency here was serving a WMS based on a 20gb ECW file using MapServer. David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rodr?guez, Heraldo Sent: Wednesday, August 12, 2009 9:45 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] RASTER MAX SIZE Hi everyone, We are planning to buy a huge raster file (9 GB) but before buying it we would need to know if mapserver can deal with this kind of images ( that large). I was reading the mapserver documentation but I couldn't find anything regarding this. Is there any limitation with the image size or just those given by the image format ( for example the 4GB Geotiff limit)? Thanks in advance , regards. Lic. Heraldo G. Rodriguez hrodriguez at siscat.com.ar TEL: 54-11-4326-4002 int 255 Dpto. Desarrollo Sistemas Catastrales S.A _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From yassefa at dmsolutions.ca Wed Aug 12 08:32:25 2009 From: yassefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 12 Aug 2009 11:32:25 -0400 Subject: [mapserver-users] MapServer and SLD/SE In-Reply-To: <4A81F4A7.8070101@gmx.de> References: <4A81CD60.30101@gmx.de> <4A81E2D3.7030808@dmsolutions.ca> <4A81F4A7.8070101@gmx.de> Message-ID: <4A82E089.1010508@dmsolutions.ca> Alexander Reichelt wrote: > Hi there, > > thank you for your fast answer. > Yes, the SE specification states that Rotation expects a number. The > angle attribute in my PostGIS has the type 'real' so its supposed to be > a number. > So I have the following questions: > - does the data type of the attribute cause the problem or > - does the expression ... cause the > problem because MapServer doesn't support the access on a table > regarding Rotation and only works with a fix value in general? > > Somewhere I have found a deprecated method for getting access on an > attribute (which didn't use PropertyName), I also tried this and it > didn't work. By the way, I'm using MapServer 5.4. > Before I condemn MapServer for not supporting the attribute binding for > Rotation: How could I check up if there's probably a type cast from a > 'real' attribute of the PostGIS table to a 'string' attribute? Which > other data type could I try rather than 'real'? > Is there a way to track the exact request from MapServer to PostGIS and > back again? > Is there anyone who tried rotating via SLD/SE in combination with > attribute binding and not just via a fix value? > Mapserver does not support reading the PropertyName parameter and applying an attribute binding. The only case where attribute values were used was for the Text element in the class object (please refer to [1]) I have added support in the main trunk for the Rotation parameter and listed all possible parameters that we can read and use attribute binding. Development on this is tracked in #3085 ([2]). Please comment/test inside the bug. [1]: http://trac.osgeo.org/mapserver/ticket/1857 [2]: http://trac.osgeo.org/mapserver/ticket/3085 best regards, -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From hrodriguez at siscat.com.ar Wed Aug 12 08:53:28 2009 From: hrodriguez at siscat.com.ar (=?iso-8859-1?Q?Rodr=EDguez=2C_Heraldo?=) Date: Wed, 12 Aug 2009 12:53:28 -0300 Subject: [mapserver-users] RASTER MAX SIZE In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5056DA750@s-sp22.pca.state.mn.us> Message-ID: <296E5F9B6BB1C445BDDC9C94FC83835E39BDF1@ZEUS-Exchg2k3.sc.com> Thanks David , it?s all I need to know. We are using tilecache so performance is not an issue after generating the tiles. Thanks for the advice anyway. Lic. Heraldo G. Rodriguez hrodriguez at siscat.com.ar TEL: 54-11-4326-4002 int 255 Dpto. Desarrollo Sistemas Catastrales S.A -----Mensaje original----- De: Fawcett, David [mailto:David.Fawcett at state.mn.us] Enviado el: mi?rcoles, 12 de agosto de 2009 12:09 Para: Rodr?guez, Heraldo; mapserver-users at lists.osgeo.org Asunto: RE: [mapserver-users] RASTER MAX SIZE Assuming that MapServer can use an image this large, if you want to serve up maps with good performance, you will likely want to pre-process the data. (e.g. create smaller tiles, create overviews, etc.) I am pretty sure that a local agency here was serving a WMS based on a 20gb ECW file using MapServer. David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rodr?guez, Heraldo Sent: Wednesday, August 12, 2009 9:45 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] RASTER MAX SIZE Hi everyone, We are planning to buy a huge raster file (9 GB) but before buying it we would need to know if mapserver can deal with this kind of images ( that large). I was reading the mapserver documentation but I couldn't find anything regarding this. Is there any limitation with the image size or just those given by the image format ( for example the 4GB Geotiff limit)? Thanks in advance , regards. Lic. Heraldo G. Rodriguez hrodriguez at siscat.com.ar TEL: 54-11-4326-4002 int 255 Dpto. Desarrollo Sistemas Catastrales S.A _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From siki at agt.bme.hu Wed Aug 12 08:56:46 2009 From: siki at agt.bme.hu (Siki Zoltan) Date: Wed, 12 Aug 2009 17:56:46 +0200 (CEST) Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? In-Reply-To: <583a904e0908120145x1a8111a5q4d48a829ac9f55bf@mail.gmail.com> References: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> <4A817880.3090702@mapgears.com> <583a904e0908120145x1a8111a5q4d48a829ac9f55bf@mail.gmail.com> Message-ID: Dear Mauricio, I suppose you would map the shared folder of MYSECONDCOMPUTER on the mapserver machine. 1. On MYSECONDCOMPUTER make the folder of your shape files shared, e.g. Right click in explorer on the name of the folder and select Sharing. For more information on sharing folders see: http://www.microsoft.com/windowsxp/using/networking/maintain/share.mspx 2. On mapserver machine in explorer select map network drive in the Tools menu and select the sharing on the other machine and assing a letter to to it, probably you should check reconnect. 3. Change the data line in your map file. I suppose using shared files from another machine is a performance issue. Regeards, Zoltan On Wed, 12 Aug 2009, Mauricio Herrera wrote: > thanks for your help Julien > > I will follow trying with this configuration... But anyway I will wait more > suggestions..Maybe somebody have used this configuration > > > Mauricio > > > > 2009/8/11 Julien-Samuel Lacroix > >> Hi, >> >> This should be possible, but note that the shapefile must be readable by >> the Apache user. I'm not sure how to check that on Windows, but others may >> probably help. >> >> Julien >> >> Mauricio Herrera wrote: >> >>> Hi mapserver users >>> >>> I hope you can help with my questions. please >>> >>> I have a LAN with two computers. One computer is installed MapServer and >>> my second computer are my shapefiles >>> >>> How can I get my shapefiles from my second computer? >>> I have tried to do this (example) , but I couldn?t get my shapefile... >>> *Is it possible to do this?.. *Note: I dont wanna use database, only files >>> >>> Example: >>> >>> LAYER >>> NAME mybridge >>> DATA "*//MYSECONDCOMPUTER/maps/bridge*" >>> STATUS ON >>> TYPE LINE >>> CLASS >>> NAME bridges >>> STYLE >>> COLOR 0 167 197 >>> OUTLINECOLOR 218 218 218 >>> END >>> END >>> END >>> >>> >>> >>> Thanks >>> >>> Mauricio >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> -- >> Julien-Samuel Lacroix >> Mapgears >> http://www.mapgears.com/ >> > From tspradley at snoogems.com Wed Aug 12 09:17:59 2009 From: tspradley at snoogems.com (ted_s) Date: Wed, 12 Aug 2009 11:17:59 -0500 (CDT) Subject: [mapserver-users] mapscript - Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' undefined symbol: gdImagePngCtx In-Reply-To: <1250086349962-3431004.post@n2.nabble.com> References: <1250086349962-3431004.post@n2.nabble.com> Message-ID: <1250093879601-3431957.post@n2.nabble.com> Following up - a general Unix reminder that was a minor stumbling block when checking: # mapserv -v and finding that my configure settings were not present. Always do a 'make clean', then 'make'! ####################################################################### Semi-resolved So, Apache's error log now contains PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' - /usr/lib/php/modules/php_mapscript.so: undefined symbol: php_gd_gdImageCopy However, running mapserv from the command line gives the proper response # mapserv This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. and now running the script phpinfo_mapscript.phtml including the dl("php_mapscript.so") runs properly and shows Mapserver/Mapscript as a correctly configured PHP module ... Sorry for the long post. I seemed to have answered my question in the process of asking it, but am sure I will run into the php_gd_gdImageCopy as a problem, but will cross that bridge when I come to it and refer back to this post. Hope this helps someone. I have seen this same issue in the archives for years with no definitive posts on the outcome. -- View this message in context: http://n2.nabble.com/mapscript---Unable-to-load-dynamic-library-%27-usr-lib-php-modules-php_mapscript.so%27-undefined-symbol%3A-gdImagePngCtx-tp3431004p3431957.html Sent from the Mapserver - User mailing list archive at Nabble.com. From iacovlev.pavel at gmail.com Wed Aug 12 09:12:35 2009 From: iacovlev.pavel at gmail.com (Pavel Iacovlev) Date: Wed, 12 Aug 2009 19:12:35 +0300 Subject: [mapserver-users] How to Optimize Particular Raster Lookup In-Reply-To: <4A82D44F.6050705@blakecrosby.com> References: <4A82D44F.6050705@blakecrosby.com> Message-ID: <2a37f67a0908120912m9afb6ebhe2746c45f4daebf4@mail.gmail.com> I would make something among this lines like cache all elevation for each geometry. 1. Create a table elevation_points id - (index) table - table name (index) (if you have multiple data tables) parent_id - id of the linestring (index) the_geom - point - (index) value - elevation value 2. Make a PHP script that populates elevation_pointst table using the algorithm you already developed, or create a ON UPDATE trigger for the geometry, so then the geometry is changed the elevation_points are set accordingly to changes. 3. Using a SQL JOIN fetch the data in a preferred way very fast. On Wed, Aug 12, 2009 at 5:40 PM, Blake Crosby wrote: > Hello! Wondering if a few of you can provide some insight here: > > Problem: Given a linestring, return the elevation data along that > linestring from CDED data (ASCII DEM). > > I'm using Mapserver 5.4.2 > > I'm using PHP Mapscript and queryByPoint to get values from my DEMs. > However, the performance seems really slow. Essentially here is how I > have things set up: > > Fetch Linestring from postgis, and select N points from the string every > Y distance (ie, get the points every 1 km). > > Loop through each point and do a queryByPoint() to get the value from > Mapserver. > > I've tried using a tilecache, yo no avail. It still takes over 60 > seconds to query approx 200 points. > > I would like to use the 50k CDED dems, however the performance is even > worse. So i'm using the 250k ones, approx 4,280 files. > > Any tips on improving performance? > > Blake > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- http://iap.md, The future is open From russell at flora.ca Wed Aug 12 08:57:54 2009 From: russell at flora.ca (Russell McOrmond) Date: Wed, 12 Aug 2009 11:57:54 -0400 (EDT) Subject: [mapserver-users] SQL in mapserver calls via ArcSDE? Message-ID: I'm aware that it is possible to be more specific with the SQL statements made directly to Oracle Spacial or PostGIS, and I'm wondering if something similar is possible when requesting data through ArcSDE. This is ArcSDE managing an Oracle database. I want to do something like SELECT *,TO_CHAR(thenumber) AS thenumstring FROM ... The idea is to be able to use Oracle functions to manipulate data that is being requested and returned from a getFeatureInfo request. I believe with PostGIS and Oracle this is done within the DATA parameter to a layer, but the descriptions of an SDE don't suggest this is possible. Looking at the source it isn't clear how to manipulate the SQL statement that is being sent. -- Russell McOrmond, Internet Consultant: Please help us tell the Canadian Parliament to protect our property rights as owners of Information Technology. Sign the petition! http://digital-copyright.ca/petition/ict/ http://KillBillC61.ca "The government, lobbied by legacy copyright holders and hardware manufacturers, can pry control over my camcorder, computer, home theatre, or portable media player from my cold dead hands!" From Steve.Lime at dnr.state.mn.us Wed Aug 12 10:03:07 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Wed, 12 Aug 2009 12:03:07 -0500 Subject: SV: [mapserver-users] Newbie feedback In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> <4A81B9A6.8070201@gatewaygeomatics.com> <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7@enerasrv01.Enera.local> Message-ID: <4A82AF7B.5157.008F.0@dnr.state.mn.us> Have you created an OSGeo login? Visit http://www.osgeo.org/osgeo_userid. Once you have that you should have rights to create tickets in the MapServer trac instance. Steve >>> On 8/12/2009 at 1:38 AM, in message <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7 at enerasrv01.Enera.local>, "Lars Westerlind" wrote: > Hello Jeff, > Thanks for clarifications. > I don't have TICKET_CREATE privilege it says. > Cheers, > Lars > > -----Ursprungligt meddelande----- > Fr?n: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] F?r Jeff McKenna > Skickat: 11 August 2009 20:34 > Till: mapserver-users at lists.osgeo.org > ?mne: Re: [mapserver-users] Newbie feedback > > Hello Lars, > > My comments are inline below: > > Lars Westerlind wrote: >> Hello all, >> >> we newly installed Mapserver as ms4w installation on windows; and we are >> very satisfied. > > great! > >> >> We got up and running very fast, even though we are not fluent in the >> techniques >> >> used (in Partiucar, Apache webserver). However, I want to share a few >> small points that caused >> >> unnecessary problems. >> >> >> >> 1. A suggestion where in the directory structure to put the mapfiles >> would be appreciated. If there are >> >> different meanings, give two or three scenarios. Also include the looks >> of the URL reference to the mapfile. > > You should download the MS4W addon packed named "PHP/MapScript Sample > Application" for an example directory structure. Here is my advice: > > - place the application in /ms4w/apps > - /apps/yourapp/ should contain: > /data (your data files) > /docs (any relevant docs) > /etc (font and symbol files) > /htdocs (application files - often html, js, or php*) > /maps (your mapfiles) > >> >> 2. Why not enclose a small working example with one simplest possible >> mapfile and one shapefile set? And >> >> perhaps another more advanced mapfile with some common techniques exposed? > > MS4W tries to do that, by providing you working examples that you can > play around with. > >> >> 3. Font handling caused me much problems. As it is a windows >> installation, it could be at least a insall note / readme describing >> >> where to search for the .ttf files. The Mapserver documentation doesn't >> say anything about Windows, and in Windows you need not be very >> >> aware of where to find the font files, so it took some time to find out. >> It appears that the documentation is not very clear either; >> >> I hade to create a fontset file and refer to it to get it work; the >> documentation hints that font references could be written in the fontset >> >> clause, but I didn't manage. > > The best way to provide feedback on documentation (and make sure it is > recorded) is to file a ticket in the MapServer tracker > (http://trac.osgeo.org/mapserver/), using the "MapServer Documentation" > component. It would be great help if your ticket could contain > suggested text that should be added to the page you are referring to. > Thanks! > >> >> 4. The default font handling (bitmap) was confusing as it appears to be >> ascii based, where the >> >> true type font appears to be Unicode/UTF-8 based. When doing the >> correct 'encoding', the output was silly until I managed to handel the >> >> true type fonts correctly. > > Maybe to be included in your ticket's text? > >> >> 5. I would suggest more examples in the documentation, especially around >> mapfile editing. In examles you >> >> would also get punctuation issues and such > > Please do provide any examples that you think are relevant. You can > also post examples and anything that you feel is helpful to others on > the MapServer Wiki (see lower section of > http://trac.osgeo.org/mapserver/)...it's an easy way to add to the > documentation and help others quickly! > >> >> >> I think that was my most important points I think. >> > > Thanks for the feedback, keep it coming! :) > > -jeff > From schatterjee at addisontx.gov Wed Aug 12 10:24:32 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Wed, 12 Aug 2009 12:24:32 -0500 Subject: [mapserver-users] PgRouting Download Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15E4@sc-exchange.addisongov.org> Hi all, I want to use the PgRouting 1.02 (for windows and PostGresql 8.3) for routing functionality in postgis. But the site link www.davidgis.fr is not working any more. Is there any other link for downloading the windows binary for Postgresql8.3 ? Thanks Suman ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith at usace.army.mil Wed Aug 12 10:50:41 2009 From: michael.smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Wed, 12 Aug 2009 13:50:41 -0400 Subject: SV: [mapserver-users] Newbie feedback In-Reply-To: <4A82AF7B.5157.008F.0@dnr.state.mn.us> Message-ID: Steve, I have an OSGeo login and have created tickets in the past but was getting this same error last night. Mike -- Michael Smith RSGIS Center US Army Corps of Engineers On 8/12/09 1:03 PM, "Steve Lime" wrote: > Have you created an OSGeo login? Visit > http://www.osgeo.org/osgeo_userid. Once > you have that you should have rights to create tickets in the MapServer > trac instance. > > Steve > >>>> On 8/12/2009 at 1:38 AM, in message > <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7 at enerasrv01.Enera.local>, "Lars > Westerlind" wrote: >> Hello Jeff, >> Thanks for clarifications. >> I don't have TICKET_CREATE privilege it says. >> Cheers, >> Lars >> >> -----Ursprungligt meddelande----- >> Fr?n: mapserver-users-bounces at lists.osgeo.org >> [mailto:mapserver-users-bounces at lists.osgeo.org] F?r Jeff McKenna >> Skickat: 11 August 2009 20:34 >> Till: mapserver-users at lists.osgeo.org >> ?mne: Re: [mapserver-users] Newbie feedback >> >> Hello Lars, >> >> My comments are inline below: >> >> Lars Westerlind wrote: >>> Hello all, >>> >>> we newly installed Mapserver as ms4w installation on windows; and we > are >>> very satisfied. >> >> great! >> >>> >>> We got up and running very fast, even though we are not fluent in > the >>> techniques >>> >>> used (in Partiucar, Apache webserver). However, I want to share a > few >>> small points that caused >>> >>> unnecessary problems. >>> >>> >>> >>> 1. A suggestion where in the directory structure to put the mapfiles > >>> would be appreciated. If there are >>> >>> different meanings, give two or three scenarios. Also include the > looks >>> of the URL reference to the mapfile. >> >> You should download the MS4W addon packed named "PHP/MapScript Sample > >> Application" for an example directory structure. Here is my advice: >> >> - place the application in /ms4w/apps >> - /apps/yourapp/ should contain: >> /data (your data files) >> /docs (any relevant docs) >> /etc (font and symbol files) >> /htdocs (application files - often html, js, or php*) >> /maps (your mapfiles) >> >>> >>> 2. Why not enclose a small working example with one simplest > possible >>> mapfile and one shapefile set? And >>> >>> perhaps another more advanced mapfile with some common techniques > exposed? >> >> MS4W tries to do that, by providing you working examples that you can > >> play around with. >> >>> >>> 3. Font handling caused me much problems. As it is a windows >>> installation, it could be at least a insall note / readme > describing >>> >>> where to search for the .ttf files. The Mapserver documentation > doesn't >>> say anything about Windows, and in Windows you need not be very >>> >>> aware of where to find the font files, so it took some time to find > out. >>> It appears that the documentation is not very clear either; >>> >>> I hade to create a fontset file and refer to it to get it work; the > >>> documentation hints that font references could be written in the > fontset >>> >>> clause, but I didn't manage. >> >> The best way to provide feedback on documentation (and make sure it > is >> recorded) is to file a ticket in the MapServer tracker >> (http://trac.osgeo.org/mapserver/), using the "MapServer > Documentation" >> component. It would be great help if your ticket could contain >> suggested text that should be added to the page you are referring to. > >> Thanks! >> >>> >>> 4. The default font handling (bitmap) was confusing as it appears to > be >>> ascii based, where the >>> >>> true type font appears to be Unicode/UTF-8 based. When doing the >>> correct 'encoding', the output was silly until I managed to handel > the >>> >>> true type fonts correctly. >> >> Maybe to be included in your ticket's text? >> >>> >>> 5. I would suggest more examples in the documentation, especially > around >>> mapfile editing. In examles you >>> >>> would also get punctuation issues and such >> >> Please do provide any examples that you think are relevant. You can > >> also post examples and anything that you feel is helpful to others on > >> the MapServer Wiki (see lower section of >> http://trac.osgeo.org/mapserver/)...it's an easy way to add to the >> documentation and help others quickly! >> >>> >>> >>> I think that was my most important points I think. >>> >> >> Thanks for the feedback, keep it coming! :) >> >> -jeff >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From schatterjee at addisontx.gov Wed Aug 12 11:56:46 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Wed, 12 Aug 2009 13:56:46 -0500 Subject: [mapserver-users] PgRouting Download Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15E5@sc-exchange.addisongov.org> Hi Oscar, Thanks! But even when I try to download the win32.zip file from the official site it leads me to the site address http://pgrouting.postlbs.org/wiki/pgRoutingDownload#WindowsBinaries Here there is a link to pgRouting 1.02_pg-8.3.3.zip which again points to the link http://www.davidgis.fr/download/pgRouting-1.02_pg-8.3.3.zip which is not working anymore. So where can I get the windows binary? Suman -----Original Message----- From: Oscar ^_^ [mailto:oscarfbh at gmail.com] Sent: Wednesday, August 12, 2009 12:53 PM To: Suman Chatterjee Subject: Re: [mapserver-users] PgRouting Download Download from oficial site http://pgrouting.postlbs.org/ 2009/8/12 Suman Chatterjee Hi all, I want to use the PgRouting 1.02 (for windows and PostGresql 8.3) for routing functionality in postgis. But the site link www.davidgis.fr is not working any more. Is there any other link for downloading the windows binary for Postgresql8.3 ? Thanks Suman ************************************************************************ ******************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ************************************************************************ ******************************************* _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- OSCAR @ ^_^ Y ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at blakecrosby.com Wed Aug 12 12:03:52 2009 From: me at blakecrosby.com (Blake Crosby) Date: Wed, 12 Aug 2009 15:03:52 -0400 Subject: [mapserver-users] How to Optimize Particular Raster Lookup In-Reply-To: <2a37f67a0908120912m9afb6ebhe2746c45f4daebf4@mail.gmail.com> References: <4A82D44F.6050705@blakecrosby.com> <2a37f67a0908120912m9afb6ebhe2746c45f4daebf4@mail.gmail.com> Message-ID: <4A831218.5070703@blakecrosby.com> Pavel, Thanks for the suggestion, but this wont help. The geometries aren't predetermined, but created on the fly by the user. Blake Pavel Iacovlev wrote: > I would make something among this lines like cache all elevation for > each geometry. > > 1. Create a table elevation_points > id - (index) > table - table name (index) (if you have multiple data tables) > parent_id - id of the linestring (index) > the_geom - point - (index) > value - elevation value > > 2. > Make a PHP script that populates elevation_pointst table using the > algorithm you already developed, or create a ON UPDATE trigger for the > geometry, so then the geometry is changed the elevation_points are set > accordingly to changes. > > 3. > Using a SQL JOIN fetch the data in a preferred way very fast. > > On Wed, Aug 12, 2009 at 5:40 PM, Blake Crosby wrote: >> Hello! Wondering if a few of you can provide some insight here: >> >> Problem: Given a linestring, return the elevation data along that >> linestring from CDED data (ASCII DEM). >> >> I'm using Mapserver 5.4.2 >> >> I'm using PHP Mapscript and queryByPoint to get values from my DEMs. >> However, the performance seems really slow. Essentially here is how I >> have things set up: >> >> Fetch Linestring from postgis, and select N points from the string every >> Y distance (ie, get the points every 1 km). >> >> Loop through each point and do a queryByPoint() to get the value from >> Mapserver. >> >> I've tried using a tilecache, yo no avail. It still takes over 60 >> seconds to query approx 200 points. >> >> I would like to use the 50k CDED dems, however the performance is even >> worse. So i'm using the 250k ones, approx 4,280 files. >> >> Any tips on improving performance? >> >> Blake >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > > From Jukka.Rahkonen at mmmtike.fi Wed Aug 12 12:49:44 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 12 Aug 2009 22:49:44 +0300 Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? References: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com><4A817880.3090702@mapgears.com><583a904e0908120145x1a8111a5q4d48a829ac9f55bf@mail.gmail.com> Message-ID: Hi, If I remember right the shared directory has to be introduced in httpd.conf file before Mapserver can access it and that there will also be a side effect that makes it impossible to install Apache as Windows service. Apache can be run as excutable, though. -Jukka Rahkonen- Siki Zoltan wrote: Dear Mauricio, I suppose you would map the shared folder of MYSECONDCOMPUTER on the mapserver machine. 1. On MYSECONDCOMPUTER make the folder of your shape files shared, e.g. Right click in explorer on the name of the folder and select Sharing. For more information on sharing folders see: http://www.microsoft.com/windowsxp/using/networking/maintain/share.mspx 2. On mapserver machine in explorer select map network drive in the Tools menu and select the sharing on the other machine and assing a letter to to it, probably you should check reconnect. 3. Change the data line in your map file. I suppose using shared files from another machine is a performance issue. Regeards, Zoltan On Wed, 12 Aug 2009, Mauricio Herrera wrote: > thanks for your help Julien > > I will follow trying with this configuration... But anyway I will wait more > suggestions..Maybe somebody have used this configuration > > > Mauricio > > > > 2009/8/11 Julien-Samuel Lacroix > >> Hi, >> >> This should be possible, but note that the shapefile must be readable by >> the Apache user. I'm not sure how to check that on Windows, but others may >> probably help. >> >> Julien >> >> Mauricio Herrera wrote: >> >>> Hi mapserver users >>> >>> I hope you can help with my questions. please >>> >>> I have a LAN with two computers. One computer is installed MapServer and >>> my second computer are my shapefiles >>> >>> How can I get my shapefiles from my second computer? >>> I have tried to do this (example) , but I couldn?t get my shapefile... >>> *Is it possible to do this?.. *Note: I dont wanna use database, only files >>> >>> Example: >>> >>> LAYER >>> NAME mybridge >>> DATA "*//MYSECONDCOMPUTER/maps/bridge*" >>> STATUS ON >>> TYPE LINE >>> CLASS >>> NAME bridges >>> STYLE >>> COLOR 0 167 197 >>> OUTLINECOLOR 218 218 218 >>> END >>> END >>> END >>> >>> >>> >>> Thanks >>> >>> Mauricio >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> -- >> Julien-Samuel Lacroix >> Mapgears >> http://www.mapgears.com/ >> > From szekerest at gmail.com Wed Aug 12 13:59:12 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Wed, 12 Aug 2009 22:59:12 +0200 Subject: [mapserver-users] WFS: msMSSQL2008LayerGetShapeRandom bad shape: 1 In-Reply-To: <1250089647921-3431353.post@n2.nabble.com> References: <1250089647921-3431353.post@n2.nabble.com> Message-ID: Hi, You've probably run into the same problem which I've already fixed (in trunk and branch-5-4) 2 days ago. For more details see: http://trac.osgeo.org/mapserver/ticket/3082 Windows binary packages (containing the fix) can be downloaded at: http://vbkto.dyndns.org:1280/sdk/Default.aspx Best regards, Tamas 2009/8/12 D Boyd > > Hi folks, > > I'm having a little trouble creating a WFS that takes data from a MS SQL > 2008 database. I have a table that stores points of interest, the table has > a unique field (PointID) and a geometry field (PointPos) that stores the > location. > > Previously I created a WMS that serves a map with these points drawn on > which worked fine, with the WFS however none of the points are being > returned in the feature collection. The following is displayed in the error > log: > > Wed Aug 12 15:55:11 2009].450000 in msMSSQL2008LayerGetItems (find column > names) > [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerInitItemInfo called > [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerGetShape called for > record > = 1 > [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerGetShape: select > convert(varchar(max), PointID),convert(varchar(max), > PointIdentifier),convert(varchar(max), PointDate),convert(varchar(max), > PointClass),convert(varchar(max), PointSubClass),PointPos from Points where > PointID = 1 > [Wed Aug 12 15:55:11 2009].450000 msMSSQL2008LayerGetShapeRandom bad shape: > 1 > [Wed Aug 12 15:55:11 2009].450000 mapserv request processing time > (msLoadMap > not incl.): 0.372s > > The getshape query in is returning the correct row with the PointPos in hex > (tested SQL managment studio). > > The layer is as follows: > > LAYER > NAME "PointData" > DEBUG 5 > > METADATA > wfs_title "Point data test" > gml_featureID "PointID" > wfs_version "1.0.0" > wfs_typename "PointData" > END > > CONNECTIONTYPE PLUGIN > TYPE POINT > PLUGIN "C:/mapserver/msplugin_mssql2008.dll" > CONNECTION "sql connection string" > DATA "PointPos FROM Points" > > STATUS ON > > PROJECTION > "init=epsg:27700" > END > DUMP TRUE > > CLASS > STYLE > COLOR 0 0 255 > END > END > END > > Any help with this issue would be greatly apreciated! > > > > -- > View this message in context: > http://n2.nabble.com/WFS%3A-msMSSQL2008LayerGetShapeRandom-bad-shape%3A-1-tp3431353p3431353.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From georazor at gmail.com Wed Aug 12 14:17:10 2009 From: georazor at gmail.com (Mauricio Herrera) Date: Wed, 12 Aug 2009 14:17:10 -0700 Subject: [mapserver-users] How can I get my shapefiles on LAN, without databases? In-Reply-To: References: <583a904e0908110419y46a082ccw408d9c8e28db56f5@mail.gmail.com> <4A817880.3090702@mapgears.com> <583a904e0908120145x1a8111a5q4d48a829ac9f55bf@mail.gmail.com> Message-ID: <583a904e0908121417j60efe558i464243b160492800@mail.gmail.com> Hello Jeff! Only one question the direction of the slash is correct in this mode?This mode is only for windows right? *SHAPEPATH "\\MACHINENAME\sharename\pathtodatafolder"* or it should be with this slash? *SHAPEPATH "//MACHINENAME/sharename/pathtodatafolder"* Thanks Mauricio That's a good question. I gave this a shot, and this worked for me with shp2img (MapServer on Vista machine, data on XP machine): MAP ... *SHAPEPATH "\\MACHINENAME\sharename\pathtodatafolder"* ... LAYER ... DATA "filename" ... END END -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.westerlind at enera.se Wed Aug 12 22:41:48 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Thu, 13 Aug 2009 07:41:48 +0200 Subject: SV: SV: [mapserver-users] Newbie feedback - thanks In-Reply-To: <4A82AF7B.5157.008F.0@dnr.state.mn.us> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291DB@enerasrv01.Enera.local> <4A81B9A6.8070201@gatewaygeomatics.com> <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7@enerasrv01.Enera.local> <4A82AF7B.5157.008F.0@dnr.state.mn.us> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EB@enerasrv01.Enera.local> Yes, And I think my problem was that as was unaware of being logged out again; the error message confused me. Thanks for help. /Lars -----Ursprungligt meddelande----- Fr?n: Steve Lime [mailto:Steve.Lime at dnr.state.mn.us] Skickat: 12 August 2009 19:03 Till: Lars Westerlind; Jeff McKenna; mapserver-users at lists.osgeo.org ?mne: Re: SV: [mapserver-users] Newbie feedback Have you created an OSGeo login? Visit http://www.osgeo.org/osgeo_userid. Once you have that you should have rights to create tickets in the MapServer trac instance. Steve >>> On 8/12/2009 at 1:38 AM, in message <2349CC72A0B01C4FAA4FFAE6C735E1DDE291E7 at enerasrv01.Enera.local>, "Lars Westerlind" wrote: > Hello Jeff, > Thanks for clarifications. > I don't have TICKET_CREATE privilege it says. > Cheers, > Lars > > -----Ursprungligt meddelande----- > Fr?n: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] F?r Jeff McKenna > Skickat: 11 August 2009 20:34 > Till: mapserver-users at lists.osgeo.org > ?mne: Re: [mapserver-users] Newbie feedback > > Hello Lars, > > My comments are inline below: > > Lars Westerlind wrote: >> Hello all, >> >> we newly installed Mapserver as ms4w installation on windows; and we are >> very satisfied. > > great! > >> >> We got up and running very fast, even though we are not fluent in the >> techniques >> >> used (in Partiucar, Apache webserver). However, I want to share a few >> small points that caused >> >> unnecessary problems. >> >> >> >> 1. A suggestion where in the directory structure to put the mapfiles >> would be appreciated. If there are >> >> different meanings, give two or three scenarios. Also include the looks >> of the URL reference to the mapfile. > > You should download the MS4W addon packed named "PHP/MapScript Sample > Application" for an example directory structure. Here is my advice: > > - place the application in /ms4w/apps > - /apps/yourapp/ should contain: > /data (your data files) > /docs (any relevant docs) > /etc (font and symbol files) > /htdocs (application files - often html, js, or php*) > /maps (your mapfiles) > >> >> 2. Why not enclose a small working example with one simplest possible >> mapfile and one shapefile set? And >> >> perhaps another more advanced mapfile with some common techniques exposed? > > MS4W tries to do that, by providing you working examples that you can > play around with. > >> >> 3. Font handling caused me much problems. As it is a windows >> installation, it could be at least a insall note / readme describing >> >> where to search for the .ttf files. The Mapserver documentation doesn't >> say anything about Windows, and in Windows you need not be very >> >> aware of where to find the font files, so it took some time to find out. >> It appears that the documentation is not very clear either; >> >> I hade to create a fontset file and refer to it to get it work; the >> documentation hints that font references could be written in the fontset >> >> clause, but I didn't manage. > > The best way to provide feedback on documentation (and make sure it is > recorded) is to file a ticket in the MapServer tracker > (http://trac.osgeo.org/mapserver/), using the "MapServer Documentation" > component. It would be great help if your ticket could contain > suggested text that should be added to the page you are referring to. > Thanks! > >> >> 4. The default font handling (bitmap) was confusing as it appears to be >> ascii based, where the >> >> true type font appears to be Unicode/UTF-8 based. When doing the >> correct 'encoding', the output was silly until I managed to handel the >> >> true type fonts correctly. > > Maybe to be included in your ticket's text? > >> >> 5. I would suggest more examples in the documentation, especially around >> mapfile editing. In examles you >> >> would also get punctuation issues and such > > Please do provide any examples that you think are relevant. You can > also post examples and anything that you feel is helpful to others on > the MapServer Wiki (see lower section of > http://trac.osgeo.org/mapserver/)...it's an easy way to add to the > documentation and help others quickly! > >> >> >> I think that was my most important points I think. >> > > Thanks for the feedback, keep it coming! :) > > -jeff > From lars.westerlind at enera.se Thu Aug 13 00:39:27 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Thu, 13 Aug 2009 09:39:27 +0200 Subject: [mapserver-users] Classitems selection Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EC@enerasrv01.Enera.local> I use the CLASSITEM - EXPRESSION with string expression rather much, which is also recommended for performance. But sometimes I have a few values that could be shown in the same class. Wouldn't it be a nice idea to allow for a commaseparated set/list of strings to match? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.westerlind at enera.se Thu Aug 13 00:47:55 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Thu, 13 Aug 2009 09:47:55 +0200 Subject: [mapserver-users] Diagnostics Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED@enerasrv01.Enera.local> Hello, It would be useful for a dummy to have a tool, that describes available resources in an installation; I'm particularly interested in what projections could be used and their attributes. But for newbies It would help very much also to show other aspects; perhaps a tool that takes a mapfile as parameter, and shows all available symbols, fonts, directories, how to call it, etc etc... Is there such an animal? I mean, in the mapfile surely I describe the projections a user could use. But I need to know from my environment what projections could be added to the mapfile, as they are supported by the system? /Lars -------------- next part -------------- An HTML attachment was scrubbed... URL: From Morten.Sickel at nrpa.no Thu Aug 13 04:05:11 2009 From: Morten.Sickel at nrpa.no (Morten Sickel) Date: Thu, 13 Aug 2009 13:05:11 +0200 Subject: [mapserver-users] RE: filter doesn't work (wfs) In-Reply-To: <0CE0A03D0F390E46B12B64489D20B1D4064E18CF2C@MAILHUB.NRPA.LOCAL> References: <0CE0A03D0F390E46B12B64489D20B1D4064E18CF2C@MAILHUB.NRPA.LOCAL> Message-ID: <0CE0A03D0F390E46B12B64489D20B1D4064E18CF34@MAILHUB.NRPA.LOCAL> Retrying, this time with a numerical attribute, it works. :-) But as far as I can see from the examples, it should also work with textual data? using mapserver 5.4.2 from ms4w. Morten -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Morten Sickel Sent: Wednesday, August 12, 2009 3:12 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] filter doesn't work (wfs) I have set up a mapserver wfs-server. Works fine, except that I cannot get Filter= to work. I tried urls like those at the bottom on http://mapserver.org/ogc/filter_encoding.html , but got all the data back in all cases. I tested it in a browser and to a working url, I appended &Filter=status RUN Where status is one of the fields on the WFS coverage and some of the items has status=RUN. I also tried but in both cases, I got the complete data set returned. By setting to an invalid value, I managed to get an empty data set. From the documentation, it seems like I do it the right way, but something must be wrong. I hope someone can enlighten me. -- Morten Sickel Norwegian Radiation Protection Authority _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From davidboyd at ntlworld.com Thu Aug 13 04:45:03 2009 From: davidboyd at ntlworld.com (D Boyd) Date: Thu, 13 Aug 2009 06:45:03 -0500 (CDT) Subject: [mapserver-users] WFS: msMSSQL2008LayerGetShapeRandom bad shape: 1 In-Reply-To: References: <1250089647921-3431353.post@n2.nabble.com> Message-ID: <1250163903613-3437352.post@n2.nabble.com> Hi Tamas, Thanks for the quick reply, I grabbed the new binaries but am now getting a different error. The request seems to terminate while the error log is being written do its now showing what is causing it. The page returns the "The specified CGI application misbehaved by not returning a complete set of HTTP headers" error message. Any help would be greatly apreciated! [Thu Aug 13 12:31:55 2009].204000 CGI Request 1 on process 2064 [Thu Aug 13 12:31:55 2009].204000 msMSSQL2008LayerOpen called datastatement: PointPos FROM Points [Thu Aug 13 12:31:55 2009].204000 MSMSSQL2008LayerOpen -- shared connection not available. [Thu Aug 13 12:31:55 2009].290000 msConnPoolRegister(PointData,connectiondata) [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerRetrievePK: query = SELECT convert(varchar(50), sys.columns.name) AS ColumnName, sys.indexes.name FROM sys.columns INNER JOIN sys.indexes INNER JOIN sys.tables ON sys.indexes.object_id = sys.tables.object_id INNER JOIN sys.index_columns ON sys.indexes.object_id = sys.index_columns.object_id AND sys.indexes.index_id = sys.index_columns.index_id ON sys.columns.object_id = sys.index_columns.object_id AND sys.columns.column_id = sys.index_columns.column_id WHERE (sys.indexes.is_primary_key = 1) AND (sys.tables.name = N'Points') [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerParseData: unique column = PointID, srid='0', geom_column_name = PointPos, table_name=Points [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerGetExtent called [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerFreeItemInfo called [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerClose datastatement: PointPos FROM Points [Thu Aug 13 12:31:55 2009].290000 msConnPoolRelease(PointData,connectiondata) [Thu Aug 13 12:31:55 2009].290000 msConnPoolClose(connectiondata) [Thu Aug 13 12:31:55 2009].321000 msMSSQL2008LayerOpen called datastatement: PointPos FROM Points [Thu Aug 13 12:31:55 2009].321000 MSMSSQL2008LayerOpen -- shared connection not available. [Thu Aug 13 12:31:55 2009].330000 msConnPoolRegister(PointData,connectionData) [Thu Aug 13 12:31:55 2009].330000 msMSSQL2008LayerRetrievePK: query = SELECT convert(varchar(50), sys.columns.name) AS ColumnName, sys.indexes.name FROM sys.columns INNER JOIN sys.indexes INNER JOIN sys.tables ON sys.indexes.object_id = sys.tables.object_id INNER JOIN sys.index_columns ON sys.indexes.object_id = sys.index_columns.object_id AND sys.indexes.index_id = sys.index_columns.index_id ON sys.columns.object_id = sys.index_columns.object_id AND sys.columns.column_id = sys.index_columns.column_id WHERE (sys.indexes.is_primary_key = 1) AND (sys.tables.name = N'Points') [Thu Aug 13 12:31:55 2009].331000 msMSSQL2008LayerParseData: unique column = PointID, srid='0', geom_column_name = PointPos, table_name=Points [Thu Aug 13 12:31:55 2009].331000 msMSSQL2008LayerFreeItemInfo called [Thu Aug 13 12:31:55 2009].331000 msMSSQL2008LayerWhichShapes called [Thu Aug 13 12:31:55 2009].331000 query_string_temp:SELECT PointPos.STAsBinary(),convert(varchar(20), PointID) from Points WHERE PointPos.STIntersects(Geometry::STGeomFromText('POLYGON((-1000000 -1000000,1000000 -1000000,1000000 1000000,-1000000 1000000,-1000000 -1000000))',0)) = 1 [Thu Aug 13 12:31:56 2009].966000 msMSSQL2008LayerFreeItemInfo called [Thu Aug 13 12:31:56 2009].966000 msMSSQL2008LayerClose datastatement: PointPos FROM Points [Thu Aug 13 12:31:56 2009].966000 msConnPoolRelease(PointData,connectiondata) [Thu Aug 13 12:31:56 2009].966000 msConnPoolClose(connectionData) [Thu Aug 13 12:31:56 2009].967000 msMSSQL2008LayerOpen called datastatement: PointPos FROM Points [Thu Aug 13 Hi, You've probably run into the same problem which I've already fixed (in trunk and branch-5-4) 2 days ago. For more details see: http://trac.osgeo.org/mapserver/ticket/3082 Windows binary packages (containing the fix) can be downloaded at: http://vbkto.dyndns.org:1280/sdk/Default.aspx Best regards, Tamas -- View this message in context: http://n2.nabble.com/WFS%3A-msMSSQL2008LayerGetShapeRandom-bad-shape%3A-1-tp3431353p3437352.html Sent from the Mapserver - User mailing list archive at Nabble.com. From David at itbeyond.com.au Thu Aug 13 06:30:45 2009 From: David at itbeyond.com.au (David Martin) Date: Thu, 13 Aug 2009 13:30:45 -0000 Subject: [mapserver-users] Scaling Image Symbol Offset Message-ID: <9C37154DC7C8074FBC34214363755B7C33087F@ITB-SVR-01.itbeyond.local> I am developing a new application and am rendering around a load of graphic symbol layers using a Map file layer such as LAYER NAME cape_headland_point STATUS ON GROUP all DATA 'ExplorOz/Places/Cape,Headland,Point' TYPE POINT SYMBOLSCALE 1000000 CLASS STYLE SYMBOL [POIImage] MAXSIZE 15 MINSIZE 4 SIZE 8 END END METADATA "wms_title" "Capes, Headlands & Points" END PROJECTION "+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs" END END As you can see I am sizing the output symbol which is a 20x20px PIXMAP image - this is working great however the position of the image needs to be OFFSET up by half the size of the image (to make the actual point be the center of the image) - I have tried using OFFSET however when the image size changes (based on SYMBOLSCALE)the offsets are wrong. Is there a way to OFFSET image symbols based on the SYMBOLSCALE and MAX/MIN SIZES? Regards David -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at state.mn.us Thu Aug 13 06:39:05 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Thu, 13 Aug 2009 08:39:05 -0500 Subject: [mapserver-users] Classitems selection In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EC@enerasrv01.Enera.local> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA753@s-sp22.pca.state.mn.us> Do you mean something like ('[flavor]' IN ('cherry', 'mango', 'lime')? -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lars Westerlind Sent: Thursday, August 13, 2009 2:39 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Classitems selection I use the CLASSITEM - EXPRESSION with string expression rather much, which is also recommended for performance. But sometimes I have a few values that could be shown in the same class. Wouldn't it be a nice idea to allow for a commaseparated set/list of strings to match? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.westerlind at enera.se Thu Aug 13 06:50:34 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Thu, 13 Aug 2009 15:50:34 +0200 Subject: SV: [mapserver-users] Classitems selection In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5056DA753@s-sp22.pca.state.mn.us> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EC@enerasrv01.Enera.local> <6246727221874A4FB8D3F9BBC37D9BD5056DA753@s-sp22.pca.state.mn.us> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2@enerasrv01.Enera.local> AFAIK currently I write CLASSITEM "flavor" ... EXPRESSION "cherry" Suggested extension would be to allow for CLASSITEM ... EXPRESSION "cherry","mango","lime" But really, syntax is not my concern. A could very well use expressions, but the documentation says they are not good for performance. And my first question is if I've missed something? ________________________________ Fr?n: Fawcett, David [mailto:David.Fawcett at state.mn.us] Skickat: 13 August 2009 15:39 Till: Lars Westerlind; mapserver-users at lists.osgeo.org ?mne: RE: [mapserver-users] Classitems selection Do you mean something like ('[flavor]' IN ('cherry', 'mango', 'lime')? -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lars Westerlind Sent: Thursday, August 13, 2009 2:39 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Classitems selection I use the CLASSITEM - EXPRESSION with string expression rather much, which is also recommended for performance. But sometimes I have a few values that could be shown in the same class. Wouldn't it be a nice idea to allow for a commaseparated set/list of strings to match? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at dnr.state.mn.us Thu Aug 13 06:58:19 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Thu, 13 Aug 2009 08:58:19 -0500 Subject: [mapserver-users] WFS: msMSSQL2008LayerGetShapeRandom badshape: 1 In-Reply-To: <1250163903613-3437352.post@n2.nabble.com> References: <1250089647921-3431353.post@n2.nabble.com> <1250163903613-3437352.post@n2.nabble.com> Message-ID: <4A83D5AA.5157.008F.0@dnr.state.mn.us> Is this from the 5.4 branch or the main trunk? I'd stick with the 5.4 branch if at all possible. There's change going on in the trunk that could result in problems, especially with drivers that I can't test. Steve >>> On 8/13/2009 at 6:45 AM, in message <1250163903613-3437352.post at n2.nabble.com>, D Boyd wrote: > Hi Tamas, > > Thanks for the quick reply, I grabbed the new binaries but am now getting a > different error. The request seems to terminate while the error log is being > written do its now showing what is causing it. The page returns the "The > specified CGI application misbehaved by not returning a complete set of HTTP > headers" error message. > > Any help would be greatly apreciated! > > [Thu Aug 13 12:31:55 2009].204000 CGI Request 1 on process 2064 > [Thu Aug 13 12:31:55 2009].204000 msMSSQL2008LayerOpen called datastatement: > PointPos FROM Points > [Thu Aug 13 12:31:55 2009].204000 MSMSSQL2008LayerOpen -- shared connection > not available. > [Thu Aug 13 12:31:55 2009].290000 > msConnPoolRegister(PointData,connectiondata) > [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerRetrievePK: query = SELECT > > convert(varchar(50), sys.columns.name) AS ColumnName, sys.indexes.name FROM > > sys.columns INNER JOIN sys.indexes INNER JOIN > > sys.tables ON sys.indexes.object_id = sys.tables.object_id INNER JOIN > > sys.index_columns ON sys.indexes.object_id = sys.index_columns.object_id AND > sys.indexes.index_id = sys.index_columns.index_id ON > sys.columns.object_id = sys.index_columns.object_id AND > sys.columns.column_id = sys.index_columns.column_id WHERE > (sys.indexes.is_primary_key = 1) AND (sys.tables.name = N'Points') > [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerParseData: unique column = > PointID, srid='0', geom_column_name = PointPos, table_name=Points > [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerGetExtent called > [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerFreeItemInfo called > [Thu Aug 13 12:31:55 2009].290000 msMSSQL2008LayerClose datastatement: > PointPos FROM Points > [Thu Aug 13 12:31:55 2009].290000 > msConnPoolRelease(PointData,connectiondata) > [Thu Aug 13 12:31:55 2009].290000 msConnPoolClose(connectiondata) > [Thu Aug 13 12:31:55 2009].321000 msMSSQL2008LayerOpen called datastatement: > PointPos FROM Points > [Thu Aug 13 12:31:55 2009].321000 MSMSSQL2008LayerOpen -- shared connection > not available. > [Thu Aug 13 12:31:55 2009].330000 > msConnPoolRegister(PointData,connectionData) > [Thu Aug 13 12:31:55 2009].330000 msMSSQL2008LayerRetrievePK: query = SELECT > > convert(varchar(50), sys.columns.name) AS ColumnName, sys.indexes.name FROM > > sys.columns INNER JOIN sys.indexes INNER JOIN > > sys.tables ON sys.indexes.object_id = sys.tables.object_id INNER JOIN > > sys.index_columns ON sys.indexes.object_id = sys.index_columns.object_id AND > sys.indexes.index_id = sys.index_columns.index_id ON > sys.columns.object_id = sys.index_columns.object_id AND > sys.columns.column_id = sys.index_columns.column_id WHERE > (sys.indexes.is_primary_key = 1) AND (sys.tables.name = N'Points') > [Thu Aug 13 12:31:55 2009].331000 msMSSQL2008LayerParseData: unique column = > PointID, srid='0', geom_column_name = PointPos, table_name=Points > [Thu Aug 13 12:31:55 2009].331000 msMSSQL2008LayerFreeItemInfo called > [Thu Aug 13 12:31:55 2009].331000 msMSSQL2008LayerWhichShapes called > [Thu Aug 13 12:31:55 2009].331000 query_string_temp:SELECT > PointPos.STAsBinary(),convert(varchar(20), PointID) from Points WHERE > PointPos.STIntersects(Geometry::STGeomFromText('POLYGON((-1000000 > -1000000,1000000 -1000000,1000000 1000000,-1000000 1000000,-1000000 > -1000000))',0)) = 1 > [Thu Aug 13 12:31:56 2009].966000 msMSSQL2008LayerFreeItemInfo called > [Thu Aug 13 12:31:56 2009].966000 msMSSQL2008LayerClose datastatement: > PointPos FROM Points > [Thu Aug 13 12:31:56 2009].966000 > msConnPoolRelease(PointData,connectiondata) > [Thu Aug 13 12:31:56 2009].966000 msConnPoolClose(connectionData) > [Thu Aug 13 12:31:56 2009].967000 msMSSQL2008LayerOpen called datastatement: > PointPos FROM Points > [Thu Aug 13 > > > > Hi, > > You've probably run into the same problem which I've already fixed (in trunk > and branch-5-4) 2 days ago. > For more details see: > > http://trac.osgeo.org/mapserver/ticket/3082 > > Windows binary packages (containing the fix) can be downloaded at: > http://vbkto.dyndns.org:1280/sdk/Default.aspx > > Best regards, > > Tamas > From cnieman at dmsolutions.ca Thu Aug 13 07:00:39 2009 From: cnieman at dmsolutions.ca (Christy Nieman) Date: Thu, 13 Aug 2009 10:00:39 -0400 Subject: SV: [mapserver-users] Classitems selection In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EC@enerasrv01.Enera.local> <6246727221874A4FB8D3F9BBC37D9BD5056DA753@s-sp22.pca.state.mn.us> <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2@enerasrv01.Enera.local> Message-ID: <4A841C87.3090306@dmsolutions.ca> Hi, When you say that you could very well use expressions, do you mean regular expressions? In my experience, unless you are working with a very large data set they're fine. E.g. CLASSITEM "flavour" ... EXPRESSION /cherry|mango|lime/ Christy Lars Westerlind wrote: > > AFAIK currently I write > > CLASSITEM ?flavor? > > ? > > EXPRESSION ?cherry? > > Suggested extension would be to allow for > > CLASSITEM > > ? > > EXPRESSION ?cherry?,?mango?,?lime? > > But really, syntax is not my concern. A could very well use > expressions, but the documentation says they are not good for > performance. And my first question is if I?ve missed something? > > ------------------------------------------------------------------------ > > *Fr?n:* Fawcett, David [mailto:David.Fawcett at state.mn.us] > *Skickat:* 13 August 2009 15:39 > *Till:* Lars Westerlind; mapserver-users at lists.osgeo.org > *?mne:* RE: [mapserver-users] Classitems selection > > Do you mean something like ('[flavor]' IN ('cherry', 'mango', 'lime')? > > -----Original Message----- > *From:* mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf Of > *Lars Westerlind > *Sent:* Thursday, August 13, 2009 2:39 AM > *To:* mapserver-users at lists.osgeo.org > *Subject:* [mapserver-users] Classitems selection > > I use the CLASSITEM ? EXPRESSION with string expression rather > much, which is also recommended for performance. But sometimes I > have a few values that could be shown in the same class. Wouldn?t > it be a nice idea to allow for a commaseparated set/list of > strings to match? > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Steve.Lime at dnr.state.mn.us Thu Aug 13 07:02:04 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Thu, 13 Aug 2009 09:02:04 -0500 Subject: SV: [mapserver-users] Classitems selection In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EC@enerasrv01.Enera.local> <6246727221874A4FB8D3F9BBC37D9BD5056DA753@s-sp22.pca.state.mn.us> <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2@enerasrv01.Enera.local> Message-ID: <4A83D68B.5157.008F.0@dnr.state.mn.us> In that case you could use a regex for the classes with multiple matches. (E.g. EXPRESSION /cherry|mango|lime/) Performance penalty is not as large as for logical expressions and this is probably faster than maintaining list. Steve >>> On 8/13/2009 at 8:50 AM, in message <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2 at enerasrv01.Enera.local>, "Lars Westerlind" wrote: > AFAIK currently I write > > > > CLASSITEM "flavor" > > ... > > EXPRESSION "cherry" > > > > > > Suggested extension would be to allow for > > > > CLASSITEM > > ... > > EXPRESSION "cherry","mango","lime" > > > > But really, syntax is not my concern. A could very well use expressions, but > the documentation says they are not good for performance. And my first > question is if I've missed something? > > > > ________________________________ > > Fr?n: Fawcett, David [mailto:David.Fawcett at state.mn.us] > Skickat: 13 August 2009 15:39 > Till: Lars Westerlind; mapserver-users at lists.osgeo.org > ?mne: RE: [mapserver-users] Classitems selection > > > > Do you mean something like ('[flavor]' IN ('cherry', 'mango', 'lime')? > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lars > Westerlind > Sent: Thursday, August 13, 2009 2:39 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Classitems selection > > I use the CLASSITEM - EXPRESSION with string expression rather much, which is > also recommended for performance. But sometimes I have a few values that > could be shown in the same class. Wouldn't it be a nice idea to allow for a > commaseparated set/list of strings to match? > > > > From David.Fawcett at state.mn.us Thu Aug 13 07:07:46 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Thu, 13 Aug 2009 09:07:46 -0500 Subject: SV: [mapserver-users] Classitems selection In-Reply-To: <4A841C87.3090306@dmsolutions.ca> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA756@s-sp22.pca.state.mn.us> Christy is right. With a reasonably small number of items, either the IN syntax or the regular expression will work. I use the IN syntax to classify 87 counties in an app and it runs fast. A recent comparison done by Adrian Popa indicates that the regular expression syntax is faster. Here is the thread: http://lists.osgeo.org/pipermail/mapserver-users/2009-July/062071.html David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Christy Nieman Sent: Thursday, August 13, 2009 9:01 AM To: Lars Westerlind Cc: mapserver-users at lists.osgeo.org Subject: Re: SV: [mapserver-users] Classitems selection Hi, When you say that you could very well use expressions, do you mean regular expressions? In my experience, unless you are working with a very large data set they're fine. E.g. CLASSITEM "flavour" ... EXPRESSION /cherry|mango|lime/ Christy Lars Westerlind wrote: > > AFAIK currently I write > > CLASSITEM "flavor" > > ... > > EXPRESSION "cherry" > > Suggested extension would be to allow for > > CLASSITEM > > ... > > EXPRESSION "cherry","mango","lime" > > But really, syntax is not my concern. A could very well use > expressions, but the documentation says they are not good for > performance. And my first question is if I've missed something? > > ---------------------------------------------------------------------- > -- > > *Fr?n:* Fawcett, David [mailto:David.Fawcett at state.mn.us] > *Skickat:* 13 August 2009 15:39 > *Till:* Lars Westerlind; mapserver-users at lists.osgeo.org > *?mne:* RE: [mapserver-users] Classitems selection > > Do you mean something like ('[flavor]' IN ('cherry', 'mango', 'lime')? > > -----Original Message----- > *From:* mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf Of > *Lars Westerlind > *Sent:* Thursday, August 13, 2009 2:39 AM > *To:* mapserver-users at lists.osgeo.org > *Subject:* [mapserver-users] Classitems selection > > I use the CLASSITEM - EXPRESSION with string expression rather > much, which is also recommended for performance. But sometimes I > have a few values that could be shown in the same class. Wouldn't > it be a nice idea to allow for a commaseparated set/list of > strings to match? > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > 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 lars.westerlind at enera.se Thu Aug 13 07:08:49 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Thu, 13 Aug 2009 16:08:49 +0200 Subject: SV: SV: [mapserver-users] Classitems selection In-Reply-To: <4A841C87.3090306@dmsolutions.ca> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291EC@enerasrv01.Enera.local> <6246727221874A4FB8D3F9BBC37D9BD5056DA753@s-sp22.pca.state.mn.us> <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F2@enerasrv01.Enera.local> <4A841C87.3090306@dmsolutions.ca> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F3@enerasrv01.Enera.local> OK, I think that was the note I "missed". Thanks for the hint; and in particular, for the example, that fits well for us who don't know the regex syntax :-) /Lars -----Ursprungligt meddelande----- Fr?n: Christy Nieman [mailto:cnieman at dmsolutions.ca] Skickat: 13 August 2009 16:01 Till: Lars Westerlind Kopia: mapserver-users at lists.osgeo.org ?mne: Re: SV: [mapserver-users] Classitems selection Hi, When you say that you could very well use expressions, do you mean regular expressions? In my experience, unless you are working with a very large data set they're fine. E.g. CLASSITEM "flavour" ... EXPRESSION /cherry|mango|lime/ Christy Lars Westerlind wrote: > > AFAIK currently I write > > CLASSITEM "flavor" > > ... > > EXPRESSION "cherry" > > Suggested extension would be to allow for > > CLASSITEM > > ... > > EXPRESSION "cherry","mango","lime" > > But really, syntax is not my concern. A could very well use > expressions, but the documentation says they are not good for > performance. And my first question is if I've missed something? > > ------------------------------------------------------------------------ > > *Fr?n:* Fawcett, David [mailto:David.Fawcett at state.mn.us] > *Skickat:* 13 August 2009 15:39 > *Till:* Lars Westerlind; mapserver-users at lists.osgeo.org > *?mne:* RE: [mapserver-users] Classitems selection > > Do you mean something like ('[flavor]' IN ('cherry', 'mango', 'lime')? > > -----Original Message----- > *From:* mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] *On Behalf Of > *Lars Westerlind > *Sent:* Thursday, August 13, 2009 2:39 AM > *To:* mapserver-users at lists.osgeo.org > *Subject:* [mapserver-users] Classitems selection > > I use the CLASSITEM - EXPRESSION with string expression rather > much, which is also recommended for performance. But sometimes I > have a few values that could be shown in the same class. Wouldn't > it be a nice idea to allow for a commaseparated set/list of > strings to match? > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From schatterjee at addisontx.gov Thu Aug 13 07:25:47 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Thu, 13 Aug 2009 09:25:47 -0500 Subject: [mapserver-users] panning to a new area around a particular point stored in the database. Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15E6@sc-exchange.addisongov.org> Hi all, I am developing a mapserver application. I am capturing the GPS data and sending it to a database. Then I am using mapfile to display the new location on the map. But I want my map to automatically pan to the new area displaying the new location. That is I want to display the area around the new GPS point when the map is getting refreshed automatically. Is there a way to do that? Thanks Suman ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at dnr.state.mn.us Thu Aug 13 07:39:54 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Thu, 13 Aug 2009 09:39:54 -0500 Subject: [mapserver-users] Scaling Image Symbol Offset In-Reply-To: <9C37154DC7C8074FBC34214363755B7C33087F@ITB-SVR-01.itbeyond.local> References: <9C37154DC7C8074FBC34214363755B7C33087F@ITB-SVR-01.itbeyond.local> Message-ID: <4A83DF69.5157.008F.0@dnr.state.mn.us> Hi David: There is no connection between offset and symbol size. The offset is independent and given as a constant value in pixels (although it is scaled). Sounds like you need to change it dynamically based on your image size and that can't be done as things sit now. Can you fix your image size or is it and I'm missing something. Steve >>> On 7/16/2009 at 3:51 AM, in message <9C37154DC7C8074FBC34214363755B7C33087F at ITB-SVR-01.itbeyond.local>, "David Martin" wrote: > I am developing a new application and am rendering around a load of > graphic symbol layers using a Map file layer such as > > LAYER > > NAME cape_headland_point > > STATUS ON > > GROUP all > > DATA 'ExplorOz/Places/Cape,Headland,Point' > > TYPE POINT > > SYMBOLSCALE 1000000 > > CLASS > > STYLE > > SYMBOL [POIImage] > > MAXSIZE 15 > > MINSIZE 4 > > SIZE 8 > > END > > END > > METADATA > > "wms_title" "Capes, Headlands & Points" > > END > > PROJECTION > > "+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs" > > END > > END > > As you can see I am sizing the output symbol which is a 20x20px PIXMAP > image - this is working great however the position of the image needs to > be OFFSET up by half the size of the image (to make the actual point be > the center of the image) - I have tried using OFFSET however when the > image size changes (based on SYMBOLSCALE)the offsets are wrong. Is there > a way to OFFSET image symbols based on the SYMBOLSCALE and MAX/MIN > SIZES? > > Regards > > David From youness.elmedraoui at somei.fr Thu Aug 13 09:35:44 2009 From: youness.elmedraoui at somei.fr (YOUNESS ELMEDRAOUI) Date: Thu, 13 Aug 2009 18:35:44 +0200 Subject: [mapserver-users] strategy BBox Message-ID: An HTML attachment was scrubbed... URL: From adube at mapgears.com Thu Aug 13 10:46:36 2009 From: adube at mapgears.com (Alexandre Dube) Date: Thu, 13 Aug 2009 13:46:36 -0400 Subject: [mapserver-users] strategy BBox In-Reply-To: References: Message-ID: <4A84517C.5030403@mapgears.com> Hi, This question is more related to OpenLayers. Use the WFS protocol instead in your vector layer, see the source of this example (1). Regards, Alexandre (1) http://openlayers.org/dev/examples/wfs-protocol.html YOUNESS ELMEDRAOUI wrote: > Hi, > > plz, how can i use BBox strategy with a wfs layer d?fined in a mapfile? > > i tested this script but it does not work: > > wfs = new OpenLayers.Layer.Vector("WFS", > { > strategies: [ > new OpenLayers.Strategy.BBOX() > ], > protocol: new OpenLayers.Protocol.HTTP({ > url: > "http://localhost:81/cgi-bin/mapserv.exe?map=C:/OLWebSite/App_Data/olvbmapfileOracleWFS.map&", > params: { > format: "WFS", > service: "WFS", > request: "GetFeature", > srs: "EPSG:27563", > VERSION : "1.0.0", > typename : 'EAU_TRONCON' > }, > format: new OpenLayers.Format.GML() > }) > }, > { > extractAttributes:true, > isBaseLayer:false, > displayInLayerSwitcher: true > }); > > can any one help me plz? > > --------------------- > Youness ELMEDRAOUI > Les informations figurant sur cet e-mail ont un caract?re strictement > confidentiel et sont exclusivement adress?es au destinataire mentionn? > ci-dessus.Tout usage, reproduction ou divulgation de cet e-mail est > strictement interdit si vous n'en ?tes pas le destinataire.Dans ce > cas, veuillez nous en avertir imm?diatement par la m?me voie et > d?truire l'original. Merci > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Alexandre Dub? Mapgears www.mapgears.com From jbw2003 at earthlink.net Thu Aug 13 11:19:30 2009 From: jbw2003 at earthlink.net (jim white) Date: Thu, 13 Aug 2009 14:19:30 -0400 Subject: [mapserver-users] zoom fails with postgis layer displayed Message-ID: <4A845932.3020207@earthlink.net> I am having a failure zooming in when a postgis layer is displayed. Have recently upgraded from postgis-1.2.1 to postgis-1.3.6, and suspect this is the problem. Have also tried postgis-1.4.0 and does not fix problem. Here is output of debug when map fails to draw. [Sun Aug 9 17:22:36 2009].277240 msDrawRasterLayerLow(elevation): entering. [Sun Aug 9 17:22:36 2009].345538 msDrawMap(): Layer 1 (elevation), 0.071s [Sun Aug 9 17:22:36 2009].395028 msDrawMap(): Layer 6 (counties), 0.049s [Sun Aug 9 17:22:36 2009].395105 msPostGISLayerOpen called: wkb_geometry FROM nc_owner [Sun Aug 9 17:22:36 2009].395119 msPostGISLayerOpen: No connection in pool, creating a fresh one. [Sun Aug 9 17:22:36 2009].398144 msConnPoolRegister(gapown,user=postgres dbname=ncgap host=localhost,0xaf60d0) [Sun Aug 9 17:22:36 2009].398164 msPostGISLayerFreeItemInfo called. [Sun Aug 9 17:22:36 2009].398186 msPostGISLayerInitItemInfo called. [Sun Aug 9 17:22:36 2009].398198 msPostGISLayerWhichShapes called. [Sun Aug 9 17:22:36 2009].398209 msPostGISParseData called. [Sun Aug 9 17:22:36 2009].398223 msPostGISRetrievePK called. [Sun Aug 9 17:22:36 2009].398238 msPostGISRetrievePK: select attname from pg_attribute, pg_constraint, pg_class where pg_constraint.conrelid = pg_class.oid and pg_class.oid = pg_attribute.attrelid and pg_constraint.contype = 'p' and pg_constraint.conkey[1] = pg_attribute.attnum and pg_class.relname = 'nc_owner' and pg_table_is_visible(pg_class.oid) and pg_constraint.conkey[2] is null [Sun Aug 9 17:22:36 2009].401659 msPostGISParseData: unique_column=ogc_fid, srid=, geom_column_name=wkb_geometry, table_name=nc_owner [Sun Aug 9 17:22:36 2009].401672 msPostGISBuildSQL called. [Sun Aug 9 17:22:36 2009].401683 msPostGISBuildSQLItems called. [Sun Aug 9 17:22:36 2009].401696 msPostGISBuildSQLItems: 1 items requested. [Sun Aug 9 17:22:36 2009].401708 msPostGISBuildSQLFrom called. [Sun Aug 9 17:22:36 2009].401720 msPostGISBuildSQLWhere called. [Sun Aug 9 17:22:36 2009].401731 msPostGISBuildSQLSRID called. [Sun Aug 9 17:22:36 2009].401742 msPostGISBuildSQLSRID: Building find_srid line. [Sun Aug 9 17:22:36 2009].401753 msPostGISBuildSQLSRID: Found table (nc_owner) [Sun Aug 9 17:22:36 2009].401804 msPostGISBuildSQLBox called. [Sun Aug 9 17:22:36 2009].401851 msPostGISLayerWhichShapes query: select "ownc",encode(AsBinary(force_collection(force_2d("wkb_geometry")),'NDR'),'base64') as geom,"ogc_fid" from nc_owner where wkb_geometry && GeomFromText('POLYGON((808714.771276572 192556.671839357,808714.771276572 252934.922638107,910137.271276619 252934.922638107,910137.271276619 192556.671839357,808714.771276572 192556.671839357))',find_srid('','nc_owner','wkb_geometry')) [Sun Aug 9 17:22:36 2009].678298 msPostGISLayerWhichShapes query status: 2 [Sun Aug 9 17:22:36 2009].678360 msPostGISLayerWhichShapes got 14 records in result. [Sun Aug 9 17:22:36 2009].678374 msPostGISLayerNextShape called. [Sun Aug 9 17:22:36 2009].678385 msPostGISReadShape called. [Sun Aug 9 17:22:36 2009].699918 msPostGISReadShape: [ownc] "1300" [Sun Aug 9 17:22:36 2009].748636 msPostGISLayerNextShape called. [Sun Aug 9 17:22:36 2009].748690 msPostGISReadShape called. [Sun Aug 9 17:22:36 2009].776902 msPostGISReadShape: [ownc] "1400" [Sun Aug 9 17:24:36 2009].572102 msFreeMap(): freeing map at 0xb41d10. [Sun Aug 9 17:24:36 2009].572148 msPostGISLayerClose called: wkb_geometry FROM nc_owner [Sun Aug 9 17:24:36 2009].573226 msConnPoolRelease(gapown,user=postgres dbname=ncgap host=localhost,0xaf60d0) [Sun Aug 9 17:24:36 2009].573242 msConnPoolClose(user=postgres dbname=ncgap host=localhost,0xaf60d0) [Sun Aug 9 17:24:36 2009].573827 msPostGISLayerIsOpen called. Thanks, Jim -- James (Jim) B. White tel: (919)-380-9615 homepage: http://jimserver.net/ From lars.westerlind at enera.se Thu Aug 13 23:24:56 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Fri, 14 Aug 2009 08:24:56 +0200 Subject: [mapserver-users] Getting mad - copyright notice In-Reply-To: <4A845932.3020207@earthlink.net> References: <4A845932.3020207@earthlink.net> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291F5@enerasrv01.Enera.local> Hello, Was playing with the suggested copyright notice, and it worked very well - first mapfile. Afters extensive testing it appears that below a certain scale my layer doesn't show up. Or rather; when the BBOX parameter has for instance BBOX=11.0,56.0,12.0,57.0 it shows, but not with BBOX=12.00,57.64,12.09,57.68. Due to the logg (DEBUG level 5) the layer is not rendered at all. Can anyone give a clue? Should there be fiddling with MINDISTANCE and such? My Layer definition: LAYER NAME "Base" # we should always have one layer "base" METADATA "wms_title" "Base" END STATUS DEFAULT TYPE ANNOTATION PROJECTION "init=epsg:4326" ##recommended END TRANSFORM ll #set the image origin to be lower left FEATURE POINTS 70 -10 #set the offset from lower left position in pixels END TEXT " (c) 2009 Enera International and www.openstreetmap.org" #this is your displaying text END CLASS LABEL #defines the font, colors etc. of the text FONT "arial" TYPE TRUETYPE SIZE 8 BUFFER 1 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 FORCE TRUE END END UNITS PIXELS #sets the units for the feature object END From espen.isaksen at gmail.com Fri Aug 14 02:00:05 2009 From: espen.isaksen at gmail.com (Espen Isaksen) Date: Fri, 14 Aug 2009 11:00:05 +0200 Subject: [mapserver-users] Removing collars on raster images Message-ID: Hi! This question has been asked in different ways before, but the threads do not seem to give me the answers I need. We have lots of TB of images with black collars(borders). We would like to try out using Mapserver for serving these images, but we need to have the black collars transparent. That is fine in Mapserver as long at you use regular Tiff. However, because of the many TB of data we need to compress this data and preferably tiff with jpeg compression. However, this compression creates edges between the collar and the image where the image does not get transparent. I am struggling to find a solution to this problem. Is ideas on how we can avoid this problem? Is it for example possible to set a transparency mask in the Tiff image which can be used by Mapserver? Another solution would be if Mapserver could support setting an area in an image transparent based on a polygon file. Any help is appreciated. Espen From Jukka.Rahkonen at mmmtike.fi Fri Aug 14 02:14:16 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 14 Aug 2009 12:14:16 +0300 Subject: [mapserver-users] Removing collars on raster images In-Reply-To: References: Message-ID: Hi, Not a very clever solution is to get rid of the collards forever. However, it works for sure. Select a rectangular grid in preferred output projection and mosaic and compress the original images to suit that grid with gdalwarp by using -te option. Then there will be no black borders to make transparent any longer. It does not mean much extra work if you have to compress the images in any case, but it does make updating image layer a bit more complicated if you will receice new images from scattered places every now and then. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta > Espen Isaksen > L?hetetty: 14. elokuuta 2009 12:00 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] Removing collars on raster images > > Hi! > > This question has been asked in different ways before, but > the threads do not seem to give me the answers I need. > > We have lots of TB of images with black collars(borders). We > would like to try out using Mapserver for serving these > images, but we need to have the black collars transparent. > That is fine in Mapserver as long at you use regular Tiff. > However, because of the many TB of data we need to compress > this data and preferably tiff with jpeg compression. > > However, this compression creates edges between the collar > and the image where the image does not get transparent. > > I am struggling to find a solution to this problem. Is ideas > on how we can avoid this problem? Is it for example possible > to set a transparency mask in the Tiff image which can be > used by Mapserver? > Another solution would be if Mapserver could support setting > an area in an image transparent based on a polygon file. > > Any help is appreciated. > > Espen > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From espen.isaksen at gmail.com Fri Aug 14 03:41:14 2009 From: espen.isaksen at gmail.com (Espen Isaksen) Date: Fri, 14 Aug 2009 12:41:14 +0200 Subject: [mapserver-users] Removing collars on raster images In-Reply-To: References: Message-ID: Yes, that is a solution that will probably work. Do you know the difference between gdal_merge.py and gdalwarp? Espen 2009/8/14 Rahkonen Jukka : > Hi, > > Not a very clever solution is to get rid of the collards forever. However, it works for sure. Select a rectangular grid in preferred output projection and mosaic and compress the original images to suit that grid with gdalwarp by using -te option. Then there will be no black borders to make transparent any longer. It does not mean much extra work if you have to compress the images in any case, but it does make updating image layer a bit more complicated if you will receice new images from scattered places every now and then. > > -Jukka Rahkonen- > > >> -----Alkuper?inen viesti----- >> L?hett?j?: mapserver-users-bounces at lists.osgeo.org >> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta >> Espen Isaksen >> L?hetetty: 14. elokuuta 2009 12:00 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: [mapserver-users] Removing collars on raster images >> >> Hi! >> >> This question has been asked in different ways before, but >> the threads do not seem to give me the answers I need. >> >> We have lots of TB of images with black collars(borders). We >> would like to try out using Mapserver for serving these >> images, but we need to have the black collars transparent. >> That is fine in Mapserver as long at you use regular Tiff. >> However, because of the many TB of data we need to compress >> this data and preferably tiff with jpeg compression. >> >> However, this compression creates edges between the collar >> and the image where the image does not get transparent. >> >> I am struggling to find a solution to this problem. Is ideas >> on how we can avoid this problem? Is it for example possible >> to set a transparency mask in the Tiff image which can be >> used by Mapserver? >> Another solution would be if Mapserver could support setting >> an area in an image transparent based on a polygon file. >> >> Any help is appreciated. >> >> Espen >> _______________________________________________ >> 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 Aug 14 04:27:28 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 14 Aug 2009 14:27:28 +0300 Subject: [mapserver-users] Removing collars on raster images In-Reply-To: References: Message-ID: Hi, I have not played with either lately. At least one difference is that gdal_merge.py can't warp images. Gdalwarp has also lots of more options. Long time ago I used modified gdal_merge.py first for creating a virtual raster file (.VRT) which I used later as input file for gdalwarp. Now there seems to be a separate tool for this purpose, gdalbuildvrt. Is even seems to acceps Mapserver tileindex files as input. I guess that if you'll select to make rectangular images with no nodata areas then the work chain would include (gdaltindex) - gdalbuildvrt - gdalwarp. -Jukka Rahkonen- Espen Isaksen wrote > Yes, that is a solution that will probably work. Do you know > the difference between gdal_merge.py and gdalwarp? > > Espen > > > > 2009/8/14 Rahkonen Jukka : > > Hi, > > > > Not a very clever solution is to get rid of the collards > forever. However, it works for sure. Select a rectangular > grid in preferred output projection and mosaic and compress > the original images to suit that grid with gdalwarp by using > -te option. Then there will be no black borders to make > transparent any longer. It does not mean much extra work if > you have to compress the images in any case, but it does make > updating image layer a bit more complicated if you will > receice new images from scattered places every now and then. > > > > -Jukka Rahkonen- > > > > > >> -----Alkuper?inen viesti----- > >> L?hett?j?: mapserver-users-bounces at lists.osgeo.org > >> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Espen > >> Isaksen > >> L?hetetty: 14. elokuuta 2009 12:00 > >> Vastaanottaja: mapserver-users at lists.osgeo.org > >> Aihe: [mapserver-users] Removing collars on raster images > >> > >> Hi! > >> > >> This question has been asked in different ways before, but the > >> threads do not seem to give me the answers I need. > >> > >> We have lots of TB of images with black collars(borders). We would > >> like to try out using Mapserver for serving these images, > but we need > >> to have the black collars transparent. > >> That is fine in Mapserver as long at you use regular Tiff. > >> However, because of the many TB of data we need to > compress this data > >> and preferably tiff with jpeg compression. > >> > >> However, this compression creates edges between the collar and the > >> image where the image does not get transparent. > >> > >> I am struggling to find a solution to this problem. Is > ideas on how > >> we can avoid this problem? Is it for example possible to set a > >> transparency mask in the Tiff image which can be used by Mapserver? > >> Another solution would be if Mapserver could support > setting an area > >> in an image transparent based on a polygon file. > >> > >> Any help is appreciated. > >> > >> Espen > >> _______________________________________________ > >> 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 Aug 14 04:37:14 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 14 Aug 2009 14:37:14 +0300 Subject: [mapserver-users] Tileindex and drawing order of overlapping images In-Reply-To: References: Message-ID: Hi, If have overlapping images from different years. Can I control in some easy and reliable way that the new images will get drawn on top, for example by writing tileindex shapefiles so that new images have bigger fid values? -Jukka Rahkonen- From havard.tveite at umb.no Fri Aug 14 05:01:01 2009 From: havard.tveite at umb.no (Havard Tveite) Date: Fri, 14 Aug 2009 14:01:01 +0200 Subject: [mapserver-users] Scaling Image Symbol Offset In-Reply-To: <4A83DF69.5157.008F.0@dnr.state.mn.us> References: <9C37154DC7C8074FBC34214363755B7C33087F@ITB-SVR-01.itbeyond.local> <4A83DF69.5157.008F.0@dnr.state.mn.us> Message-ID: <4A8551FD.7060003@umb.no> Dear Steve, Is this another case for allowing the user to explicitly specify the centre of a symbol (as proposed in RFC 45 - http://mapserver.org/development/rfc/ms-rfc-45.html)? H?vard Steve Lime wrote: > Hi David: There is no connection between offset and symbol size. The offset is independent and given > as a constant value in pixels (although it is scaled). Sounds like you need to change it dynamically based > on your image size and that can't be done as things sit now. Can you fix your image size or is it and I'm > missing something. > > Steve > >>>> On 7/16/2009 at 3:51 AM, in message > <9C37154DC7C8074FBC34214363755B7C33087F at ITB-SVR-01.itbeyond.local>, "David > Martin" wrote: >> I am developing a new application and am rendering around a load of >> graphic symbol layers using a Map file layer such as >> >> LAYER >> >> NAME cape_headland_point >> >> STATUS ON >> >> GROUP all >> >> DATA 'ExplorOz/Places/Cape,Headland,Point' >> >> TYPE POINT >> >> SYMBOLSCALE 1000000 >> >> CLASS >> >> STYLE >> >> SYMBOL [POIImage] >> >> MAXSIZE 15 >> >> MINSIZE 4 >> >> SIZE 8 >> >> END >> >> END >> >> METADATA >> >> "wms_title" "Capes, Headlands & Points" >> >> END >> >> PROJECTION >> >> "+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs" >> >> END >> >> END >> >> As you can see I am sizing the output symbol which is a 20x20px PIXMAP >> image - this is working great however the position of the image needs to >> be OFFSET up by half the size of the image (to make the actual point be >> the center of the image) - I have tried using OFFSET however when the >> image size changes (based on SYMBOLSCALE)the offsets are wrong. Is there >> a way to OFFSET image symbols based on the SYMBOLSCALE and MAX/MIN >> SIZES? >> >> Regards >> >> David > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- H?vard Tveite Department of Mathematical Sciences and Technology, UMB Dr?bakveien 31, POBox 5003, N-1432 ?s, NORWAY Phone: +47 64965483 Fax: +47 64965401 http://www.umb.no/imt/ From warmerdam at pobox.com Fri Aug 14 05:23:52 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 14 Aug 2009 08:23:52 -0400 Subject: [mapserver-users] Tileindex and drawing order of overlapping images In-Reply-To: References: Message-ID: <931f8ea90908140523r52e3033yaed877dce1b01d14@mail.gmail.com> On Fri, Aug 14, 2009 at 7:37 AM, Rahkonen Jukka wrote: > Hi, > > If have overlapping images from different years. Can I control in some > easy and reliable way that the new images will get drawn on top, for > example by writing tileindex shapefiles so that new images have bigger > fid values? Jukka, The order of images in the tileindex shapefile will be the order they are drawn - if - you do not build a spatial index on the shapefile. If you have a spatial index the drawing order becomes essentially random, and of course if you have a lot of images a spatial index is quite valuable. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From Jukka.Rahkonen at mmmtike.fi Fri Aug 14 05:44:42 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 14 Aug 2009 15:44:42 +0300 Subject: VS: [mapserver-users] Tileindex and drawing order of overlapping images References: <931f8ea90908140523r52e3033yaed877dce1b01d14@mail.gmail.com> Message-ID: Frank Warmerdam wrote: Rahkonen Jukka wrote: >> Hi, >> >> If have overlapping images from different years. Can I control in some >> easy and reliable way that the new images will get drawn on top, for >> example by writing tileindex shapefiles so that new images have bigger >> fid values? >Jukka, > The order of images in the tileindex shapefile will be the order > they are drawn - if - you do not build a spatial index on the > shapefile. If you have a spatial index the drawing order > becomes essentially random, and of course if you have a lot > of images a spatial index is quite valuable. Damn, I need spatial index for sure. Any idea about how to get them both? Perhaps taking tile index with ordered query from Oracle, PostGIS or even SpatiaLite? -Jukka- > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent From espen.isaksen at gmail.com Fri Aug 14 05:43:38 2009 From: espen.isaksen at gmail.com (Espen Isaksen) Date: Fri, 14 Aug 2009 14:43:38 +0200 Subject: [mapserver-users] Removing collars on raster images In-Reply-To: References: Message-ID: Ok, thanks for taking you time answering these questions. I am testing this out now as I am writing this e-mail :-) Espen 2009/8/14 Rahkonen Jukka : > Hi, > > I have not played with either lately. At least one difference is that gdal_merge.py can't warp images. Gdalwarp has also lots of more options. ?Long time ago I used modified gdal_merge.py first for creating a virtual raster file (.VRT) which I used later as input file for gdalwarp. Now there seems to be a separate tool for this purpose, gdalbuildvrt. Is even seems to acceps Mapserver tileindex files as input. I guess that if you'll select to make rectangular images with no nodata areas then the work chain would include (gdaltindex) - gdalbuildvrt - gdalwarp. > > -Jukka Rahkonen- > > Espen Isaksen wrote > > >> Yes, that is a solution that will probably work. Do you know >> the difference between gdal_merge.py and gdalwarp? >> >> Espen >> >> >> >> 2009/8/14 Rahkonen Jukka : >> > Hi, >> > >> > Not a very clever solution is to get rid of the collards >> forever. However, it works for sure. Select a rectangular >> grid in preferred output projection and mosaic and compress >> the original images to suit that grid with gdalwarp by using >> -te option. Then there will be no black borders to make >> transparent any longer. It does not mean much extra work if >> you have to compress the images in any case, but it does make >> updating image layer a bit more complicated if you will >> receice new images from scattered places every now and then. >> > >> > -Jukka Rahkonen- >> > >> > >> >> -----Alkuper?inen viesti----- >> >> L?hett?j?: mapserver-users-bounces at lists.osgeo.org >> >> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Espen >> >> Isaksen >> >> L?hetetty: 14. elokuuta 2009 12:00 >> >> Vastaanottaja: mapserver-users at lists.osgeo.org >> >> Aihe: [mapserver-users] Removing collars on raster images >> >> >> >> Hi! >> >> >> >> This question has been asked in different ways before, but the >> >> threads do not seem to give me the answers I need. >> >> >> >> We have lots of TB of images with black collars(borders). We would >> >> like to try out using Mapserver for serving these images, >> but we need >> >> to have the black collars transparent. >> >> That is fine in Mapserver as long at you use regular Tiff. >> >> However, because of the many TB of data we need to >> compress this data >> >> and preferably tiff with jpeg compression. >> >> >> >> However, this compression creates edges between the collar and the >> >> image where the image does not get transparent. >> >> >> >> I am struggling to find a solution to this problem. Is >> ideas on how >> >> we can avoid this problem? Is it for example possible to set a >> >> transparency mask in the Tiff image which can be used by Mapserver? >> >> Another solution would be if Mapserver could support >> setting an area >> >> in an image transparent based on a polygon file. >> >> >> >> Any help is appreciated. >> >> >> >> Espen >> >> _______________________________________________ >> >> mapserver-users mailing list >> >> mapserver-users at lists.osgeo.org >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> > >> > From warmerdam at pobox.com Fri Aug 14 06:32:06 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 14 Aug 2009 09:32:06 -0400 Subject: VS: [mapserver-users] Tileindex and drawing order of overlapping images In-Reply-To: References: <931f8ea90908140523r52e3033yaed877dce1b01d14@mail.gmail.com> Message-ID: <931f8ea90908140632w7a4247a5i2224dbfda4190dbc@mail.gmail.com> On Fri, Aug 14, 2009 at 8:44 AM, Rahkonen Jukka wrote: > Frank Warmerdam wrote: > > Rahkonen Jukka wrote: >>> Hi, >>> >>> If have overlapping images from different years. Can I control in some >>> easy and reliable way that the new images will get drawn on top, for >>> example by writing tileindex shapefiles so that new images have bigger >>> fid values? > >>Jukka, > >> The order of images in the tileindex shapefile will be the order >> they are drawn - if - you do not build a spatial index on the >> shapefile. ?If you have a spatial index the drawing order >> becomes essentially random, and of course if you have a lot >> of images a spatial index is quite valuable. > > Damn, I need spatial index for sure. Any idea about how to get them both? Perhaps taking tile index with ordered query from Oracle, PostGIS or even SpatiaLite? Jukka, I have dug deeper and I'm afraid I mislead you. It turns out that both the MapServer shapefile code and OGR inherently sort the results of the spatial index query so shapes are always returned in order. In OGR a sort is done explicitly while in MapServer selected shapes are tracked in a bit vector so they are always sorted in the end. I have not experimented, so you should confirm, but it should be sufficient to order the index entries based on the order you want things drawn. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From tspradley at snoogems.com Fri Aug 14 11:38:10 2009 From: tspradley at snoogems.com (Ted Spradley) Date: Fri, 14 Aug 2009 13:38:10 -0500 (CDT) Subject: [mapserver-users] broken links to examples - MapServer Tutorial - Section 2: CGI variables and the User Interface Message-ID: <1250275090489-3446775.post@n2.nabble.com> Hi, All of the links in the section: http://mapserver.org/tutorial/section2.html?highlight=reference#examples produce this Mapserver Message when followed. msLoadSymbolSet(): Unknown identifier. First token must be SYMBOLSET, this doesn't look like a symbol file. Thanks, Ted Spradley -- View this message in context: http://n2.nabble.com/broken-links-to-examples---MapServer-Tutorial---Section-2%3A-CGI-variables-and-the-User-Interface-tp3446775p3446775.html Sent from the Mapserver - User mailing list archive at Nabble.com. From tspradley at snoogems.com Fri Aug 14 11:46:51 2009 From: tspradley at snoogems.com (Ted Spradley) Date: Fri, 14 Aug 2009 13:46:51 -0500 (CDT) Subject: [mapserver-users] mapscript - Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' undefined symbol: gdImagePngCtx Message-ID: <1250275611145-3446827.post@n2.nabble.com> Hi guys, I answered my own question while making this post, but am going ahead since I see the issue has cropped up in the past and the threads didn't seem to resolve. ******************************************************************************* Post ******************************************************************************* While installing/configuring Mapserver, I have been getting the Warning/error message: Warning: dl() [function.dl]: Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' - /usr/lib/php/modules/php_mapscript.so: undefined symbol: gdImagePngCtx in /var/www/vhosts/snoogems.com/httpdocs/phpinfo_mapscript.phtml on line 21 When attempting to call dl("php_mapscript.so") in a phpinfo script Also on Apache startup: 'PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' - /usr/lib/php/modules/php_mapscript.so: undefined symbol: gdImagePngCtx in Unknown on line 0' System Configuration: Linux/Apache 2.2.8(Fedora)/PHP 5.2.4/Mapserver-5.4.1/mapscript/php3 from phpinfo() GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.3.4 GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Mapserver configured as follows ##################################################################### Mapserver ./configure --with-php=/usr/local/psa/admin/include/php --with-ogr=/usr/local/bin/gdal-config --with-gdal=/usr/local/bin/gdal-config --with-httpd=/usr/sbin/httpd --with-wfsclient --with-wmsclient --enable-debug --with-curl-config=/usr/bin/curl-config --with-proj=/usr/local --with-tiff --with-gd=/usr/lib/ --with-jpeg --with-freetype=/usr/ --with-threads --with-wcs --with-postgis=/usr/bin/pg_config --with-libiconv=/usr/bin --with-xml2-config=/usr/bin/xml2-config ______________________________________________________________________________________ Which returned: checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for ranlib... ranlib checking for flex... no checking for lex... no checking for bison... bison -y checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for exp in -lm... yes checking for __gxx_personality_v0 in -lstdc++... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... //bin/grep checking for egrep... //bin/grep -E checking for ANSI C header files... yes checking for strcasecmp... yes checking for strncasecmp... yes checking for strdup... yes checking for strrstr... no checking for strcasestr... yes checking for strlcat... no checking for vsnprintf... yes MapServer Version from mapserver.h: '5.4.1' checking if pkg-config path is provided... checking for pkg-config... /usr/bin/pkg-config configure: checking where FreeType 2.x is installed... using libfreetype from -lfreetype configure: checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs (-DUSE_ZLIB). configure: checking where PNG is installed... checking for png_init_io in -lpng... yes using libpng from system libs. configure: checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. configure: checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... yes using libXpm from system libs. configure: checking where libiconv is installed... checking for iconv_open in -lc... yes checking for libiconv_open in -liconv... no checking for iconv_open in -liconv... no using libiconv from -L -lc libiconv found. Enabling internationalization (-DUSE_ICONV) configure: checking for GD 2.0.16 or higher... checking for gdFontCacheSetup in -lgd... yes using libgd 2.0.16 (or higher) from -L/usr/lib/ -lgd -ljpeg -lfreetype -lpng -lz -lXpm -lX11 checking for gdImageGif in -lc... yes checking for gdImagePng in -lc... yes checking for gdImageJpeg in -lc... yes checking for gdImageWBMP in -lc... yes checking for gdImageStringFT in -lc... yes checking for gdImageOpenPolygon in -lc... yes checking for gdImageGifPtr in -lc... yes checking for gdFontGetTiny in -lc... yes using GD ( -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS) from /usr/lib/. configure: checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... no checking for PDF_setrgbcolor in -lpdf... no checking for PDF_moveto in -lpdf... no checking for PDF_curveto in -lpdf... no checking for PDF_show_xy in -lpdf... no checking for PDF_load_font in -lpdf... no libpdf not found or too old... PDF support not included. checking if AGG support requested... no checking if RGBA palette png support requested... no configure: checking whether we should include EPPL7 support... including EPPL7 support. configure: checking whether we should include PROJ.4 support... checking for pj_transform in -lproj... yes using PROJ.4 from /usr/local. configure: checking whether we should include thread safe support... checking for pthread_create in -lpthread... yes using -lpthread from system libs. configure: checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking if GEOS support requested... no configure: checking whether we should include OGR support... OGR enabled (-DUSE_OGR). checking if GDAL support requested... yes, user supplied gdal-config (/usr/local/bin/gdal-config) checking checking ms JPEG output... no we, have GDAL available. configure: checking whether we should include TIFF support... checking for TIFFOpen in -ltiff... no libtiff not found... TIFF support not included. checking if PostGIS support requested... yes, user supplied pg_config (/usr/bin/pg_config) checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... no configure: checking whether we should include WMS Server support... OGC WMS compatibility enabled (-DUSE_WMS_SVR). configure: checking whether we should include WFS Server support... OGC WFS Server support not requested. configure: checking whether we should include WCS Server support... OGC WCS Server support enabled (-DUSE_WCS_SVR). configure: checking whether we should include WMS Client Connections support... configure: checking whether we should include WFS Client Connections support... configure: checking whether we should include OGC SOS Server support... OGC SOS Server support not requested. checking for curl-config... yes, user supplied curl-config (/usr/bin/curl-config) found libcurl version 7.16.4 OGC WMS Client Connections enabled (-DUSE_WMS_LYR). OGC WFS Client Connections enabled (-DUSE_WFS_LYR). checking for libxml2... checking for xml2-config... /usr/bin/xml2-config found libxml2 version 2.6.31 checking if FriBidi support requested... no checking FastCGI support... not requested. configure: checking HTTPD server (Apache) version... using user-supplied httpd (/usr/sbin/httpd) /usr/sbin/httpd version is Apache/2.2.8 (2002008). Your system is apparently running Apache/2.2.8. Setting stderr to non-blocking for msDebug() due to Apache 2.x bug (see MapServer bug 458 or Apache bug 22030). Compiling with fast MS_NINT checking compiler warnings... basic configure: checking whether we should enable debug features... Enabling debug features: -g in CFLAGS. configure: checking for PHP/MapScript module options... checking for g++ -shared ... yes checking for location of config.h or php_config.h... /usr/local/psa/admin/include/php/main/php_config.h checking whether we have PHP3 or PHP4... -DPHP4 checking whether we should use PHP's regex... yes found regex_extra.h - building PHP MapScript with PHP's bundled regex PHP/MapScript module configured. checking if --enable-runpath requested... no checking if --with-java-include-os-name specified... no, autodetected linux configure: creating ./config.status config.status: creating Makefile config.status: creating mapscript/php3/Makefile config.status: creating mapscript/java/Makefile config.status: creating mapscript/csharp/Makefile MapServer is now configured for -------------- Compiler Info ------------- C compiler: gcc -g -O2 -fPIC -Wall C++ compiler: g++ -g -O2 -fPIC -Wall Debug: -g -DNEED_NONBLOCKING_STDERR Generic NINT: -------------- Renderer Settings --------- zlib support: -DUSE_ZLIB png support: palette rgba png support: jpeg support: iconv support: -DUSE_ICONV AGG support: AGG Freetype support: Ming(flash) support: PDFLib support: -------------- Support Libraries --------- Proj.4 support: -DUSE_PROJ Libxml2 support: -DUSE_LIBXML2 FriBidi support: Curl support: -DUSE_CURL FastCGI support: Threading support: -DUSE_THREAD GEOS support: -------------- Data Format Drivers ------- native tiff support: PostGIS support: -DUSE_POSTGIS EPPL7 support: -DUSE_EPPL ArcSDE support: OGR support: -DUSE_OGR GDAL support: -DUSE_GDAL Oracle Spatial support: -------------- OGC Services -------------- WMS Server: -DUSE_WMS_SVR WMS Client: -DUSE_WMS_LYR WFS Server: WFS Client: -DUSE_WMS_LYR WCS Server: -DUSE_WCS_SVR SOS Server: -------------- MapScript ----------------- PHP MapScript: yes End Mapserver config ####################################################################### ####################################################################### Mapscript # /mapserver/mapscript/php3 # make g++ -shared -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o php_regex.o -L/usr/mapserver/mapserver-5.4.1 -lmapserver -lxml2 -lz -lm -lcurl -L/usr/lib -lpq -ljpeg -lfreetype -lpng -lz -lXpm -lX11 -L/usr/local/lib -lgdal -I/usr/include -lsqlite3 -L/usr/lib -lexpat -lz -lm -lrt -ldl -lcurl -lpthread -L/usr/local/lib -lproj -L/usr/lib/ -lgd -ljpeg -lfreetype -lpng -lz -lXpm -lX11 -L -lc -lz -lm -lstdc++ copied php_mapscript.so to php modules dir /usr/lib/php/modules End Mapscript config ####################################################################### ####################################################################### Additional cd /etc/php.d/gd.ini and Added the line: extension=php_mapscript.so # ldconfig # service httpd restart ###################################################################### System Responses from Apache's error_log 'PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' - /usr/lib/php/modules/php_mapscript.so: undefined symbol: gdImagePngCtx in Unknown on line 0' So removed the line from gd.ini and placed it into php.ini ... same result Result if calling function dl("php_mapscript.so") from a php script .... Warning: dl() [function.dl]: Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' - /usr/lib/php/modules/php_mapscript.so: undefined symbol: gdImagePngCtx in /var/www/vhosts/snoogems.com/httpdocs/phpinfo_mapscript.phtml on line 21 ####################################################################### # ldd mapserv and # ldd php_mapscript.so both return 'libgd.so.2 => /usr/local/lib/libgd.so.2' ... My best guess at this point is that 'undefined symbol: gdImagePngCtx ' may relate to gd somehow not having PNG support ... so cd /usr/gd/gd-2.0.35 and saw an executable 'fontconfigtest' ... # ./fontconfigtest fontconfig not compiled into gd PNG not compiled into gd so, took a wild ass guess # ./configure --with-png then # make install ####################################################################### Semi-resolved So, Apache's error log now contains PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/php_mapscript.so' - /usr/lib/php/modules/php_mapscript.so: undefined symbol: php_gd_gdImageCopy However, running mapserv from the command line gives the proper response # mapserv This script can only be used to decode form results and should be initiated as a CGI process via a httpd server. and now running the script phpinfo_mapscript.phtml including the dl("php_mapscript.so") runs properly and shows Mapserver/Mapscript as a correctly configured PHP module ... Sorry for the long post. I seemed to have answered my question in the process of asking it, but am sure I will run into the php_gd_gdImageCopy as a problem, but will cross that bridge when I come to it and refer back to this post. Hope this helps someone. Cheers, Ted S. p.s. Following up - a general Unix reminder that was a minor stumbling block when checking: # mapserv -v and finding that my freshly configured settings were not present in the newly compiled mapserv binary: Always do a 'make clean', then 'make'! -- View this message in context: http://n2.nabble.com/mapscript---Unable-to-load-dynamic-library-%27-usr-lib-php-modules-php_mapscript.so%27-undefined-symbol%3A-gdImagePngCtx-tp3446827p3446827.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Steve.Lime at dnr.state.mn.us Fri Aug 14 11:57:09 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Fri, 14 Aug 2009 13:57:09 -0500 Subject: [mapserver-users] Diagnostics In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED@enerasrv01.Enera.local> Message-ID: <4A856D34.5157.008F.0@dnr.state.mn.us> Hi Lars: Such a beast doesn't exist. I'm not sure it would be practical to do so. Things like data, symbols and even fonts. Generally have to be installed by a user, they don't exist on a system for MapServer to use. I suppose fonts could be there but a system should already have a font browser of some sort. Proj.4 could/should/does provide a projection browser. Steve >>> On 8/13/2009 at 2:47 AM, in message <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED at enerasrv01.Enera.local>, "Lars Westerlind" wrote: > Hello, > > > > It would be useful for a dummy to have a tool, that describes available > resources in an installation; I'm particularly interested in what > projections could be used and their attributes. But for newbies > > It would help very much also to show other aspects; perhaps a tool that > takes a mapfile as parameter, and shows all available symbols, fonts, > directories, how to call it, etc etc... Is there such an animal? I mean, > in the mapfile surely I describe the projections a user could use. But I > need to know from my environment what projections could be added to the > mapfile, as they are supported by the system? > > > > /Lars > > > > > > > > From naci0002 at umn.edu Fri Aug 14 11:48:54 2009 From: naci0002 at umn.edu (Perry Nacionales) Date: Fri, 14 Aug 2009 13:48:54 -0500 Subject: [mapserver-users] broken links to examples - MapServer Tutorial - Section 2: CGI variables and the User Interface In-Reply-To: <1250275090489-3446775.post@n2.nabble.com> References: <1250275090489-3446775.post@n2.nabble.com> Message-ID: <4A85B196.6090303@umn.edu> Sorry, we probably should have put a note that only section 1 works on the current tutorial. We're still working on how best to incorporate section 2 into this new website. I'm partial to not even including it as most users will probably be using OpenLayers or some other interface. Section 2 is most useful if you're planning to create an all-MapServer custom app--this is beyond the scope of the tutorial, I'm afraid. You can still access section 2 of the old tutorial: http://www.mapgeek.org/tutorial/section2.html. Cheers! -Perry Ted Spradley wrote: > Hi, > > All of the links in the section: > > http://mapserver.org/tutorial/section2.html?highlight=reference#examples > > produce this Mapserver Message when followed. > > msLoadSymbolSet(): Unknown identifier. First token must be SYMBOLSET, this > doesn't look like a symbol file. > > Thanks, > Ted Spradley > From Steve.Lime at dnr.state.mn.us Sat Aug 15 05:29:33 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Sat, 15 Aug 2009 07:29:33 -0500 Subject: [mapserver-users] Getting mad - copyright notice Message-ID: <4A8663DD0200008F000274C6@co5.dnr.state.mn.us> Wierd, what does the whole mapfile, or at least the other non-layer pieces look like? The TRANSFORM directive forces the layer to be handled in pixel coordinates and really shouldn't be affected by scale at all. Assuming this is drawn last there should be no issues with label collisions. Are you using label priority at all? Why the projection obj? Steve >>> "Lars Westerlind" 08/14/09 1:26 AM >>> Hello, Was playing with the suggested copyright notice, and it worked very well - first mapfile. Afters extensive testing it appears that below a certain scale my layer doesn't show up. Or rather; when the BBOX parameter has for instance BBOX=11.0,56.0,12.0,57.0 it shows, but not with BBOX=12.00,57.64,12.09,57.68. Due to the logg (DEBUG level 5) the layer is not rendered at all. Can anyone give a clue? Should there be fiddling with MINDISTANCE and such? My Layer definition: LAYER NAME "Base" # we should always have one layer "base" METADATA "wms_title" "Base" END STATUS DEFAULT TYPE ANNOTATION PROJECTION "init=epsg:4326" ##recommended END TRANSFORM ll #set the image origin to be lower left FEATURE POINTS 70 -10 #set the offset from lower left position in pixels END TEXT " (c) 2009 Enera International and www.openstreetmap.org" #this is your displaying text END CLASS LABEL #defines the font, colors etc. of the text FONT "arial" TYPE TRUETYPE SIZE 8 BUFFER 1 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 FORCE TRUE END END UNITS PIXELS #sets the units for the feature object END _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From tspradley at snoogems.com Sat Aug 15 08:33:00 2009 From: tspradley at snoogems.com (Ted Spradley) Date: Sat, 15 Aug 2009 10:33:00 -0500 (CDT) Subject: [mapserver-users] Diagnostics In-Reply-To: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED@enerasrv01.Enera.local> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED@enerasrv01.Enera.local> Message-ID: <1250350380536-3450210.post@n2.nabble.com> Hi Lars, Being a newbie myself, hopefully I can help a little. The tool is a good idea. Basically an user interface written in C/C++ that takes the templates for different areas and gives choices for each item. I'll try to take that on and write one for myself. If it works out, I will offer it as my contribution to the cause, pending getting to a point where I can take the time to do it. A lot of the raw info you are looking for is the folder /usr/local/share in my Linux installation of Mapserver. Look in each of those directories and use a text editor to get at the info. For example in the text file /usr/local/share/proj/epsg is a list of many of the EPSG projections. As well you can add some of the custom ones added by like the Canadian government, etc. yourself. The /usr/local/share/gdal/ directory has csv and wkt files of ellipsoids, axes, measurement units, etc. In lieu of a user interface, I used the book 'Web Mapping Illustrated' by Tyler Mitchell from O'Reilly to get me crawling with the application. The book is a little out of date now (pub in 2005) as far as many of the links go, but with a little patience it has been an invaluable learning tool. It gets you up and running making maps with Frank's FWTools.org desktop tool set, then when you encounter the items in Mapserver they are not unknown to you. Good luck! Ted S. Lars Westerlind wrote: > > Hello, > > > > It would be useful for a dummy to have a tool, that describes available > resources in an installation; I'm particularly interested in what > projections could be used and their attributes. But for newbies > > It would help very much also to show other aspects; perhaps a tool that > takes a mapfile as parameter, and shows all available symbols, fonts, > directories, how to call it, etc etc... Is there such an animal? I mean, > in the mapfile surely I describe the projections a user could use. But I > need to know from my environment what projections could be added to the > mapfile, as they are supported by the system? > > > > /Lars > > > > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/Diagnostics-tp3436181p3450210.html Sent from the Mapserver - User mailing list archive at Nabble.com. From bayu at bkurniawan.com Sun Aug 16 22:37:18 2009 From: bayu at bkurniawan.com (Dark Knight) Date: Mon, 17 Aug 2009 12:37:18 +0700 Subject: [mapserver-users] Export / Print Map to PDF Message-ID: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> I want to export map to PDF, is there any example script using php/mapscript to do this? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.westerlind at enera.se Sun Aug 16 22:45:13 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Mon, 17 Aug 2009 07:45:13 +0200 Subject: SV: [mapserver-users] Getting mad - copyright notice - problem solved In-Reply-To: <4A8663DD0200008F000274C6@co5.dnr.state.mn.us> References: <4A8663DD0200008F000274C6@co5.dnr.state.mn.us> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291FB@enerasrv01.Enera.local> Thanks Steve, your questions solved the problem (but perhaps not the mystery). When I removed the project clause (which was unneeded of course), it works. It seems not to matter if it's first or last. If I get time I report this as a (insignificant) bug, I think. Or is there a good reason to have this behaviour you think? /Lars -----Ursprungligt meddelande----- Fr?n: Steve Lime [mailto:Steve.Lime at dnr.state.mn.us] Skickat: 15 August 2009 14:30 Till: Lars Westerlind; mapserver-users at lists.osgeo.org ?mne: Re: [mapserver-users] Getting mad - copyright notice Wierd, what does the whole mapfile, or at least the other non-layer pieces look like? The TRANSFORM directive forces the layer to be handled in pixel coordinates and really shouldn't be affected by scale at all. Assuming this is drawn last there should be no issues with label collisions. Are you using label priority at all? Why the projection obj? Steve >>> "Lars Westerlind" 08/14/09 1:26 AM >>> Hello, Was playing with the suggested copyright notice, and it worked very well - first mapfile. Afters extensive testing it appears that below a certain scale my layer doesn't show up. Or rather; when the BBOX parameter has for instance BBOX=11.0,56.0,12.0,57.0 it shows, but not with BBOX=12.00,57.64,12.09,57.68. Due to the logg (DEBUG level 5) the layer is not rendered at all. Can anyone give a clue? Should there be fiddling with MINDISTANCE and such? My Layer definition: LAYER NAME "Base" # we should always have one layer "base" METADATA "wms_title" "Base" END STATUS DEFAULT TYPE ANNOTATION PROJECTION "init=epsg:4326" ##recommended END TRANSFORM ll #set the image origin to be lower left FEATURE POINTS 70 -10 #set the offset from lower left position in pixels END TEXT " (c) 2009 Enera International and www.openstreetmap.org" #this is your displaying text END CLASS LABEL #defines the font, colors etc. of the text FONT "arial" TYPE TRUETYPE SIZE 8 BUFFER 1 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 FORCE TRUE END END UNITS PIXELS #sets the units for the feature object END _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From lars.westerlind at enera.se Sun Aug 16 23:28:44 2009 From: lars.westerlind at enera.se (Lars Westerlind) Date: Mon, 17 Aug 2009 08:28:44 +0200 Subject: SV: [mapserver-users] Diagnostics - thanks In-Reply-To: <1250350380536-3450210.post@n2.nabble.com> References: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291ED@enerasrv01.Enera.local> <1250350380536-3450210.post@n2.nabble.com> Message-ID: <2349CC72A0B01C4FAA4FFAE6C735E1DDE291FC@enerasrv01.Enera.local> Thanks Ted, Your link to epsg helped me, even though it's very different on my windows system. I finally found a good projection to use. /Lars -----Ursprungligt meddelande----- Fr?n: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] F?r Ted Spradley Skickat: 15 August 2009 17:33 Till: mapserver-users at lists.osgeo.org ?mne: Re: [mapserver-users] Diagnostics Hi Lars, Being a newbie myself, hopefully I can help a little. The tool is a good idea. Basically an user interface written in C/C++ that takes the templates for different areas and gives choices for each item. I'll try to take that on and write one for myself. If it works out, I will offer it as my contribution to the cause, pending getting to a point where I can take the time to do it. A lot of the raw info you are looking for is the folder /usr/local/share in my Linux installation of Mapserver. Look in each of those directories and use a text editor to get at the info. For example in the text file /usr/local/share/proj/epsg is a list of many of the EPSG projections. As well you can add some of the custom ones added by like the Canadian government, etc. yourself. The /usr/local/share/gdal/ directory has csv and wkt files of ellipsoids, axes, measurement units, etc. In lieu of a user interface, I used the book 'Web Mapping Illustrated' by Tyler Mitchell from O'Reilly to get me crawling with the application. The book is a little out of date now (pub in 2005) as far as many of the links go, but with a little patience it has been an invaluable learning tool. It gets you up and running making maps with Frank's FWTools.org desktop tool set, then when you encounter the items in Mapserver they are not unknown to you. Good luck! Ted S. Lars Westerlind wrote: > > Hello, > > > > It would be useful for a dummy to have a tool, that describes available > resources in an installation; I'm particularly interested in what > projections could be used and their attributes. But for newbies > > It would help very much also to show other aspects; perhaps a tool that > takes a mapfile as parameter, and shows all available symbols, fonts, > directories, how to call it, etc etc... Is there such an animal? I mean, > in the mapfile surely I describe the projections a user could use. But I > need to know from my environment what projections could be added to the > mapfile, as they are supported by the system? > > > > /Lars > > > > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/Diagnostics-tp3436181p3450210.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 Mon Aug 17 00:04:29 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Mon, 17 Aug 2009 10:04:29 +0300 Subject: [mapserver-users] Export / Print Map to PDF In-Reply-To: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> References: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> Message-ID: Hi, Perhaps this is something to start with? http://www.mapserver.org/output/pdf.html -Jukka Rahkonen- ________________________________ Dark Knight wrote: I want to export map to PDF, is there any example script using php/mapscript to do this? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From snaperski at gmail.com Mon Aug 17 00:28:54 2009 From: snaperski at gmail.com (Raivo Alla) Date: Mon, 17 Aug 2009 10:28:54 +0300 Subject: [mapserver-users] ANGLE FOLLOW with MINFEATURESIZE AUTO Message-ID: <49dc012b0908170028u246ee4fcq81618426df5df15a@mail.gmail.com> Hello, is there any hope that mapserver will in the future support curved labels with MINFEATURESIZE AUTO settings? Would be nice to display street labels displayed only when they have enough space in the line segment... All the best, Raivo Alla From jmckenna at gatewaygeomatics.com Mon Aug 17 08:24:19 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 17 Aug 2009 12:24:19 -0300 Subject: [mapserver-users] Export / Print Map to PDF In-Reply-To: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> References: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> Message-ID: <4A897623.5090703@gatewaygeomatics.com> Dark Knight wrote: > I want to export map to PDF, is there any example script using > php/mapscript to do this? I believe there are examples on the PHPMapScript wiki: http://trac.osgeo.org/mapserver/wiki/PHPMapScript -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From ewg4xuva at gmail.com Mon Aug 17 08:59:45 2009 From: ewg4xuva at gmail.com (Ethan Gruber) Date: Mon, 17 Aug 2009 11:59:45 -0400 Subject: [mapserver-users] Dynamic shapepaths Message-ID: Hi, I'm working on migrating a ten year old mapserver project to the current version of mapserver on a new system. It involves a lot of changes in scripts and querying parameters to synchronize with mapserver 5.4.2. I've run into an issue where the shapepath is generated dynamically with a perl script. A call to mapserver (it was version 4.x at the time) passes a parameter called map_shapepath, and map_shapepath is equal to the dynamically generated path. In the .map file for the project, the SHAPEPATH variable in MAP is commented out. I read that in the current version, if SHAPEPATH is not defined, the default is the folder that the .map file currently resides in. Indeed, mapserver is unable to find the .shp file within the same folder as the .map file. Here is my error: "msDrawMap(): Image handling error. Failed to draw layer named 'theme'. msShapefileOpen(): Unable to access file. (/var/www/html/mapservr/HUSCO/histcen.shp) msShapefileOpen(): Unable to access file. (/var/www/html/mapservr/HUSCO/histcen.shp)" If I uncomment SHAPEPATH and define path that actually contains a proper shapefile, the script presumably works (because it moves to the next error, which is related to the template.html). So my question is: how can I define the shapepath dynamically with a parameter passed through the browser? Has the "map_shapepath" param simply changed names to something else? I can't find any documentation on this. Thanks! Ethan Gruber University of Virginia Library -------------- next part -------------- An HTML attachment was scrubbed... URL: From guillaume.chanaud at connecting-nature.com Mon Aug 17 11:48:27 2009 From: guillaume.chanaud at connecting-nature.com (Guillaume Chanaud) Date: Mon, 17 Aug 2009 20:48:27 +0200 Subject: [mapserver-users] Problem to use mapserver as fcgi with spawn-fcgi and nginx - Process exit after each request Message-ID: <4A89A5FB.1080701@connecting-nature.com> Hello everybody, I'm trying to setup mapserver running as Fast-CGI with Nginx webserver. I don't know if my problem comes from mapserver ot spawn-fcgi (or nginx), but i'm pretty sure it's mapserver's fault because nginx and spawn-fcgi works well with lots of other FCGI. I use the spawn-fcgi script from lighttpd (here : http://redmine.lighttpd.net/projects/spawn-fcgi/news ) with a personnal init script My process are running ok, like it does with php5-cgi for example My nginx is configure to pass every request to *.cgi to the mapserver fcgi instance, so every call to something.cgi works like a charm and mapserver process the query and return back what i'm asking for. I did the test with the sample data and tutorial and everything is ok. But : My fast cgi process process only one request and then die ! Passing things by TCP or socket doesn't change anything. If i spawn 5 forks, each fork will handle one request and then die, so i can handle five request and then mapserver disapear from my system memory. It works like a charm with php5-cgi (which is fcgi) and the process doesn't die. I only change the process to be spawned to mapserver instead of php5-cgi, and you know what ? Only one request and die... I compiled mapserver with the --with-fcgi option, and everything is ok for the ./configure I managed to debug the mapserver fcgi communication with fcgi-debug utilities (http://cgit.stbuehler.de/gitosis/fcgi-debug/) Here is the dump of what i get : --------------------------------------------------------------------------------------------------------------------------------------- vnode004:/usr/local/nginx/conf# spawn-fcgi -s /var/run/mapserver.socket -n -u nobody -- /usr/local/bin/fcgi-debug /usr/local/bin/mapserv new connection (0) begin request from webserver (0, 1): role: FCGI_RESPONDER, flags: none param from webserver (0, 1): 'QUERY_STRING' = '' param from webserver (0, 1): 'REQUEST_METHOD' = 'GET' param from webserver (0, 1): 'CONTENT_TYPE' = '' param from webserver (0, 1): 'CONTENT_LENGTH' = '' param from webserver (0, 1): 'SCRIPT_NAME' = '/cgi-bin/mapserv' param from webserver (0, 1): 'REQUEST_URI' = '/cgi-bin/mapserv' param from webserver (0, 1): 'DOCUMENT_URI' = '/cgi-bin/mapserv' param from webserver (0, 1): 'DOCUMENT_ROOT' = '/usr/local/nginx/html' param from webserver (0, 1): 'SERVER_PROTOCOL' = 'HTTP/1.1' param from webserver (0, 1): 'GATEWAY_INTERFACE' = 'CGI/1.1' param from webserver (0, 1): 'SERVER_SOFTWARE' = 'nginx/0.7.61' param from webserver (0, 1): 'REMOTE_ADDR' = '90.45.64.64' param from webserver (0, 1): 'REMOTE_PORT' = '32938' param from webserver (0, 1): 'SERVER_ADDR' = '192.168.100.4' param from webserver (0, 1): 'SERVER_PORT' = '8000' param from webserver (0, 1): 'SERVER_NAME' = 'mapserver.connecting-nature.com' param from webserver (0, 1): 'REDIRECT_STATUS' = '200' param from webserver (0, 1): 'SCRIPT_FILENAME' = '/usr/local/nginx/html/cgi-bin/mapserv' param from webserver (0, 1): 'HTTP_HOST' = 'mapserver.connecting-nature.com:8000' param from webserver (0, 1): 'HTTP_USER_AGENT' = 'Mozilla/5.0 (X11; U; Linux i686 (x86_64); fr; rv:1.9.1.1) Gecko/20090715 Firefox/3.5.1' param from webserver (0, 1): 'HTTP_ACCEPT' = 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8' param from webserver (0, 1): 'HTTP_ACCEPT_LANGUAGE' = 'fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3' param from webserver (0, 1): 'HTTP_ACCEPT_ENCODING' = 'gzip,deflate' param from webserver (0, 1): 'HTTP_ACCEPT_CHARSET' = 'ISO-8859-1,utf-8;q=0.7,*;q=0.7' param from webserver (0, 1): 'HTTP_KEEP_ALIVE' = '300' param from webserver (0, 1): 'HTTP_CONNECTION' = 'keep-alive' params end from webserver (0, 1) stdin closed from webserver (0, 1) stdout from application (0, 1): Content-type: text/html\n stdout from application (0, 1): \n stdout from application (0, 1): No query information to decode. QUERY_STRING is set, but empty.\n stdout closed from application (0, 1) end request from application (0, 1): applicationStatus: 0, protocolStatus: FCGI_REQUEST_COMPLETE connection closed (0) ** Message: process 5975 exited with status 256 ** Message: exit fcgi-debug --------------------------------------------------------------------------------------------------------------------------------------------- As you can see, after the request i get a "** Message: process 5975 exited with status 25". In a php5-cgi debug session, i don't have this and after "connection closed (0)" the process is just waiting to handle another request. What am i missing ? Is this the normal behavior of mapserver as fcgi (So we are stuck to apache fcgi process manager ?) ?! Sorry if this post is too long or messy, i tried to figure things out as clear as possible. I can attach my nginx configuration file next time is somebody needs it. (the spawn-fcgi is launched like this : spawn-fcgi -s /var/run/mapserver.socket -n -u nobody -- /usr/local/bin/mapserv or spawn-fcgi -a 127.0.0.1 -p 9000 -u nobody -- /usr/local/bin/fcgi-debug /usr/local/bin/mapserv ) And for those who wants to quick reply "Why don't you just use Apache instead of Nginx", i have just lots of reason to become completly insane by trying mapserver+nginx (or : i have lots of professional reason to do this, even if it make me crazy) Thanks a lot for those who can help me on this ! Guillaume Chanaud From guillaume.chanaud at connecting-nature.com Mon Aug 17 12:09:11 2009 From: guillaume.chanaud at connecting-nature.com (Guillaume Chanaud) Date: Mon, 17 Aug 2009 21:09:11 +0200 Subject: [mapserver-users] Problem to use mapserver as fcgi with spawn-fcgi and nginx - Process exit after each request In-Reply-To: <4A89A5FB.1080701@connecting-nature.com> References: <4A89A5FB.1080701@connecting-nature.com> Message-ID: <4A89AAD7.9080909@connecting-nature.com> I forgot this information : The mapserver fcgi process keep running unless we ask him something wrong (so if we ask him a mapfile which does not exists of if a .map has an invalid argument, the process will die, but invoking a bad mapfile (an error in a path) is so common that the process must not close only because of this kind of error !) From Steve.Lime at dnr.state.mn.us Mon Aug 17 22:09:53 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Tue, 18 Aug 2009 00:09:53 -0500 Subject: [mapserver-users] Dynamic shapepaths Message-ID: <4A89F1510200008F0002755C@co5.dnr.state.mn.us> 5.4+ does not allow changing the shapepath via URL. That ability was removed for securities sake. It could be restored relatively easily, let me know if you need a patch. An alternative is to use a runtime variable and validation for the DATA parameter. For example: LAYER DATA '%base%/myShapefile' METADATA base_validation_pattern 'some regex to limit the value of base' END ... END In this case you'd set &base=some path...& in your URLs. Steve >>> Ethan Gruber 08/17/09 11:00 AM >>> Hi, I'm working on migrating a ten year old mapserver project to the current version of mapserver on a new system. It involves a lot of changes in scripts and querying parameters to synchronize with mapserver 5.4.2. I've run into an issue where the shapepath is generated dynamically with a perl script. A call to mapserver (it was version 4.x at the time) passes a parameter called map_shapepath, and map_shapepath is equal to the dynamically generated path. In the .map file for the project, the SHAPEPATH variable in MAP is commented out. I read that in the current version, if SHAPEPATH is not defined, the default is the folder that the .map file currently resides in. Indeed, mapserver is unable to find the .shp file within the same folder as the .map file. Here is my error: "msDrawMap(): Image handling error. Failed to draw layer named 'theme'. msShapefileOpen(): Unable to access file. (/var/www/html/mapservr/HUSCO/histcen.shp) msShapefileOpen(): Unable to access file. (/var/www/html/mapservr/HUSCO/histcen.shp)" If I uncomment SHAPEPATH and define path that actually contains a proper shapefile, the script presumably works (because it moves to the next error, which is related to the template.html). So my question is: how can I define the shapepath dynamically with a parameter passed through the browser? Has the "map_shapepath" param simply changed names to something else? I can't find any documentation on this. Thanks! Ethan Gruber University of Virginia Library From Steve.Lime at dnr.state.mn.us Mon Aug 17 22:22:26 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Tue, 18 Aug 2009 00:22:26 -0500 Subject: SV: [mapserver-users] Getting mad - copyright notice - problem solved Message-ID: <4A89F4420200008F00027569@co5.dnr.state.mn.us> Beats me why this would happen but looking at the code the decision to project is independent of the decision to transform. Perhaps they shouldn't be unless there is some funky pixel to pixel projection that is used. If you file a bug that would be cool if for no other reason to document not defining a projection with pixel coordinates. Steve >>> "Lars Westerlind" 08/17/09 12:46 AM >>> Thanks Steve, your questions solved the problem (but perhaps not the mystery). When I removed the project clause (which was unneeded of course), it works. It seems not to matter if it's first or last. If I get time I report this as a (insignificant) bug, I think. Or is there a good reason to have this behaviour you think? /Lars -----Ursprungligt meddelande----- Fr?n: Steve Lime [mailto:Steve.Lime at dnr.state.mn.us] Skickat: 15 August 2009 14:30 Till: Lars Westerlind; mapserver-users at lists.osgeo.org ?mne: Re: [mapserver-users] Getting mad - copyright notice Wierd, what does the whole mapfile, or at least the other non-layer pieces look like? The TRANSFORM directive forces the layer to be handled in pixel coordinates and really shouldn't be affected by scale at all. Assuming this is drawn last there should be no issues with label collisions. Are you using label priority at all? Why the projection obj? Steve >>> "Lars Westerlind" 08/14/09 1:26 AM >>> Hello, Was playing with the suggested copyright notice, and it worked very well - first mapfile. Afters extensive testing it appears that below a certain scale my layer doesn't show up. Or rather; when the BBOX parameter has for instance BBOX=11.0,56.0,12.0,57.0 it shows, but not with BBOX=12.00,57.64,12.09,57.68. Due to the logg (DEBUG level 5) the layer is not rendered at all. Can anyone give a clue? Should there be fiddling with MINDISTANCE and such? My Layer definition: LAYER NAME "Base" # we should always have one layer "base" METADATA "wms_title" "Base" END STATUS DEFAULT TYPE ANNOTATION PROJECTION "init=epsg:4326" ##recommended END TRANSFORM ll #set the image origin to be lower left FEATURE POINTS 70 -10 #set the offset from lower left position in pixels END TEXT " (c) 2009 Enera International and www.openstreetmap.org" #this is your displaying text END CLASS LABEL #defines the font, colors etc. of the text FONT "arial" TYPE TRUETYPE SIZE 8 BUFFER 1 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 FORCE TRUE END END UNITS PIXELS #sets the units for the feature object 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 From friendvn2000 at yahoo.com Tue Aug 18 02:54:51 2009 From: friendvn2000 at yahoo.com (Friend Vn 2000) Date: Tue, 18 Aug 2009 02:54:51 -0700 (PDT) Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <49CAC00E.8060406@mapgears.com> Message-ID: <381005.1874.qm@web65414.mail.ac4.yahoo.com> I still get this error now ( I use MS4W v2.3.1 - mapserv 5.2.1 ). My data source is a .mdb Personal Geodabase file. This is the first time I use this kind for input. I found the map engine doesn't work stably and this error appears frequently. Sometime the error not shown but some features in the map disappear mysterious-ly. Thanks! --- On Thu, 3/26/09, Daniel Morissette wrote: From: Daniel Morissette Subject: Re: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict To: "MapserverList OSGEO" Date: Thursday, March 26, 2009, 6:36 AM Tamas Szekeres wrote: > > msDrawMap(): Image handling error. Failed to draw layer named 'MainStreet'.;msOGRFileNextShape(): OGR error. TopologyException: side location conflict 19.0499 47.5334 1.7e-308 > > Does anyone know where this error is coming from? I've seached for these strings in the MapServer and OGR code but didn't find any hit. > In which format is the data? I suspect the error may come from the OGR driver or a lib used by the OGR code. Daniel -- Daniel Morissette http://www.mapgears.com/ _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Tue Aug 18 05:12:26 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Tue, 18 Aug 2009 08:12:26 -0400 Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <381005.1874.qm@web65414.mail.ac4.yahoo.com> References: <381005.1874.qm@web65414.mail.ac4.yahoo.com> Message-ID: <4A8A9AAA.7090403@mapgears.com> Friend Vn 2000 wrote: > I still get this error now ( I use MS4W v2.3.1 - mapserv 5.2.1 ). > My data source is a .mdb Personal Geodabase file. This is the first time > I use this kind for input. I found the map engine doesn't work stably > and this error appears frequently. Sometime the error not shown but some > features in the map disappear mysterious-ly. I see two possibilities: it is either a bug in the OGR driver for Personal Geodatabase, or the specific file you are trying to open does not have clean topology in it, but either way this is very unlikely to be a direct MapServer issue. The first thing you should do is ensure that the dataset has clean topology in it. I'm sorry, I don't know how to do that with recent versions of ESRI software, but I remember that in the days of Arc/Info 7.x you'd do a CLEAN/BUILD on your coverage to rebuild the topology. Once you are sure that the topology is valid, you could try running GDAL/OGR's "ogrinfo" or "ogr2ogr" utilities on your dataset, if it's a OGR driver problem then the utilities will probably produce the same errors, in which case your best bet would be to file a GDAL/OGR ticket with a dataset to reproduce the issue, so that the maintainer of the driver can have a look and see if something can be done about this issue. Daniel -- Daniel Morissette http://www.mapgears.com/ From warmerdam at pobox.com Tue Aug 18 05:29:53 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 18 Aug 2009 08:29:53 -0400 Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <381005.1874.qm@web65414.mail.ac4.yahoo.com> References: <381005.1874.qm@web65414.mail.ac4.yahoo.com> Message-ID: <4A8A9EC1.1050407@pobox.com> Friend Vn 2000 wrote: > I still get this error now ( I use MS4W v2.3.1 - mapserv 5.2.1 ). > My data source is a .mdb Personal Geodabase file. This is the first time > I use this kind for input. I found the map engine doesn't work stably > and this error appears frequently. Sometime the error not shown but some > features in the map disappear mysterious-ly. > Thanks! > > --- On *Thu, 3/26/09, Daniel Morissette //* wrote: > > > From: Daniel Morissette > Subject: Re: [mapserver-users] msOGRFileNextShape(): OGR error. > TopologyException: side location conflict > To: "MapserverList OSGEO" > Date: Thursday, March 26, 2009, 6:36 AM > > Tamas Szekeres wrote: > > > > msDrawMap(): Image handling error. Failed to draw layer named > 'MainStreet'.;msOGRFileNextShape(): OGR error. TopologyException: > side location conflict 19.0499 47.5334 1.7e-308 > > > > Does anyone know where this error is coming from? I've seached > for these strings in the MapServer and OGR code but didn't find any hit. Friend, I believe this error is coming from GEOS and likely occurs when the geometries from the file are translated into GEOS format in order to do a spatial comparison test against the map view within OGR. This likely is due to a linestring or polygon being invalid - perhaps due to self-intersection. Actually, I'm surprised that things would dip into the GEOS geometry comparisons. MapServer is careful to only set rectangular spatial filters and OGR is supposed to short circuit this case to avoid GEOS. I'm not really sure why you end up in GEOS. Are you doing any other fancy stuff that might end up in GEOS? If you could boil this down to something similar I could use to reproduce the problem, I would be willing to have Chaitanya look into it. It would need to be filed as a GDAL ticket. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From oliver.wesp at gmail.com Tue Aug 18 05:28:36 2009 From: oliver.wesp at gmail.com (Oliver Wesp) Date: Tue, 18 Aug 2009 14:28:36 +0200 Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <4A8A9AAA.7090403@mapgears.com> References: <381005.1874.qm@web65414.mail.ac4.yahoo.com> <4A8A9AAA.7090403@mapgears.com> Message-ID: Hi, we recently struggled with exactely the same kind of errors (TopologyException) when reading S57 data through ogr. We discovered that the problem only occured when gdal/ogr was build against GEOS. We rebuild without GEOS support and the TopologyExceptions dissapeard. Best regards, Oliver 2009/8/18 Daniel Morissette : > Friend Vn 2000 wrote: >> >> I still get this error now ( I use MS4W v2.3.1 - mapserv 5.2.1 ). >> My data source is a .mdb Personal Geodabase file. This is the first time I >> use this kind for input. I found the map engine doesn't work stably and this >> error appears frequently. Sometime the error not shown but some features in >> the map disappear mysterious-ly. > > I see two possibilities: it is either a bug in the OGR driver for Personal > Geodatabase, or the specific file you are trying to open does not have clean > topology in it, but either way this is very unlikely to be a direct > MapServer issue. The first thing you should do is ensure that the dataset > has clean topology in it. I'm sorry, I don't know how to do that with recent > versions of ESRI software, but I remember that in the days of Arc/Info 7.x > you'd do a CLEAN/BUILD on your coverage to rebuild the topology. > > Once you are sure that the topology is valid, you could try running > GDAL/OGR's "ogrinfo" or "ogr2ogr" utilities on your dataset, if it's a OGR > driver problem then the utilities will probably produce the same errors, in > which case your best bet would be to file a GDAL/OGR ticket with a dataset > to reproduce the issue, so that the maintainer of the driver can have a look > and see if something can be done about this issue. > > Daniel > -- > Daniel Morissette > http://www.mapgears.com/ > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From Steve.Lime at dnr.state.mn.us Tue Aug 18 16:27:59 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Tue, 18 Aug 2009 18:27:59 -0500 Subject: [mapserver-users] ANGLE FOLLOW with MINFEATURESIZE AUTO Message-ID: <4A8AF2AF0200008F00027602@co5.dnr.state.mn.us> Will see if that can be added to the 5.6 release... Steve >>> Raivo Alla 08/17/09 2:29 AM >>> Hello, is there any hope that mapserver will in the future support curved labels with MINFEATURESIZE AUTO settings? Would be nice to display street labels displayed only when they have enough space in the line segment... All the best, Raivo Alla _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From rishikant.lal at gmail.com Tue Aug 18 23:28:24 2009 From: rishikant.lal at gmail.com (Rishikant Lal) Date: Wed, 19 Aug 2009 11:58:24 +0530 Subject: [mapserver-users] Displaying Huge Data on Mapserver Message-ID: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> Dear Friends, I need some help. I have a Point Feature Layer that I want to display on Map Server. The layer has Nearly Ten Million Point Features. What kind of Data Base should I use? Will Post GIS support this kind of Data? What are the steps I should use to speed up the Map Display Process? Thanks in Advance Rishikant Lal -------------- next part -------------- An HTML attachment was scrubbed... URL: From friendvn2000 at yahoo.com Wed Aug 19 05:47:35 2009 From: friendvn2000 at yahoo.com (Friend Vn 2000) Date: Wed, 19 Aug 2009 05:47:35 -0700 (PDT) Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <4A8A9EC1.1050407@pobox.com> Message-ID: <48051.47300.qm@web65412.mail.ac4.yahoo.com> Thanks Frank, Daniel and Oliver, I'm sure that my data has topology errors. I'm using pure MS4W and my method is PHPMapscript. My small application is only for zoom, pan. In my experience, I also think MapServer?or any mapping engine can draw a request map without checking its topology for legal or not. And my .mdb file runs well in ArcMap or ArcCatalog, and I think they?don't take notice?of topology when playing my file. Best regards, ? --- On Tue, 8/18/09, Frank Warmerdam wrote: Friend, I believe this error is coming from GEOS and likely occurs when the geometries from the file are translated into GEOS format in order to do a spatial comparison test against the map view within OGR. This likely is due to a linestring or polygon being invalid - perhaps due to self-intersection. Actually, I'm surprised that things would dip into the GEOS geometry comparisons. MapServer is careful to only set rectangular spatial filters and OGR is supposed to short circuit this case to avoid GEOS.? I'm not really sure why you end up in GEOS.? Are you doing any other fancy stuff that might end up in GEOS? If you could boil this down to something similar I could use to reproduce the problem, I would be willing to have Chaitanya look into it.? It would need to be filed as a GDAL ticket. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up???| Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush? ? | Geospatial Programmer for Rent -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Aug 19 05:56:49 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 19 Aug 2009 09:56:49 -0300 Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <48051.47300.qm@web65412.mail.ac4.yahoo.com> References: <48051.47300.qm@web65412.mail.ac4.yahoo.com> Message-ID: <4A8BF691.8000905@gatewaygeomatics.com> Friend Vn 2000 wrote: > Thanks Frank, Daniel and Oliver, > I'm sure that my data has topology errors. I'm using pure MS4W and my > method is PHPMapscript. For the record, I believe you are using an older MS4W version, so you might want to upgrade to MS4W 3.0 and then re-test...just to make sure that you are using more recent versions of MapServer, GEOS, and GDAL when talking to the developers. -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From warmerdam at pobox.com Wed Aug 19 07:01:39 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 19 Aug 2009 10:01:39 -0400 Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <48051.47300.qm@web65412.mail.ac4.yahoo.com> References: <48051.47300.qm@web65412.mail.ac4.yahoo.com> Message-ID: <4A8C05C3.7080206@pobox.com> Friend Vn 2000 wrote: > Thanks Frank, Daniel and Oliver, > I'm sure that my data has topology errors. I'm using pure MS4W and my > method is PHPMapscript. My small application is only for zoom, pan. > In my experience, I also think MapServer or any mapping engine can draw > a request map without checking its topology for legal or not. And my > .mdb file runs well in ArcMap or ArcCatalog, and I think they don't take > notice of topology when playing my file. Friend, You are correct that MapServer does not really care about the consistency of the geometries. This problem appears to be caused by use of GEOS and that GEOS is very picky about geometry correctness. I still don't understand why things are going through GEOS and I'm hopeful you will be able to file a ticket that allows us to track this down. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at pobox.com Wed Aug 19 07:24:57 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 19 Aug 2009 10:24:57 -0400 Subject: [mapserver-users] Displaying Huge Data on Mapserver In-Reply-To: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> References: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> Message-ID: <4A8C0B39.3090203@pobox.com> Rishikant Lal wrote: > Dear Friends, > I need some help. I have a Point Feature Layer that I want to display on > Map Server. The layer has Nearly Ten Million Point Features. Rishikant, This is not a terribly large database though it is certainly large enough that care must be taken in how it is accessed. > What kind of Data Base should I use? > Will Post GIS support this kind of Data? > What are the steps I should use to speed up the Map Display Process? You should be able to achieve good performance with tile indexed shapefiles with indexes on the individual shapefiles and the tileindex. Some experimentation might be required to find an optimal breakdown. You could *try* it in one big shapefile with a spatial index but I have some doubts about whether this would give ideal performance. This dataset could also be well handled in PostGIS with a spatial index on the geometry column of course. A lot depends on what you want to do with this dataset of course. I'm assuming you want to render maps of very local regions with only a few thousands of points. Rendering points as symbols or labels can be expensive so we wary of trying to render too many on a map. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bthoen at gisnet.com Wed Aug 19 11:42:24 2009 From: bthoen at gisnet.com (Bill Thoen) Date: Wed, 19 Aug 2009 12:42:24 -0600 Subject: [mapserver-users] How to Check if MapScript is Enabled? Message-ID: <4A8C4790.3060501@gisnet.com> I want to take a look at dLegend in the dBox package but dBox (and presumably dLegend) requires either Perl or Python mapscript to be installed with MapServer. I've forgotten how to check if, or which, mapscript is installed. When I try ./mapserv -v from the cgi-bin directory, mapscript isn't among the results, but I don't know if this means it's not installed or if I need to use another method to determine the mapscript availability. I probably wouldn't have installed a Perl version and definitely wouldn't install a Python version because I don't know these environments well. I don't remember if I tried the PHP version., but I'm not finding any evidence that PHP mapscript is installed either. I just want to know how to make sure what's in and what's not. I'd appreciate any suggestions you can offer. Thanks, - Bill Thoen From andy at squeakycode.net Wed Aug 19 11:37:29 2009 From: andy at squeakycode.net (Andy Colson) Date: Wed, 19 Aug 2009 13:37:29 -0500 Subject: [mapserver-users] How to Check if MapScript is Enabled? In-Reply-To: <4A8C4790.3060501@gisnet.com> References: <4A8C4790.3060501@gisnet.com> Message-ID: <4A8C4669.1030800@squeakycode.net> Bill Thoen wrote: > I want to take a look at dLegend in the dBox package but dBox (and > presumably dLegend) requires either Perl or Python mapscript to be > installed with MapServer. I've forgotten how to check if, or which, > mapscript is installed. When I try ./mapserv -v from the cgi-bin > directory, mapscript isn't among the results, but I don't know if this > means it's not installed or if I need to use another method to determine > the mapscript availability. I probably wouldn't have installed a Perl > version and definitely wouldn't install a Python version because I don't > know these environments well. I don't remember if I tried the PHP > version., but I'm not finding any evidence that PHP mapscript is > installed either. I just want to know how to make sure what's in and > what's not. > > I'd appreciate any suggestions you can offer. > > > Thanks, > - Bill Thoen > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users The program mapserv is not required for mapscript. To find out if its in php, view the php info, which is easiest with a page like: To see if its in perl, at a command line, type: perl -Mmapscript -e '' if nothing happens, your golden, otherwise you'll get an error saying it cant locate mapscript.pm. dunno about python. -Andy From jbw2003 at earthlink.net Wed Aug 19 11:57:49 2009 From: jbw2003 at earthlink.net (jim white) Date: Wed, 19 Aug 2009 14:57:49 -0400 Subject: [mapserver-users] problem upgrading from version 5.0.2 Message-ID: <4A8C4B2D.6050002@earthlink.net> Recently I posted a problem I was having with mapserver failing when I zoom with postgis layer displayed. I had done some software upgrades, so tried first downgrading geos and postgis. My postgis_full_version is currently POSTGIS="1.3.6" GEOS="3.0.0rc4-CAPI-1.3.3" PROJ="Rel. 4.6.1, 21 August 2008" USE_STATS I have gdal 1.6.1. I had also upgraded recently form mapserver 5.0.2 to 5.4.1. Going back to 5.0.2 fixed my problem. I also tried for testing 5.4.1 and 5.2.3 and of these the only one that works is 5.0.2. Maybe a bug in later versions of mapserver. I am using the PHP/ Mapscript on Debian 64-bit os. Thanks, Jim -- James (Jim) B. White tel: (919)-380-9615 homepage: http://jimserver.net/ From bthoen at gisnet.com Wed Aug 19 13:00:53 2009 From: bthoen at gisnet.com (Bill Thoen) Date: Wed, 19 Aug 2009 14:00:53 -0600 Subject: [mapserver-users] How to Check if MapScript is Enabled? In-Reply-To: <4A8C4669.1030800@squeakycode.net> References: <4A8C4790.3060501@gisnet.com> <4A8C4669.1030800@squeakycode.net> Message-ID: <4A8C59F5.6010505@gisnet.com> Andy Colson wrote: > The program mapserv is not required for mapscript. To find out if its > in php, view the php info, which is easiest with a page like: > > echo phpinfo(); > ?> > > To see if its in perl, at a command line, type: > > perl -Mmapscript -e '' > > if nothing happens, your golden, otherwise you'll get an error saying > it cant locate mapscript.pm. When I tried php -r "echo phpinfo();" | grep -i mapscript on the command line nothing came up, and when I tried perl -Mapscript -e '' I got "can't find" errors, so I guess that means that mapscript is not on board. Thanks for the help; I think I know where to go from here. (If not, then I'll be back.) From andy at squeakycode.net Wed Aug 19 12:59:16 2009 From: andy at squeakycode.net (Andy Colson) Date: Wed, 19 Aug 2009 14:59:16 -0500 Subject: [mapserver-users] How to Check if MapScript is Enabled? In-Reply-To: <4A8C59F5.6010505@gisnet.com> References: <4A8C4790.3060501@gisnet.com> <4A8C4669.1030800@squeakycode.net> <4A8C59F5.6010505@gisnet.com> Message-ID: <4A8C5994.1030505@squeakycode.net> Bill Thoen wrote: > Andy Colson wrote: >> The program mapserv is not required for mapscript. To find out if its >> in php, view the php info, which is easiest with a page like: >> >> > echo phpinfo(); >> ?> >> >> To see if its in perl, at a command line, type: >> >> perl -Mmapscript -e '' >> >> if nothing happens, your golden, otherwise you'll get an error saying >> it cant locate mapscript.pm. > When I tried php -r "echo phpinfo();" | grep -i mapscript on the command > line nothing came up, and when I tried perl -Mapscript -e '' I got > "can't find" errors, so I guess that means that mapscript is not on > board. Thanks for the help; I think I know where to go from here. (If > not, then I'll be back.) > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users There should be two M's in the perl command line, -M mean load module... perl -Mmapscript means module mapscript, perl -Mapscript means module apscript -Andy From vsaraf.gmu at gmail.com Wed Aug 19 13:02:06 2009 From: vsaraf.gmu at gmail.com (Varun saraf) Date: Wed, 19 Aug 2009 16:02:06 -0400 Subject: [mapserver-users] Class level Transparency/Opacity Message-ID: <6db14d250908191302n401a80ccyefa9ecd05f221f7e@mail.gmail.com> Hello, Is it possible to set a transparency rate for the CLASS level Color? Below is my mapfile. I am using this layer on google maps in tile mode. When I do so, the base map is getting completely overlapped by the colored polygons. I need a level of transparency so that the base map's roads and location are visible. In other words, I only want to highlight the polygons that match the expression criteria. Can someone tell me what I need to do for the same? I have already tried putting in OPACITY field in the layer object but it only lightens the color without making it transparent. an OPACITY of 1 renders the polygons "white" in color. MAP NAME drawBothMap TRANSPARENT ON IMAGETYPE PNG PROJECTION "init=epsg:4326" END LAYER NAME "USABOTH" STATUS DEFAULT METADATA wms_title "example_layer" END TYPE polygon DATA USA CLASSITEM "QCT" CLASS EXPRESSION '1' COLOR 255 0 0 END CLASS EXPRESSION '2' COLOR 0 255 0 END CLASS EXPRESSION '3' COLOR 0 0 255 END END END Thanks, Varun From vsaraf.gmu at gmail.com Wed Aug 19 12:55:10 2009 From: vsaraf.gmu at gmail.com (Varun saraf) Date: Wed, 19 Aug 2009 15:55:10 -0400 Subject: [mapserver-users] Class level Transparency/Opacity Message-ID: <6db14d250908191255v1f983811k5ff3a71f8e23bac1@mail.gmail.com> Hello, Is it possible to set a transparency rate for the CLASS level Color? Below is my mapfile. I am using this layer on google maps in tile mode. When I do so, the base map is getting completely overlapped by the colored polygons. I need a level of transparency so that the base map's roads and location are visible. In other words, I only want to highlight the polygons that match the expression criteria. Can someone tell me what I need to do for the same? I have already tried putting in OPACITY field in the layer object but it only lightens the color without making it transparent. an OPACITY of 1 renders the polygons "white" in color. MAP NAME drawBothMap TRANSPARENT ON IMAGETYPE PNG PROJECTION "init=epsg:4326" END LAYER NAME "USABOTH" STATUS DEFAULT METADATA wms_title "example_layer" END TYPE polygon DATA USA CLASSITEM "QCT" CLASS EXPRESSION '1' COLOR 255 0 0 END CLASS EXPRESSION '2' COLOR 0 255 0 END CLASS EXPRESSION '3' COLOR 0 0 255 END END END Thanks, Varun From bthoen at gisnet.com Wed Aug 19 13:24:42 2009 From: bthoen at gisnet.com (Bill Thoen) Date: Wed, 19 Aug 2009 14:24:42 -0600 Subject: [mapserver-users] How to Check if MapScript is Enabled? In-Reply-To: <4A8C5994.1030505@squeakycode.net> References: <4A8C4790.3060501@gisnet.com> <4A8C4669.1030800@squeakycode.net> <4A8C59F5.6010505@gisnet.com> <4A8C5994.1030505@squeakycode.net> Message-ID: <4A8C5F8A.2010702@gisnet.com> Andy Colson wrote: > Bill Thoen wrote: >> Andy Colson wrote: >>> The program mapserv is not required for mapscript. To find out if >>> its in php, view the php info, which is easiest with a page like: >>> >>> >> echo phpinfo(); >>> ?> >>> >>> To see if its in perl, at a command line, type: >>> >>> perl -Mmapscript -e '' >>> >>> if nothing happens, your golden, otherwise you'll get an error >>> saying it cant locate mapscript.pm. >> When I tried php -r "echo phpinfo();" | grep -i mapscript on the >> command line nothing came up, and when I tried perl -Mapscript -e '' >> I got "can't find" errors, so I guess that means that mapscript is >> not on board. Thanks for the help; I think I know where to go from >> here. (If not, then I'll be back.) > > There should be two M's in the perl command line, -M mean load module... > > perl -Mmapscript > > means module mapscript, > > perl -Mapscript > > means module apscript Aha! That's better (sort of). Now I get a "Can't locate mapscript.pm in @INC " error, which is more specific than the jumble of errors you get if you leave off the second 'm'. Thanks, Andy! From simon at sibern.com.au Wed Aug 19 13:57:50 2009 From: simon at sibern.com.au (Simon Haddon) Date: Thu, 20 Aug 2009 06:57:50 +1000 Subject: [mapserver-users] Displaying Huge Data on Mapserver In-Reply-To: <4A8C0B39.3090203@pobox.com> References: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> <4A8C0B39.3090203@pobox.com> Message-ID: <4A8C674E.2040501@sibern.com.au> I have had a postgresql / postgis database with over 120 million rows of point data in a single table and I have been amazed about how well postgresql performs. As long as you get your indexes and queries right then I would recommend that option for point data. Cheers, Simon Frank Warmerdam wrote: > Rishikant Lal wrote: >> Dear Friends, >> I need some help. I have a Point Feature Layer that I want to display >> on Map Server. The layer has Nearly Ten Million Point Features. > > Rishikant, > > This is not a terribly large database though it is certainly large enough > that care must be taken in how it is accessed. > >> What kind of Data Base should I use? >> Will Post GIS support this kind of Data? >> What are the steps I should use to speed up the Map Display Process? > > You should be able to achieve good performance with tile indexed > shapefiles > with indexes on the individual shapefiles and the tileindex. Some > experimentation might be required to find an optimal breakdown. You > could > *try* it in one big shapefile with a spatial index but I have some doubts > about whether this would give ideal performance. > > This dataset could also be well handled in PostGIS with a spatial index > on the geometry column of course. > > A lot depends on what you want to do with this dataset of course. I'm > assuming > you want to render maps of very local regions with only a few > thousands of > points. Rendering points as symbols or labels can be expensive so we > wary > of trying to render too many on a map. > > Best regards, From randre at gmail.com Wed Aug 19 22:08:43 2009 From: randre at gmail.com (=?UTF-8?B?Um9nZXIgQW5kcsOp?=) Date: Wed, 19 Aug 2009 22:08:43 -0700 Subject: [mapserver-users] Re: Status of TMS minidriver in gdal_wms In-Reply-To: <9c2015090908191518j6283bf87x19c0f474e6d4724e@mail.gmail.com> References: <9c2015090908191518j6283bf87x19c0f474e6d4724e@mail.gmail.com> Message-ID: <9c2015090908192208k2b806fa8y6e5a59bf36727d9d@mail.gmail.com> I was able to get this to work using the patch checked in from the Toronto code sprint. However, I still have questions. I would like to take advantage of the fact that I already have pre-rendered tiles in my TileCache, but it seems that MapServer is still having to render all of the requests that I'm making through the WMS service. How can I use my pre-existing TileCache tiles as the data source? Do I need to match the projection that they are created in when I make the request? Do I need to set resolution levels in the GDAL_WMS file? I followed the syntax in the OSM GDAL_WMS sample to make the requests work. Thanks, Roger -- On Wed, Aug 19, 2009 at 3:18 PM, Roger Andr? wrote: > Hi All, > > I'd like to use GDAL to access tiles that have been generated by > TileCache. It appears this should be possible in GDAL 1.7 via the TMS > service. I *think* the example at > http://www.gdal.org/frmt_wms_openstreetmap_tms.xml shows this. > > I'd appreciate it if someone could clarify whether my expectations are > reasonable regarding this, and whether this functionality can be enabled in > a pre-1.7 version of GDAL. > > Thanks, > > Roger > -- > -------------- next part -------------- An HTML attachment was scrubbed... URL: From friendvn2000 at YAHOO.COM Thu Aug 20 00:05:43 2009 From: friendvn2000 at YAHOO.COM (HeiJo) Date: Thu, 20 Aug 2009 02:05:43 -0500 (CDT) Subject: [mapserver-users] Export / Print Map to PDF In-Reply-To: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> References: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> Message-ID: <1250751943443-3477325.post@n2.nabble.com> And you can use FPDF or UPDF for a further PDF file creation. Take notice of font issue. Refer to PMapper mapping software ( http://www.pmapper.net ) for an excellent exam. -- View this message in context: http://n2.nabble.com/Export---Print-Map-to-PDF-tp3456688p3477325.html Sent from the Mapserver - User mailing list archive at Nabble.com. From friendvn2000 at YAHOO.COM Thu Aug 20 02:31:29 2009 From: friendvn2000 at YAHOO.COM (HeiJo) Date: Thu, 20 Aug 2009 04:31:29 -0500 (CDT) Subject: [mapserver-users] msOGRFileNextShape(): OGR error. TopologyException: side location conflict In-Reply-To: <4A8C05C3.7080206@pobox.com> References: <49CAC00E.8060406@mapgears.com> <381005.1874.qm@web65414.mail.ac4.yahoo.com> <4A8A9EC1.1050407@pobox.com> <48051.47300.qm@web65412.mail.ac4.yahoo.com> <4A8C05C3.7080206@pobox.com> Message-ID: <1250760689368-3477924.post@n2.nabble.com> Frank Warmerdam wrote: > > I still don't understand why things are going through GEOS and I'm hopeful > you will be able to file a ticket that allows us to track this down. > I created it: http://trac.osgeo.org/mapserver/ticket/3100 Thanks all you again! -- View this message in context: http://n2.nabble.com/msOGRFileNextShape-OGR-error-TopologyException-side-location-conflict-tp2535201p3477924.html Sent from the Mapserver - User mailing list archive at Nabble.com. From ewg4xuva at gmail.com Thu Aug 20 07:25:21 2009 From: ewg4xuva at gmail.com (Ethan Gruber) Date: Thu, 20 Aug 2009 10:25:21 -0400 Subject: [mapserver-users] Dynamic map legends Message-ID: I've run into a glitch with the migration project I am working on. The map has a legend that is generated dynamically from population data. The .map file contains a layer that defines the key for the legend. Here's an example: CLASS NAME "xx" EXPRESSION "xx" COLOR 100 200 100 OUTLINECOLOR 0 0 0 END # CLASS There are url parameters defined in a perl script that contain the string for the NAME and EXPRESSION. Those parameters no longer work, like the dynamic shapepath I asked about a few days ago. I thought that perhaps I could pass the parameters in a similar manner: CLASS NAME '%map_theme_class_1_name%' EXPRESSION '%map_theme_class_1_expression%' COLOR 200 250 200 OUTLINECOLOR 0 0 0 END # CLASS But the legend just displays the string "%map_theme_class_1_name%" instead of the value bound by that parameter. Any clues on how to proceed? Ethan -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Lime at dnr.state.mn.us Thu Aug 20 08:09:54 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Thu, 20 Aug 2009 10:09:54 -0500 Subject: [mapserver-users] Dynamic map legends In-Reply-To: References: Message-ID: <4A8D20F1.5157.008F.0@dnr.state.mn.us> This must be the "next error" you referred to... ;-) Not all parameters are affected by URL overloading. That's mechanism was added primarily as a means of changing a portion of a parameter and that only made sense for a select few. In 5.4 a class name cannot be changed via URL, again I can supply a patch if necessary. In other words you're kinda stuck. All this makes me wonder though. Why not just write a custom mapfile rather than trying to change everything by URL? You're already using perl. Steve >>> On 8/20/2009 at 9:25 AM, in message , Ethan Gruber wrote: > I've run into a glitch with the migration project I am working on. The map > has a legend that is generated dynamically from population data. The .map > file contains a layer that defines the key for the legend. Here's an > example: > > CLASS > NAME "xx" > EXPRESSION "xx" > COLOR 100 200 100 > OUTLINECOLOR 0 0 0 > END # CLASS > > There are url parameters defined in a perl script that contain the string > for the NAME and EXPRESSION. Those parameters no longer work, like the > dynamic shapepath I asked about a few days ago. I thought that perhaps I > could pass the parameters in a similar manner: > > CLASS > NAME '%map_theme_class_1_name%' > EXPRESSION '%map_theme_class_1_expression%' > COLOR 200 250 200 > OUTLINECOLOR 0 0 0 > END # CLASS > > But the legend just displays the string "%map_theme_class_1_name%" instead > of the value bound by that parameter. Any clues on how to proceed? > > Ethan From thomaschx at gmx.de Thu Aug 20 10:25:03 2009 From: thomaschx at gmx.de (Thomasch) Date: Thu, 20 Aug 2009 19:25:03 +0200 Subject: [mapserver-users] Can't get any Results from a simple query Message-ID: <4A8D86EF.1030205@gmx.de> Hi, I'm quite new in Mapserver, so sorry for this simple question: I use the Itasca Demo with my own little map, containing just a few layers. The layers are displayed and labeld, so the connection is ok. But, if I try to query an Object, i always get: "msQueryByPoint(): Search returned no results. No matching record(s) found" I think I should get the geomety data at least? Here is the Layer part of my map file: Code: LAYER NAME orte DATA orte STATUS ON TYPE POLYGON LABELITEM "orte" CLASSITEM "orte" METADATA qstring_validation_pattern '.' END TOLERANCE 300 CLASS NAME 'orte' TEMPLATE "TP.html" STYLE COLOR 232 252 232 OUTLINECOLOR 32 32 32 END LABEL COLOR 0 0 0 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE BITMAP SIZE MEDIUM POSITION CC PARTIALS TRUE BUFFER 2 END END END Thanks in advance Thomasch From bfischer at houstoneng.com Thu Aug 20 12:46:44 2009 From: bfischer at houstoneng.com (Brian Fischer) Date: Thu, 20 Aug 2009 14:46:44 -0500 Subject: [mapserver-users] Export / Print Map to PDF In-Reply-To: <1250751943443-3477325.post@n2.nabble.com> References: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> <1250751943443-3477325.post@n2.nabble.com> Message-ID: The GeoMOOSE project also uses FPDF to export a map to pdf. There is a print.php script in the source code that would give you some ideas on how it is done. It also supports printing markups drawn on the map. Here's the help page for it http://www.geomoose.org/moose/howto/print_template.html Hope this helps, Brian -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of HeiJo Sent: Thursday, August 20, 2009 2:06 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Export / Print Map to PDF And you can use FPDF or UPDF for a further PDF file creation. Take notice of font issue. Refer to PMapper mapping software ( http://www.pmapper.net ) for an excellent exam. -- View this message in context: http://n2.nabble.com/Export---Print-Map-to-PDF-tp3456688p3477325.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 SansonR at asurequality.com Thu Aug 20 13:56:33 2009 From: SansonR at asurequality.com (Robert Sanson) Date: Fri, 21 Aug 2009 08:56:33 +1200 Subject: [mapserver-users] Export / Print Map to PDF In-Reply-To: <1250751943443-3477325.post@n2.nabble.com> References: <45a45b1c0908162237r270506e3v83ab38770bca5850@mail.gmail.com> <1250751943443-3477325.post@n2.nabble.com> Message-ID: <4A8E6141.379F.0037.0@asurequality.com> What we have done is set up a Python script in cgi-bin that takes the image generated by Mapserver and uses ReportLab ( http://www.reportlab.org/index.html ) to create a PDF. >>> HeiJo 20/08/2009 7:05 p.m. >>> And you can use FPDF or UPDF for a further PDF file creation. Take notice of font issue. Refer to PMapper mapping software ( http://www.pmapper.net ) for an excellent exam. -- View this message in context: http://n2.nabble.com/Export---Print-Map-to-PDF-tp3456688p3477325.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 ------------------------------------------------------------------ The contents of this email are confidential to AsureQuality. If you have received this communication in error please notify the sender immediately and delete the message and any attachments. The opinions expressed in this email are not necessarily those of AsureQuality. This message has been scanned for known viruses before delivery. AsureQuality supports the Unsolicited Electronic Messages Act 2007. If you do not wish to receive similar communications in future, please notify the sender of this message. ------------------------------------------------------------------ This message has been scanned for malware by SurfControl plc. www.surfcontrol.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rishikant.lal at gmail.com Thu Aug 20 21:53:30 2009 From: rishikant.lal at gmail.com (Rishikant Lal) Date: Fri, 21 Aug 2009 10:23:30 +0530 Subject: [mapserver-users] Displaying Huge Data on Mapserver In-Reply-To: <4A8C674E.2040501@sibern.com.au> References: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> <4A8C0B39.3090203@pobox.com> <4A8C674E.2040501@sibern.com.au> Message-ID: <5ada17d30908202153y36df2c75r190ab5a32a0cc2b1@mail.gmail.com> Dear Friends, I have a problem. I am trying to display nearly 10 Million Rows of Point feature on Map Server. I have imported the Data on Post GIS, Created GistIndex and even used Fast CGI. Features Display very quickly without Labels. Problem occurs if I try to label them in Layer definition. Is there a way I can Label Features in MapServer, without affecting the Map Display Speed. Thanks in Advance Rishikant On Thu, Aug 20, 2009 at 2:27 AM, Simon Haddon wrote: > I have had a postgresql / postgis database with over 120 million rows of > point data in a single table and I have been amazed about how well > postgresql performs. As long as you get your indexes and queries right then > I would recommend that option for point data. > > Cheers, > Simon > > > Frank Warmerdam wrote: > >> Rishikant Lal wrote: >> >>> Dear Friends, >>> I need some help. I have a Point Feature Layer that I want to display on >>> Map Server. The layer has Nearly Ten Million Point Features. >>> >> >> Rishikant, >> >> This is not a terribly large database though it is certainly large enough >> that care must be taken in how it is accessed. >> >> What kind of Data Base should I use? >>> Will Post GIS support this kind of Data? >>> What are the steps I should use to speed up the Map Display Process? >>> >> >> You should be able to achieve good performance with tile indexed >> shapefiles >> with indexes on the individual shapefiles and the tileindex. Some >> experimentation might be required to find an optimal breakdown. You could >> *try* it in one big shapefile with a spatial index but I have some doubts >> about whether this would give ideal performance. >> >> This dataset could also be well handled in PostGIS with a spatial index >> on the geometry column of course. >> >> A lot depends on what you want to do with this dataset of course. I'm >> assuming >> you want to render maps of very local regions with only a few thousands of >> points. Rendering points as symbols or labels can be expensive so we wary >> of trying to render too many on a map. >> >> Best regards, >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mapservernewbie at yahoo.com Fri Aug 21 05:43:23 2009 From: mapservernewbie at yahoo.com (MapServer Newbie) Date: Fri, 21 Aug 2009 05:43:23 -0700 (PDT) Subject: [mapserver-users] MapServer ITEMQUERY Message-ID: <600627.60360.qm@web111606.mail.gq1.yahoo.com> Hello All! I am a MapServer and Ubuntu newbie, trying to use the example code from: Bill Kropla, Begining MapServer Open Source GIS Development http://www.apress.com/book/downloadfile/2213 Chapter 5, fourth.map fourth.html... the QUERY and NQUERY modes work (although the TOLERANCE is not changed from the value in the .map file when he tries to use [map_Cities_tolerance] in the URL) but I am unable to get the ITEMQUERY mode to work at all. I am using his example of: qlayer=Cities qitem=COUNTRY qstring=/US/ I have also tried the non-regular expression query items: US 'US' "US" I always get the following error message: mapserv(): Web application error. Parameter 'qstring' value fails to validate. msValidateParameter(): Regular expression error. Parameter pattern validation failed. the URL is: http://localhost:8080/cgi-bin/mapserv? zoomdir=0&zoomsize=2 &layer=Cities&layer=Countries &mode=itemquery&qlayer=Cities&imgbox=&qitem=COUNTRY&imgshape=&qstring=%2FUS%2F &mapshape=&map_Cities_tolerance=0&shapeindex=&map_Countries_tolerance=0 &imgxy=320+160&imgext=-180.000000+-89.859155+180.000000+89.859155 &map=%2Fhome%2Fgeorge%2Ffgs%2Fapps%2Fgmap-demo-cvs_MS_VERSION_54%2Fhtdocs%2Ffourth.map &program=mapserv&slayer=Countries&previousmode=[previousmode]&savequery=true I am running MapTools fgs-mapserver_extended_5.4.2-fgs_9.5-linux-i386.bin on Ubuntu 9.04 Desktop Anyone have any idea why ITEMQUERY doesn't work? Anyone have an ITEMQUERY example that does work? -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at pobox.com Fri Aug 21 06:25:43 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 21 Aug 2009 09:25:43 -0400 Subject: [mapserver-users] Displaying Huge Data on Mapserver In-Reply-To: <5ada17d30908202153y36df2c75r190ab5a32a0cc2b1@mail.gmail.com> References: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> <4A8C0B39.3090203@pobox.com> <4A8C674E.2040501@sibern.com.au> <5ada17d30908202153y36df2c75r190ab5a32a0cc2b1@mail.gmail.com> Message-ID: <4A8EA057.9070905@pobox.com> Rishikant Lal wrote: > Dear Friends, > I have a problem. I am trying to display nearly 10 Million Rows of Point > feature on Map Server. I have imported the Data on Post GIS, Created > GistIndex and even used Fast CGI. Features Display very quickly without > Labels. Problem occurs if I try to label them in Layer definition. > Is there a way I can Label Features in MapServer, without affecting the > Map Display Speed. Rishikant, The literal answer is no, you can't do more work without some impact on performance. How many points are you trying to label? My understanding is that label collision detection in MapServer can get very expensive when a lot of of labels are candidates for display. If you attempt to display an area in which 10000 points appear, it will be very expensive even if after label collision detection they are weeded down to a much smaller number. If this is the issue, then you need to consider ways of restricting the labelling to more reasonable numbers of points. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From woodbri at swoodbridge.com Fri Aug 21 07:15:53 2009 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 21 Aug 2009 10:15:53 -0400 Subject: [mapserver-users] Displaying Huge Data on Mapserver In-Reply-To: <4A8EA057.9070905@pobox.com> References: <5ada17d30908182328i337d9f38p1dc107644942a4cb@mail.gmail.com> <4A8C0B39.3090203@pobox.com> <4A8C674E.2040501@sibern.com.au> <5ada17d30908202153y36df2c75r190ab5a32a0cc2b1@mail.gmail.com> <4A8EA057.9070905@pobox.com> Message-ID: <4A8EAC19.4010301@swoodbridge.com> Frank Warmerdam wrote: > Rishikant Lal wrote: >> Dear Friends, >> I have a problem. I am trying to display nearly 10 Million Rows of >> Point feature on Map Server. I have imported the Data on Post GIS, >> Created GistIndex and even used Fast CGI. Features Display very >> quickly without Labels. Problem occurs if I try to label them in Layer >> definition. >> Is there a way I can Label Features in MapServer, without affecting >> the Map Display Speed. > > Rishikant, > > The literal answer is no, you can't do more work without some impact on > performance. > > How many points are you trying to label? > > My understanding is that label collision detection in MapServer can get > very expensive when a lot of of labels are candidates for display. If > you attempt to display an area in which 10000 points appear, it will be > very expensive even if after label collision detection they are weeded > down to a much smaller number. > > If this is the issue, then you need to consider ways of restricting the > labelling to more reasonable numbers of points. > > Best regards, Rishikant, As Frank says label collision detection is very expensive and is close to an O(n*n) problem with respect to the number of candidates. So ideally you want to be able to tag some points that are more important than others or create another layer where you have clustered points in to some smaller number of of cluster points and display that when you are zoomed out and use that until you zoom in enough to spatially filter the points to the map viewport. If all points have equal display value, then you might add a column and assign a random number between 1 and 10 to each row, then you can filter based on that. To get 10% of the points, "where number=1" or 30% of the points "where number<=3", etc. In index may or may not help. -Steve W From schatterjee at addisontx.gov Fri Aug 21 12:08:30 2009 From: schatterjee at addisontx.gov (Suman Chatterjee) Date: Fri, 21 Aug 2009 14:08:30 -0500 Subject: [mapserver-users] visibility of layers in ka-map Message-ID: <6924A68BEE67AA46A1E95CC0EB4F98D0027A15EC@sc-exchange.addisongov.org> Hi, I have just started developing with ka-maps. But I am facing a problem at the start. The status of Some of my layers in the mapfile are set to OFF But in the ka-map they are still getting displayed. Again how to control the visibility of the layers? Which part I have to change? Its Very urgent . Looking for help Suman ******************************************************************************************************************* This e-mail and any files or attachments transmitted with it contains Information that is confidential and privileged. This document may contain Protected Health Information (PHI) or other information that is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please delete it and notify Hamid Khaleghipour at 972-450-2868 immediately. Thank you. ******************************************************************************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomaschx at gmx.de Sun Aug 23 05:14:29 2009 From: thomaschx at gmx.de (Thomasch) Date: Sun, 23 Aug 2009 14:14:29 +0200 Subject: [mapserver-users] Mapscript Strange behaviour of drawQuery Message-ID: <4A9132A5.3090507@gmx.de> Hi, I'm using Mapserver 5.2.1 on WinXP. If I try to draw a query using drawQuery() the scale of my map is changed - even if the qurery returns no result. If I don't draw the query, everyting is fine. Please see my code in Attachement. Is there a workaraund? Thank you Thomasch -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: map6.map URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomaschx at gmx.de Sun Aug 23 13:33:20 2009 From: thomaschx at gmx.de (Thomasch) Date: Sun, 23 Aug 2009 22:33:20 +0200 Subject: [mapserver-users] Label on Query Result Message-ID: <4A91A790.9090005@gmx.de> Hi, in the GMAP Demo the Query Results (e.g. for the Layer Cities) are labeled twice. If I change the Label positon from "AUTO" to someting other, the label of my result disappaers. Is there a way to label only the query results? Thanks Thomasch From e18184 at hotmail.com Sun Aug 23 17:02:42 2009 From: e18184 at hotmail.com (richard sivila rios) Date: Mon, 24 Aug 2009 00:02:42 +0000 Subject: [mapserver-users] Log instance of ArcSDE 9.2 from mapserver.Multiple geodatabases in one Oracle database Message-ID: Please help me I have the following problem: I am currently using this software (all this running on linux): For Linux: centos 5.2 oracle 10.2.0.1.0 arcsde version 9.2 para linux mapserver 5.2.0 ArcGis Desktop 9.2 Create an instance in my database server with ArcSDE ./sdesetup -o install -d ORACLE10G -i 5151:ucatastro -u ucatastro -p ucatastro and were as follows: ArcSDE Instance esri_sde's instances on richard at Sun Aug 23 12:45:16 2009 ------------------------------------------------------------------------- Instance Created Id -------------------- -------------------------------- ------------------------ SDE Fri Feb 6 20:18:33 2009 0 UCATASTRO Sat Aug 22 23:48:23 2009 1 * And create versions for my database: 2 versions found: Instance default version. ------------------------------------------------------------ Version Name: SDE.DEFAULT Version ID: 1 Parent Version Name: Parent Version ID: 0 State ID: 0 Access: Public Creation Time: Fri Feb 6 20:18:05 2009 ------------------------------------------------------------ Version Name: SDE.PRUEBA Version ID: 2 Parent Version Name: SDE.DEFAULT Parent Version ID: 1 State ID: 0 Access: Public Creation Time: Tue Apr 28 18:11:47 2009 ? My question is how do I connect to the instance UCATASTRO from mapserver. Since this achievement to do it without problems from ArcGIS Desktop 9.2. ? A below specifies the parameters of how I connect from ArcGIS 9.2 DESKTOP: Server: 10.0.0.100 Service: 5151:catastro username: ucatastro password: ucatastro The following transactional version will be used UCATASTRO.DEFAULT Note: At the request sde.DEFAULT successfully made it without problems. Here are my file let mapserver MAP IMAGETYPE PNG24 # lef bottom right top EXTENT 315769.467192 7611318.459955 327688.472240 7624271.824586 SIZE 800 600 IMAGECOLOR 255 255 255 #WEB # TEMPLATE 'index.html' # IMAGEPATH '/ms4w/Apache/htdocs/raster/tmp/' # IMAGEURL 'tmp' #END LAYER NAME states TYPE POLYGON CONNECTION "127.0.0.1,port:5151,noimporta,ucatastro,ucatastro" CONNECTIONTYPE SDE DATA "pprueba,SHAPE,SDE.PRUEBA" PROCESSING "QUERYORDER=ATTRIBUTE" # <-- MapServer 4.10 and above # PROCESSING "JOINTABLE=SDE_MASTER.GEOSERVWRITE.JOINTABLE" # CLASSITEM "SDE_MASTER.GEOSERVWRITE.JOINTABLE.VAL" # FILTER "SDE_MASTER.GEOSERVWRITE.JOINTABLE.AQ_TAG=SDE_MASTER.GEOSERVWRITE.JOINTESTLAYER.AQ_TAG" PROCESSING "OBJECTID=OBJECTID" TEMPLATE '/where/the/template/file/is/located' CLASS STYLE # SYMBOL 'circle' SIZE 3 COLOR -1 -1 -1 OUTLINECOLOR 0 0 0 END END END _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE -------------- next part -------------- An HTML attachment was scrubbed... URL: From e18184 at hotmail.com Sun Aug 23 17:05:03 2009 From: e18184 at hotmail.com (richards) Date: Sun, 23 Aug 2009 19:05:03 -0500 (CDT) Subject: [mapserver-users] Log instance of ArcSDE 9.2 from mapserver.Multiple geodatabases in one Oracle database Message-ID: <1251072303515-3500677.post@n2.nabble.com> Please help me I have the following problem: I am currently using this software (all this running on linux): For Linux: centos 5.2 oracle 10.2.0.1.0 arcsde version 9.2 para linux mapserver 5.2.0 ArcGis Desktop 9.2 Create an instance in my database server with ArcSDE ./sdesetup -o install -d ORACLE10G -i 5151:ucatastro -u ucatastro -p ucatastro and were as follows: ArcSDE Instance esri_sde's instances on richard at Sun Aug 23 12:45:16 2009 ------------------------------------------------------------------------- Instance Created Id -------------------- -------------------------------- ------------------------ SDE Fri Feb 6 20:18:33 2009 0 UCATASTRO Sat Aug 22 23:48:23 2009 1 * And create versions for my database: 2 versions found: Instance default version. ------------------------------------------------------------ Version Name: SDE.DEFAULT Version ID: 1 Parent Version Name: Parent Version ID: 0 State ID: 0 Access: Public Creation Time: Fri Feb 6 20:18:05 2009 ------------------------------------------------------------ Version Name: SDE.PRUEBA Version ID: 2 Parent Version Name: SDE.DEFAULT Parent Version ID: 1 State ID: 0 Access: Public Creation Time: Tue Apr 28 18:11:47 2009 ? My question is how do I connect to the instance UCATASTRO from mapserver. Since this achievement to do it without problems from ArcGIS Desktop 9.2. ? A below specifies the parameters of how I connect from ArcGIS 9.2 DESKTOP: Server: 10.0.0.100 Service: 5151:catastro username: ucatastro password: ucatastro The following transactional version will be used UCATASTRO.DEFAULT Note: At the request sde.DEFAULT successfully made it without problems. Here are my file let mapserver MAP IMAGETYPE PNG24 # lef bottom right top EXTENT 315769.467192 7611318.459955 327688.472240 7624271.824586 SIZE 800 600 IMAGECOLOR 255 255 255 #WEB # TEMPLATE 'index.html' # IMAGEPATH '/ms4w/Apache/htdocs/raster/tmp/' # IMAGEURL 'tmp' #END LAYER NAME states TYPE POLYGON CONNECTION "127.0.0.1,port:5151,noimporta,ucatastro,ucatastro" CONNECTIONTYPE SDE DATA "pprueba,SHAPE,SDE.PRUEBA" PROCESSING "QUERYORDER=ATTRIBUTE" # <-- MapServer 4.10 and above # PROCESSING "JOINTABLE=SDE_MASTER.GEOSERVWRITE.JOINTABLE" # CLASSITEM "SDE_MASTER.GEOSERVWRITE.JOINTABLE.VAL" # FILTER "SDE_MASTER.GEOSERVWRITE.JOINTABLE.AQ_TAG=SDE_MASTER.GEOSERVWRITE.JOINTESTLAYER.AQ_TAG" PROCESSING "OBJECTID=OBJECTID" TEMPLATE '/where/the/template/file/is/located' CLASS STYLE # SYMBOL 'circle' SIZE 3 COLOR -1 -1 -1 OUTLINECOLOR 0 0 0 END END END -- View this message in context: http://n2.nabble.com/Log-instance-of-ArcSDE-9-2-from-mapserver-Multiple-geodatabases-in-one-Oracle-database-tp3500677p3500677.html Sent from the Mapserver - User mailing list archive at Nabble.com. From deanm75 at hotmail.com Sun Aug 23 19:55:29 2009 From: deanm75 at hotmail.com (Dean) Date: Mon, 24 Aug 2009 12:55:29 +1000 Subject: [mapserver-users] FW: Time filter question Message-ID: Hi, I have a shape file that has an attribute 'ValidTime' as a string. This string has the format mm/dd/yyyy hh:mm:ss I would like to be able to query this attribute and match against the current time to retrieve only features with a ValidTime in the past 5 mintues. Is this possible using an expression query? If so, how? I'm using a simple map file and the WMS service to return tiles for overlay on Google Maps. Thanks! Dean -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian_gh.popa at romtelecom.ro Mon Aug 24 00:20:17 2009 From: adrian_gh.popa at romtelecom.ro (Adrian Popa) Date: Mon, 24 Aug 2009 10:20:17 +0300 Subject: [mapserver-users] Any pointers on calculating the shortest route between 2 points? Message-ID: <4A923F31.6070404@romtelecom.ro> Hello everybody, Sorry if this question is not specific to mapserver, but I was wondering if I could get some pointers on where to start with this problem. So, I have a layer with street numbers for some cities, and I want to be able to display the route between 2 such points. I've done something similar in the past by using Boost (as a perl module) and loading the network as a graph and using Dijkstra algorithm to calculate the shortest path between 2 points. The problem is - the data I had clearly defined the nodes of the graph (vertexes) and the edges (links) between the nodes, so I was able to easily build the graph and interpret the results. The data I have now looks like this (for a record): OGRFeature(Streets_geocoding):1123 Name (String) = West St FromLeft (Integer) = 3 ToLeft (Integer) = 5 FromRight (Integer) = 12 ToRight (Integer) = 32 Link_ID (Real) = 588532637 Judet (String) = TIMIS Localitate (String) = TIMISOARA L_PostCode (String) = 300609 R_PostCode (String) = 300609 Style = PEN(w:2px,c:#ff00ff,id:"mapinfo-pen-2.ogr-pen-0") LINESTRING (21.17921 45.751309999999997,21.18102 45.753790000000002) The problem is I have lots of small links (street segments) but without an obvious way to link them together (maybe Link_ID is something useful - I'll look into it). My question is: In your opinion - how is "routing" implemented on maps (e.g. on GPS receivers) - Do the maps have special information, or should I manage with what I have? Any pointers are helpful, thanks Regards, Adrian From gorka.lopez at geograma.com Mon Aug 24 02:41:34 2009 From: gorka.lopez at geograma.com (=?iso-8859-1?Q?Gorka_L=F3pez_Rivacoba?=) Date: Mon, 24 Aug 2009 11:41:34 +0200 Subject: [mapserver-users] Problem rendering in MapServer 5.2.1 Message-ID: <288C13941457C34CB3081F058BB1965C7669C9@sageograma.GEO-I.local> Hi, I have installed Map Server for Windows v1.57, that includes MapServer 5.2.1 CGI. I have written a .map file that consumes information stored in a PostGreSQL database (PostgreSQL 8.2 with PostGIS 1.3.2) When I ask for a map, in some cases, it appears with a line crossing it (see the attached images) Requested map using OpenLayers 512x512 pixel tile with the incident (see the bottom of the image) Does anybody know why this line appears? Thanks. Best regards, Gorka L?pez www.geograma.com C/ Castillo de Lantar?n 8 Bajo - 01007 Vitoria-Gasteiz ?lava Tel (+34) 945 13 13 72 E-mail: gorka.lopez at geograma.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3624 bytes Desc: image001.jpg URL: From woodbri at swoodbridge.com Mon Aug 24 05:50:27 2009 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Mon, 24 Aug 2009 08:50:27 -0400 Subject: [mapserver-users] Any pointers on calculating the shortest route between 2 points? In-Reply-To: <4A923F31.6070404@romtelecom.ro> References: <4A923F31.6070404@romtelecom.ro> Message-ID: <4A928C93.8090805@swoodbridge.com> Adrian, Look at pgRouting. http://pgrouting.postlbs.org/ -Steve Adrian Popa wrote: > Hello everybody, > > Sorry if this question is not specific to mapserver, but I was wondering > if I could get some pointers on where to start with this problem. > > So, I have a layer with street numbers for some cities, and I want to be > able to display the route between 2 such points. I've done something > similar in the past by using Boost (as a perl module) and loading the > network as a graph and using Dijkstra algorithm to calculate the > shortest path between 2 points. The problem is - the data I had clearly > defined the nodes of the graph (vertexes) and the edges (links) between > the nodes, so I was able to easily build the graph and interpret the > results. > The data I have now looks like this (for a record): > > OGRFeature(Streets_geocoding):1123 > Name (String) = West St > FromLeft (Integer) = 3 > ToLeft (Integer) = 5 > FromRight (Integer) = 12 > ToRight (Integer) = 32 > Link_ID (Real) = 588532637 > Judet (String) = TIMIS > Localitate (String) = TIMISOARA > L_PostCode (String) = 300609 > R_PostCode (String) = 300609 > Style = PEN(w:2px,c:#ff00ff,id:"mapinfo-pen-2.ogr-pen-0") > LINESTRING (21.17921 45.751309999999997,21.18102 45.753790000000002) > > The problem is I have lots of small links (street segments) but without > an obvious way to link them together (maybe Link_ID is something useful > - I'll look into it). > > My question is: In your opinion - how is "routing" implemented on maps > (e.g. on GPS receivers) - Do the maps have special information, or > should I manage with what I have? > > Any pointers are helpful, thanks > > Regards, > Adrian > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From adrian_gh.popa at romtelecom.ro Mon Aug 24 05:58:54 2009 From: adrian_gh.popa at romtelecom.ro (Adrian Popa) Date: Mon, 24 Aug 2009 15:58:54 +0300 Subject: [mapserver-users] Any pointers on calculating the shortest route between 2 points? In-Reply-To: <4A928C93.8090805@swoodbridge.com> References: <4A923F31.6070404@romtelecom.ro> <4A928C93.8090805@swoodbridge.com> Message-ID: <4A928E8E.2010902@romtelecom.ro> Thank you both, I wasn't aware of it. I will look into it. Regards, Adrian Stephen Woodbridge wrote: > Adrian, > > Look at pgRouting. http://pgrouting.postlbs.org/ > > -Steve > > > Adrian Popa wrote: >> Hello everybody, >> >> Sorry if this question is not specific to mapserver, but I was >> wondering if I could get some pointers on where to start with this >> problem. >> >> So, I have a layer with street numbers for some cities, and I want to >> be able to display the route between 2 such points. I've done >> something similar in the past by using Boost (as a perl module) and >> loading the network as a graph and using Dijkstra algorithm to >> calculate the shortest path between 2 points. The problem is - the >> data I had clearly defined the nodes of the graph (vertexes) and the >> edges (links) between the nodes, so I was able to easily build the >> graph and interpret the results. >> The data I have now looks like this (for a record): >> >> OGRFeature(Streets_geocoding):1123 >> Name (String) = West St >> FromLeft (Integer) = 3 >> ToLeft (Integer) = 5 >> FromRight (Integer) = 12 >> ToRight (Integer) = 32 >> Link_ID (Real) = 588532637 >> Judet (String) = TIMIS >> Localitate (String) = TIMISOARA >> L_PostCode (String) = 300609 >> R_PostCode (String) = 300609 >> Style = PEN(w:2px,c:#ff00ff,id:"mapinfo-pen-2.ogr-pen-0") >> LINESTRING (21.17921 45.751309999999997,21.18102 45.753790000000002) >> >> The problem is I have lots of small links (street segments) but >> without an obvious way to link them together (maybe Link_ID is >> something useful - I'll look into it). >> >> My question is: In your opinion - how is "routing" implemented on >> maps (e.g. on GPS receivers) - Do the maps have special information, >> or should I manage with what I have? >> >> Any pointers are helpful, thanks >> >> Regards, >> Adrian >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > From yassefa at dmsolutions.ca Mon Aug 24 06:40:39 2009 From: yassefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 24 Aug 2009 09:40:39 -0400 Subject: [mapserver-users] FW: Time filter question In-Reply-To: References: Message-ID: <4A929857.1010600@dmsolutions.ca> Hi There, Did you had a chance to review this doc, you might be able to acheive what you want using wms time support: http://mapserver.org/ogc/wms_time.html regards, Dean wrote: > > > Hi, > > > > I have a shape file that has an attribute ?ValidTime? as a string. This > string has the format mm/dd/yyyy hh:mm:ss > > I would like to be able to query this attribute and match against the > current time to retrieve only features with a ValidTime in the past 5 > mintues. > > Is this possible using an expression query? If so, how? I'm using a > simple map file and the WMS service to return tiles for overlay on > Google Maps. > > > > Thanks! > > Dean > > > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From ben at remoteinformation.com.au Mon Aug 24 05:43:51 2009 From: ben at remoteinformation.com.au (Ben Madin) Date: Mon, 24 Aug 2009 20:43:51 +0800 Subject: [mapserver-users] Any pointers on calculating the shortest route between 2 points? In-Reply-To: <20090824094708.077DEE01802@lists.osgeo.org> References: <20090824094708.077DEE01802@lists.osgeo.org> Message-ID: <3F3EF020-0CFC-47E7-AC73-BF4E30D10285@remoteinformation.com.au> Adrian, I think you could look at pgRouting (http://pgrouting.postlbs.org/) and especially work through the tutorials. There are functions for building network topology in it. I guess it does mean using postgis, but if you aren't already, I think it is worth the time to at least look into it. good luck. cheers Ben On 24/08/2009, at 5:47 PM, Adrian Popa wrote: > Hello everybody, > > Sorry if this question is not specific to mapserver, but I was > wondering if I could get some pointers on where to start with this > problem. > > So, I have a layer with street numbers for some cities, and I want > to be able to display the route between 2 such points. I've done > something similar in the past by using Boost (as a perl module) and > loading the network as a graph and using Dijkstra algorithm to > calculate the shortest path between 2 points. The problem is - the > data I had clearly defined the nodes of the graph (vertexes) and the > edges (links) between the nodes, so I was able to easily build the > graph and interpret the results. > The data I have now looks like this (for a record): > > OGRFeature(Streets_geocoding):1123 > Name (String) = West St > FromLeft (Integer) = 3 > ToLeft (Integer) = 5 > FromRight (Integer) = 12 > ToRight (Integer) = 32 > Link_ID (Real) = 588532637 > Judet (String) = TIMIS > Localitate (String) = TIMISOARA > L_PostCode (String) = 300609 > R_PostCode (String) = 300609 > Style = PEN(w:2px,c:#ff00ff,id:"mapinfo-pen-2.ogr-pen-0") > LINESTRING (21.17921 45.751309999999997,21.18102 45.753790000000002) > > The problem is I have lots of small links (street segments) but > without an obvious way to link them together (maybe Link_ID is > something useful - I'll look into it). > > My question is: In your opinion - how is "routing" implemented on > maps (e.g. on GPS receivers) - Do the maps have special information, > or should I manage with what I have? > > Any pointers are helpful, thanks > > Regards, > Adrian -- Ben Madin REMOTE INFORMATION t : +61 8 9192 5455 f : +61 8 9192 5535 m : 0448 887 220 Broome WA 6725 ben at remoteinformation.com.au Out here, it pays to know... -------------- next part -------------- An HTML attachment was scrubbed... URL: From antonio.mailinglist at gmail.com Mon Aug 24 12:30:28 2009 From: antonio.mailinglist at gmail.com (Antonio Volpix) Date: Mon, 24 Aug 2009 21:30:28 +0200 Subject: [mapserver-users] drawEPP(): EPPL7 support is not available Message-ID: Hi, I am spending a lot of time to resolve this issue. I run a lot of WMS requests to mapserver always on the same mapfile and same layer. Some time, and I don't understand why , mapserver return me the error in the subject. The error is localized always in a specific area , it isn't random. someone have any idea?? Thanks a lot Antonio -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at pobox.com Mon Aug 24 12:50:03 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 24 Aug 2009 15:50:03 -0400 Subject: [mapserver-users] drawEPP(): EPPL7 support is not available In-Reply-To: References: Message-ID: <4A92EEEB.2090909@pobox.com> Antonio Volpix wrote: > Hi, > I am spending a lot of time to resolve this issue. > I run a lot of WMS requests to mapserver always on the same mapfile and > same layer. > Some time, and I don't understand why , mapserver return me the error > in the subject. > The error is localized always in a specific area , it isn't random. Antonio, Is the problem reliably repeatable with a particular request? Does you have a tiled raster layer in your map file? The error generally means that a raster file was not able to be opened with any of the provided mechanisms. Generally speaking it should be GDAL that opens the file, but it would seem that for some file (at least sometimes) GDALOpen() is failing. It may be helpful to enable GDAL debug output, especially if you can narrow things down to a particular request the triggers it. This should be accomplishable in the MAP file by adding this line within the MAP object: CONFIG "CPL_DEBUG" "ON" Alternatively set this as an environment variable in a mapserv cgi wrapper script. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From deanm75 at hotmail.com Mon Aug 24 15:16:09 2009 From: deanm75 at hotmail.com (Dean) Date: Tue, 25 Aug 2009 08:16:09 +1000 Subject: [mapserver-users] FW: Time filter question In-Reply-To: <4A929857.1010600@dmsolutions.ca> References: <4A929857.1010600@dmsolutions.ca> Message-ID: I was hoping to do this in the map file using an expression, Something like: EXPRESSION((%now% - [ValidTime]) < 5) I'm not sure how to get the map file to use a NOW() type expression -----Original Message----- From: Yewondwossen Assefa [mailto:yassefa at dmsolutions.ca] Sent: Monday, 24 August 2009 11:41 PM To: Dean Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] FW: Time filter question Hi There, Did you had a chance to review this doc, you might be able to acheive what you want using wms time support: http://mapserver.org/ogc/wms_time.html regards, Dean wrote: > > > Hi, > > > > I have a shape file that has an attribute 'ValidTime' as a string. This > string has the format mm/dd/yyyy hh:mm:ss > > I would like to be able to query this attribute and match against the > current time to retrieve only features with a ValidTime in the past 5 > mintues. > > Is this possible using an expression query? If so, how? I'm using a > simple map file and the WMS service to return tiles for overlay on > Google Maps. > > > > Thanks! > > Dean > > > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From mpg70221725 at yahoo.com.ar Mon Aug 24 15:43:41 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Mon, 24 Aug 2009 15:43:41 -0700 (PDT) Subject: [mapserver-users] Compilar mapscript.so para linux Message-ID: <932015.4723.qm@web33903.mail.mud.yahoo.com> hola a todos, estoy haciendo mi proyecto, tengo un problema, ahora quiero migrar mi proyecto a linux, lo estoy haciendo con openjdk 1.6.0 va bien, pero la libreria que me falta "Es decir la libreria dinamica para? linux mapscript.so" como puedo obtenerla? o puedo compilarla. por favor ayuda! Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Mon Aug 24 15:43:41 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Mon, 24 Aug 2009 15:43:41 -0700 (PDT) Subject: [mapserver-users] Compilar mapscript.so para linux Message-ID: <932015.4723.qm@web33903.mail.mud.yahoo.com> hola a todos, estoy haciendo mi proyecto, tengo un problema, ahora quiero migrar mi proyecto a linux, lo estoy haciendo con openjdk 1.6.0 va bien, pero la libreria que me falta "Es decir la libreria dinamica para? linux mapscript.so" como puedo obtenerla? o puedo compilarla. por favor ayuda! Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Mon Aug 24 15:43:45 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Mon, 24 Aug 2009 15:43:45 -0700 (PDT) Subject: [mapserver-users] Compile mapscript.so for linux Message-ID: <272240.6389.qm@web33903.mail.mud.yahoo.com> Hi to everybody, i am doing my project, i have a problem, i now want migrate my project to linux, what am i doing with openjdk 1.6.0 goes well, but the library i lack "i.e. the libreria dynamics for linux mapscript.so" as i can get it or i can compile, so please help! Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpg70221725 at yahoo.com.ar Mon Aug 24 15:43:45 2009 From: mpg70221725 at yahoo.com.ar (joel ml) Date: Mon, 24 Aug 2009 15:43:45 -0700 (PDT) Subject: [mapserver-users] Compile mapscript.so for linux Message-ID: <272240.6389.qm@web33903.mail.mud.yahoo.com> Hi to everybody, i am doing my project, i have a problem, i now want migrate my project to linux, what am i doing with openjdk 1.6.0 goes well, but the library i lack "i.e. the libreria dynamics for linux mapscript.so" as i can get it or i can compile, so please help! Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From antonio.mailinglist at gmail.com Mon Aug 24 16:15:29 2009 From: antonio.mailinglist at gmail.com (Antonio Volpix) Date: Tue, 25 Aug 2009 01:15:29 +0200 Subject: [mapserver-users] drawEPP(): EPPL7 support is not available In-Reply-To: <4A92EEEB.2090909@pobox.com> References: <4A92EEEB.2090909@pobox.com> Message-ID: On Mon, Aug 24, 2009 at 9:50 PM, Frank Warmerdam wrote: > Antonio Volpix wrote: > >> Hi, >> I am spending a lot of time to resolve this issue. >> I run a lot of WMS requests to mapserver always on the same mapfile and >> same layer. >> Some time, and I don't understand why , mapserver return me the error in >> the subject. >> The error is localized always in a specific area , it isn't random. >> > > Antonio, > > Is the problem reliably repeatable with a particular request? Yes , always in that area it gives me the same error. But if I use a BBOX with a smaller range keeping the same tilesize (256x256) it works fine ( not always) I am running WMS requests to generate a 256x256 tiles at different zoom levels. > > Does you have a tiled raster layer in your map file? Yes I have about 28000 images , .gif with a .wld associated. > > > The error generally means that a raster file was not able to be opened > with any of the provided mechanisms. Generally speaking it should be > GDAL that opens the file, but it would seem that for some file (at least > sometimes) GDALOpen() is failing. > > It may be helpful to enable GDAL debug output, especially if you can narrow > things down to a particular request the triggers it. This should be > accomplishable in the MAP file by adding this line within the MAP object: > > CONFIG "CPL_DEBUG" "ON" OK , I set up this option in the map file but where have I to check the error ? Thanks for your quickly response. Antonio > > > Alternatively set this as an environment variable in a mapserv cgi wrapper > script. > > Best regards, > -- > > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aboudreault at mapgears.com Mon Aug 24 17:17:58 2009 From: aboudreault at mapgears.com (Alan Boudreault) Date: Mon, 24 Aug 2009 20:17:58 -0400 Subject: [mapserver-users] Compile mapscript.so for linux In-Reply-To: <272240.6389.qm@web33903.mail.mud.yahoo.com> References: <272240.6389.qm@web33903.mail.mud.yahoo.com> Message-ID: <4A932DB6.3020508@mapgears.com> Hi joel, You will have to build the mapscript library. If the language needed is PHP, I would suggest you to take a look this url: http://mapserver.org/installation/php.html . If you need another language, there is probably a README file for each language in the swig directory of the source code. Alan joel ml wrote: > Hi to everybody, i am doing my project, i have a problem, i now want > migrate my project to linux, what am i doing with openjdk 1.6.0 goes > well, but the library i lack "i.e. the libreria dynamics for linux > mapscript.so" as i can get it or i can compile, so please help! > > > ------------------------------------------------------------------------ > > Encontra las mejores recetas con Yahoo! Cocina. > http://ar.mujer.yahoo.com/cocina/ > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Alan Boudreault Mapgears http://www.mapgears.com/ From Steve.Lime at dnr.state.mn.us Mon Aug 24 20:25:15 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Mon, 24 Aug 2009 22:25:15 -0500 Subject: [mapserver-users] Mapscript Strange behaviour of drawQuery Message-ID: <4A93134C0200008F00027960@co5.dnr.state.mn.us> It's possible that the query functions themselves are mucking with the map extent. Did you try: 1) printing the extent before and after the query? 2) expressly setting its value to what you expect before calling drawQuery? Steve >>> Thomasch 08/23/09 7:15 AM >>> Hi, I'm using Mapserver 5.2.1 on WinXP. If I try to draw a query using drawQuery() the scale of my map is changed - even if the qurery returns no result. If I don't draw the query, everyting is fine. Please see my code in Attachement. Is there a workaraund? Thank you Thomasch From Steve.Lime at dnr.state.mn.us Mon Aug 24 20:27:42 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Mon, 24 Aug 2009 22:27:42 -0500 Subject: [mapserver-users] Label on Query Result Message-ID: <4A9313DE0200008F00027965@co5.dnr.state.mn.us> Depending on the TYPE of querymap the layer can have features drawn twice. Those features use the same label definition though. Try setting a MINDISTANCE for the layer in question. I would think a relatively modest value would remove the duplicates. Steve >>> Thomasch 08/23/09 3:34 PM >>> Hi, in the GMAP Demo the Query Results (e.g. for the Layer Cities) are labeled twice. If I change the Label positon from "AUTO" to someting other, the label of my result disappaers. Is there a way to label only the query results? Thanks Thomasch _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From Steve.Lime at dnr.state.mn.us Mon Aug 24 20:37:14 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Mon, 24 Aug 2009 22:37:14 -0500 Subject: [mapserver-users] MapServer ITEMQUERY Message-ID: <4A93161A0200008F0002796A@co5.dnr.state.mn.us> One thing to note about item queries is that they do also use the map extent as a pre-filter. If you want to make sure all features are candidates then make sure your map extent encompasses all your features. Now, for your error. The Kropla book predates many changes on the security side of MapServer and this is one example. In effect an attribute query mucks with the FILTER of a layer and since that could be a where clause in a database you don't want to pass just anything. Assuming you have a cities layer it might look like so: LAYER NAME 'cities' DATA 'some shapefile' TYPE POINT METADATA # allow query strings consisting of 2 or 3 character country codes qstring_validation_pattern '^[A-Z]{2,3}$' END ... TEMPLATE 'some template' # to be queryable END and you'd query like so: http://yourserver/cgi-bin/mapserv?map=yourmapfile.map&mode=itemquery&qstring=US&qitem=country&qlayer=cities Make sense? Steve >>> MapServer Newbie 08/21/09 7:47 AM >>> Hello All! I am a MapServer and Ubuntu newbie, trying to use the example code from: Bill Kropla, Begining MapServer Open Source GIS Development http://www.apress.com/book/downloadfile/2213 Chapter 5, fourth.map fourth.html... the QUERY and NQUERY modes work (although the TOLERANCE is not changed from the value in the .map file when he tries to use [map_Cities_tolerance] in the URL) but I am unable to get the ITEMQUERY mode to work at all. I am using his example of: qlayer=Cities qitem=COUNTRY qstring=/US/ I have also tried the non-regular expression query items: US 'US' "US" I always get the following error message: mapserv(): Web application error. Parameter 'qstring' value fails to validate. msValidateParameter(): Regular expression error. Parameter pattern validation failed. the URL is: http://localhost:8080/cgi-bin/mapserv? zoomdir=0&zoomsize=2 &layer=Cities&layer=Countries &mode=itemquery&qlayer=Cities&imgbox=&qitem=COUNTRY&imgshape=&qstring=%2FUS%2F &mapshape=&map_Cities_tolerance=0&shapeindex=&map_Countries_tolerance=0 &imgxy=320+160&imgext=-180.000000+-89.859155+180.000000+89.859155 &map=%2Fhome%2Fgeorge%2Ffgs%2Fapps%2Fgmap-demo-cvs_MS_VERSION_54%2Fhtdocs%2Ffourth.map &program=mapserv&slayer=Countries&previousmode=[previousmode]&savequery=true I am running MapTools fgs-mapserver_extended_5.4.2-fgs_9.5-linux-i386.bin on Ubuntu 9.04 Desktop Anyone have any idea why ITEMQUERY doesn't work? Anyone have an ITEMQUERY example that does work? From thomaschx at gmx.de Tue Aug 25 07:10:38 2009 From: thomaschx at gmx.de (Thomasch) Date: Tue, 25 Aug 2009 16:10:38 +0200 Subject: [mapserver-users] Label on Query Result In-Reply-To: <4A9313DE0200008F00027965@co5.dnr.state.mn.us> References: <4A9313DE0200008F00027965@co5.dnr.state.mn.us> Message-ID: <4A93F0DE.6090409@gmx.de> Hi, the combination MINDISTANCE 0 an POSITION AUTO works as is should. Every other settings cause no or two Labels. Anyway, thank you for the workaraound. Thomasch Steve Lime wrote: > Depending on the TYPE of querymap the layer can have features > drawn twice. Those features use the same label definition though. > Try setting a MINDISTANCE for the layer in question. I would think > a relatively modest value would remove the duplicates. > > Steve > >>>> Thomasch 08/23/09 3:34 PM >>> > Hi, > in the GMAP Demo the Query Results (e.g. for the Layer Cities) are > labeled twice. If I change the Label positon from "AUTO" to someting > other, the label of my result disappaers. > > Is there a way to label only the query results? > > > Thanks > > > Thomasch > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From thomaschx at gmx.de Tue Aug 25 07:18:29 2009 From: thomaschx at gmx.de (Thomasch) Date: Tue, 25 Aug 2009 16:18:29 +0200 Subject: [mapserver-users] Mapscript Strange behaviour of drawQuery In-Reply-To: <4A93134C0200008F00027960@co5.dnr.state.mn.us> References: <4A93134C0200008F00027960@co5.dnr.state.mn.us> Message-ID: <4A93F2B5.6030803@gmx.de> Hi, I set the ectends before the query. But I found, that's possible to draw the querymap instead of the "normal" map like the GMap demo does. So I didn't deal with this case any longer. Thomasch Steve Lime wrote: > It's possible that the query functions themselves are mucking with the > map extent. Did you try: > > 1) printing the extent before and after the query? > 2) expressly setting its value to what you expect before calling drawQuery? > > Steve > >>>> Thomasch 08/23/09 7:15 AM >>> > Hi, > I'm using Mapserver 5.2.1 on WinXP. > If I try to draw a query using drawQuery() the scale of my map is > changed - even if the qurery returns no result. If I don't draw the > query, everyting is fine. > > Please see my code in Attachement. > > Is there a workaraund? > > > Thank you > > > Thomasch > From npj at i-gis.dk Tue Aug 25 07:42:27 2009 From: npj at i-gis.dk (Niels-Peter Jensen) Date: Tue, 25 Aug 2009 16:42:27 +0200 Subject: [mapserver-users] Mapserver consuming Google Maps Message-ID: Hi mapserver users Does anybody know if there has been done work to let MapServer consume Google maps ? I know that this is possible in OpenLayers (an example: http://openlayers.org/dev/examples/google.html), but with MapServer I can only se it the other way around, MapeServer serving maps til a GoogleMaps application by WMS. Niels-Peter From crschmidt at metacarta.com Tue Aug 25 08:14:24 2009 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Tue, 25 Aug 2009 11:14:24 -0400 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: References: Message-ID: <20090825151424.GD16979@metacarta.com> On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > Hi mapserver users > > Does anybody know if there has been done work to let MapServer consume > Google maps ? > I know that this is possible in OpenLayers (an example: > http://openlayers.org/dev/examples/google.html), but with MapServer I can > only se it the other way around, MapeServer serving maps til a GoogleMaps > application by WMS. Doing so would be a violation of the terms of use of Google Maps. Regards, -- Christopher Schmidt MetaCarta From msieczka at sieczka.org Tue Aug 25 11:27:32 2009 From: msieczka at sieczka.org (Maciej Sieczka) Date: Tue, 25 Aug 2009 20:27:32 +0200 Subject: [mapserver-users] please document MINGEOWIDTH/MAXGEOWIDTH Message-ID: <4A942D14.5010007@sieczka.org> In 5.4.0 release notes [1] I read MapServer supports MINGEOWIDTH/MAXGEOWIDTH parameters [2]. Cool! Almost missed that - it's from docs [3]. Would you please document it? [1]http://trac.osgeo.org/mapserver/browser/tags/rel-5-4-2/mapserver/HISTORY.TXT [2]http://trac.osgeo.org/mapserver/ticket/2738 [3]http://mapserver.org/documentation.html Best, Maciek -- Maciej Sieczka http://www.sieczka.org From Steve.Lime at dnr.state.mn.us Tue Aug 25 11:56:23 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Tue, 25 Aug 2009 13:56:23 -0500 Subject: [mapserver-users] please document MINGEOWIDTH/MAXGEOWIDTH Message-ID: <4A93ED880200008F00027A14@co5.dnr.state.mn.us> Thanks for pointing that out. I re-opened the ticket and assigned it to the documentation folks. Steve >>> Maciej Sieczka 08/25/09 1:48 PM >>> In 5.4.0 release notes [1] I read MapServer supports MINGEOWIDTH/MAXGEOWIDTH parameters [2]. Cool! Almost missed that - it's from docs [3]. Would you please document it? [1]http://trac.osgeo.org/mapserver/browser/tags/rel-5-4-2/mapserver/HISTORY.TXT [2]http://trac.osgeo.org/mapserver/ticket/2738 [3]http://mapserver.org/documentation.html Best, Maciek -- Maciej Sieczka http://www.sieczka.org _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From szekerest at gmail.com Tue Aug 25 12:04:07 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Tue, 25 Aug 2009 21:04:07 +0200 Subject: [mapserver-users] please document MINGEOWIDTH/MAXGEOWIDTH In-Reply-To: <4A93ED880200008F00027A14@co5.dnr.state.mn.us> References: <4A93ED880200008F00027A14@co5.dnr.state.mn.us> Message-ID: I thought I've already added the documentation to this stuff. I'll take this over and update the mapfile and mapscript docs accordingly. Best regards, Tamas 2009/8/25 Steve Lime > Thanks for pointing that out. I re-opened the ticket and assigned it to > the documentation folks. > > Steve > > >>> Maciej Sieczka 08/25/09 1:48 PM >>> > In 5.4.0 release notes [1] I read MapServer supports > MINGEOWIDTH/MAXGEOWIDTH parameters [2]. Cool! Almost missed that - it's > from docs [3]. Would you please document it? > > [1] > http://trac.osgeo.org/mapserver/browser/tags/rel-5-4-2/mapserver/HISTORY.TXT > [2]http://trac.osgeo.org/mapserver/ticket/2738 > [3]http://mapserver.org/documentation.html > > Best, > Maciek > > -- > Maciej Sieczka > http://www.sieczka.org > > _______________________________________________ > 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 npj at i-gis.dk Wed Aug 26 00:04:59 2009 From: npj at i-gis.dk (Niels-Peter Jensen) Date: Wed, 26 Aug 2009 09:04:59 +0200 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <20090825151424.GD16979@metacarta.com> Message-ID: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> Yes, it could be a violation of terms, but not if the copyright notice and links still is there - or am I wrong on that ? At least, thats this is what the Openlayers community thinks. I think it would be a very nice if that could be accomplished with MapServer too. Niels-Peter -----Oprindelig meddelelse----- Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] Sendt: 25. august 2009 17:14 Til: Niels-Peter Jensen Cc: mapserver-users at lists.osgeo.org Emne: Re: [mapserver-users] Mapserver consuming Google Maps On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > Hi mapserver users > > Does anybody know if there has been done work to let MapServer consume > Google maps ? I know that this is possible in OpenLayers (an example: > http://openlayers.org/dev/examples/google.html), but with MapServer I can > only se it the other way around, MapeServer serving maps til a GoogleMaps > application by WMS. Doing so would be a violation of the terms of use of Google Maps. Regards, -- Christopher Schmidt MetaCarta No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.65/2324 - Release Date: 08/24/09 12:55:00 From pal.kristensen at statkart.no Wed Aug 26 00:09:29 2009 From: pal.kristensen at statkart.no (paalkr) Date: Wed, 26 Aug 2009 02:09:29 -0500 (CDT) Subject: [mapserver-users] Documentation update In-Reply-To: <1238590330428-2568788.post@n2.nabble.com> References: <1235751624497-2396593.post@n2.nabble.com> <49A81783.6040901@gatewaygeomatics.com> <1235761579085-2397520.post@n2.nabble.com> <1238590330428-2568788.post@n2.nabble.com> Message-ID: <1251270569580-3514320.post@n2.nabble.com> Hi! Do I need to do make any changes or something to the ticket, to get a feedback on this issue? Regards, P?l Kristensen paalkr wrote: > > Bump > > P?l > > > paalkr wrote: >> >> Done, http://trac.osgeo.org/mapserver/ticket/2909#preview >> >> P?l >> >> >> Jeff McKenna wrote: >>> >>> paalkr wrote: >>>> Hi! >>>> >>>> I would suggest that someone with the right privileges adds the >>>> following >>>> the the documentation >>>> >>>> In the LAYER mapfile reference >>>> (http://mapserver.org/mapfile/layer.html), >>>> new headline Label directives: >>>> PROCESSING "LABEL_NO_CLIP=True" >>>> >>>> In the Raster Data, Special Processing Directives >>>> (http://mapserver.org/input/raster.html#special-processing-directives) >>>> PROCESSING "OVERSAMPLE_RATIO=[int]" >>>> >>>> Both are quite handy, and information about usage should be easy >>>> accessible >>>> in the documentation. >>>> >>>> Regards, >>>> P?l Kristensen >>> >>> >>> Please file any documentation changes you need through the MapServer >>> Issue Tracker, in the "MapServer Documentation" component. Thank you. >>> (otherwise mailing list emails are lost and forgotten) >>> >>> -jeff >>> >>> >>> >>> -- >>> Jeff McKenna >>> FOSS4G Consulting and Training Services >>> http://www.gatewaygeomatics.com/ >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >> >> > > ----- Regards, P?l Kristensen -- View this message in context: http://n2.nabble.com/Documentation-update-tp2396593p3514320.html Sent from the Mapserver - User mailing list archive at Nabble.com. From adams at terrestris.de Wed Aug 26 00:20:30 2009 From: adams at terrestris.de (Till Adams) Date: Wed, 26 Aug 2009 09:20:30 +0200 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> Message-ID: <4A94E23E.2090405@terrestris.de> Niels-Peter, I really do not see the need for this. All things, which are fun regarding Mapserver are not possible with GoogleMaps, e.g. reprojection or define your map layout in an easy way. Even if you would write some piece of code, which would enable mapserver getting that google tiles as a datasource you'll have at least a slower service than pure google and - if reprojecting the google stuff - you'll have "unreadable" maps with distorted labels. So beside the fact Chris already mentioned - I think if you have a client, which is able to show Mapserver services AND google map services together, you're fine, or what is your intention? Regards, Till > Yes, it could be a violation of terms, but not if the copyright notice and > links still is there - or am I wrong on that ? > At least, thats this is what the Openlayers community thinks. > I think it would be a very nice if that could be accomplished with MapServer > too. > > Niels-Peter > > > -----Oprindelig meddelelse----- > Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] > Sendt: 25. august 2009 17:14 > Til: Niels-Peter Jensen > Cc: mapserver-users at lists.osgeo.org > Emne: Re: [mapserver-users] Mapserver consuming Google Maps > > > On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > >> Hi mapserver users >> >> Does anybody know if there has been done work to let MapServer consume >> Google maps ? I know that this is possible in OpenLayers (an example: >> http://openlayers.org/dev/examples/google.html), but with MapServer I can >> only se it the other way around, MapeServer serving maps til a GoogleMaps >> application by WMS. >> > > Doing so would be a violation of the terms of use of Google Maps. > > Regards, > -- ---------------------------------------------------------- terrestris GmbH & Co. KG Irmintrudisstrasse 17 53111 Bonn Germany Till Adams Gesch?ftsf?hrung Tel: +49 (0)228 / 962 899-52 Fax: +49 (0)228 / 962 899-57 adams at terrestris.de http://www.terrestris.de Amtsgericht Bonn, HRA 6835 --------------------------------------------------------- Komplement?rin: terrestris Verwaltungs GmbH vertreten durch: Hinrich Paulsen, Till Adams From Jukka.Rahkonen at mmmtike.fi Wed Aug 26 00:47:34 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Wed, 26 Aug 2009 10:47:34 +0300 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> References: <20090825151424.GD16979@metacarta.com> <4D504DFCDBC248B8A910C8FECF9B456C@T61p> Message-ID: Hi, Openlayers applications are not cascading Google Maps tiles but client applications are requesting them from Google API, directly from the users computers. I think that chapter 10 in the document at http://code.google.com/intl/fi-FI/apis/maps/terms.html says rather clear that you are not allowed to serve Google Map data through your Mapserver. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta > Niels-Peter Jensen > L?hetetty: 26. elokuuta 2009 10:05 > Vastaanottaja: 'Christopher Schmidt' > Kopio: mapserver-users at lists.osgeo.org > Aihe: SV: [mapserver-users] Mapserver consuming Google Maps > > Yes, it could be a violation of terms, but not if the > copyright notice and links still is there - or am I wrong on that ? > At least, thats this is what the Openlayers community thinks. > I think it would be a very nice if that could be accomplished > with MapServer too. > > Niels-Peter > > > -----Oprindelig meddelelse----- > Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] > Sendt: 25. august 2009 17:14 > Til: Niels-Peter Jensen > Cc: mapserver-users at lists.osgeo.org > Emne: Re: [mapserver-users] Mapserver consuming Google Maps > > > On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > > Hi mapserver users > > > > Does anybody know if there has been done work to let > MapServer consume > > Google maps ? I know that this is possible in OpenLayers > (an example: > > http://openlayers.org/dev/examples/google.html), but with > MapServer I can > > only se it the other way around, MapeServer serving maps > til a GoogleMaps > > application by WMS. > > Doing so would be a violation of the terms of use of Google Maps. > > Regards, > -- > Christopher Schmidt > MetaCarta > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.409 / Virus Database: 270.13.65/2324 - Release > Date: 08/24/09 > 12:55:00 > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From npj at i-gis.dk Wed Aug 26 00:54:02 2009 From: npj at i-gis.dk (Niels-Peter Jensen) Date: Wed, 26 Aug 2009 09:54:02 +0200 Subject: SV: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4A94E23E.2090405@terrestris.de> Message-ID: <55D7D01AF344433989BDEF75C01EFC55@T61p> Hi Till I see the google maps tiles as a way of getting a free basemap. You are properly right regarding distroted labels when reprojecting googlemaps - depending on where you are in the world and the final projection. But at least a pure sattelite image would ok. I could make a client to consume both Mapserver and Googlemaps, but I would like to do it on the server side and be able to use MapServer features, eg. turning on/off layers, changing order of layers and so on. Regards Niels-Peter -----Oprindelig meddelelse----- Fra: Till Adams [mailto:adams at terrestris.de] Sendt: 26. august 2009 09:21 Til: Niels-Peter Jensen Cc: mapserver-users at lists.osgeo.org Emne: Re: SV: [mapserver-users] Mapserver consuming Google Maps Niels-Peter, I really do not see the need for this. All things, which are fun regarding Mapserver are not possible with GoogleMaps, e.g. reprojection or define your map layout in an easy way. Even if you would write some piece of code, which would enable mapserver getting that google tiles as a datasource you'll have at least a slower service than pure google and - if reprojecting the google stuff - you'll have "unreadable" maps with distorted labels. So beside the fact Chris already mentioned - I think if you have a client, which is able to show Mapserver services AND google map services together, you're fine, or what is your intention? Regards, Till > Yes, it could be a violation of terms, but not if the copyright notice > and links still is there - or am I wrong on that ? At least, thats > this is what the Openlayers community thinks. I think it would be a > very nice if that could be accomplished with MapServer too. > > Niels-Peter > > > -----Oprindelig meddelelse----- > Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] > Sendt: 25. august 2009 17:14 > Til: Niels-Peter Jensen > Cc: mapserver-users at lists.osgeo.org > Emne: Re: [mapserver-users] Mapserver consuming Google Maps > > > On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > >> Hi mapserver users >> >> Does anybody know if there has been done work to let MapServer >> consume >> Google maps ? I know that this is possible in OpenLayers (an example: >> http://openlayers.org/dev/examples/google.html), but with MapServer I can >> only se it the other way around, MapeServer serving maps til a GoogleMaps >> application by WMS. >> > > Doing so would be a violation of the terms of use of Google Maps. > > Regards, > -- ---------------------------------------------------------- terrestris GmbH & Co. KG Irmintrudisstrasse 17 53111 Bonn Germany Till Adams Gesch?ftsf?hrung Tel: +49 (0)228 / 962 899-52 Fax: +49 (0)228 / 962 899-57 adams at terrestris.de http://www.terrestris.de Amtsgericht Bonn, HRA 6835 --------------------------------------------------------- Komplement?rin: terrestris Verwaltungs GmbH vertreten durch: Hinrich Paulsen, Till Adams No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.409 / Virus Database: 270.13.65/2324 - Release Date: 08/25/09 18:07:00 From adams at terrestris.de Wed Aug 26 01:17:06 2009 From: adams at terrestris.de (Till Adams) Date: Wed, 26 Aug 2009 10:17:06 +0200 Subject: SV: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <55D7D01AF344433989BDEF75C01EFC55@T61p> References: <55D7D01AF344433989BDEF75C01EFC55@T61p> Message-ID: <4A94EF82.8000207@terrestris.de> Niels-Peter, the features you mention (turning on/off layers, changing order of layers) are for me more client side features than serverside- or mapserver-features - which brings us back to the client... ;-) If you are looking for a free basemap you may check openstreetmap (OK, no aerial images so far, but also in progress: http://wiki.openaerialmap.org/OAM_2009 ) Regards, Till > Hi Till > > I see the google maps tiles as a way of getting a free basemap. You are > properly right regarding distroted labels when reprojecting googlemaps - > depending on where you are in the world and the final projection. But at > least a pure sattelite image would ok. > > I could make a client to consume both Mapserver and Googlemaps, but I would > like to do it on the server side and be able to use MapServer features, eg. > turning on/off layers, changing order of layers and so on. > > Regards Niels-Peter > > > -----Oprindelig meddelelse----- > Fra: Till Adams [mailto:adams at terrestris.de] > Sendt: 26. august 2009 09:21 > Til: Niels-Peter Jensen > Cc: mapserver-users at lists.osgeo.org > Emne: Re: SV: [mapserver-users] Mapserver consuming Google Maps > > > Niels-Peter, > > I really do not see the need for this. > > All things, which are fun regarding Mapserver are not possible with > GoogleMaps, e.g. reprojection or define your map layout in an easy way. > Even if you would write some piece of code, which would enable mapserver > getting that google tiles as a datasource you'll have at least a slower > service than pure google and - if reprojecting the google stuff - you'll > have "unreadable" maps with distorted labels. > > So beside the fact Chris already mentioned - I think if you have a > client, which is able to show Mapserver services AND google map services > together, you're fine, or what is your intention? > > Regards, Till > > >> Yes, it could be a violation of terms, but not if the copyright notice >> and links still is there - or am I wrong on that ? At least, thats >> this is what the Openlayers community thinks. I think it would be a >> very nice if that could be accomplished with MapServer too. >> >> Niels-Peter >> >> >> -----Oprindelig meddelelse----- >> Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] >> Sendt: 25. august 2009 17:14 >> Til: Niels-Peter Jensen >> Cc: mapserver-users at lists.osgeo.org >> Emne: Re: [mapserver-users] Mapserver consuming Google Maps >> >> >> On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: >> >> >>> Hi mapserver users >>> >>> Does anybody know if there has been done work to let MapServer >>> consume >>> Google maps ? I know that this is possible in OpenLayers (an example: >>> http://openlayers.org/dev/examples/google.html), but with MapServer I can >>> only se it the other way around, MapeServer serving maps til a GoogleMaps >>> application by WMS. >>> >>> >> Doing so would be a violation of the terms of use of Google Maps. >> >> Regards, >> >> > > > -- ---------------------------------------------------------- terrestris GmbH & Co. KG Irmintrudisstrasse 17 53111 Bonn Germany Till Adams Gesch?ftsf?hrung Tel: +49 (0)228 / 962 899-52 Fax: +49 (0)228 / 962 899-57 adams at terrestris.de http://www.terrestris.de Amtsgericht Bonn, HRA 6835 --------------------------------------------------------- Komplement?rin: terrestris Verwaltungs GmbH vertreten durch: Hinrich Paulsen, Till Adams From michael.smith at usace.army.mil Wed Aug 26 05:07:29 2009 From: michael.smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Wed, 26 Aug 2009 08:07:29 -0400 Subject: SV: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4A94EF82.8000207@terrestris.de> Message-ID: Bing maps is providing a WMS interface via OnTerra There is an article about it here http://apb.directionsmag.com/archives/6370-Bing-Maps-via-WMS.html It would be a better approach. Mike -- Michael Smith RSGIS Center US Army Corps of Engineers On 8/26/09 4:17 AM, "Till Adams" wrote: > Niels-Peter, > > the features you mention (turning on/off layers, changing order of > layers) are for me more client side features than serverside- or > mapserver-features - which brings us back to the client... ;-) > > If you are looking for a free basemap you may check openstreetmap (OK, > no aerial images so far, but also in progress: > http://wiki.openaerialmap.org/OAM_2009 ) > > Regards, Till > > >> Hi Till >> >> I see the google maps tiles as a way of getting a free basemap. You are >> properly right regarding distroted labels when reprojecting googlemaps - >> depending on where you are in the world and the final projection. But at >> least a pure sattelite image would ok. >> >> I could make a client to consume both Mapserver and Googlemaps, but I would >> like to do it on the server side and be able to use MapServer features, eg. >> turning on/off layers, changing order of layers and so on. >> >> Regards Niels-Peter >> >> >> -----Oprindelig meddelelse----- >> Fra: Till Adams [mailto:adams at terrestris.de] >> Sendt: 26. august 2009 09:21 >> Til: Niels-Peter Jensen >> Cc: mapserver-users at lists.osgeo.org >> Emne: Re: SV: [mapserver-users] Mapserver consuming Google Maps >> >> >> Niels-Peter, >> >> I really do not see the need for this. >> >> All things, which are fun regarding Mapserver are not possible with >> GoogleMaps, e.g. reprojection or define your map layout in an easy way. >> Even if you would write some piece of code, which would enable mapserver >> getting that google tiles as a datasource you'll have at least a slower >> service than pure google and - if reprojecting the google stuff - you'll >> have "unreadable" maps with distorted labels. >> >> So beside the fact Chris already mentioned - I think if you have a >> client, which is able to show Mapserver services AND google map services >> together, you're fine, or what is your intention? >> >> Regards, Till >> >> >>> Yes, it could be a violation of terms, but not if the copyright notice >>> and links still is there - or am I wrong on that ? At least, thats >>> this is what the Openlayers community thinks. I think it would be a >>> very nice if that could be accomplished with MapServer too. >>> >>> Niels-Peter >>> >>> >>> -----Oprindelig meddelelse----- >>> Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] >>> Sendt: 25. august 2009 17:14 >>> Til: Niels-Peter Jensen >>> Cc: mapserver-users at lists.osgeo.org >>> Emne: Re: [mapserver-users] Mapserver consuming Google Maps >>> >>> >>> On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: >>> >>> >>>> Hi mapserver users >>>> >>>> Does anybody know if there has been done work to let MapServer >>>> consume >>>> Google maps ? I know that this is possible in OpenLayers (an example: >>>> http://openlayers.org/dev/examples/google.html), but with MapServer I can >>>> only se it the other way around, MapeServer serving maps til a GoogleMaps >>>> application by WMS. >>>> >>>> >>> Doing so would be a violation of the terms of use of Google Maps. >>> >>> Regards, >>> >>> >> >> >> > From sb.ray at hotmail.com Wed Aug 26 05:46:07 2009 From: sb.ray at hotmail.com (sunny74) Date: Wed, 26 Aug 2009 07:46:07 -0500 (CDT) Subject: [mapserver-users] layers not getting separated Message-ID: <1251290767905-3514899.post@n2.nabble.com> Dear Friends, I am displaying a map using mapserver and openlayers.The map is displayed using a map file kept within a folder containing shape files. Although the map is getting displayed, if I add more than one layer the layers are not getting separated. i.e I can see the layer in the Layer switcher but if I check or uncheck nothing happens. This means all the layers are coming as a single image. I feel that there is something in the map file which I have ommitted and so this happens. I used QGIS to create the map file. Looking for a solution. Thanks for your replies. -- View this message in context: http://n2.nabble.com/layers-not-getting-separated-tp3514899p3514899.html Sent from the Mapserver - User mailing list archive at Nabble.com. From iacovlev.pavel at gmail.com Wed Aug 26 06:35:56 2009 From: iacovlev.pavel at gmail.com (Pavel Iacovlev) Date: Wed, 26 Aug 2009 16:35:56 +0300 Subject: [mapserver-users] layers not getting separated In-Reply-To: <1251290767905-3514899.post@n2.nabble.com> References: <1251290767905-3514899.post@n2.nabble.com> Message-ID: <2a37f67a0908260635v3ab62146g5a9aeae1be79f55d@mail.gmail.com> Can we see your OpenLayers JS code ? On Wed, Aug 26, 2009 at 3:46 PM, sunny74 wrote: > > Dear Friends, > > I am displaying a map using mapserver and openlayers.The map is displayed > using a map file kept within a folder containing shape files. > Although the map is getting displayed, if I add more than one layer the > layers are not getting separated. > i.e I can see the layer in the Layer switcher but if I check or uncheck > nothing happens. > This means all the layers are coming as a single image. > I feel that there is something in the map file which I have ommitted and so > this happens. > I used QGIS to create the map file. > > Looking for a solution. > > Thanks for your replies. > -- > View this message in context: http://n2.nabble.com/layers-not-getting-separated-tp3514899p3514899.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 > -- http://iap.md, The future is open From crschmidt at metacarta.com Wed Aug 26 06:49:25 2009 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed, 26 Aug 2009 09:49:25 -0400 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> References: <20090825151424.GD16979@metacarta.com> <4D504DFCDBC248B8A910C8FECF9B456C@T61p> Message-ID: <20090826134925.GI16979@metacarta.com> On Wed, Aug 26, 2009 at 09:04:59AM +0200, Niels-Peter Jensen wrote: > Yes, it could be a violation of terms, but not if the copyright notice and > links still is there - or am I wrong on that ? You are wrong on that. > At least, thats this is what the Openlayers community thinks. That is incorrect. OpenLayers uses the Google Maps API -- we do not use the tiles directly. We only access the Google Maps data through their Javascript API, in a browser. > I think it would be a very nice if that could be accomplished with MapServer > too. MapServer can't do the same thing in any practical manner. -- Christohper Schmidt OpenLayers Core Developer > Niels-Peter > > > -----Oprindelig meddelelse----- > Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] > Sendt: 25. august 2009 17:14 > Til: Niels-Peter Jensen > Cc: mapserver-users at lists.osgeo.org > Emne: Re: [mapserver-users] Mapserver consuming Google Maps > > > On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > > Hi mapserver users > > > > Does anybody know if there has been done work to let MapServer consume > > Google maps ? I know that this is possible in OpenLayers (an example: > > http://openlayers.org/dev/examples/google.html), but with MapServer I can > > only se it the other way around, MapeServer serving maps til a GoogleMaps > > application by WMS. > > Doing so would be a violation of the terms of use of Google Maps. > > Regards, > -- > Christopher Schmidt > MetaCarta > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.409 / Virus Database: 270.13.65/2324 - Release Date: 08/24/09 > 12:55:00 > From Steve.Toutant at inspq.qc.ca Wed Aug 26 06:40:25 2009 From: Steve.Toutant at inspq.qc.ca (Steve.Toutant at inspq.qc.ca) Date: Wed, 26 Aug 2009 09:40:25 -0400 Subject: [mapserver-users] layers not getting separated In-Reply-To: <2a37f67a0908260635v3ab62146g5a9aeae1be79f55d@mail.gmail.com> Message-ID: and your mapfile as well? Steve Toutant, M. Sc. Analyste en g?omatique Secteur environnement Direction des risques biologiques, environnementaux et occupationnels Institut national de sant? publique du Qu?bec 945, avenue Wolfe Qu?bec, Qc G1V 5B3 T?l.: (418) 650-5115 #5281 Fax.: (418) 654-3144 steve.toutant at inspq.qc.ca http://www.inspq.qc.ca Pavel Iacovlev @lists.osgeo.org Envoy? par : mapserver-users-bounces at lists.osgeo.org 26/08/2009 09:35 AM A sunny74 cc mapserver-users at lists.osgeo.org Objet Re: [mapserver-users] layers not getting separated Can we see your OpenLayers JS code ? On Wed, Aug 26, 2009 at 3:46 PM, sunny74 wrote: > > Dear Friends, > > I am displaying a map using mapserver and openlayers.The map is displayed > using a map file kept within a folder containing shape files. > Although the map is getting displayed, if I add more than one layer the > layers are not getting separated. > i.e I can see the layer in the Layer switcher but if I check or uncheck > nothing happens. > This means all the layers are coming as a single image. > I feel that there is something in the map file which I have ommitted and so > this happens. > I used QGIS to create the map file. > > Looking for a solution. > > Thanks for your replies. > -- > View this message in context: http://n2.nabble.com/layers-not-getting-separated-tp3514899p3514899.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 > -- http://iap.md, The future is open _______________________________________________ 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 crschmidt at metacarta.com Wed Aug 26 07:17:54 2009 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed, 26 Aug 2009 10:17:54 -0400 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4A94E23E.2090405@terrestris.de> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> Message-ID: <20090826141753.GJ16979@metacarta.com> On Wed, Aug 26, 2009 at 09:20:30AM +0200, Till Adams wrote: > Niels-Peter, > > I really do not see the need for this. > > All things, which are fun regarding Mapserver are not possible with > GoogleMaps, e.g. reprojection or define your map layout in an easy way. > Even if you would write some piece of code, which would enable mapserver > getting that google tiles as a datasource you'll have at least a slower > service than pure google and - if reprojecting the google stuff - you'll > have "unreadable" maps with distorted labels. > > So beside the fact Chris already mentioned - I think if you have a > client, which is able to show Mapserver services AND google map services > together, you're fine, or what is your intention? Many clients *can't* do this, and it does cause a problem for those clients. For example, it's difficult for qgis to consume Google Maps tiles, last I looked, but it can consume a WMS easily, so you can imagine using MapServer as the integration point. Web-based clients aren't the only types of clients that MapServer WMSes have, and are the only clients that can consume Google Maps. -- Christopher Schmidt MetaCarta From adams at terrestris.de Wed Aug 26 07:21:20 2009 From: adams at terrestris.de (Till Adams) Date: Wed, 26 Aug 2009 16:21:20 +0200 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <20090826141753.GJ16979@metacarta.com> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> <20090826141753.GJ16979@metacarta.com> Message-ID: <4A9544E0.6060600@terrestris.de> Chris, regarding the non-webbased clients you are right... > On Wed, Aug 26, 2009 at 09:20:30AM +0200, Till Adams wrote: > >> Niels-Peter, >> >> I really do not see the need for this. >> >> All things, which are fun regarding Mapserver are not possible with >> GoogleMaps, e.g. reprojection or define your map layout in an easy way. >> Even if you would write some piece of code, which would enable mapserver >> getting that google tiles as a datasource you'll have at least a slower >> service than pure google and - if reprojecting the google stuff - you'll >> have "unreadable" maps with distorted labels. >> >> So beside the fact Chris already mentioned - I think if you have a >> client, which is able to show Mapserver services AND google map services >> together, you're fine, or what is your intention? >> > > Many clients *can't* do this, and it does cause a problem for those clients. > For example, it's difficult for qgis to consume Google Maps tiles, last > I looked, but it can consume a WMS easily, so you can imagine using > MapServer as the integration point. > > Web-based clients aren't the only types of clients that MapServer > WMSes have, and are the only clients that can consume Google Maps. > > -- ---------------------------------------------------------- terrestris GmbH & Co. KG Irmintrudisstrasse 17 53111 Bonn Germany Till Adams Gesch?ftsf?hrung Tel: +49 (0)228 / 962 899-52 Fax: +49 (0)228 / 962 899-57 adams at terrestris.de http://www.terrestris.de Amtsgericht Bonn, HRA 6835 --------------------------------------------------------- Komplement?rin: terrestris Verwaltungs GmbH vertreten durch: Hinrich Paulsen, Till Adams From yjacolin at free.fr Wed Aug 26 07:23:03 2009 From: yjacolin at free.fr (Jacolin Yves) Date: Wed, 26 Aug 2009 16:23:03 +0200 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <20090826141753.GJ16979@metacarta.com> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> <20090826141753.GJ16979@metacarta.com> Message-ID: <200908261623.03896.yjacolin@free.fr> Hello, Le Wednesday 26 August 2009 16:17:54 Christopher Schmidt, vous avez ?crit?: > On Wed, Aug 26, 2009 at 09:20:30AM +0200, Till Adams wrote: > > [..] > > Many clients *can't* do this, and it does cause a problem for those > clients. For example, it's difficult for qgis to consume Google Maps tiles, > last I looked, but it can consume a WMS easily, so you can imagine using > MapServer as the integration point. One of this day, QGIS should be able to consume Google Maps, see [1]. However I don't know if it will be in trunk ;) Regards; Y. [1] http://blog.qgis.org/node/125 -- Yves Jacolin Ne demandez pas si vous pouvez contribuer, contribuez ! :) --- http://softlibre.gloobe.org From Bob.Basques at ci.stpaul.mn.us Wed Aug 26 07:47:06 2009 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 26 Aug 2009 09:47:06 -0500 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <200908261623.03896.yjacolin@free.fr> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> <20090826141753.GJ16979@metacarta.com> <200908261623.03896.yjacolin@free.fr> Message-ID: <4A950499.163B.00A8.0@ci.stpaul.mn.us> All, The newest version of GeoMoose is built on top of OpenLayers, so if the OpenLayer LIB is able to directly access, then GeoMoose can too. I'm not up on the OpenLayers particulars, but as I understand things, the OpenLayers read options were a big reason for incorporating OpenLayers into GeoMoose. Looks like some GeoMoose Demos need to be put together . . . . bobb >>> Jacolin Yves wrote: One of this day, QGIS should be able to consume Google Maps, see [1]. However I don't know if it will be in trunk ;) -------------- next part -------------- An HTML attachment was scrubbed... URL: From crschmidt at metacarta.com Wed Aug 26 07:58:47 2009 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed, 26 Aug 2009 10:58:47 -0400 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4A950499.163B.00A8.0@ci.stpaul.mn.us> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> <20090826141753.GJ16979@metacarta.com> <200908261623.03896.yjacolin@free.fr> <4A950499.163B.00A8.0@ci.stpaul.mn.us> Message-ID: <20090826145847.GK16979@metacarta.com> On Wed, Aug 26, 2009 at 09:47:06AM -0500, Bob Basques wrote: > All, > > The newest version of GeoMoose is built on top of OpenLayers, so if the OpenLayer LIB is able to directly access, then GeoMoose can too. I'm not up on the OpenLayers particulars, but as I understand things, the OpenLayers read options were a big reason for incorporating OpenLayers into GeoMoose. > > Looks like some GeoMoose Demos need to be put together . . . . I guess I don't understand something... I thought GeoMoose was a web-based client. Most web-based clients should be able to consume Google Maps (as I said); But non-web based clients (generally) can't. (There are exceptions to this, even without violating the ToS, but they're the exception, rather than the rule.) Is GeoMoose a contradiction to that? Or is it instead just another web client that can consume Google Maps without violating the ToS? Best Regards, -- Christopher Schmidt MetaCarta From alessio.dilorenzo at gmail.com Wed Aug 26 08:07:38 2009 From: alessio.dilorenzo at gmail.com (AlessioDL) Date: Wed, 26 Aug 2009 10:07:38 -0500 (CDT) Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error Message-ID: <1251299258021-3515191.post@n2.nabble.com> Hi, I'm creating an application based on UMN-Mapserver used as WMS server. The application adds a filtered layer (stored in postgis) to the map, adding only the features respondig to the filter value. In my mapfile I have this: LAYER ... FILTER "year = %year%" ... END I get the value of %year% from OpenLayer and it works fine: the wms layer is filtered as expected and added to the map. A problem comes when I try to query the filtered layer with a getfeatureinfo request. I obtain a syntax error near the % character. It looks like the variable is treated as something wrong... Infact, if I replace the variable with a static value (for example FILTER "year=2008") the getfeatureinfo works fine. Is there a way to obtain a working getfeatureinfo mantaining the variable (%year%) in the FILTER? Thank you in advance The error is this - prepare_database(): Query error. Error declaring cursor: ERROR: syntax error at or near "%" LINE 1: ...t from (SELECT * FROM areas)AS foo WHERE ((year = %YEAR%)) a... ^ With query string: DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),gid::text from (SELECT * FROM areas)AS foo WHERE ((year = %YEAR%)) and (the_geom && setSRID( 'BOX3D(15.4467741267663 43.8503721970904,15.5786100642428 43.945370093883)'::BOX3D,4326) ) -- View this message in context: http://n2.nabble.com/Variable-substitution-cause-WMS-GetFeatureInfo-error-tp3515191p3515191.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Bob.Basques at ci.stpaul.mn.us Wed Aug 26 08:16:17 2009 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 26 Aug 2009 10:16:17 -0500 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <20090826145847.GK16979@metacarta.com> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> <20090826141753.GJ16979@metacarta.com> <200908261623.03896.yjacolin@free.fr> <4A950499.163B.00A8.0@ci.stpaul.mn.us> <20090826145847.GK16979@metacarta.com> Message-ID: <4A950B71.163B.00A8.0@ci.stpaul.mn.us> All, I don't know whether is violates any rules or not, but it can consume the Google data just like Open Layers can, because it uses the OpenLayers display engine. Yes, it's a client, that's why the Server (re-processing) clause in the Google restrictions don't (directly?) apply. Even if OpenLayers wasn't being used as the display engine, GeoMoose could still consume Google maps, but it would be an add-on of some sort. OpenLayers was used to provide this add-on functionality. bobb >>> Christopher Schmidt wrote: On Wed, Aug 26, 2009 at 09:47:06AM -0500, Bob Basques wrote: > All, > > The newest version of GeoMoose is built on top of OpenLayers, so if the OpenLayer LIB is able to directly access, then GeoMoose can too. I'm not up on the OpenLayers particulars, but as I understand things, the OpenLayers read options were a big reason for incorporating OpenLayers into GeoMoose. > > Looks like some GeoMoose Demos need to be put together . . . . I guess I don't understand something... I thought GeoMoose was a web-based client. Most web-based clients should be able to consume Google Maps (as I said); But non-web based clients (generally) can't. (There are exceptions to this, even without violating the ToS, but they're the exception, rather than the rule.) Is GeoMoose a contradiction to that? Or is it instead just another web client that can consume Google Maps without violating the ToS? Best Regards, -- Christopher Schmidt MetaCarta -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.foi at unimi.it Wed Aug 26 08:13:53 2009 From: marco.foi at unimi.it (Marco Foi (marco.foi)) Date: Wed, 26 Aug 2009 17:13:53 +0200 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: References: <20090825151424.GD16979@metacarta.com> <4D504DFCDBC248B8A910C8FECF9B456C@T61p> Message-ID: Some time ago a similar issue was raised among UDig users and the conclusion was that: IT IS NOT POSSIBLE to consume Google Maps in Desktop clients. The reason is simple: Google does NOT ALLOW this to happen.? Basically each request for a map tile must come from another server having its own public IP. Each request coming from a Desktop client would be dropped after very few answers. Using Mapserver would be a workaround but would BROKE the LICENSE agreement. Marco Foi ----- Messaggio Originale ----- Da: Rahkonen Jukka Data: Mercoledi', Agosto 26, 2009 9:47 am Oggetto: Re: [mapserver-users] Mapserver consuming Google Maps A: Niels-Peter Jensen Cc: mapserver-users at lists.osgeo.org > Hi, > > Openlayers applications are not cascading Google Maps tiles but > client applications are requesting them from Google API, > directly from the users computers. > > I think that chapter 10 in the document at > http://code.google.com/intl/fi-FI/apis/maps/terms.html says > rather clear that you are not allowed to serve Google Map data > through your Mapserver. > > -Jukka Rahkonen- > > > > > -----Alkuper?inen viesti----- > > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta > > Niels-Peter Jensen > > L?hetetty: 26. elokuuta 2009 10:05 > > Vastaanottaja: 'Christopher Schmidt' > > Kopio: mapserver-users at lists.osgeo.org > > Aihe: SV: [mapserver-users] Mapserver consuming Google Maps > > > > Yes, it could be a violation of terms, but not if the > > copyright notice and links still is there - or am I wrong on > that ? > > At least, thats this is what the Openlayers community thinks. > > I think it would be a very nice if that could be accomplished > > with MapServer too. > > > > Niels-Peter > > > > > > -----Oprindelig meddelelse----- > > Fra: Christopher Schmidt [mailto:crschmidt at metacarta.com] > > Sendt: 25. august 2009 17:14 > > Til: Niels-Peter Jensen > > Cc: mapserver-users at lists.osgeo.org > > Emne: Re: [mapserver-users] Mapserver consuming Google Maps > > > > > > On Tue, Aug 25, 2009 at 04:42:27PM +0200, Niels-Peter Jensen wrote: > > > Hi mapserver users > > > > > > Does anybody know if there has been done work to let > > MapServer consume > > > Google maps ? I know that this is possible in OpenLayers > > (an example: > > > http://openlayers.org/dev/examples/google.html), but with > > MapServer I can > > > only se it the other way around, MapeServer serving maps > > til a GoogleMaps > > > application by WMS. > > > > Doing so would be a violation of the terms of use of Google Maps. > > > > Regards, > > -- > > Christopher Schmidt > > MetaCarta > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.5.409 / Virus Database: 270.13.65/2324 - Release > > Date: 08/24/09 > > 12:55:00 > > > > _______________________________________________ > > 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 > Marco Foi Universit? degli Studi di Milano Dip. di Scienze della Terra "A.Desio" Sezione di Geologia e Paleontologia Via Luigi Mangiagalli 34 Cap.20133 Milano Laboratorio Informatico - Tel. 02- 503 15 503 E-mail marco.foi at unimi.it -------------- next part -------------- An HTML attachment was scrubbed... URL: From gorka.lopez at geograma.com Wed Aug 26 08:31:19 2009 From: gorka.lopez at geograma.com (Gorka Lopez) Date: Wed, 26 Aug 2009 10:31:19 -0500 (CDT) Subject: [mapserver-users] Problem rendering in MapServer 5.2.1 In-Reply-To: <288C13941457C34CB3081F058BB1965C7669C9@sageograma.GEO-I.local> References: <288C13941457C34CB3081F058BB1965C7669C9@sageograma.GEO-I.local> Message-ID: <1251300679266-3515263.post@n2.nabble.com> Using metaTiles, the problem dissapear. Thanks Steve for your response. Gorka Lopez wrote: > > Hi, > > > > I have installed Map Server for Windows v1.57, that includes MapServer > 5.2.1 CGI. > > > > I have written a .map file that consumes information stored in a > PostGreSQL database (PostgreSQL 8.2 with PostGIS 1.3.2) > > > > When I ask for a map, in some cases, it appears with a line crossing it > (see the attached images) > > > > Requested map using OpenLayers > > > > > 512x512 pixel tile with the incident > (see the bottom of > the image) > > > > Does anybody know why this line appears? > > > > Thanks. Best regards, > > > > Gorka L?pez > > www.geograma.com > > C/ Castillo de Lantar?n 8 Bajo - 01007 Vitoria-Gasteiz ?lava > > Tel (+34) 945 13 13 72 > E-mail: gorka.lopez at geograma.com > > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/Problem-rendering-in-MapServer-5-2-1-tp3502362p3515263.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Steve.Lime at dnr.state.mn.us Wed Aug 26 08:46:00 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Wed, 26 Aug 2009 10:46:00 -0500 Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error In-Reply-To: <1251299258021-3515191.post@n2.nabble.com> References: <1251299258021-3515191.post@n2.nabble.com> Message-ID: <4A951270.5157.008F.0@dnr.state.mn.us> Hmmm... If a the URL overloading works with WMS getMap then it should work with getFeatureInfo. Can you confirm the former? Steve >>> On 8/26/2009 at 10:07 AM, in message <1251299258021-3515191.post at n2.nabble.com>, AlessioDL wrote: > Hi, > > I'm creating an application based on UMN-Mapserver used as WMS server. The > application adds a filtered layer (stored in postgis) to the map, adding > only the features respondig to the filter value. > > In my mapfile I have this: > > LAYER > ... > FILTER "year = %year%" > ... > END > > I get the value of %year% from OpenLayer and it works fine: the wms layer is > filtered as expected and added to the map. > A problem comes when I try to query the filtered layer with a getfeatureinfo > request. > I obtain a syntax error near the % character. It looks like the variable is > treated as something wrong... Infact, if I replace the variable with a > static value (for example FILTER "year=2008") the getfeatureinfo works fine. > > Is there a way to obtain a working getfeatureinfo mantaining the variable > (%year%) in the FILTER? > > Thank you in advance > > > The error is this > > - > > > prepare_database(): Query error. Error declaring cursor: ERROR: syntax > error at or near "%" > LINE 1: ...t from (SELECT * FROM areas)AS foo WHERE ((year = %YEAR%)) a... > ^ > > With query string: DECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(the_geom)),'NDR'),gid::text from (SELECT > * FROM areas)AS foo WHERE ((year = %YEAR%)) and (the_geom && setSRID( > 'BOX3D(15.4467741267663 43.8503721970904,15.5786100642428 > 43.945370093883)'::BOX3D,4326) ) > > > From gorka.lopez at geograma.com Wed Aug 26 08:56:11 2009 From: gorka.lopez at geograma.com (Gorka Lopez) Date: Wed, 26 Aug 2009 10:56:11 -0500 (CDT) Subject: [mapserver-users] MapServer 5.2.1 performance Message-ID: <1251302171603-3516379.post@n2.nabble.com> Hi, I have a .map file with 120 layers. All this layers contain different information and this project is prepared to consume all these layers together. The style of those layers is basic (some annotations and some tematics) This layers consumes PostGIS tables (28 tables) which disk spaces are between 1 MB and 1GB (database total space: 2,5GB). The indexes of these tables (gist and btrees indexes) and the statistics are created. These information are in the same coordinate system that in the requested tiles. I want to improve the performance and I have the following results for a 512x512 tile: * 27 milliseconds per visible layer (layers that are visible in the map's scale (40 layers)) * 18 millisecods per non-visible layer (layers that are not visible in the map' scale (80 layers)) Is there any solution to improve this results (I just use tilechache metatile property)? I think that 18 milliseconds per non-visible layer is too much (only for evaluating wether the requested tile is contained in the layer's min/max scale) Thanks for your help. Best regards, Gorka L?pez -- View this message in context: http://n2.nabble.com/MapServer-5-2-1-performance-tp3516379p3516379.html Sent from the Mapserver - User mailing list archive at Nabble.com. From crschmidt at metacarta.com Wed Aug 26 10:16:15 2009 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed, 26 Aug 2009 13:16:15 -0400 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: References: <20090825151424.GD16979@metacarta.com> <4D504DFCDBC248B8A910C8FECF9B456C@T61p> Message-ID: <20090826171615.GL16979@metacarta.com> On Wed, Aug 26, 2009 at 05:13:53PM +0200, Marco Foi (marco.foi) wrote: > Some time ago a similar issue was raised among UDig users and the conclusion was that: > IT IS NOT POSSIBLE to consume Google Maps in Desktop clients. This isn't strictly true. Desktop clients which are capable of embedding a browser can use the browser, render a scene, take the resulting image, and display that to the client. There are a number of clients which do exactly that in OpenStreetMap editors, for example. However, this is obviousl significantly more complex than just fetching the tiles, which is the way most people discuss doing it. Anything is possible, but that doesn't mean it will be easy. Regards, -- Christopher Schmidt MetaCarta From michael.smith at usace.army.mil Wed Aug 26 10:25:11 2009 From: michael.smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Wed, 26 Aug 2009 13:25:11 -0400 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <20090826171615.GL16979@metacarta.com> Message-ID: What about using the Google Maps static API and making multiple calls and tiling? Is that within the TOS? Mike On 8/26/09 1:16 PM, "Christopher Schmidt" wrote: > On Wed, Aug 26, 2009 at 05:13:53PM +0200, Marco Foi (marco.foi) wrote: >> Some time ago a similar issue was raised among UDig users and the conclusion >> was that: >> IT IS NOT POSSIBLE to consume Google Maps in Desktop clients. > > This isn't strictly true. Desktop clients which are capable of embedding > a browser can use the browser, render a scene, take the resulting image, > and display that to the client. There are a number of clients which > do exactly that in OpenStreetMap editors, for example. > > However, this is obviousl significantly more complex than just fetching the > tiles, which is the way most people discuss doing it. > > Anything is possible, but that doesn't mean it will be easy. > > Regards, From alessio.dilorenzo at gmail.com Wed Aug 26 10:40:00 2009 From: alessio.dilorenzo at gmail.com (AlessioDL) Date: Wed, 26 Aug 2009 12:40:00 -0500 (CDT) Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error In-Reply-To: <4A951270.5157.008F.0@dnr.state.mn.us> References: <1251299258021-3515191.post@n2.nabble.com> <4A951270.5157.008F.0@dnr.state.mn.us> Message-ID: <1251308400034-3518272.post@n2.nabble.com> Steve Lime wrote: > > Hmmm... If a the URL overloading works with WMS getMap then it should work > with > getFeatureInfo. Can you confirm the former? > > Steve > > Hi Steve, and thank you for your answer. I confirm that the wms getmap works well even if I put the %year% variable into the layer FILTER. I'm using mapserver 5.4.2 (ms4w) -- View this message in context: http://n2.nabble.com/Variable-substitution-cause-WMS-GetFeatureInfo-error-tp3515191p3518272.html Sent from the Mapserver - User mailing list archive at Nabble.com. From crschmidt at metacarta.com Wed Aug 26 12:01:16 2009 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed, 26 Aug 2009 15:01:16 -0400 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: References: <20090826171615.GL16979@metacarta.com> Message-ID: <20090826190116.GM16979@metacarta.com> On Wed, Aug 26, 2009 at 01:25:11PM -0400, Smith, Michael ERDC-CRREL-NH wrote: > What about using the Google Maps static API and making multiple calls and > tiling? Is that within the TOS? The Google Maps static API doesn't let you pass in a bounding box, it lets you pas in a 'center and zoom'. The resulting tile will not always be centered exactly on that point such that it can be tiled, based on what I understand: Requests are still based around a grid, it's just not one that's obvious, iiuc. That said, I have no idea if this is within the Terms of Use. It also has other side effects; Google logo on each tile, etc. so it's not a great solution even if it does work, but would probably be better for desktop solutions which have a single view that they want to display data over, as I understand it. Regards, -- Christopher Schmidt MetaCarta From michael.smith at usace.army.mil Wed Aug 26 12:08:24 2009 From: michael.smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Wed, 26 Aug 2009 15:08:24 -0400 Subject: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <20090826190116.GM16979@metacarta.com> Message-ID: With the advent of the Bing WMS service, that will be the best solution, it appears (for now). Mike On 8/26/09 3:01 PM, "Christopher Schmidt" wrote: > On Wed, Aug 26, 2009 at 01:25:11PM -0400, Smith, Michael ERDC-CRREL-NH wrote: >> What about using the Google Maps static API and making multiple calls and >> tiling? Is that within the TOS? > > The Google Maps static API doesn't let you pass in a bounding box, it lets > you pas in a 'center and zoom'. The resulting tile will not always be > centered exactly on that point such that it can be tiled, based on what > I understand: Requests are still based around a grid, it's just not one > that's obvious, iiuc. > > That said, I have no idea if this is within the Terms of Use. > > It also has other side effects; Google logo on each tile, etc. so it's not > a great solution even if it does work, but would probably be better for > desktop solutions which have a single view that they want to display > data over, as I understand it. > > Regards, From valemunoz at gmail.com Wed Aug 26 13:51:42 2009 From: valemunoz at gmail.com (=?ISO-8859-1?Q?Valeria_Mu=F1oz?=) Date: Wed, 26 Aug 2009 16:51:42 -0400 Subject: [mapserver-users] help with DATA Message-ID: <4b56aefe0908261351mcd7aafcq4a4b2e4d202e9312@mail.gmail.com> Hi i have 10 shapefile , the layer configuration in the mapfile of this shapes is the same for everyone. can i define 1 layer for the shapes?..maybe something like this: LAYER NAME 'calle' TYPE LINE MAXSCALE 1800000 LABELMAXSCALE 1800000 DATA 'shapes1.shp*,*shape2.shp*,*shape3.shp' ...... END -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jukka.Rahkonen at mmmtike.fi Wed Aug 26 14:06:08 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Thu, 27 Aug 2009 00:06:08 +0300 Subject: [mapserver-users] help with DATA References: <4b56aefe0908261351mcd7aafcq4a4b2e4d202e9312@mail.gmail.com> Message-ID: Hi, Read about ogrtindex from http://www.mapserver.org/optimization/tileindex.html -Jukka Rahkonen- Valeria Mu?oz wrote: Hi i have 10 shapefile , the layer configuration in the mapfile of this shapes is the same for everyone. can i define 1 layer for the shapes?..maybe something like this: LAYER NAME 'calle' TYPE LINE MAXSCALE 1800000 LABELMAXSCALE 1800000 DATA 'shapes1.shp*,*shape2.shp*,*shape3.shp' ...... END From edmar.moretti at terra.com.br Wed Aug 26 14:17:26 2009 From: edmar.moretti at terra.com.br (Edmar Moretti) Date: Wed, 26 Aug 2009 18:17:26 -0300 Subject: SV: [mapserver-users] Mapserver consuming Google Maps In-Reply-To: <4A950499.163B.00A8.0@ci.stpaul.mn.us> References: <4D504DFCDBC248B8A910C8FECF9B456C@T61p> <4A94E23E.2090405@terrestris.de> <20090826141753.GJ16979@metacarta.com> <200908261623.03896.yjacolin@free.fr> <4A950499.163B.00A8.0@ci.stpaul.mn.us> Message-ID: <4A95A666.1080709@terra.com.br> I work in developing a software called i3geo based on Mapserver (http://www.softwarepublico.gov.br). In this software we have several interfaces: normal http://mapas.mma.gov.br/i3geo GoogleMaps http:/ / mapas.mma.gov.br/i3geo/ms_criamapa.php?interface=googlemaps.phtml GoogleEarth http://mapas.mma.gov.br/i3geo/ms_criamapa.php?interface=googleearth.phtml The data are superimposed by the WMS. Bob Basques escreveu: > > All, > > > The newest version of GeoMoose is built on top of OpenLayers, so if > the OpenLayer LIB is able to directly access, then GeoMoose can too. > I'm not up on the OpenLayers particulars, but as I understand things, > the OpenLayers read options were a big reason for incorporating > OpenLayers into GeoMoose. > > > Looks like some GeoMoose Demos need to be put together . . . . > > > bobb > > > > > >>> Jacolin Yves wrote: > > > > One of this day, QGIS should be able to consume Google Maps, see [1]. > However > I don't know if it will be in trunk ;) > > ------------------------------------------------------------------------ > E-mail verificado pelo Terra Anti-Spam. > Para classificar esta mensagem como spam ou n?o spam, clique aqui > . > Verifique periodicamente a pasta Spam para garantir que apenas mensagens > indesejadas sejam classificadas como Spam. > > ------------------------------------------------------------------------ > Esta mensagem foi verificada pelo E-mail Protegido Terra. > Atualizado em 26/08/2009 > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Por favor, atualize sua lista de contatos com meu novo e-mail: edmar.moretti at terra.com.br Skype: edmar.moretti Blog: http://edmarmoretti.blogspot.com/ Ohloh: https://www.ohloh.net/accounts/edmarmoretti -------------- next part -------------- An HTML attachment was scrubbed... URL: From sb.ray at hotmail.com Wed Aug 26 22:21:07 2009 From: sb.ray at hotmail.com (sunny74) Date: Thu, 27 Aug 2009 00:21:07 -0500 (CDT) Subject: [mapserver-users] layers not getting separated In-Reply-To: <2a37f67a0908260635v3ab62146g5a9aeae1be79f55d@mail.gmail.com> References: <1251290767905-3514899.post@n2.nabble.com> <2a37f67a0908260635v3ab62146g5a9aeae1be79f55d@mail.gmail.com> Message-ID: <1251350467385-3521412.post@n2.nabble.com> Hi, Sure the code is as follows: HTML code:
// JS code Pavel Iacovlev wrote: > > Can we see your OpenLayers JS code ? > > On Wed, Aug 26, 2009 at 3:46 PM, sunny74 wrote: >> >> Dear Friends, >> >> I am displaying a map using mapserver and openlayers.The map is displayed >> using a map file kept within a folder containing shape files. >> Although the map is getting displayed, if I add more than one layer the >> layers are not getting separated. >> i.e I can see the layer in the Layer switcher but if I check or uncheck >> nothing happens. >> This means all the layers are coming as a single image. >> I feel that there is something in the map file which I have ommitted and >> so >> this happens. >> I used QGIS to create the map file. >> >> Looking for a solution. >> >> Thanks for your replies. >> -- >> View this message in context: >> http://n2.nabble.com/layers-not-getting-separated-tp3514899p3514899.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 >> > > > > -- > http://iap.md, The future is open > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/layers-not-getting-separated-tp3514899p3521412.html Sent from the Mapserver - User mailing list archive at Nabble.com. From alessio.dilorenzo at gmail.com Thu Aug 27 01:41:33 2009 From: alessio.dilorenzo at gmail.com (AlessioDL) Date: Thu, 27 Aug 2009 03:41:33 -0500 (CDT) Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error In-Reply-To: <1251308400034-3518272.post@n2.nabble.com> References: <1251299258021-3515191.post@n2.nabble.com> <4A951270.5157.008F.0@dnr.state.mn.us> <1251308400034-3518272.post@n2.nabble.com> Message-ID: <1251362493046-3522732.post@n2.nabble.com> I post the my code... hope this "helps to help" :-) Mapfile layer: LAYER NAME "QueryAreas" TYPE POLYGON CONNECTIONTYPE postgis CONNECTION "host=localhost user=***password=*** dbname=***" DATA "the_geom FROM (SELECT * FROM areas)AS foo USING UNIQUE gid USING SRID=4326" FILTER "YEAR = %YEAR%" METADATA "wms_title" "Query Areas" "wms_include_items" "all" "wms_exclude_items" "the_geom" END DUMP TRUE STATUS ON TRANSPARENCY ALPHA CLASS TEMPLATE "../TemplateMS/areas.html" NAME "Areas" STYLE SYMBOL "simpleline" SIZE 2 OUTLINECOLOR 0 0 0 COLOR 255 127 36 END #Style end END #Class end END #Layer end OpenLayers code: [code] var map, qAreas, year; var wmsURL = "http://correggiov3/cgi-bin/mapserv.exe?map=/ms4w/apps/caps_manager/Mapfiles/wms.map"; var cgiURL = "http://correggiov3/cgi-bin/mapserv.exe?"; var proj4326 = new OpenLayers.Projection("EPSG:4326"); var proj900913 = new OpenLayers.Projection("EPSG:900913"); function initMap(){ OpenLayers.IMAGE_RELOAD_ATTEMPTS = 3; OpenLayers.Util.onImageLoadErrorColor = "transparent"; startBounds = new OpenLayers.Bounds(1297594.634132,5197717.568058,2178149.1998195,5818997.7338486); options = { controls:[], projection: new OpenLayers.Projection("EPSG:900913"), displayProjection: new OpenLayers.Projection("EPSG:4326"), units: "m", numZoomLevels: 18, maxResolution: 156543.0339, maxExtent: new OpenLayers.Bounds(-20037508,-20037508,20037508,20037508.34) }; map = new OpenLayers.Map('map', options); // create Google Mercator Layers var gphy = new OpenLayers.Layer.Google("Google Terrain",{type: G_PHYSICAL_MAP, 'sphericalMercator': true}); var gmap = new OpenLayers.Layer.Google("Google Streets",{'sphericalMercator': true}); var gsat = new OpenLayers.Layer.Google("Google Satellite",{type: G_SATELLITE_MAP, 'sphericalMercator': true}); var ghyb = new OpenLayers.Layer.Google("Google Hybrid",{type: G_HYBRID_MAP, 'sphericalMercator': true}; // add Layers array map.addLayers([gphy,gmap,gsat,ghyb]); // add simple Controls map.addControl(new OpenLayers.Control.LayerSwitcher()); map.addControl(new OpenLayers.Control.MousePosition(/*{div: $('coord')}*/)); map.zoomToExtent(startBounds); /* * GetFeatureInfo - Pupup * ********************** */ var info = new OpenLayers.Control.WMSGetFeatureInfo({ url: "http://correggiov3/cgi-bin/mapserv.exe?map=/ms4w/apps/caps_manager/Mapfiles/wms.map", title: 'Identify features by clicking', queryVisible: true, eventListeners: { getfeatureinfo: function(event) { map.addPopup(new OpenLayers.Popup.FramedCloud( "chicken", map.getLonLatFromPixel(event.xy), null, event.text, null, true )); } } }); map.addControl(info); info.activate(); } //end initMap /* * Add the filtered layer * ********************** */ function addQueryLayers(){ year = document.forms['queryForm'].elements["year"].value; areaType = document.forms['queryForm'].elements["areaType"].value; qAreas = new OpenLayers.Layer.WMS("Selected areas", wmsURL, { map:"/ms4w/apps/caps_manager/Mapfiles/wms.map",year:year, layers: 'QueryAreas', format:'image/png', transparent:'true' }, {'isBaseLayer':false}); map.addLayer(qAreas); } [/code] -- View this message in context: http://n2.nabble.com/Variable-substitution-cause-WMS-GetFeatureInfo-error-tp3515191p3522732.html Sent from the Mapserver - User mailing list archive at Nabble.com. From stephan.holl at intevation.de Thu Aug 27 01:52:22 2009 From: stephan.holl at intevation.de (Stephan Holl) Date: Thu, 27 Aug 2009 10:52:22 +0200 Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error In-Reply-To: <1251362493046-3522732.post@n2.nabble.com> References: <1251299258021-3515191.post@n2.nabble.com> <4A951270.5157.008F.0@dnr.state.mn.us> <1251308400034-3518272.post@n2.nabble.com> <1251362493046-3522732.post@n2.nabble.com> Message-ID: <20090827105222.4140c29b@thoe.hq.intevation.de> Hello AlessioDL, AlessioDL , [20090827 - 03:41:33] > > I post the my code... hope this "helps to help" :-) > > Mapfile layer: > > LAYER > NAME "QueryAreas" > TYPE POLYGON > CONNECTIONTYPE postgis > CONNECTION "host=localhost > user=***password=*** dbname=***" > DATA "the_geom FROM (SELECT * FROM areas)AS > foo USING UNIQUE gid USING SRID=4326" FILTER > "YEAR = %YEAR%" METADATA > "wms_title" > "Query Areas" > "wms_include_items" "all" > "wms_exclude_items" "the_geom" END > DUMP TRUE > STATUS ON > TRANSPARENCY ALPHA > CLASS > TEMPLATE > "../TemplateMS/areas.html" NAME "Areas" > STYLE > SYMBOL "simpleline" > SIZE 2 > OUTLINECOLOR 0 0 0 > COLOR 255 127 36 > END #Style end > END #Class end > END #Layer end > > OpenLayers code: > > [code] > var map, qAreas, year; > var wmsURL = > "http://correggiov3/cgi-bin/mapserv.exe?map=/ms4w/apps/caps_manager/Mapfiles/wms.map"; > var cgiURL = "http://correggiov3/cgi-bin/mapserv.exe?"; > var proj4326 = new OpenLayers.Projection("EPSG:4326"); > var proj900913 = new OpenLayers.Projection("EPSG:900913"); > > > function initMap(){ > > OpenLayers.IMAGE_RELOAD_ATTEMPTS = 3; > OpenLayers.Util.onImageLoadErrorColor = "transparent"; > > startBounds = new > OpenLayers.Bounds(1297594.634132,5197717.568058,2178149.1998195,5818997.7338486); > > options = { > controls:[], > projection: new OpenLayers.Projection("EPSG:900913"), > displayProjection: new OpenLayers.Projection("EPSG:4326"), > units: "m", > numZoomLevels: 18, > maxResolution: 156543.0339, > maxExtent: new > OpenLayers.Bounds(-20037508,-20037508,20037508,20037508.34) > }; > > map = new OpenLayers.Map('map', options); > > // create Google Mercator Layers > var gphy = new OpenLayers.Layer.Google("Google Terrain",{type: > G_PHYSICAL_MAP, 'sphericalMercator': true}); > var gmap = new OpenLayers.Layer.Google("Google > Streets",{'sphericalMercator': true}); > var gsat = new OpenLayers.Layer.Google("Google Satellite",{type: > G_SATELLITE_MAP, 'sphericalMercator': true}); > var ghyb = new OpenLayers.Layer.Google("Google Hybrid",{type: > G_HYBRID_MAP, 'sphericalMercator': true}; > > > // add Layers array > map.addLayers([gphy,gmap,gsat,ghyb]); > > // add simple Controls > map.addControl(new OpenLayers.Control.LayerSwitcher()); > map.addControl(new OpenLayers.Control.MousePosition(/*{div: > $('coord')}*/)); > map.zoomToExtent(startBounds); > > /* > * GetFeatureInfo - Pupup > * ********************** > */ > > var info = new OpenLayers.Control.WMSGetFeatureInfo({ > url: > "http://correggiov3/cgi-bin/mapserv.exe?map=/ms4w/apps/caps_manager/Mapfiles/wms.map", > title: 'Identify features by clicking', > queryVisible: true, > eventListeners: { > getfeatureinfo: function(event) { > map.addPopup(new OpenLayers.Popup.FramedCloud( > "chicken", > map.getLonLatFromPixel(event.xy), > null, > event.text, > null, > true > )); > } > } > }); > map.addControl(info); > info.activate(); > > } //end initMap > > /* > * Add the filtered layer > * ********************** > */ > function addQueryLayers(){ > > year = document.forms['queryForm'].elements["year"].value; > areaType = > document.forms['queryForm'].elements["areaType"].value; > > qAreas = new OpenLayers.Layer.WMS("Selected areas", wmsURL, { > map:"/ms4w/apps/caps_manager/Mapfiles/wms.map",year:year, > layers: 'QueryAreas', > format:'image/png', > transparent:'true' > }, {'isBaseLayer':false}); > > map.addLayer(qAreas); > > } > [/code] I cannot see the Variable year passing to the getfeatureInfo-Request. You should verify if the getfeatureinfo-request ist built correct by openlayers. Using a handcraftet getfeatureinfo-request with the filter-attribute should work. HTH Stephan -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabr?ck - HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From alessio.dilorenzo at gmail.com Thu Aug 27 02:21:21 2009 From: alessio.dilorenzo at gmail.com (AlessioDL) Date: Thu, 27 Aug 2009 04:21:21 -0500 (CDT) Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error In-Reply-To: <20090827105222.4140c29b@thoe.hq.intevation.de> References: <1251299258021-3515191.post@n2.nabble.com> <4A951270.5157.008F.0@dnr.state.mn.us> <1251308400034-3518272.post@n2.nabble.com> <1251362493046-3522732.post@n2.nabble.com> <20090827105222.4140c29b@thoe.hq.intevation.de> Message-ID: <1251364881478-3523156.post@n2.nabble.com> Stephan Holl wrote: > > > I cannot see the Variable year passing to the getfeatureInfo-Request. > > You should verify if the getfeatureinfo-request ist built correct by > openlayers. Using a handcraftet getfeatureinfo-request with the > filter-attribute should work. > > Hi Stephan. Using firebug I noticed that the GFI request built by OpenLayers is: http://correggiov3/cgi-bin/mapserv.exe?map=/ms4w/apps/caps_manager/Mapfiles/wms.map&service=WMS&version=1.1.0&request=GetFeatureInfo&layers=QueryAreas&query_layers=QueryAreas&styles=&bbox=1486547.325892%2C5335610.321683%2C1926824.608736%2C5681105.68947&srs=EPSG%3A900913&feature_count=10&x=377&y=368&height=565&width=720&info_format=text%2Fhtml so, there are no references to the year variable. By adding vendorParams: {"year":year} to the GetFeatureInfo control options the request changes and include the parameter: http://correggiov3/cgi-bin/mapserv.exe?map=/ms4w/apps/caps_manager/Mapfiles/wms.map&service=WMS&version=1.1.0&request=GetFeatureInfo&layers=QueryAreas&query_layers=QueryAreas&styles=&bbox=1340399.72784%2C5118834.909503%2C2220954.293527%2C5809825.645077&srs=EPSG%3A900913&feature_count=10&x=308&y=290&height=565&width=720&info_format=text%2Fhtml&year=2009 but the error is still the same. It looks like the mapfile results wrong when I put inside it the %year% variable. -- View this message in context: http://n2.nabble.com/Variable-substitution-cause-WMS-GetFeatureInfo-error-tp3515191p3523156.html Sent from the Mapserver - User mailing list archive at Nabble.com. From vinodgupta at dwisesolutions.com Thu Aug 27 02:24:08 2009 From: vinodgupta at dwisesolutions.com (Vinod Gupta) Date: Thu, 27 Aug 2009 14:54:08 +0530 Subject: [mapserver-users] How to start Mapserver Application In c# .net Message-ID: <001101ca26f8$23773400$6a659c00$@com> Hi, I am very new for mapserver and I want to start designing my application in c# .net. Please let me know how to start step by step. Thanking, Vinod Gupta -------------- next part -------------- An HTML attachment was scrubbed... URL: From js at c-a.co.uk Thu Aug 27 03:17:18 2009 From: js at c-a.co.uk (The Chimpster) Date: Thu, 27 Aug 2009 05:17:18 -0500 (CDT) Subject: [mapserver-users] Repeated map tiles using Open Layers Message-ID: <1251368238806-3523736.post@n2.nabble.com> Making use of Open Layers 2.8 with Map Server For Windows 2.3.1 which contains MapServer 5.2.1 I'm using locally available Ordnance Survey map tiles (will be used on an intranet, so no internet sources) When querying mapserv.exe directly, the map is rendered fine, however when viewing the map through Open Layers, the image appears repeated (image attached) http://n2.nabble.com/file/n3523736/MapWoe.png I'm assuming it's maybe a projection issue, but have tried specifying the projection both when initialising the OpenLayers.Map, the OpenLayers.Layer, in the .map file and each of the .map files for the different zoom levels, and various combinations of these, all to no avail. The projection should be EPSG:27700. Any suggestions or input would be welcome -- View this message in context: http://n2.nabble.com/Repeated-map-tiles-using-Open-Layers-tp3523736p3523736.html Sent from the Mapserver - User mailing list archive at Nabble.com. From o.bedel at alkante.com Thu Aug 27 03:46:15 2009 From: o.bedel at alkante.com (Olivier Bedel) Date: Thu, 27 Aug 2009 12:46:15 +0200 Subject: [mapserver-users] CGI Controls - queryfile and pattern validation problem Message-ID: <4A9663F7.2070807@alkante.com> Hello list, I am trying to call mapserv in CGI using NQUERYMAP mode. I would like to use the queryfile parameter but I have difficulties setting the validation pattern on it. My URL call looks like this : http://localhost/cgi-bin/mapserv? map=test_postgis.map& LAYERS=layer86& map_imagetype=png& map_transparent=TRUE& map_resolution=96& mapext=603029.1235762136+1779885.0319475005+1031002.8072237864+1903874.9731624997& imgext=603029.1235762136+1779885.0319475005+1031002.8072237864+1903874.9731624997& map_size=2464+714& imgx=1232&imgy=357& imgxy=2464+714& mode=nquerymap& queryfile=myquery.msv And mapserv always complains with the following error : msEvalRegex(): Regular expression error. String (myquery.msv) failed expression test. I've tried setting validation patterns in the MAP/WEB/METADATA section of the mapfile : "TEMPLATEPATTERN" ".*" "qstring_validation_pattern" ".*" "queryfile_validation_pattern" ".*" But none of these patterns resolve the problem... Can anyone tell me if CGI queryfile parameter is still supported or if i do something wrong with my patterns ? I am using mapserver 5.4.1 Best regards, Olivier. From szekerest at gmail.com Thu Aug 27 05:50:51 2009 From: szekerest at gmail.com (Tamas Szekeres) Date: Thu, 27 Aug 2009 14:50:51 +0200 Subject: [mapserver-users] How to start Mapserver Application In c# .net In-Reply-To: References: <001101ca26f8$23773400$6a659c00$@com> Message-ID: Hi, You can use mapscript c# by adding a reference to the mapscript_csharp.dll. The primary documentation of the class library of mapscript can be found at: http://mapserver.org/mapscript/mapscript.html For some additional information related to the C# interface take a look at: http://mapserver.org/installation/dotnet.html Some c# examples can be found at the mapserver source tree: http://trac.osgeo.org/mapserver/browser/trunk/mapserver/mapscript/csharp/examples You could also examine the ASP.NET tutorial for more information: http://www.paolocorti.net/2006/07/01/mapscript-c-tutorial-programming-mapserver-in-the-asp-net-framework/ http://www.paolocorti.net/2006/07/02/introduction-to-mapserver-web-gis-development-environment/ Working binaries (including mapscript_csharp.dll and all the related dlls) can be downloaded from here: http://vbkto.dyndns.org:1280/sdk/Default.aspx Best regards, Tamas 2009/8/27 Vinod Gupta > > > > > Hi, > > > > I am very new for mapserver and I want to start designing my application > in c# .net. Please let me know how to start step by step. > > > > > > Thanking, > > Vinod Gupta > > _______________________________________________ > 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 andy at squeakycode.net Thu Aug 27 07:07:25 2009 From: andy at squeakycode.net (Andy Colson) Date: Thu, 27 Aug 2009 09:07:25 -0500 Subject: [mapserver-users] MapServer 5.2.1 performance In-Reply-To: <1251302171603-3516379.post@n2.nabble.com> References: <1251302171603-3516379.post@n2.nabble.com> Message-ID: <4A96931D.3060001@squeakycode.net> Gorka Lopez wrote: > Hi, > > I have a .map file with 120 layers. All this layers contain different > information and this project is prepared to consume all these layers > together. The style of those layers is basic (some annotations and some > tematics) > > This layers consumes PostGIS tables (28 tables) which disk spaces are > between 1 MB and 1GB (database total space: 2,5GB). The indexes of these > tables (gist and btrees indexes) and the statistics are created. These > information are in the same coordinate system that in the requested tiles. > > I want to improve the performance and I have the following results for a > 512x512 tile: > > * 27 milliseconds per visible layer (layers that are visible in the map's > scale (40 layers)) > * 18 millisecods per non-visible layer (layers that are not visible in the > map' scale (80 layers)) > > Is there any solution to improve this results (I just use tilechache > metatile property)? I think that 18 milliseconds per non-visible layer is > too much (only for evaluating wether the requested tile is contained in the > layer's min/max scale) > > Thanks for your help. > > Best regards, > > Gorka L?pez > Did you use the mapfile debug to get the timings? Did you profile any of the sql statements? (In PG do you log slow sql statements? Or log them all and use 'explain analyze' on them to make sure they are all running fast?) Are the program and database on the same box? (ie is there network latency problems?) Are you using mapserv as cgi? OpenLayers? something else? -Andy From alessio.dilorenzo at gmail.com Thu Aug 27 07:18:29 2009 From: alessio.dilorenzo at gmail.com (AlessioDL) Date: Thu, 27 Aug 2009 09:18:29 -0500 (CDT) Subject: [mapserver-users] Variable-substitution cause WMS GetFeatureInfo error In-Reply-To: <1251364881478-3523156.post@n2.nabble.com> References: <1251299258021-3515191.post@n2.nabble.com> <4A951270.5157.008F.0@dnr.state.mn.us> <1251308400034-3518272.post@n2.nabble.com> <1251362493046-3522732.post@n2.nabble.com> <20090827105222.4140c29b@thoe.hq.intevation.de> <1251364881478-3523156.post@n2.nabble.com> Message-ID: <1251382709259-3526537.post@n2.nabble.com> Ok guys, at the moment I solved with a little workaround. I created a dynamic SLD PHP file ( based on the year) and appending it to the getmap request. In this way I don't need to substitute variables inside my mapfile, so query the visible layer with wms getfeatureinfo it's finally possible. Anyway I'd like to know if there's a solution to get working the first method... :) ciao, alessio -- View this message in context: http://n2.nabble.com/Variable-substitution-cause-WMS-GetFeatureInfo-error-tp3515191p3526537.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Steve.Lime at dnr.state.mn.us Thu Aug 27 07:57:04 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Thu, 27 Aug 2009 09:57:04 -0500 Subject: [mapserver-users] CGI Controls - queryfile and pattern validationproblem In-Reply-To: <4A9663F7.2070807@alkante.com> References: <4A9663F7.2070807@alkante.com> Message-ID: <4A965877.5157.008F.0@dnr.state.mn.us> Query files *must* have the extension .qy. There is no workaround other than to rename the file. Steve >>> On 8/27/2009 at 5:46 AM, in message <4A9663F7.2070807 at alkante.com>, Olivier Bedel wrote: > Hello list, > > I am trying to call mapserv in CGI using NQUERYMAP mode. I would like to use > the queryfile parameter but I have difficulties setting the validation > pattern on it. My URL call looks like this : > > http://localhost/cgi-bin/mapserv? > map=test_postgis.map& > LAYERS=layer86& > map_imagetype=png& > map_transparent=TRUE& > map_resolution=96& > mapext=603029.1235762136+1779885.0319475005+1031002.8072237864+1903874.97316 > 24997& > imgext=603029.1235762136+1779885.0319475005+1031002.8072237864+1903874.97316 > 24997& > map_size=2464+714& > imgx=1232&imgy=357& > imgxy=2464+714& > mode=nquerymap& > queryfile=myquery.msv > > And mapserv always complains with the following error : > > msEvalRegex(): Regular expression error. String (myquery.msv) failed > expression test. > > I've tried setting validation patterns in the MAP/WEB/METADATA section of > the mapfile : > > "TEMPLATEPATTERN" ".*" > "qstring_validation_pattern" ".*" > "queryfile_validation_pattern" ".*" > > But none of these patterns resolve the problem... > > Can anyone tell me if CGI queryfile parameter is still supported or if i do > something wrong with my patterns ? > > I am using mapserver 5.4.1 > > Best regards, > > Olivier. > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From cak at speedgauge.net Thu Aug 27 09:59:57 2009 From: cak at speedgauge.net (Chris Kantarjiev) Date: Thu, 27 Aug 2009 09:59:57 -0700 Subject: [mapserver-users] double free when using expressions? Message-ID: <4A96BB8D.7040408@speedgauge.net> I'm getting this in my log: *** glibc detected *** double free or corruption (fasttop): 0x08140898 *** I'm trying to use a slightly complex EXPRESSION to create a class. When I have CLASSITEM "CONTRACC" CLASS NAME "Controlled Access" EXPRESSION "Y" it works fine. When I have CLASS NAME "Controlled Access FC1" EXPRESSION (([FUNC_CLASS] eq "1") and ([CONTRACC] eq "Y")) I get the crash. Help? I'm using the prepackaged server from fgs-mapserver_5.0.2-fgs_1.0.0-linux-i386.bin Thanks, chris From David.Fawcett at state.mn.us Thu Aug 27 10:13:25 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Thu, 27 Aug 2009 12:13:25 -0500 Subject: [mapserver-users] double free when using expressions? In-Reply-To: <4A96BB8D.7040408@speedgauge.net> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA7AC@s-sp22.pca.state.mn.us> I can't explain the crash, but if your columns are string columns, you will want to put quotes around the column identifier too. e.g. EXPRESSION (('[FUNC_CLASS]' eq "1") and ('[CONTRACC]' eq "Y")) -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Chris Kantarjiev Sent: Thursday, August 27, 2009 12:00 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] double free when using expressions? I'm getting this in my log: *** glibc detected *** double free or corruption (fasttop): 0x08140898 *** I'm trying to use a slightly complex EXPRESSION to create a class. When I have CLASSITEM "CONTRACC" CLASS NAME "Controlled Access" EXPRESSION "Y" it works fine. When I have CLASS NAME "Controlled Access FC1" EXPRESSION (([FUNC_CLASS] eq "1") and ([CONTRACC] eq "Y")) I get the crash. Help? I'm using the prepackaged server from fgs-mapserver_5.0.2-fgs_1.0.0-linux-i386.bin Thanks, chris _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From cak at speedgauge.net Thu Aug 27 11:09:54 2009 From: cak at speedgauge.net (Chris Kantarjiev) Date: Thu, 27 Aug 2009 11:09:54 -0700 Subject: [mapserver-users] double free when using expressions? Message-ID: <4A96CBF2.3020707@speedgauge.net> > I can't explain the crash, but if your columns are string columns, you > will want to put quotes around the column identifier too. oh really? wait a sec... Whee! That got rid of the crash. I must have missed that in the docs... Thanks! From micklesh at gmail.com Thu Aug 27 11:45:31 2009 From: micklesh at gmail.com (Michael Shishcu) Date: Thu, 27 Aug 2009 21:45:31 +0300 Subject: [mapserver-users] MapServer Oracle performance Message-ID: Hi everyone. I did some research and found a strange thing. Hope I'm wrong, but... It seems to me that when mapserver fetches data from the database, all parameters for where clause of the query string (for example coordinates for MDSYS.SDO_ORDINATE_ARRAY() procedure) are string literals and not oracle's bind variables. This forces the DB to "hard parse" every query from mapserver. But hard parse of the query is very CPU intensive process, so data fetching is slower than it could be. Can anyone confirm this, and if so, is there a workaround of such a problem? Regards, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From micklesh at gmail.com Thu Aug 27 11:55:13 2009 From: micklesh at gmail.com (micklesh) Date: Thu, 27 Aug 2009 13:55:13 -0500 (CDT) Subject: [mapserver-users] MapServer Oracle performance Message-ID: <1251399313528-3529230.post@n2.nabble.com> Hi everyone. I did some research and found a strange thing. Hope I'm wrong, but... It seems to me that when mapserver fetches data from the database, all parameters for "where" clause of the query string (for example coordinates for MDSYS.SDO_ORDINATE_ARRAY() procedure) are string literals and not oracle's bind variables. This forces the DB to "hard parse" every query from mapserver. But hard parse of the query is very CPU intensive process, so data fetching is slower than it could be. Can anyone confirm this, and if so, is there a workaround of such a problem? Regards, Michael -- View this message in context: http://n2.nabble.com/MapServer-Oracle-performance-tp3529230p3529230.html Sent from the Mapserver - User mailing list archive at Nabble.com. From andy at squeakycode.net Thu Aug 27 12:05:05 2009 From: andy at squeakycode.net (Andy Colson) Date: Thu, 27 Aug 2009 14:05:05 -0500 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: References: Message-ID: <4A96D8E1.1070106@squeakycode.net> Michael Shishcu wrote: > Hi everyone. > > I did some research and found a strange thing. Hope I'm wrong, but... > It seems to me that when mapserver fetches data from the database, all > parameters for where clause of the query string (for example coordinates > for MDSYS.SDO_ORDINATE_ARRAY() procedure) are string literals and not > oracle's bind variables. This forces the DB to "hard parse" every query > from mapserver. But hard parse of the query is very CPU intensive > process, so data fetching is slower than it could be. > Can anyone confirm this, and if so, is there a workaround of such a problem? > > Regards, Michael > Are you talking about preparing a query, like: "select * from map where the_geom && ?" and then executing the prepared query many-many times? or are you talking about sending the arguments to a prepared query in "binary" vs string format? (I know nothing about oracle, my terms are Postgres, but I assume close) If you are talking preparing once, and firing many-many times, then yes it would be a speed up. But just the format the params are sent in, I doubt would make a difference. Parsing a string like "30,40,50,60" into an array [30, 40, 50, 60] should be very fast. (and besides, somebody has to build the array, the time has to be spent somewhere, be it on the client or the server). Do you have any timing's to show the difference between the methods? (I'm thinking like a perl script or something) Or any benchmarks on the web someplace? As for workaround, I would not think so. You'd probably have to get your hands into the guts of mapserv and play around with the db interface stuff. -Andy From woodbri at swoodbridge.com Thu Aug 27 12:32:30 2009 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 27 Aug 2009 15:32:30 -0400 Subject: [mapserver-users] double free when using expressions? In-Reply-To: <4A96CBF2.3020707@speedgauge.net> References: <4A96CBF2.3020707@speedgauge.net> Message-ID: <4A96DF4E.4070308@swoodbridge.com> Chris Kantarjiev wrote: > > I can't explain the crash, but if your columns are string columns, you > > will want to put quotes around the column identifier too. > > oh really? wait a sec... > > Whee! That got rid of the crash. I must have missed that in the docs... Please write that up as a bug. Especially if you can make a trivial mapfile to reproduce it, but write it up regardless. http://trac.osgeo.org/mapserver/ Thanks, -Steve W From bartvde at osgis.nl Thu Aug 27 12:07:05 2009 From: bartvde at osgis.nl (Bart van den Eijnden (OSGIS)) Date: Thu, 27 Aug 2009 21:07:05 +0200 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <1251399313528-3529230.post@n2.nabble.com> References: <1251399313528-3529230.post@n2.nabble.com> Message-ID: <4A96D959.1060307@osgis.nl> Hi, I think you're right. Do you have any idea of the possible performance impact? For a workaround, how is your knowledge of the C language, maybe you can write a patch to maporaclespatial.c? Best regards, Bart micklesh wrote: > Hi everyone. > > I did some research and found a strange thing. Hope I'm wrong, but... > > It seems to me that when mapserver fetches data from the database, all > parameters for "where" clause of the query string (for example coordinates > for MDSYS.SDO_ORDINATE_ARRAY() procedure) are string literals and not > oracle's bind variables. > This forces the DB to "hard parse" every query from mapserver. But hard > parse of the query is very CPU intensive process, so data fetching is slower > than it could be. > Can anyone confirm this, and if so, is there a workaround of such a problem? > > Regards, Michael > -- Bart van den Eijnden OSGIS, Open Source GIS bartvde at osgis.nl http://www.osgis.nl From micklesh at gmail.com Thu Aug 27 13:32:21 2009 From: micklesh at gmail.com (Michael Shishcu) Date: Thu, 27 Aug 2009 23:32:21 +0300 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <4A96D8E1.1070106@squeakycode.net> References: <4A96D8E1.1070106@squeakycode.net> Message-ID: Bart, Andy, thanks for the answers Andy, here is a brief explanation of the bind variables: http://www.akadia.com/services/ora_bind_variables.html http://www.oracle-base.com/articles/misc/LiteralsSubstitutionVariablesAndBindVariables.php the idea is to have a query pre-parsed and to substitute parameters in this query, so to make the Database think that the query is the same even if there is difference in "where" clause. Tomorrow I'll make some benchmarking for a real life example. Bart, about patching, I'll try to find out a solution regards, michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.smith at usace.army.mil Thu Aug 27 13:34:53 2009 From: michael.smith at usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Thu, 27 Aug 2009 16:34:53 -0400 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <4A96D959.1060307@osgis.nl> Message-ID: All, This is true and I have a patch ready to address this and use bind variables in maporaclespatial.c. Howard (hobu) has the patch and was going to evaluate it and incorporate into trunk when he gets a chance. I haven't seen an amazing boost in performance but it does reduce the amount of duplicate sql in the SGA. Mike -- Michael Smith RSGIS Center US Army Corps of Engineers On 8/27/09 3:07 PM, "Bart van den Eijnden (OSGIS)" wrote: > Hi, > > I think you're right. Do you have any idea of the possible performance > impact? > > For a workaround, how is your knowledge of the C language, maybe you can > write a patch to maporaclespatial.c? > > Best regards, > Bart > > micklesh wrote: >> Hi everyone. >> >> I did some research and found a strange thing. Hope I'm wrong, but... >> >> It seems to me that when mapserver fetches data from the database, all >> parameters for "where" clause of the query string (for example coordinates >> for MDSYS.SDO_ORDINATE_ARRAY() procedure) are string literals and not >> oracle's bind variables. >> This forces the DB to "hard parse" every query from mapserver. But hard >> parse of the query is very CPU intensive process, so data fetching is slower >> than it could be. >> Can anyone confirm this, and if so, is there a workaround of such a problem? >> >> Regards, Michael >> > From ivan.lucena at pmldnet.com Thu Aug 27 17:28:24 2009 From: ivan.lucena at pmldnet.com (Ivan) Date: Thu, 27 Aug 2009 20:28:24 -0400 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: References: Message-ID: <4A9724A8.1080001@pmldnet.com> Hi Mike, I am not that familiar with the problem but I believe you are talking about the internal MapServer's Oracle SDO_GEOMETRY support not GDAL/OGR/OCI. Right? Would that run faster with? How does it compare in performance with Oracle's Mapviewer? Anyway, I believe I understand the issues of Binding in OCI since I faced it in GDAL/GeoRaster myself. So if you need one more eye on the code, count me in. But since we are talking about the overall performance of MapServer with Oracle I would like to take the opportunity to ask a question that concerns me, if you don't mind. I setup an very simple MAP file with a GDAL/GeoRaster as the DATA parameter of a layer like that: LAYER DATA "geor:scott/tiger at orcl,CITIES,SCENE,ID=120" This raster is 14336x14336x3 big (600Mb) and has 7 level of pyramids on it. The question is that, because of the pyramids (= GDAL overviews) this image loads, pan and zoom pretty fast on QuantumGIS with the Oracle Raster plugin but that doesn't help at all in MapServer. I might not be that familiar with MapServer architecture either, but it looks to me that it doesn't take advantage of Pyramids at all. Not even if the raster is stored in MrSID. The only way to go is to build tile cache. Right? Best regards, Ivan Smith, Michael ERDC-CRREL-NH wrote: > All, > > This is true and I have a patch ready to address this and use bind variables > in maporaclespatial.c. Howard (hobu) has the patch and was going to evaluate > it and incorporate into trunk when he gets a chance. > > I haven't seen an amazing boost in performance but it does reduce the amount > of duplicate sql in the SGA. > > Mike > > From warmerdam at pobox.com Thu Aug 27 18:13:30 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 27 Aug 2009 21:13:30 -0400 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <4A9724A8.1080001@pmldnet.com> References: <4A9724A8.1080001@pmldnet.com> Message-ID: <4A972F3A.20108@pobox.com> Ivan wrote: > I setup an very simple MAP file with a GDAL/GeoRaster as the DATA > parameter of a layer like that: > > LAYER > DATA "geor:scott/tiger at orcl,CITIES,SCENE,ID=120" > > This raster is 14336x14336x3 big (600Mb) and has 7 level of pyramids on > it. The question is that, because of the pyramids (= GDAL overviews) > this image loads, pan and zoom pretty fast on QuantumGIS with the Oracle > Raster plugin but that doesn't help at all in MapServer. > > I might not be that familiar with MapServer architecture either, but it > looks to me that it doesn't take advantage of Pyramids at all. Not even > if the raster is stored in MrSID. The only way to go is to build tile > cache. Right? Ivan, MapServer certainly should be taking advantage of overviews if they are available. MapServer just calls RasterIO and lets it do the downsampling so if GDAL's RasterIO is downsampling with overviews it should be good. If this is not working, we should likely be investigating how the overviews are presented by the driver. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From michael.smith at usace.army.mil Thu Aug 27 19:27:45 2009 From: michael.smith at usace.army.mil (Smith, Michael ERDC-USACE-NH) Date: Thu, 27 Aug 2009 22:27:45 -0400 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <4A9724A8.1080001@pmldnet.com> Message-ID: Ivan, Bart, Howard, I created ticket #3107 to include this patch. Also in this patch is support for 4d data (x,y,z,m) since that's in my version of maporaclespatial.c as well. And yes, this is for Mapserver's internal Oracle support. Performance is much faster that Oracle's MapViewer in my experience. The performance increase gets even larger, with larger datasets. Please feel free to make any code improvements you can. C is not my best language. Mike -- Michael Smith RSGIS Center US Army Corps of Engineers On 8/27/09 8:28 PM, "Ivan" wrote: > Hi Mike, > > I am not that familiar with the problem but I believe you are talking about > the internal MapServer's > Oracle SDO_GEOMETRY support not GDAL/OGR/OCI. Right? Would that run faster > with? How does it compare > in performance with Oracle's Mapviewer? > > Anyway, I believe I understand the issues of Binding in OCI since I faced it > in GDAL/GeoRaster > myself. So if you need one more eye on the code, count me in. > > But since we are talking about the overall performance of MapServer with > Oracle I would like to take > the opportunity to ask a question that concerns me, if you don't mind. > > I setup an very simple MAP file with a GDAL/GeoRaster as the DATA parameter of > a layer like that: > > LAYER > DATA "geor:scott/tiger at orcl,CITIES,SCENE,ID=120" > > This raster is 14336x14336x3 big (600Mb) and has 7 level of pyramids on it. > The question is that, > because of the pyramids (= GDAL overviews) this image loads, pan and zoom > pretty fast on QuantumGIS > with the Oracle Raster plugin but that doesn't help at all in MapServer. > > I might not be that familiar with MapServer architecture either, but it looks > to me that it doesn't > take advantage of Pyramids at all. Not even if the raster is stored in MrSID. > The only way to go is > to build tile cache. Right? > > Best regards, > > Ivan > > > Smith, Michael ERDC-CRREL-NH wrote: >> All, >> >> This is true and I have a patch ready to address this and use bind variables >> in maporaclespatial.c. Howard (hobu) has the patch and was going to evaluate >> it and incorporate into trunk when he gets a chance. >> >> I haven't seen an amazing boost in performance but it does reduce the amount >> of duplicate sql in the SGA. >> >> Mike >> >> > From cheung.jackey at gmail.com Thu Aug 27 21:29:19 2009 From: cheung.jackey at gmail.com (Jackey Cheung) Date: Fri, 28 Aug 2009 12:29:19 +0800 Subject: [mapserver-users] About MapServer (future) features Message-ID: Hi all, I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D image rendering in MapServer? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Espen.Messel at ffi.no Fri Aug 28 01:03:59 2009 From: Espen.Messel at ffi.no (Espen.Messel at ffi.no) Date: Fri, 28 Aug 2009 10:03:59 +0200 Subject: [mapserver-users] wms time nearestValue Message-ID: Hi all, I would like to turn on the nearest value parameter on a time depended layer, but I can't find out how. Anyone who knows? >From getCapabilities: ... ... Best regards, Espen Messel From bartvde at osgis.nl Fri Aug 28 01:14:18 2009 From: bartvde at osgis.nl (bartvde at osgis.nl) Date: Fri, 28 Aug 2009 10:14:18 +0200 (CEST) Subject: [mapserver-users] wms time nearestValue In-Reply-To: References: Message-ID: <57995.145.50.39.11.1251447258.squirrel@webmail.hostingdiscounter.nl> I don't think that Mapserver currently supports this, since it is hard-coded to 0. I would suggest opening up an enhancement bug. Best regards, Bart > Hi all, > > I would like to turn on the nearest value parameter on a time depended > layer, but I can't find out how. > Anyone who knows? > >>From getCapabilities: > ... > > ... > > Best regards, > > Espen Messel > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > From ivan.lucena at pmldnet.com Fri Aug 28 04:25:10 2009 From: ivan.lucena at pmldnet.com (Ivan) Date: Fri, 28 Aug 2009 07:25:10 -0400 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <4A972F3A.20108@pobox.com> References: <4A9724A8.1080001@pmldnet.com> <4A972F3A.20108@pobox.com> Message-ID: <4A97BE96.30903@pmldnet.com> Frank, Frank Warmerdam wrote: > Ivan wrote: >> I setup an very simple MAP file with a GDAL/GeoRaster as the DATA >> parameter of a layer like that: >> >> LAYER >> DATA "geor:scott/tiger at orcl,CITIES,SCENE,ID=120" >> >> This raster is 14336x14336x3 big (600Mb) and has 7 level of pyramids >> on it. The question is that, because of the pyramids (= GDAL >> overviews) this image loads, pan and zoom pretty fast on QuantumGIS >> with the Oracle Raster plugin but that doesn't help at all in MapServer. >> >> I might not be that familiar with MapServer architecture either, but >> it looks to me that it doesn't take advantage of Pyramids at all. Not >> even if the raster is stored in MrSID. The only way to go is to build >> tile cache. Right? > > Ivan, > > MapServer certainly should be taking advantage of overviews if they are > available. MapServer just calls RasterIO and lets it do the downsampling > so if GDAL's RasterIO is downsampling with overviews it should be good. > > If this is not working, we should likely be investigating how the overviews > are presented by the driver. I pretty much sure that the GeoRaster driver is returning the overview correctly when it is asked to read the correct overview/pyramid level. My MAP/SIZE parameter is "800 600" so if add some debugging message inside the driver code and run gdal_translate and shp2img to compare the results that is what I got: % gdal_translate geor:scott/tiger at orcl,gdal_rdt,59 out.tif -outsize 800 600 Input file size is 14336, 14336 ... GEOR: nBlock, nBand, nLevel, nXOffset, nYOffset, nColumnBlockSize, nRowBlockSize = 0, 1, 4, 0, 0, 256, 256 GEOR: nBlock, nBand, nLevel, nXOffset, nYOffset, nColumnBlockSize, nRowBlockSize = 1, 1, 4, 1, 0, 256, 256 GEOR: nBlock, nBand, nLevel, nXOffset, nYOffset, nColumnBlockSize, nRowBlockSize = 2, 1, 4, 2, 0, 256, 256 ... % shp2img -m /home/ilucena/htdocs/test.map -o out.png ... GEOR: nBlock, nBand, nLevel, nXOffset, nYOffset, nColumnBlockSize, nRowBlockSize = 0, 1, 0, 0, 0, 256, 256 GEOR: nBlock, nBand, nLevel, nXOffset, nYOffset, nColumnBlockSize, nRowBlockSize = 1, 1, 0, 1, 0, 256, 256 GEOR: nBlock, nBand, nLevel, nXOffset, nYOffset, nColumnBlockSize, nRowBlockSize = 2, 1, 0, 2, 0, 256, 256 ... 0...10...20...30...40...50...60...70...80...90...100 - done. I am assuming that shp2img is calling the same code as MapServer. Rigth? So looking at the debugging information I can see that the nLevel parameter is incorrect. It is reading from the full scene what takes much more blocks to read and more time. But I am assuming that the only downsamplying I need to specify for this test is the SIZE parameter on the general MAP level. Debugging those two process I noticed some important difference. shp2img calls GDALDatasetRasterIO and will ultimately calls the driver IRasterIO but without calling GetOverview first, so when it goes to the driver IReadBlock the level is 0. gdal_translate calls GetOverview and get the appropriated level but it does not touch the driver IRasterIO, it goes directly to the IReadBlock with the correct level. It Seams like QGIS does the same. I will continue to investigate. Thanks, Ivan From sb.ray at hotmail.com Fri Aug 28 04:45:04 2009 From: sb.ray at hotmail.com (sunny74) Date: Fri, 28 Aug 2009 06:45:04 -0500 (CDT) Subject: [mapserver-users] layers not getting separated In-Reply-To: References: <1251290767905-3514899.post@n2.nabble.com> <2a37f67a0908260635v3ab62146g5a9aeae1be79f55d@mail.gmail.com> Message-ID: <1251459904758-3534120.post@n2.nabble.com> Hi, Thanks for your reply. My problem is solved. Problem was in the map file.The status of each layer was "DEfault", so all the layers were loading and not turning off.Then I changed the status of all except the base to "OFF".I found that it was turning on and off. But now I am having another issue.I have 12 layers in my map and it is taking tooooo long to load.Therefore I decided to turn on only 2 layers at Page Load. Rest of the layers I want to turn on at a particular zoom level.How can I check the zoom level and turn on these layers. Thanks for ur reply. Steve.Toutant wrote: > > and your mapfile as well? > > Steve Toutant, M. Sc. > Analyste en g?omatique > Secteur environnement > Direction des risques biologiques, environnementaux et occupationnels > Institut national de sant? publique du Qu?bec > 945, avenue Wolfe > Qu?bec, Qc G1V 5B3 > T?l.: (418) 650-5115 #5281 > Fax.: (418) 654-3144 > steve.toutant at inspq.qc.ca > http://www.inspq.qc.ca > > > > > > Pavel Iacovlev @lists.osgeo.org > Envoy? par : mapserver-users-bounces at lists.osgeo.org > 26/08/2009 09:35 AM > > A > sunny74 > cc > mapserver-users at lists.osgeo.org > Objet > Re: [mapserver-users] layers not getting separated > > > > > > > > > Can we see your OpenLayers JS code ? > > On Wed, Aug 26, 2009 at 3:46 PM, sunny74 wrote: >> >> Dear Friends, >> >> I am displaying a map using mapserver and openlayers.The map is > displayed >> using a map file kept within a folder containing shape files. >> Although the map is getting displayed, if I add more than one layer the >> layers are not getting separated. >> i.e I can see the layer in the Layer switcher but if I check or uncheck >> nothing happens. >> This means all the layers are coming as a single image. >> I feel that there is something in the map file which I have ommitted and > so >> this happens. >> I used QGIS to create the map file. >> >> Looking for a solution. >> >> Thanks for your replies. >> -- >> View this message in context: > http://n2.nabble.com/layers-not-getting-separated-tp3514899p3514899.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 >> > > > > -- > http://iap.md, The future is open > _______________________________________________ > 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 > > -- View this message in context: http://n2.nabble.com/layers-not-getting-separated-tp3514899p3534120.html Sent from the Mapserver - User mailing list archive at Nabble.com. From sb.ray at hotmail.com Fri Aug 28 04:52:51 2009 From: sb.ray at hotmail.com (sunny74) Date: Fri, 28 Aug 2009 06:52:51 -0500 (CDT) Subject: [mapserver-users] turning on layers at a particular zoom level Message-ID: <1251460371790-3534156.post@n2.nabble.com> DEar Friends, I have 12 layers in my map and it is taking tooooo long to load.Therefore I decided to turn on only 2 layers at Page Load. Rest of the layers I want to turn on at a particular zoom level.How can I check the zoom level and turn on these layers. How can make the map load faster especially on page reload? Is it possible to cache the map or is there some other technique? Thanks for ur reply. -- View this message in context: http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3534156.html Sent from the Mapserver - User mailing list archive at Nabble.com. From Jukka.Rahkonen at mmmtike.fi Fri Aug 28 05:09:04 2009 From: Jukka.Rahkonen at mmmtike.fi (Rahkonen Jukka) Date: Fri, 28 Aug 2009 15:09:04 +0300 Subject: [mapserver-users] turning on layers at a particular zoom level In-Reply-To: <1251460371790-3534156.post@n2.nabble.com> References: <1251460371790-3534156.post@n2.nabble.com> Message-ID: Hi, Mapserver is somehow documented, about adjusting visibility according to scale, try to find MAXSCALEDENOM/MINSCALEDENOM from http://www.mapserver.org/mapfile/layer.html#index-21 Mapserver does not do caching but you can use for examply TileCache or GeoWebCache between your clients and Mapserver. -Jukka Rahkonen- > -----Alkuper?inen viesti----- > L?hett?j?: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta sunny74 > L?hetetty: 28. elokuuta 2009 14:53 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: [mapserver-users] turning on layers at a particular zoom level > > > DEar Friends, > > I have 12 layers in my map and it is taking tooooo long to > load.Therefore I decided to turn on only 2 layers at Page Load. > > Rest of the layers I want to turn on at a particular zoom > level.How can I check the zoom level and turn on these layers. > > How can make the map load faster especially on page reload? > Is it possible to cache the map or is there some other technique? > > Thanks for ur reply. > > -- > View this message in context: > http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-le > vel-tp3534156p3534156.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 sb.ray at hotmail.com Fri Aug 28 06:44:56 2009 From: sb.ray at hotmail.com (sunny74) Date: Fri, 28 Aug 2009 08:44:56 -0500 (CDT) Subject: [mapserver-users] turning on layers at a particular zoom level In-Reply-To: References: <1251460371790-3534156.post@n2.nabble.com> Message-ID: <1251467096433-3534743.post@n2.nabble.com> Hi, Thanks for your reply. I went thru the link and read about MAXSCALEDENOM/MINSCALEDENOM. So MINSCALEDENOM is the minimum scale level at which a layer will become visible. But I am a bit confused.When the map loads for the first time it has a zoom level of 7 as given in the code below. map.setCenter(new OpenLayers.LonLat(74.25, 20.35), 7); In terms of scale it is showing 1:3M. What is M? If I increase the zoom level i.e do zoom in, scale becomes 1:856K and 1:256K etc i.e scale decreases. So If want a layer to be visible at a scale level of 1:2M what do I write in the mapfile? How to use TileCache or GeoWebCache?Pls give the js code. Rahkonen Jukka wrote: > > Hi, > > Mapserver is somehow documented, about adjusting visibility according to > scale, try to find MAXSCALEDENOM/MINSCALEDENOM from > http://www.mapserver.org/mapfile/layer.html#index-21 > > Mapserver does not do caching but you can use for examply TileCache or > GeoWebCache between your clients and Mapserver. > > -Jukka Rahkonen- > > > >> -----Alkuper?inen viesti----- >> L?hett?j?: mapserver-users-bounces at lists.osgeo.org >> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta sunny74 >> L?hetetty: 28. elokuuta 2009 14:53 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: [mapserver-users] turning on layers at a particular zoom level >> >> >> DEar Friends, >> >> I have 12 layers in my map and it is taking tooooo long to >> load.Therefore I decided to turn on only 2 layers at Page Load. >> >> Rest of the layers I want to turn on at a particular zoom >> level.How can I check the zoom level and turn on these layers. >> >> How can make the map load faster especially on page reload? >> Is it possible to cache the map or is there some other technique? >> >> Thanks for ur reply. >> >> -- >> View this message in context: >> http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-le >> vel-tp3534156p3534156.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3534743.html Sent from the Mapserver - User mailing list archive at Nabble.com. From dmorissette at mapgears.com Fri Aug 28 06:55:31 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Fri, 28 Aug 2009 09:55:31 -0400 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: References: Message-ID: <4A97E1D3.3020507@mapgears.com> Jackey Cheung wrote: > Hi all, > > I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D > image rendering in MapServer? > I'm not aware of any plan on that front. -- Daniel Morissette http://www.mapgears.com/ From David.Fawcett at state.mn.us Fri Aug 28 06:57:49 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Fri, 28 Aug 2009 08:57:49 -0500 Subject: [mapserver-users] turning on layers at a particular zoom level In-Reply-To: <1251467096433-3534743.post@n2.nabble.com> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA7B0@s-sp22.pca.state.mn.us> I assume the 'M' stands for million. If you want the layer to be only visible when 'zoomed in' beyond 1:2M, I would set a MAXSCALEDENOM of 2000000. If you want the layer to be only visible when 'zoomed out' beyond 1:2M, I would set a MINSCALEDENOM of 2000000. If you only want the layer to be visible between resolutions of 1:100000 and 1:200000, you would set: both MINSCALEDENOM 100000 and MAXSCALEDENOM 200000 These values go in either a LAYER or CLASS of LAYER in your MapServer map file. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of sunny74 Sent: Friday, August 28, 2009 8:45 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] turning on layers at a particular zoom level Hi, Thanks for your reply. I went thru the link and read about MAXSCALEDENOM/MINSCALEDENOM. So MINSCALEDENOM is the minimum scale level at which a layer will become visible. But I am a bit confused.When the map loads for the first time it has a zoom level of 7 as given in the code below. map.setCenter(new OpenLayers.LonLat(74.25, 20.35), 7); In terms of scale it is showing 1:3M. What is M? If I increase the zoom level i.e do zoom in, scale becomes 1:856K and 1:256K etc i.e scale decreases. So If want a layer to be visible at a scale level of 1:2M what do I write in the mapfile? How to use TileCache or GeoWebCache?Pls give the js code. Rahkonen Jukka wrote: > > Hi, > > Mapserver is somehow documented, about adjusting visibility according > to scale, try to find MAXSCALEDENOM/MINSCALEDENOM from > http://www.mapserver.org/mapfile/layer.html#index-21 > > Mapserver does not do caching but you can use for examply TileCache or > GeoWebCache between your clients and Mapserver. > > -Jukka Rahkonen- > > > >> -----Alkuper?inen viesti----- >> L?hett?j?: mapserver-users-bounces at lists.osgeo.org >> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta sunny74 >> L?hetetty: 28. elokuuta 2009 14:53 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: [mapserver-users] turning on layers at a particular zoom level >> >> >> DEar Friends, >> >> I have 12 layers in my map and it is taking tooooo long to >> load.Therefore I decided to turn on only 2 layers at Page Load. >> >> Rest of the layers I want to turn on at a particular zoom >> level.How can I check the zoom level and turn on these layers. >> >> How can make the map load faster especially on page reload? Is it >> possible to cache the map or is there some other technique? >> >> Thanks for ur reply. >> >> -- >> View this message in context: >> http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-le >> vel-tp3534156p3534156.html >> Sent from the Mapserver - User mailing list archive at Nabble.com. >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3534743.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From dmorissette at mapgears.com Fri Aug 28 07:03:14 2009 From: dmorissette at mapgears.com (Daniel Morissette) Date: Fri, 28 Aug 2009 10:03:14 -0400 Subject: [mapserver-users] layers not getting separated In-Reply-To: <1251459904758-3534120.post@n2.nabble.com> References: <1251290767905-3514899.post@n2.nabble.com> <2a37f67a0908260635v3ab62146g5a9aeae1be79f55d@mail.gmail.com> <1251459904758-3534120.post@n2.nabble.com> Message-ID: <4A97E3A2.6000300@mapgears.com> sunny74 wrote: > > Rest of the layers I want to turn on at a particular zoom level.How can I > check the zoom level and turn on these layers. > There are MINSCALEDENOM and MAXSCALEDENOM settings in the LAYER object for that. See http://mapserver.org/mapfile/layer.html And here is another interesting read: http://mapserver.org/optimization/mapfile.html Daniel -- Daniel Morissette http://www.mapgears.com/ From warmerdam at pobox.com Fri Aug 28 07:41:08 2009 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 28 Aug 2009 10:41:08 -0400 Subject: [mapserver-users] MapServer Oracle performance In-Reply-To: <4A97BE96.30903@pmldnet.com> References: <4A9724A8.1080001@pmldnet.com> <4A972F3A.20108@pobox.com> <4A97BE96.30903@pmldnet.com> Message-ID: <4A97EC84.6060807@pobox.com> Ivan wrote: > Debugging those two process I noticed some important difference. shp2img > calls GDALDatasetRasterIO and will ultimately calls the driver IRasterIO > but without calling GetOverview first, so when it goes to the driver > IReadBlock the level is 0. gdal_translate calls GetOverview and get the > appropriated level but it does not touch the driver IRasterIO, it goes > directly to the IReadBlock with the correct level. It Seams like QGIS > does the same. Ivan, Yikes! On review I have reason to believe the GDALDataset::RasterIO() method is not using overviews! I will investigate on this side as well. I only very recently reworked the MapServer IO code to use GDALDataset::RasterIO() instead of calls to GDALRasterBand::RasterIO() so this isn't a problem that would have showed up in MapServer in the past. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bfraser at geoanalytic.com Fri Aug 28 08:21:08 2009 From: bfraser at geoanalytic.com (Brent Fraser) Date: Fri, 28 Aug 2009 09:21:08 -0600 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: References: Message-ID: <4A97F5E4.7050308@geoanalytic.com> There was some discussion along this line (if you are talking about a perspective view) in the Mapserver-DEV list back around Feb 27/March 10 (http://lists.osgeo.org/pipermail/mapserver-dev/2008-March/006853.html) Or search Google for "How to generate 3d image like GPS device" Brent Fraser Jackey Cheung wrote: > Hi all, > > I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D > image rendering in MapServer? > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Fri Aug 28 08:33:15 2009 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 28 Aug 2009 10:33:15 -0500 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: <4A97F5E4.7050308@geoanalytic.com> References: <4A97F5E4.7050308@geoanalytic.com> Message-ID: <4A97B26B.163B.00A8.0@ci.stpaul.mn.us> All, I still have this idea rolling around in the back of my mind as a to-do thing, just need to get a good (Strong) business need for it to happen here. It's a chicken and egg sort of thing right now, I don't know for sure how we would end up using this, and need to get a service out there first and get some user feedback.` The 2.5d (or 3D) viewing is obviously needed, and it's coming down to how to best handle the process, what are the best approaches. I think it's going to require some experimental prototyping first to see what the possibilities are. I'm available for project management of something like this if there are resources (money) available to work something up. I also have a very good set of data to show something like this off to prospective users to the best degree. bobb >>> Brent Fraser wrote: There was some discussion along this line (if you are talking about a perspective view) in the Mapserver-DEV list back around Feb 27/March 10 (http://lists.osgeo.org/pipermail/mapserver-dev/2008-March/006853.html) Or search Google for "How to generate 3d image like GPS device" Brent Fraser Jackey Cheung wrote: > Hi all, > > I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D > image rendering in MapServer? > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Fri Aug 28 08:51:50 2009 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 28 Aug 2009 11:51:50 -0400 Subject: [mapserver-users] Mapnik XML to Mapserver Mapfile Convertor? Message-ID: <4A97FD16.5090102@swoodbridge.com> Does anyone know if a Mapnik XML to Mapserver mapfile convert exits? Got a pointer to it? Thanks, -Steve From bfraser at geoanalytic.com Fri Aug 28 08:54:03 2009 From: bfraser at geoanalytic.com (Brent Fraser) Date: Fri, 28 Aug 2009 09:54:03 -0600 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: <4A97B26B.163B.00A8.0@ci.stpaul.mn.us> References: <4A97F5E4.7050308@geoanalytic.com> <4A97B26B.163B.00A8.0@ci.stpaul.mn.us> Message-ID: <4A97FD9B.6060002@geoanalytic.com> Bob, One approach (to the technical aspect) would be to do it in two phases. The first phase being somewhat of a hack to simply warp a layer to appear to be in perspective. The second phase would be full support of 3d perspective rendering and 3d objects (terrain, buildings, etc). For the first phase, add a value of "2.5d" to the LAYER's TRANSFORM object. When the layer is rendered apply a simple warp to approximate a perspective transformation, and copy the result into output image (or warp the features as they are written into the output image). For the second phase, get lots of funding :) Brent Fraser Bob Basques wrote: > > > All, > > > I still have this idea rolling around in the back of my mind as a to-do > thing, just need to get a good (Strong) business need for it to happen > here. It's a chicken and egg sort of thing right now, I don't know for > sure how we would end up using this, and need to get a service out there > first and get some user feedback.` > > > The 2.5d (or 3D) viewing is obviously needed, and it's coming down to > how to best handle the process, what are the best approaches. I think > it's going to require some experimental prototyping first to see what > the possibilities are. I'm available for project management of > something like this if there are resources (money) available to work > something up. I also have a very good set of data to show something > like this off to prospective users to the best degree. > > > bobb > > > > > > >> >> Brent Fraser wrote: > > There was some discussion along this line (if you are talking about a > perspective view) in the Mapserver-DEV list back around Feb 27/March 10 > (http://lists.osgeo.org/pipermail/mapserver-dev/2008-March/006853.html) > > Or search Google for "How to generate 3d image like GPS device" > > Brent Fraser > > Jackey Cheung wrote: >> Hi all, >> >> I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D >> image rendering in MapServer? >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 Fri Aug 28 11:56:01 2009 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 28 Aug 2009 13:56:01 -0500 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: <4A97F5E4.7050308@geoanalytic.com> References: <4A97F5E4.7050308@geoanalytic.com> Message-ID: <4A97E1F0.163B.00A8.0@ci.stpaul.mn.us> There is a WIKI page mentioned in this Thread. Anyone have a pointer to it? Thanks bobb >>> Brent Fraser wrote: There was some discussion along this line (if you are talking about a perspective view) in the Mapserver-DEV list back around Feb 27/March 10 (http://lists.osgeo.org/pipermail/mapserver-dev/2008-March/006853.html) Or search Google for "How to generate 3d image like GPS device" Brent Fraser Jackey Cheung wrote: > Hi all, > > I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D > image rendering in MapServer? > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 bfraser at geoanalytic.com Fri Aug 28 12:15:11 2009 From: bfraser at geoanalytic.com (Brent Fraser) Date: Fri, 28 Aug 2009 13:15:11 -0600 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: <4A97E1F0.163B.00A8.0@ci.stpaul.mn.us> References: <4A97F5E4.7050308@geoanalytic.com> <4A97E1F0.163B.00A8.0@ci.stpaul.mn.us> Message-ID: <4A982CBF.8040006@geoanalytic.com> Bob, The only thing I could find was: http://wiki.osgeo.org/wiki/MapServer_2009_SOC_Ideas#Tilted_Prespective_Map_View_similar_to_that_used_in_many_GPS_devices Brent Bob Basques wrote: > > > There is a WIKI page mentioned in this Thread. Anyone have a pointer to > it? > > > Thanks > > > bobb > > > > >> >> Brent Fraser wrote: > > There was some discussion along this line (if you are talking about a > perspective view) in the Mapserver-DEV list back around Feb 27/March 10 > (http://lists.osgeo.org/pipermail/mapserver-dev/2008-March/006853.html) > > Or search Google for "How to generate 3d image like GPS device" > > Brent Fraser > > Jackey Cheung wrote: >> Hi all, >> >> I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D >> image rendering in MapServer? >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 Bob.Basques at ci.stpaul.mn.us Fri Aug 28 12:21:04 2009 From: Bob.Basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 28 Aug 2009 14:21:04 -0500 Subject: [mapserver-users] About MapServer (future) features In-Reply-To: <4A982CBF.8040006@geoanalytic.com> References: <4A97F5E4.7050308@geoanalytic.com> <4A97E1F0.163B.00A8.0@ci.stpaul.mn.us><4A97E1F0.163B.00A8.0@ci.stpaul.mn.us> <4A982CBF.8040006@geoanalytic.com> Message-ID: <4A97E7D0.163B.00A8.0@ci.stpaul.mn.us> Brent, That's more than I found. :c) I wonder if now is a good time to re-open the discussion. I may have some time to put towards some of this during fall and winter. bobb >>> Brent Fraser wrote: Bob, The only thing I could find was: http://wiki.osgeo.org/wiki/MapServer_2009_SOC_Ideas#Tilted_Prespective_Map_View_similar_to_that_used_in_many_GPS_devices ( http://wiki.osgeo.org/wiki/MapServer_2009_SOC_Ideas#Tilted_Prespective_Map_View_similar_to_that_used_in_many_GPS_devices ) Brent Bob Basques wrote: > > > There is a WIKI page mentioned in this Thread. Anyone have a pointer to > it? > > > Thanks > > > bobb > > > > >> >> Brent Fraser wrote: > > There was some discussion along this line (if you are talking about a > perspective view) in the Mapserver-DEV list back around Feb 27/March 10 > (http://lists.osgeo.org/pipermail/mapserver-dev/2008-March/006853.html) > > Or search Google for "How to generate 3d image like GPS device" > > Brent Fraser > > Jackey Cheung wrote: >> Hi all, >> >> I'm just getting curious, is there any plan or WIP on 2.5D and/or 3D >> image rendering in MapServer? >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > > ------------------------------------------------------------------------ > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bicphuongonline at yahoo.com Fri Aug 28 21:38:24 2009 From: bicphuongonline at yahoo.com (Alphatran) Date: Fri, 28 Aug 2009 23:38:24 -0500 (CDT) Subject: [mapserver-users] Tilecache did not load all tiles Message-ID: <1251520704784-3540527.post@n2.nabble.com> All tiles is seeded but tilecache did not load all tiles, there're some tiles missing on the map. I tried many way but I got no working solution. Will you please to help me! -- View this message in context: http://n2.nabble.com/Tilecache-did-not-load-all-tiles-tp3540527p3540527.html Sent from the Mapserver - User mailing list archive at Nabble.com. From sb.ray at hotmail.com Sat Aug 29 00:01:12 2009 From: sb.ray at hotmail.com (sunny74) Date: Sat, 29 Aug 2009 02:01:12 -0500 (CDT) Subject: [mapserver-users] turning on layers at a particular zoom level In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5056DA7B0@s-sp22.pca.state.mn.us> References: <1251460371790-3534156.post@n2.nabble.com> <1251467096433-3534743.post@n2.nabble.com> <6246727221874A4FB8D3F9BBC37D9BD5056DA7B0@s-sp22.pca.state.mn.us> Message-ID: <1251529272378-3540787.post@n2.nabble.com> Hi David, Thanks for your reply. I wanted to have 3 layers displayed b/w scale of 1.2M and 1.15M and so I have added set MAXSCALEDENOM /MINSCALEDENOM as follows: LAYER NAME 'WaterBody' TYPE POLYGON DATA 'C:\ms4w\Apache\cgi-bin\Shape\WaterBody.shp' METADATA 'wms_title' 'WaterBody' END STATUS OFF TRANSPARENCY 100 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' '' END CLASS NAME 'WaterBody' MAXSCALEDENOM 2000000 MINSCALEDENOM 1500000 STYLE SYMBOL 0 SIZE 2 OUTLINECOLOR 0 0 0 COLOR 150 123 90 END END END 1)Pls tell me whether I hav added the things at the correct place. 2) Can I also add it within the layer properties? 3) I find that the layers are being added at PageLoad.This I found out by looking at the number of items being added at the bottom left corner of IE. The number of items has nearly doubled due to the addition of the 3 layers. Is there any way by which I can stop the layers from being added at PageLoad i.e they should be added only when the desired scale is reached. 4) How to use TileCache or GeoWebCache i.e js code? Thanks again. Fawcett, David wrote: > > I assume the 'M' stands for million. > > If you want the layer to be only visible when 'zoomed in' beyond 1:2M, I > would set a MAXSCALEDENOM of 2000000. > > If you want the layer to be only visible when 'zoomed out' beyond 1:2M, I > would set a MINSCALEDENOM of 2000000. > > If you only want the layer to be visible between resolutions of 1:100000 > and 1:200000, you would set: both MINSCALEDENOM 100000 and MAXSCALEDENOM > 200000 > > These values go in either a LAYER or CLASS of LAYER in your MapServer map > file. > > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of sunny74 > Sent: Friday, August 28, 2009 8:45 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] turning on layers at a particular zoom > level > > > > Hi, > > Thanks for your reply. > I went thru the link and read about MAXSCALEDENOM/MINSCALEDENOM. So > MINSCALEDENOM is the minimum scale level at which a layer will become > visible. But I am a bit confused.When the map loads for the first time it > has a zoom level of 7 as given in the code below. > > map.setCenter(new OpenLayers.LonLat(74.25, 20.35), 7); > > In terms of scale it is showing 1:3M. > What is M? > If I increase the zoom level i.e do zoom in, scale becomes 1:856K and > 1:256K etc i.e scale decreases. So If want a layer to be visible at a > scale level of 1:2M what do I write in the mapfile? > > How to use TileCache or GeoWebCache?Pls give the js code. > > > Rahkonen Jukka wrote: >> >> Hi, >> >> Mapserver is somehow documented, about adjusting visibility according >> to scale, try to find MAXSCALEDENOM/MINSCALEDENOM from >> http://www.mapserver.org/mapfile/layer.html#index-21 >> >> Mapserver does not do caching but you can use for examply TileCache or >> GeoWebCache between your clients and Mapserver. >> >> -Jukka Rahkonen- >> >> >> >>> -----Alkuper?inen viesti----- >>> L?hett?j?: mapserver-users-bounces at lists.osgeo.org >>> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta sunny74 >>> L?hetetty: 28. elokuuta 2009 14:53 >>> Vastaanottaja: mapserver-users at lists.osgeo.org >>> Aihe: [mapserver-users] turning on layers at a particular zoom level >>> >>> >>> DEar Friends, >>> >>> I have 12 layers in my map and it is taking tooooo long to >>> load.Therefore I decided to turn on only 2 layers at Page Load. >>> >>> Rest of the layers I want to turn on at a particular zoom >>> level.How can I check the zoom level and turn on these layers. >>> >>> How can make the map load faster especially on page reload? Is it >>> possible to cache the map or is there some other technique? >>> >>> Thanks for ur reply. >>> >>> -- >>> View this message in context: >>> http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-le >>> vel-tp3534156p3534156.html >>> Sent from the Mapserver - User mailing list archive at Nabble.com. >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> > > -- > View this message in context: > http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3534743.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3540787.html Sent from the Mapserver - User mailing list archive at Nabble.com. From nelsonwc7 at hotmail.com Sat Aug 29 10:11:59 2009 From: nelsonwc7 at hotmail.com (Nelson Correia) Date: Sat, 29 Aug 2009 17:11:59 +0000 Subject: [mapserver-users] Postgis tile index not working Message-ID: Hi, I'm trying to use a postgis layer as tile index of a raster layer and can't get it working. Here are the layers I'm using: LAYER NAME "layer_tindex" TYPE POLYGON CONNECTIONTYPE POSTGIS CONNECTION "host=localhost port=5432 dbname=mydb user=myuser password=mypwd" DATA "bbox from shapes" CLASS STYLE OUTLINECOLOR 0 0 0 END END END LAYER NAME "layer_raster" TYPE RASTER STATUS DEFAULT DUMP TRUE TILEINDEX "layer_tindex" TILEITEM "image_path" PROJECTION "init=epsg:4326" END END When I make a request to Mapserver, everything gets into the image, except the images from the "layer_raster" layer. I can even see the bboxes if I turn on the layer "layer_tindex". I can't find much documentation about this integration between Mapserver and Postgis, so tell me if I'm making some mistake. By the way, I'm doing this with a Mapserver 5.2.1. Thanks in advance, Nelson _________________________________________________________________ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/middleeast/windows/windowslive/products/photo-gallery-edit.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From nelsonwc7 at hotmail.com Sat Aug 29 10:46:55 2009 From: nelsonwc7 at hotmail.com (Nelson Correia) Date: Sat, 29 Aug 2009 17:46:55 +0000 Subject: [mapserver-users] Postgis tile index not working In-Reply-To: References: Message-ID: I forgot saying that the bbox column of table shapes is in projection 4326 and my image files are PNGs (my mapserver is supporting PNG). Nelson From: nelsonwc7 at hotmail.com To: mapserver-users at lists.osgeo.org Date: Sat, 29 Aug 2009 17:11:59 +0000 Subject: [mapserver-users] Postgis tile index not working Hi, I'm trying to use a postgis layer as tile index of a raster layer and can't get it working. Here are the layers I'm using: LAYER NAME "layer_tindex" TYPE POLYGON CONNECTIONTYPE POSTGIS CONNECTION "host=localhost port=5432 dbname=mydb user=myuser password=mypwd" DATA "bbox from shapes" CLASS STYLE OUTLINECOLOR 0 0 0 END END END LAYER NAME "layer_raster" TYPE RASTER STATUS DEFAULT DUMP TRUE TILEINDEX "layer_tindex" TILEITEM "image_path" PROJECTION "init=epsg:4326" END END When I make a request to Mapserver, everything gets into the image, except the images from the "layer_raster" layer. I can even see the bboxes if I turn on the layer "layer_tindex". I can't find much documentation about this integration between Mapserver and Postgis, so tell me if I'm making some mistake. By the way, I'm doing this with a Mapserver 5.2.1. Thanks in advance, Nelson _________________________________________________________________ Share your memories online with anyone you want. http://www.microsoft.com/middleeast/windows/windowslive/products/photos-share.aspx?tab=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From porath at web.de Sun Aug 30 02:43:37 2009 From: porath at web.de (Holger Porath) Date: Sun, 30 Aug 2009 11:43:37 +0200 Subject: [mapserver-users] bad jpeg2000 performance Message-ID: <0E4A5B62-CCD9-44EE-9D62-009E2CF641EB@web.de> All, we are trying to read jpeg2000 tiles with mapserver. We downloaded jasper-1.900.1.uuid and recompiled gdal 1.6.1 with it. Afterwards we compiled mapserver 5.0 again. We are now able to read jpeg2000 images with mapserver but it is extremly slow. A getmap request for a small image takes more than 20 seconds. Attached you'll find the debug messages from mapserver. From our perspective, the resampling is causing the poor performance. We are wondering, why mapserver wants to resample the tiles. The jpeg2000 tiles all have epsg:25832 and we are requesting the map in epsg:25832. So do you have any ideas? Cheers Holger Porath [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].34797 msDrawMap(): Layer 24 (Vermerk), 0.000s [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].34862 msDrawRasterLayerLow(jp2): entering. [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].174302 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].174424 msDrawGDAL(jp2): using RAW_WINDOW=2419 0 81 108 [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].174451 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].175028 msDrawMap(): Layer 24 (Vermerk), 0.000s [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].175096 msDrawRasterLayerLow(jp2): entering. [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].309340 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].309462 msDrawGDAL(jp2): using RAW_WINDOW=2419 0 81 108 [Sat Aug 15 10:03:18 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:18 2009].309489 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:23 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:23 2009].639177 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:23 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:23 2009].639264 msDrawGDAL(jp2): using RAW_WINDOW=2419 2322 81 178 [Sat Aug 15 10:03:23 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:23 2009].639275 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:23 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:23 2009].757642 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:23 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:23 2009].757736 msDrawGDAL(jp2): using RAW_WINDOW=2419 2322 81 178 [Sat Aug 15 10:03:23 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:23 2009].757747 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:29 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:29 2009].79722 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:29 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:29 2009].79819 msDrawGDAL(jp2): using RAW_WINDOW=0 0 172 108 [Sat Aug 15 10:03:29 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:29 2009].79863 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:29 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:29 2009].203375 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:29 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:29 2009].203471 msDrawGDAL(jp2): using RAW_WINDOW=0 0 172 108 [Sat Aug 15 10:03:29 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:29 2009].203483 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:34 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:34 2009].855977 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:34 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:34 2009].856085 msDrawGDAL(jp2): using RAW_WINDOW=0 2322 172 178 [Sat Aug 15 10:03:34 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:34 2009].856099 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:34 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:34 2009].972349 msResampleGDALToMap in effect: cellsize = 0.200000 [Sat Aug 15 10:03:34 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:34 2009].972461 msDrawGDAL(jp2): using RAW_WINDOW=0 2322 172 178 [Sat Aug 15 10:03:34 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:34 2009].972483 msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].291250 msDrawMap(): Layer 0 (jp2), 22.256s [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].294022 msDrawMap(): Drawing Label Cache, 0.003s [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].294041 msDrawMap() total time: 22.261s [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].390347 msDrawMap(): Layer 0 (jp2), 22.215s [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].393143 msDrawMap(): Drawing Label Cache, 0.003s [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].393162 msDrawMap() total time: 22.221s [Sat Aug 15 10:03:40 2009] [error] [client 10.6.241.71] [Sat Aug 15 10:03:40 2009].492634 msFreeMap(): freeing map at 0x65e030. From antonio.mailinglist at gmail.com Sun Aug 30 05:20:06 2009 From: antonio.mailinglist at gmail.com (Antonio Volpix) Date: Sun, 30 Aug 2009 14:20:06 +0200 Subject: [mapserver-users] drawEPP(): EPPL7 support is not available In-Reply-To: <4A92EEEB.2090909@pobox.com> References: <4A92EEEB.2090909@pobox.com> Message-ID: Frank, I just want say you Thanks. setting CONFIG "CPL_DEBUG" "ON" and using ogrinfo and shp2img on the same boundary box I have been able to identify the error and resolve it. There was some corrupted GIF images and GDAL was not able to generate any images when one of these was involved in my WMS request. Thanks again Ciao Antonio On Mon, Aug 24, 2009 at 9:50 PM, Frank Warmerdam wrote: > Antonio Volpix wrote: > >> Hi, >> I am spending a lot of time to resolve this issue. >> I run a lot of WMS requests to mapserver always on the same mapfile and >> same layer. >> Some time, and I don't understand why , mapserver return me the error in >> the subject. >> The error is localized always in a specific area , it isn't random. >> > > Antonio, > > Is the problem reliably repeatable with a particular request? > > Does you have a tiled raster layer in your map file? > > The error generally means that a raster file was not able to be opened > with any of the provided mechanisms. Generally speaking it should be > GDAL that opens the file, but it would seem that for some file (at least > sometimes) GDALOpen() is failing. > > It may be helpful to enable GDAL debug output, especially if you can narrow > things down to a particular request the triggers it. This should be > accomplishable in the MAP file by adding this line within the MAP object: > > CONFIG "CPL_DEBUG" "ON" > > Alternatively set this as an environment variable in a mapserv cgi wrapper > script. > > Best regards, > -- > > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From snaperski at gmail.com Mon Aug 31 03:23:57 2009 From: snaperski at gmail.com (Raivo Alla) Date: Mon, 31 Aug 2009 13:23:57 +0300 Subject: [mapserver-users] Re: annotations in mapserver 5.4 In-Reply-To: <49dc012b0908032312g75b51371xd08158b46f4b574f@mail.gmail.com> References: <49dc012b0908032312g75b51371xd08158b46f4b574f@mail.gmail.com> Message-ID: <49dc012b0908310323j7868aed2gea5cf8528a23e0f@mail.gmail.com> This is a bit old problem (still got that bug), but I found that I typed the second link not right, the right link to the problematic output is that: http://picasaweb.google.com/snaperski/Ort#5365984697960162578 I assume this is some 5.4 version bug? Sincerely, Raivo On Tue, Aug 4, 2009 at 9:12 AM, Raivo Alla wrote: > Hey, > > I got some weird behavior while trying to display labels with mapserver 5.4. > With mapserver 5.0.3 these labels show up nicely: > http://picasaweb.google.com/snaperski/Ort#5365984694609689634 > But with mapserver 5.4, these layers are shown at scale about > 350000-200000, but they will disappear at higher scales, so nothing > can be seen: > http://picasaweb.google.com/snaperski/Ort#5365984694609689634 > This could'nt be collision conflict either as they have enough space to fit in. > Is something changed in the way mapserver treats annotations elements? > > Data source is a polygon shapefile: I hope that (polygon type) is not > the problem? > The layer itself in the mapfile: > > ? ? ? ?LAYER > ? ? ? ? ? ? ? ?NAME alevikAnno_1 > ? ? ? ? ? ? ? ?GROUP HYBRID > ? ? ? ? ? ? ? ?METADATA > ? ? ? ? ? ? ? ? ? ? ? ?"wms_title" "alevikAnno" > ? ? ? ? ? ? ? ? ? ? ? ?"wms_srs" "EPSG:3301" > ? ? ? ? ? ? ? ? ? ? ? ?"wms_extent" "355000 6360000 754000 6660000" > ? ? ? ? ? ? ? ?END > ? ? ? ? ? ? ? ?STATUS default > ? ? ? ? ? ? ? ?TYPE annotation > ? ? ? ? ? ? ? ?DATA "kohanimed/alevikud_1" > ? ? ? ? ? ? ? ?LABELITEM "TEXTSTRING" > ? ? ? ? ? ? ? ?CLASS > ? ? ? ? ? ? ? ?MAXSCALE 1333333 > ? ? ? ? ? ? ? ?MINSCALE 200000 > ? ? ? ? ? ? ? ? ? ? ? ?LABEL > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TYPE truetype > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?ANTIALIAS true > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?FONT "arial" > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?COLOR 255 255 255 > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?SIZE 9 > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?priority 6 > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?force false > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?ANGLE auto > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OUTLINECOLOR 25 25 25 > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?POSITION cr > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?BUFFER 1 > ? ? ? ? ? ? ? ? ? ? ? ?END > ? ? ? ? ? ? ? ?END > ? ? ? ?END > > > > Raivo Alla > Estonian Land Board > From jmckenna at gatewaygeomatics.com Mon Aug 31 06:01:00 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 31 Aug 2009 10:01:00 -0300 Subject: [mapserver-users] Postgis tile index not working In-Reply-To: References: Message-ID: <4A9BC98C.8090403@gatewaygeomatics.com> Nelson Correia wrote: > Hi, > > I'm trying to use a postgis layer as tile index of a raster layer and > can't get it working. > Here are the layers I'm using: > > > LAYER > NAME "layer_tindex" > TYPE POLYGON > CONNECTIONTYPE POSTGIS > CONNECTION "host=localhost port=5432 dbname=mydb > user=myuser password=mypwd" > DATA "bbox from shapes" > CLASS > STYLE > OUTLINECOLOR 0 0 0 > END > END > END > LAYER > NAME "layer_raster" > TYPE RASTER > STATUS DEFAULT > DUMP TRUE > TILEINDEX "layer_tindex" > TILEITEM "image_path" > PROJECTION > "init=epsg:4326" > END > END > > When I make a request to Mapserver, everything gets into the image, > except the images from the "layer_raster" layer. I can even see the > bboxes if I turn on the layer "layer_tindex". > > I can't find much documentation about this integration between Mapserver > and Postgis, so tell me if I'm making some mistake. > > By the way, I'm doing this with a Mapserver 5.2.1. > > Thanks in advance, > I would start by using the commandline utility shp2img with the '-all_debug 3' switch to see all errors (example#3 on http://www.mapserver.org/utilities/shp2img.html). -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From David.Fawcett at state.mn.us Mon Aug 31 07:01:08 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Mon, 31 Aug 2009 09:01:08 -0500 Subject: [mapserver-users] turning on layers at a particular zoom level In-Reply-To: <1251529272378-3540787.post@n2.nabble.com> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA7BA@s-sp22.pca.state.mn.us> 1. You can use MINSCALEDENOM and MAXSCALEDENOM at either the layer or class level (on a current version of MapServer). So, it looks like they are in an appropriate place. The real test is to use MapServer to draw the layer for you. Does it turn on and off at the scales that you want it to? 2. Yes, it can apply to both the layer or class properties. I assume that you looked here: http://www.mapserver.org/mapfile/class.html#class 3. MapServer has nothing to do with when things load. This all happens on your client. It sounds like you modified your client to request each layer individually. If you just want to sandwich them all together, why not just make one WMS call to the server and request all of the layers in one image/call. This question is really more appropriate for the OpenLayers list. 4. I would consult the TileCache or OpenLayers list for this one. David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of sunny74 Sent: Saturday, August 29, 2009 2:01 AM To: mapserver-users at lists.osgeo.org Subject: RE: [mapserver-users] turning on layers at a particular zoom level Hi David, Thanks for your reply. I wanted to have 3 layers displayed b/w scale of 1.2M and 1.15M and so I have added set MAXSCALEDENOM /MINSCALEDENOM as follows: LAYER NAME 'WaterBody' TYPE POLYGON DATA 'C:\ms4w\Apache\cgi-bin\Shape\WaterBody.shp' METADATA 'wms_title' 'WaterBody' END STATUS OFF TRANSPARENCY 100 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' '' END CLASS NAME 'WaterBody' MAXSCALEDENOM 2000000 MINSCALEDENOM 1500000 STYLE SYMBOL 0 SIZE 2 OUTLINECOLOR 0 0 0 COLOR 150 123 90 END END END 1)Pls tell me whether I hav added the things at the correct place. 2) Can I also add it within the layer properties? 3) I find that the layers are being added at PageLoad.This I found out by looking at the number of items being added at the bottom left corner of IE. The number of items has nearly doubled due to the addition of the 3 layers. Is there any way by which I can stop the layers from being added at PageLoad i.e they should be added only when the desired scale is reached. 4) How to use TileCache or GeoWebCache i.e js code? Thanks again. Fawcett, David wrote: > > I assume the 'M' stands for million. > > If you want the layer to be only visible when 'zoomed in' beyond 1:2M, > I would set a MAXSCALEDENOM of 2000000. > > If you want the layer to be only visible when 'zoomed out' beyond > 1:2M, I would set a MINSCALEDENOM of 2000000. > > If you only want the layer to be visible between resolutions of > 1:100000 and 1:200000, you would set: both MINSCALEDENOM 100000 and > MAXSCALEDENOM 200000 > > These values go in either a LAYER or CLASS of LAYER in your MapServer map > file. > > > -----Original Message----- > From: mapserver-users-bounces at lists.osgeo.org > [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of sunny74 > Sent: Friday, August 28, 2009 8:45 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] turning on layers at a particular zoom > level > > > > Hi, > > Thanks for your reply. > I went thru the link and read about MAXSCALEDENOM/MINSCALEDENOM. So > MINSCALEDENOM is the minimum scale level at which a layer will become > visible. But I am a bit confused.When the map loads for the first time > it has a zoom level of 7 as given in the code below. > > map.setCenter(new OpenLayers.LonLat(74.25, 20.35), 7); > > In terms of scale it is showing 1:3M. > What is M? > If I increase the zoom level i.e do zoom in, scale becomes 1:856K and > 1:256K etc i.e scale decreases. So If want a layer to be visible at a > scale level of 1:2M what do I write in the mapfile? > > How to use TileCache or GeoWebCache?Pls give the js code. > > > Rahkonen Jukka wrote: >> >> Hi, >> >> Mapserver is somehow documented, about adjusting visibility according >> to scale, try to find MAXSCALEDENOM/MINSCALEDENOM from >> http://www.mapserver.org/mapfile/layer.html#index-21 >> >> Mapserver does not do caching but you can use for examply TileCache >> or >> GeoWebCache between your clients and Mapserver. >> >> -Jukka Rahkonen- >> >> >> >>> -----Alkuper?inen viesti----- >>> L?hett?j?: mapserver-users-bounces at lists.osgeo.org >>> [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta sunny74 >>> L?hetetty: 28. elokuuta 2009 14:53 >>> Vastaanottaja: mapserver-users at lists.osgeo.org >>> Aihe: [mapserver-users] turning on layers at a particular zoom level >>> >>> >>> DEar Friends, >>> >>> I have 12 layers in my map and it is taking tooooo long to >>> load.Therefore I decided to turn on only 2 layers at Page Load. >>> >>> Rest of the layers I want to turn on at a particular zoom level.How >>> can I check the zoom level and turn on these layers. >>> >>> How can make the map load faster especially on page reload? Is it >>> possible to cache the map or is there some other technique? >>> >>> Thanks for ur reply. >>> >>> -- >>> View this message in context: >>> http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-le >>> vel-tp3534156p3534156.html >>> Sent from the Mapserver - User mailing list archive at Nabble.com. >>> _______________________________________________ >>> mapserver-users mailing list mapserver-users at lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> > > -- > View this message in context: > http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3534743.html > Sent from the Mapserver - User mailing list archive at Nabble.com. > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- View this message in context: http://n2.nabble.com/turning-on-layers-at-a-particular-zoom-level-tp3534156p3540787.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 Steve.Lime at dnr.state.mn.us Mon Aug 31 11:16:30 2009 From: Steve.Lime at dnr.state.mn.us (Steve Lime) Date: Mon, 31 Aug 2009 13:16:30 -0500 Subject: [mapserver-users] Re: annotations in mapserver 5.4 In-Reply-To: <49dc012b0908310323j7868aed2gea5cf8528a23e0f@mail.gmail.com> References: <49dc012b0908032312g75b51371xd08158b46f4b574f@mail.gmail.com> <49dc012b0908310323j7868aed2gea5cf8528a23e0f@mail.gmail.com> Message-ID: <4A9BCD2E.5157.008F.0@dnr.state.mn.us> If you get rid of the class min/max scales do the problems go away? What if you put those constraints at the layer level (with only one class that should work). Also, the layer defn is confusing since it doesn't hint at a marker yet the images missing labels definitely do have a marker accompanying the text. Steve >>> On 8/31/2009 at 5:23 AM, in message <49dc012b0908310323j7868aed2gea5cf8528a23e0f at mail.gmail.com>, Raivo Alla wrote: > This is a bit old problem (still got that bug), but I found that I > typed the second link not right, the right link to > the problematic output is that: > http://picasaweb.google.com/snaperski/Ort#5365984697960162578 > I assume this is some 5.4 version bug? > > Sincerely, > Raivo > > On Tue, Aug 4, 2009 at 9:12 AM, Raivo Alla wrote: >> Hey, >> >> I got some weird behavior while trying to display labels with mapserver 5.4. >> With mapserver 5.0.3 these labels show up nicely: >> http://picasaweb.google.com/snaperski/Ort#5365984694609689634 >> But with mapserver 5.4, these layers are shown at scale about >> 350000-200000, but they will disappear at higher scales, so nothing >> can be seen: >> http://picasaweb.google.com/snaperski/Ort#5365984694609689634 >> This could'nt be collision conflict either as they have enough space to fit > in. >> Is something changed in the way mapserver treats annotations elements? >> >> Data source is a polygon shapefile: I hope that (polygon type) is not >> the problem? >> The layer itself in the mapfile: >> >> LAYER >> NAME alevikAnno_1 >> GROUP HYBRID >> METADATA >> "wms_title" "alevikAnno" >> "wms_srs" "EPSG:3301" >> "wms_extent" "355000 6360000 754000 6660000" >> END >> STATUS default >> TYPE annotation >> DATA "kohanimed/alevikud_1" >> LABELITEM "TEXTSTRING" >> CLASS >> MAXSCALE 1333333 >> MINSCALE 200000 >> LABEL >> TYPE truetype >> ANTIALIAS true >> FONT "arial" >> COLOR 255 255 255 >> SIZE 9 >> priority 6 >> force false >> ANGLE auto >> OUTLINECOLOR 25 25 25 >> POSITION cr >> BUFFER 1 >> END >> END >> END >> >> >> >> Raivo Alla >> Estonian Land Board >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users From cak at speedgauge.net Mon Aug 31 13:17:11 2009 From: cak at speedgauge.net (Chris Kantarjiev) Date: Mon, 31 Aug 2009 13:17:11 -0700 Subject: [mapserver-users] MINSCALEDENOM, MAXSCALEDENOM help/tutorial? Message-ID: <4A9C2FC7.2040609@speedgauge.net> I've got a large map that, for various reasons, wants to have all the layers on by default. Since it's all the streets in the US, some of them highlighted by size, it takes a long time to draw - in fact, mapserver often takes too long to respond, such that apache times out. I'm trying to use the MIN/MAXSCALEDENOM to control display. The examples are not immediately helpful, since they only use a single value, and don't leave me with a sense of how "min" or "max" applies. For example - which of these is correct if I want the layer to only appear when the map scale is lower than 1:50000 (that is, between 1:1 and 1:50000, or rather, with very small features shown)? LAYER NAME "controlled-access-fc5" TYPE LINE STATUS DEFAULT TILEINDEX /maps/NAVTEQ/20092FC14/USstreets.shp TILEITEM "LOCATION" CLASS NAME "Controlled Access FC5" EXPRESSION (('[FUNC_CLASS]' eq '5') and ('[CONTRACC]' eq 'Y')) MAXSCALEDENOM 50000 STYLE SYMBOL 1 SIZE 3 COLOR 0 255 0 END END END or LAYER NAME "controlled-access-fc5" TYPE LINE STATUS DEFAULT TILEINDEX /maps/NAVTEQ/20092FC14/USstreets.shp TILEITEM "LOCATION" CLASS NAME "Controlled Access FC5" EXPRESSION (('[FUNC_CLASS]' eq '5') and ('[CONTRACC]' eq 'Y')) MINSCALEDENOM 50000 STYLE SYMBOL 1 SIZE 3 COLOR 0 255 0 END END END From David.Fawcett at state.mn.us Mon Aug 31 13:27:33 2009 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Mon, 31 Aug 2009 15:27:33 -0500 Subject: [mapserver-users] MINSCALEDENOM, MAXSCALEDENOM help/tutorial? In-Reply-To: <4A9C2FC7.2040609@speedgauge.net> Message-ID: <6246727221874A4FB8D3F9BBC37D9BD5056DA7BD@s-sp22.pca.state.mn.us> Chris, I always suggest just testing your map file using mode=map call to cgi mapserver. MAXSCALEDENOM 50000 should do it. David. -----Original Message----- From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Chris Kantarjiev Sent: Monday, August 31, 2009 3:17 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] MINSCALEDENOM, MAXSCALEDENOM help/tutorial? I've got a large map that, for various reasons, wants to have all the layers on by default. Since it's all the streets in the US, some of them highlighted by size, it takes a long time to draw - in fact, mapserver often takes too long to respond, such that apache times out. I'm trying to use the MIN/MAXSCALEDENOM to control display. The examples are not immediately helpful, since they only use a single value, and don't leave me with a sense of how "min" or "max" applies. For example - which of these is correct if I want the layer to only appear when the map scale is lower than 1:50000 (that is, between 1:1 and 1:50000, or rather, with very small features shown)? LAYER NAME "controlled-access-fc5" TYPE LINE STATUS DEFAULT TILEINDEX /maps/NAVTEQ/20092FC14/USstreets.shp TILEITEM "LOCATION" CLASS NAME "Controlled Access FC5" EXPRESSION (('[FUNC_CLASS]' eq '5') and ('[CONTRACC]' eq 'Y')) MAXSCALEDENOM 50000 STYLE SYMBOL 1 SIZE 3 COLOR 0 255 0 END END END or LAYER NAME "controlled-access-fc5" TYPE LINE STATUS DEFAULT TILEINDEX /maps/NAVTEQ/20092FC14/USstreets.shp TILEITEM "LOCATION" CLASS NAME "Controlled Access FC5" EXPRESSION (('[FUNC_CLASS]' eq '5') and ('[CONTRACC]' eq 'Y')) MINSCALEDENOM 50000 STYLE SYMBOL 1 SIZE 3 COLOR 0 255 0 END END END _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users From godwin.liz at gmail.com Mon Aug 31 14:14:04 2009 From: godwin.liz at gmail.com (Liz Godwin) Date: Mon, 31 Aug 2009 17:14:04 -0400 Subject: [mapserver-users] WMS getFeatureInfo and GML Message-ID: Hi list, I have been beating myself over this one for a bit. I have a layer, with DUMP set to true, gml_include_items set to all, and TEMPLATE set to a value etc. I could be mistaken, however I thought that the GetFeatureInfo response returned the GML of the feature clicked on and not just the bounding box of a feature. Am I mistaken? Is there an extra setting I'm supposed to use? Am I expected to do a follow up GetFeature from a WFS to get this? I thought there was a time when I could do this, so things might have changed. This is my returned XML: -726064.661784,440967.407748 -709822.510747,457772.086682 10282 74100531 Chernozemic Chernoz?mique 88 <shape> Thanks! Liz Eidsness -------------- next part -------------- An HTML attachment was scrubbed... URL: From godwin.liz at gmail.com Mon Aug 31 14:23:19 2009 From: godwin.liz at gmail.com (Liz Godwin) Date: Mon, 31 Aug 2009 17:23:19 -0400 Subject: [mapserver-users] Re: WMS getFeatureInfo and GML In-Reply-To: References: Message-ID: I had forgotten to check bug reports on this one. I did, and found an enhancement listed for the 6.0 release. The description at least tells me it's not default behaviour, which is what I was wondering about. http://trac.osgeo.org/mapserver/ticket/2989 Cheers, Liz On Mon, Aug 31, 2009 at 5:14 PM, Liz Godwin wrote: > Hi list, > > I have been beating myself over this one for a bit. I have a layer, with > DUMP set to true, gml_include_items set to all, and TEMPLATE set to a value > etc. > > I could be mistaken, however I thought that the GetFeatureInfo response > returned the GML of the feature clicked on and not just the bounding box of > a feature. Am I mistaken? Is there an extra setting I'm supposed to use? > Am I expected to do a follow up GetFeature from a WFS to get this? I > thought there was a time when I could do this, so things might have changed. > > This is my returned XML: > > > xmlns:gml="http://www.opengis.net/gml" > xmlns:xlink="http://www.w3.org/1999/xlink" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> > > > > > -726064.661784,440967.407748 > -709822.510747,457772.086682 > > > 10282 > 74100531 > Chernozemic > Chernoz?mique > 88 > <shape> > > > > > Thanks! > > Liz Eidsness > -------------- next part -------------- An HTML attachment was scrubbed... URL: From snaperski at gmail.com Mon Aug 31 22:42:40 2009 From: snaperski at gmail.com (Raivo Alla) Date: Tue, 1 Sep 2009 08:42:40 +0300 Subject: [mapserver-users] Re: annotations in mapserver 5.4 In-Reply-To: <4A9BCD2E.5157.008F.0@dnr.state.mn.us> References: <49dc012b0908032312g75b51371xd08158b46f4b574f@mail.gmail.com> <49dc012b0908310323j7868aed2gea5cf8528a23e0f@mail.gmail.com> <4A9BCD2E.5157.008F.0@dnr.state.mn.us> Message-ID: <49dc012b0908312242h79cac72an73bbd1944dc8d42@mail.gmail.com> Thanks! You're right, I shortened the layer definition here confusingly, whole layer definition was like that: LAYER NAME alevikAnno_1 GROUP HYBRID METADATA "wms_title" "alevikAnno" "wms_srs" "EPSG:3301" "wms_extent" "355000 6360000 754000 6660000" END STATUS default TYPE annotation DATA "kohanimed/alevikud_1" #sama andmestik, mis newages. #Uuendamine vastavalt vajadusele. #OPACITY 100 LABELITEM "TEXTSTRING" CLASS MAXSCALE 1333333 #1000000 MINSCALE 400000 #300000 STYLE SYMBOL "punsoon3" SIZE 15 END LABEL TYPE truetype ANTIALIAS true FONT "arial" COLOR 255 255 255 SIZE 9 priority 6 encoding utf-8 force false ANGLE auto OUTLINECOLOR 25 25 25 POSITION cr BUFFER 1 END END CLASS MAXSCALE 400000 #300000 MINSCALE 200000 #150000 STYLE SYMBOL "punsoon4" SIZE 15 END LABEL TYPE truetype ANTIALIAS true FONT "arialb" COLOR 255 255 255 SIZE 9 force false ANGLE auto priority 6 OUTLINECOLOR 25 25 25 POSITION cr BUFFER 1 END END CLASS MAXSCALE 200000 #150000 MINSCALE 66666 #50000 LABEL TYPE truetype ANTIALIAS true FONT "arialb" COLOR 255 255 255 SIZE 10 #force true priority 8 ANGLE auto OUTLINECOLOR 25 25 25 POSITION cc BUFFER 3 END END CLASS MAXSCALE 66666 #50000 MINSCALE 20000 #15000 LABEL TYPE truetype ANTIALIAS true FONT "arialb" COLOR 255 255 255 SIZE 11 #force true priority 8 ANGLE auto OUTLINECOLOR 25 25 25 POSITION cc BUFFER 3 END END CLASS MAXSCALE 20000 #15000 LABEL TYPE truetype ANTIALIAS true FONT "arialb" COLOR 255 255 255 SIZE 12 #force true priority 8 ANGLE auto OUTLINECOLOR 25 25 25 POSITION cc BUFFER 3 END END END But problem still remains, even if I changed layer definition to one-class only and with the scales defined in LAYER, not CLASS section. Raivo On Mon, Aug 31, 2009 at 9:16 PM, Steve Lime wrote: > If you get rid of the class min/max scales do the problems go away? What if you put those constraints > at the layer level (with only one class that should work). Also, the layer defn is confusing since it doesn't > hint at a marker yet the images missing labels definitely do have a marker accompanying the text. > > Steve > >>>> On 8/31/2009 at 5:23 AM, in message > <49dc012b0908310323j7868aed2gea5cf8528a23e0f at mail.gmail.com>, Raivo Alla > wrote: >> This is a bit old problem (still got that bug), but I found that I >> typed the second link not right, the right link to >> the problematic output is that: >> http://picasaweb.google.com/snaperski/Ort#5365984697960162578 >> I assume this is some 5.4 version bug? >> >> Sincerely, >> Raivo >> >> On Tue, Aug 4, 2009 at 9:12 AM, Raivo Alla wrote: >>> Hey, >>> >>> I got some weird behavior while trying to display labels with mapserver 5.4. >>> With mapserver 5.0.3 these labels show up nicely: >>> http://picasaweb.google.com/snaperski/Ort#5365984694609689634 >>> But with mapserver 5.4, these layers are shown at scale about >>> 350000-200000, but they will disappear at higher scales, so nothing >>> can be seen: >>> http://picasaweb.google.com/snaperski/Ort#5365984694609689634 >>> This could'nt be collision conflict either as they have enough space to fit >> in. >>> Is something changed in the way mapserver treats annotations elements? >>> >>> Data source is a polygon shapefile: I hope that (polygon type) is not >>> the problem? >>> The layer itself in the mapfile: >>> >>> ? ? ? ?LAYER >>> ? ? ? ? ? ? ? ?NAME alevikAnno_1 >>> ? ? ? ? ? ? ? ?GROUP HYBRID >>> ? ? ? ? ? ? ? ?METADATA >>> ? ? ? ? ? ? ? ? ? ? ? ?"wms_title" "alevikAnno" >>> ? ? ? ? ? ? ? ? ? ? ? ?"wms_srs" "EPSG:3301" >>> ? ? ? ? ? ? ? ? ? ? ? ?"wms_extent" "355000 6360000 754000 6660000" >>> ? ? ? ? ? ? ? ?END >>> ? ? ? ? ? ? ? ?STATUS default >>> ? ? ? ? ? ? ? ?TYPE annotation >>> ? ? ? ? ? ? ? ?DATA "kohanimed/alevikud_1" >>> ? ? ? ? ? ? ? ?LABELITEM "TEXTSTRING" >>> ? ? ? ? ? ? ? ?CLASS >>> ? ? ? ? ? ? ? ?MAXSCALE 1333333 >>> ? ? ? ? ? ? ? ?MINSCALE 200000 >>> ? ? ? ? ? ? ? ? ? ? ? ?LABEL >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TYPE truetype >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?ANTIALIAS true >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?FONT "arial" >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?COLOR 255 255 255 >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?SIZE 9 >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?priority 6 >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?force false >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?ANGLE auto >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?OUTLINECOLOR 25 25 25 >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?POSITION cr >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?BUFFER 1 >>> ? ? ? ? ? ? ? ? ? ? ? ?END >>> ? ? ? ? ? ? ? ?END >>> ? ? ? ?END >>> >>> >>> >>> Raivo Alla >>> Estonian Land Board >>> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > >